Re: CWR - Common Works Registration

Ian McEwen <[email protected]>
Newsgroups gmane.comp.audio.musicbrainz.devel
Message-ID <[email protected]>
Hi;

On Mon, May 05, 2014 at 03:29:32PM -0500, John DeSoi wrote:
> Hello,
>
> I'm new to MusicBrainz and have been evaluating it for possible use in a project.
>
> I notice that the works data is very thin in comparison to the number of recordings (over 13 million recordings, but less than 500 thousand works). It seems this could be improved a great deal by implementing an import for CWR - Common Works Registration. CWR is being used by publishers and societies around the world to register and exchange information about musical works.
>
> Here is the specification document:
>
> http://www.commonworksregistration.com/CisacPortal/downloadMyRessource.do?fileName=/home/ftpdata/FileRepository/IS-CRF/EN/IS-CRF08-0027R5_CWR_Functional_Specifications_2005_08_04_EN.doc&name=IS-CRF08-0027R5_CWR_Functional_Specifications_2005_08_04_EN.doc
>
> It would not be necessary to implement the entire specification, only the parts relevant to the MuicBrainz database.
>
> Would this be useful for the MusicBrainz project? If so, would it be acceptable to implement in a language other than Perl? My first choice would be PHP and I assume that could be easily called from Perl to process CWR files.
>

There's a couple places something like this could be hooked in, at
various timeframes. The first thing to note is that the community is
generally not fond of fully automated imports, at least not without very
comprehensive checking. There are, however, several routes to using this
data as a tool for editors to use in bringing in work data more
efficiently -- that is, not as a fully automated process, but ensuring
that editors adding the data don't need to type or manually copy-paste
the information.

In the longest term/most correct, we'd probably want to write tools to
import this style of data into geordi [0], which is intended to be our
general place for putting data from external sources for processing and
eventual import to MusicBrainz itself. It's not currently entirely
complete, however (and is in fact in the process of a relatively large
reworking, albeit on slight hold as we finish up our semiannual schema
change release).

More directly useful for you might be the interface geordi itself will
use for providing the data to MusicBrainz for editors, that being
so-called "seeding" of our various editing pages ([1] for
release-oriented fields -- somewhat less documented, and generally done
via GET rather than POST, for other forms). These interfaces are used by
most of the userscripts that ease the process of importing data from
other sites (e.g. discogs, bandcamp, jamendo); most of them are for
releases, but http://userscripts.org/scripts/show/94676 is at least one
that provides importing tools for works (in this case, from JASRAC).

In this situation, you, presumably, would create a small tool that
creates an appropriate url and/or form for submission of the works with
included data. One thing to note is that a patch coming next release
will also add tools to the work add/edit page directly for editing
relationships, which are especially important for works (where they're
used to denote composers, lyricists, etc., as well as to link to
recordings); since the next release is a schema change that code isn't
on our usual beta server, but it is on http://ianmcorvidae.mbsandbox.org
(which doesn't touch the production database, of course, either). Then
the remaining piece would be making the tool available and encouraging
people to use it.

More nuts-and-bolts talk, you'd presumably want/need to ensure accurate
lookups of linked properties like the artists and recordings, and some
tools for avoiding duplicates.

And of course, since it'd be a separate project entirely, you could do
it in whatever language you desire :)

For the longer-term possibility of putting it in a tool like geordi, I'm
curious where we'd source data in this format; is it possible to
download this data directly (and for fairly unrestricted use) somewhere,
would it need to come through some sort of negotiated official channel,
or something in-between?

Hopefully my description is helpful/informative, and of course feel free
to ask further questions if you have them!

[0]: https://github.com/metabrainz/geordi/tree/big-refactor
[1]: http://musicbrainz.org/doc/Development/Release_Editor_Seeding

> Thanks,
>
> John DeSoi, Ph.D.
>
>
> _______________________________________________
> MusicBrainz-devel mailing list
> [email protected]
> http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel

--
Ian

_______________________________________________
MusicBrainz-devel mailing list
[email protected]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEARECAAYFAlNoKisACgkQq+0avXExp2+hCQCfaZ2dk5uiXQ3uDy/EZFoK9d1x
th8AoM612E4NbQQUa3WbUKjbY+/Vte68
=wpjQ
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.