Re: [mb-style] RFC: Improve Guidelines on Merging Recordings

2012-11-06 Thread LordSputnik
Need some comments on the updated proposal. No-one seems to have noticed it's
been updated, although I sent a message about it.

Extending the RFC period until Friday, 9th November.



--
View this message in context: 
http://musicbrainz.1054305.n4.nabble.com/RFC-Improve-Guidelines-on-Merging-Recordings-tp4644561p4644844.html
Sent from the MusicBrainz - Style mailing list archive at Nabble.com.

___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] RFC: Improve Guidelines on Merging Recordings

2012-11-06 Thread symphonick
2012/11/6 LordSputnik ben.s...@gmail.com

 Need some comments on the updated proposal. No-one seems to have noticed
 it's
 been updated, although I sent a message about it.


There's feedback from hawke / alex above?

My thoughts:
- there's a part about conflicting relationships in the current guideline,
but it's not in your proposal?
- IMO it's sometimes too technical. ie. people vs. devices, has audio
restoration been used etc.
- you're still mixing tracks, releases, recordings in this guideline about
merging recordings. (point 4 is almost incomprehensible to me). You keep
repeating the phrase tracks should use separate recordings. it's
confusing because we don't have a track entity in musicbrainz. I would much
prefer a straight merge / don't merge approach.


 Extending the RFC period until Friday, 9th November.


FWIW I usually reset the RFC clock when updating a proposal.

I also believe we need time to sort out what we want from recordings, and
maybe define what unique audio means.

/symphonick
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style

Re: [mb-style] RFC: Improve Guidelines on Merging Recordings

2012-11-06 Thread symphonick
2012/11/5 Alex Mauer ha...@hawkesnest.net


 This guideline wouldn’t split
 shellac/vinyl/tape. It would split a single analog version which we
 can’t compare objectively with others, from any number of digital
 versions which we *can* compare objectively with others.


In theory maybe we could, but not in practice. Voters would need access to
all files, we must have a well-defined test procedure - and agree on how to
interpret the results, and there's the question about room, equipment 
ears again.
IMO we can absolutely compare audio, but only regarding significant
changes, like the 3rd solo is cut from the intro or there's no cowbell
in this mix.

/symphonick
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style

[mb-style] RFV: Officially deprecate the cover art relationship

2012-11-06 Thread Nikki
From the RFC:
 Now that we've officially released the Cover Art Archive, I'd like to
 propose that we also officially deprecate the cover art relationship.
 The existing relationships can stay of course until covers have been
 added to the Cover Art Archive, it would just mean that no new
 relationships could be added. It would also not affect the Amazon
 relationship.

As far as I can tell, the concerns that were brought up were already
addressed. In particular, as Nicolás mentioned, people are not
actually using the cover art relationship to add GIFs and PNGs and
support for them in the Cover Art Archive is already planned.

Ticket: http://tickets.musicbrainz.org/browse/STYLE-158
Expected expiration date: 2012-11-08

Nikki

___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style

Re: [mb-style] RFC: Improve Guidelines on Merging Recordings

2012-11-06 Thread Frederic Da Vitoria
Le 5 nov. 2012 13:10, Kuno Woudt k...@frob.nl a écrit :

 Hello,

 On 11/05/2012 12:25 PM, Frederic Da Vitoria wrote:
  Alex Mauer suggested Recording Groups earlier. This does not solve all
  issues, but it seems to be a step in the right direction.

 I would be opposed to this.  I've explained why in my e-mail from a few
 minutes ago [1].

Quite different but I agree it could be a good solution too
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style