On 10/31/2012 02:23 PM, Sheamus Patt wrote: > On 10/31/2012 01:29 PM, Ben Ockmore wrote: >> Expected Expiration Date for RFC: Wednesday, 7th November 2012 >> >> >> This proposal is designed to improve the guidelines on merging >> recordings, at https://wiki.musicbrainz.org/Style/Recording. >> >> It is felt that the current guidelines are too vague, and that they >> don't cover all cases where recordings might be merged. This proposal >> seeks to expand these guidelines and make them clearer. >> >> JIRA Ticket (includes previous IRC discussion): >> http://tickets.musicbrainz.org/browse/STYLE-159 >> Wiki Page: >> https://wiki.musicbrainz.org/User:LordSputnik/Recording_Style_Guidelines >> >> > I think it's going too far to consider recordings different simply > because one is analogue (e.g. Vinyl) and the other digital (e.g. CD). > This affects a huge number of recordings in MB, including just about > anything released before 1982 and quite a bit that was released after.
The problem with considering them the same, is when multiple analog→digital transfers happen at different times using different technologies, possibly from different sources (common with old 78RPM records: the original master is often lost/destroyed and different physical copies are used for the remaster source.) Often these will be audibly different from each other, despite all being taken from what is ostensibly “the same” master. And if we decide that one of them is allowed to be the same, how do we decide which one gets to be that “special” one? Easier just to say “digital cannot be the same as analog” and leave it at that. > - On the web site, and in the API, link a remastered recording back to > the relationships of the earlier version, so that we can avoid > re-entering them all. We might want to skip specific relationships e.g. > the 'mastered by' if they don't make sense, but things like performance > relationships that apply equally to both should be inherited. I know I have kicked around the idea of “recording groups” (analogous to release groups) which would allow for this. Regardless of what they might be called, I think this would be a very good idea.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ MusicBrainz-style mailing list [email protected] http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
