Introduction for Music Publishers¶
Django Music Publisher is an open source software for original music publishers. It is based on Django Web framework, a free and open source marvel.
Django Music Publisher is a tool for managing metadata on musical works and recordings, including data on writers, recording and performing artists, albums and music libraries, as well as royalty distribution processing.
It uses Common Works Registration (CWR) protocol for batch registrations of musical works.
Built by an experienced developer with over 12 years of experience in music publishing, it focuses on doing several crucial tasks in music publishing effectively and integrates well with similar tools.
Django Music Publisher will always support only original publishers, covering the special situation in the US, where a publisher may have separate entities in each of the PROs. It is not intended to be used by administrators or sub-publishers.
The database holds data on musical works and recordings, including alternate titles, title of original work for modified works, data on writers, recording and performing artists, albums and music libraries, as well as CWR exports and registration acknowledgements.
Multiple writers, both controlled and uncontrolled, are covered, with minor limitations, but data on other publishers (other original publishers, administrators and sub-publishers) can not be entered.
This translates to the following CWR 2.x / 3.0 transaction record types:
|CWR 2.1 / 2.2||CWR 3.0 (still in draft)|
|SPU, SPT (just World), OPU (unknown)||SPU, SPT|
|SWR, SWT (just World), PWR, OWR||SWR, SWT (just World), PWR, OWR, OWT|
|ALT, PER, REC (single), ORN (only LIB)||ALT, PER, REC (single), ORN (only LIB)|
Please note that CWR 3.0 has not yet been released. It will be implemented as soon as the official documentation gets published.
Basic publishing agreement data can be entered, sufficient for registrations in societies that require society-assigned agreement numbers and for a simple royalty distribution processing.
It can take data from a spreadsheet (CSV or Excel) file and augment this data with the data from the database. This data can be used in pivot tables for creation of client statements and for accounting.
Presumptions and Limitations¶
Django Music Publisher is aiming to be a simple tool that is good enough for most original publishers. Being simple does come with some presumptions and limitations.
As already stated, it does not hold data on “other” publishers. It is presumed that controlled writers own and collect 50% of performing rights and the other 50%, as well as 100% of mechanical and sync are owned and collected by publishers. While there are exceptions, this is how most publishers work.
When creating CWR, a lot of fields are left with blank values. When the fields are required in CWR, it uses reasonable defaults, e.g.:
- Musical Work Distribution is set to Unclassified
- Recorded indicator is set to Unknown if no recording has been entered and to Yes if it has been entered
- Grand Rights Indicator is set to No
- Reversionary Indicator is left empty
- First Recording Refusal Indicator is set to No
- Work for Hire is left empty
Only data on the first recording can be entered.
If this is not how you work, then this is not the tool for you, but you are free to extend it for your needs.
Publishers have several deployment options:
- installed on a local computer (not recommended for real work)
- custom VPS installation (requires basic sysadmin skills)
- installation on Heroku, Dokku, etc. (also requires some sysadmin skills)
- use of a specialised commercial service (currently only DMP Guru)