Hello all, I’m probably opening up a can of worms here but that seems to be something I’m good at.
We’re going to be talking about the confusing hellscape that is Music Publishing
I’ve been trying to add Publishing metadata more frequently these days, initially going by what is printed on the release packaging, adding this information to the work entry and then going a step further and performing a lookup of that work on the various music publisher search engines available, most notably ISWCNet, BMI Songview and ASCAP Ace.
When you search on these services (mostly Songview and Ace) you can reveal information that might be missing in MusicBrainz that could be useful. The most important element I find are IPI’s (Interested Party Information) which when we are talking about an individual (assuming CISAC are doing their jobs properly) should be unique to that person.
In regards to MusicBrainz this can be super useful as it can quickly confirm who the real individual is when there might be variances in the way their name is printed. For example ReleaseABC may state that “Super Song” was written by “Joe Jones”, and ReleaseXYZ may state that “Another Love Song” was written by “Joseph Michael Jones”, if one of these CISAC enabled tools returns a person IPI of “00012345678” for both that is the same person, and thus the entities should be merged.
That part is fundamentally agreed as “working” in MusicBrainz currently, as Modbot will alert if two IPI’s for a person exist.
Where it gets hairy is when you get to IPI’s for “companies”/“labels”. When looking at results on say BMI SongView, if a label is involved with the publishing of a work it should have a related IPI#. Now I would believe much like when talking about people this IPI should be unique to the company. Now I’m yet to find an example where that isn’t the case (where an IPI has been used against what would appear to be two distinctly different companies), but there is I guess the possiblitiy of this happening when one company absorbs the other.
Now if the world was all pretty roses and daises we’d see the proper use of the terms “Administered by” or “Care of” (sometimes just printed “c/o”). This way if a smaller publishing company was having their publishing tasks managed by a larger entity it would be clear as to whom that would be. An example I have found is below:
This screenshot (from Songview) states that the publisher Trumpet Blast Music has its publishing tasks undertaken by BMG Bumblebee which is part of BMG Rights Management US LLC.
As for MusicBrainz relationships we should then see something like
When You Find Out (work) was published by Trumpet Blast Music (label) who is being “Administered by” BMG Bumblebee who’s parent is “BMG Rights Management US LLC”.
We can do most of that chain of relationships except accurately link Trumpet Blast Music to BMG Bumblebee, there was an old request on JIRA (STYLE-800) to make this a Work>Label relationship but my query is would it not be better for this to be a Label>Label relationship.
Now I’m going to be very clear here, I am not a music publishing or rights lawyer - this is definitely getting into the weeds of that entire sector; and one could argue that to the average music enjoyer and even the slightly-more-than-casual MusicBrainz enjoyer this information is not of any interest but we are already capturing a lot of this supposed extraneous information (things like PRO specific ID’s and ISWC’s [although again I would fight that these do have a valuable purpose] ).
So with that I have begun to educate myself on this a little further, yes that does mean I am badgering ChatGPT as I don’t have any contacts who work in this world… and I think if I came knocking on the door of BMG Rights Management to explain all of this they’d swiftly eject me from the premises (or ignore my email pleas).
The problem I have with tracking music publishers, and then their relationships is that it seems that when a comapny is involved in music publishing their involvement can be ephemeral. What I mean by that is from my readings, a company’s involvement can sometimes only be for a set period. Example would be that companies involvement in the publishing of that work lasts 3 years, after which it hits the market for someone else to pick up. Another example would be that the work was originally on a “perpetual” agreement (i.e. no end date) with a company, who then go bust and those rights are transferred to another company.
What this means is that when the MusicBrainz editor is adding publishing information regarding companies they should be specifying the years in which that publisher has control; the problem is that it is nearly impossible (unless someone can educate me) to identify the terms in which the company printed within the packaging has rights.
So here are some questions, and a poll.
The questions are here to generate further research within the community, and maybe if we can get the attention of someone who works in the business to explain to us peons what this all means.
Q1 - How do I, a MusicBrainz contributor, identify the terms of a companies involvement in regards to publishing?
Q2 - When we see “care of” or “administered by” is that a relationship for ALL works published by that company or a relationship for that SPECIFIC work?
Q3 - When a publishing company is acquired by another, does the IPI assinged by CISAC get reassigned to the new owner or does it stay with the original company
Q4 - When a publishing company does not want to be involved in day-to-day tasks of music publishing (royalties, licensing, registration etc.) and requests another company undertake this responsiblity, what are the terms of that agreement (is it perpetual, for a few years etc.)
POLL
The following poll is single choice, anonymous - however if you choose Maybe please comment in this thread what information you think is valuable to the project.
Do you think we should aim to capture ALL metadata regarding a companies involvement in the publishing of a work?
- Yes - I think we should track all metadata related to Music Publishing companies (IPI’s, locations, contract terms, who takes care of, ownership etc.)
- No - I think this information is superflous to the project, bear little to no relevance on documenting music and brings little to no value to the average user of the data we hold
- Maybe - I think we should capture some information, but not all of it (explain what below)