1. Well, let's make it a guideline! 2. Could you explain why it technically doesn't remove the discid? 3. I agree that layout is not the best of reasons, but the main point is that they are a nuisance, and don't really help. 4. You said yourself that you are not willing to explicitly allow them, in the edit we are talking about we know 100% sure it is a homebrew, as there never was a release. 5. The way a homebrew is usually detected is when all tracks except the last one are exactly 2 seconds longer than those of another discid. I cannot prove that this will never happen in real life, 2 different releases of the same album follow this pattern, but I estimate that the probabilities are astronomically small for any release with more than say 5 tracks.
Bram Lukáš Lalinský schreef: > Dňa Pi, 2008-05-09 o 15:42 +0200, Bram van Dijk napísal: > >> This one: >> http://wiki.musicbrainz.org/HowToAddDiscIDs >> (though you might say it is not a guideline) >> > > Yes, this is very far from a style guideline. > > >> If I am not mistaken, burning the exact same mp3 or whatever will result >> in different discIDs dependent on the which burner one uses. Maybe even >> with which program? >> >> Thus, if we allow this, we will get hundreds of discIDs for some >> releases, and most of these will only be useful to someone who happens >> to burn their music in the exact same way on the same hardware as the >> one who originally added the discID. >> > > I'm not for explicitly allowing adding homeburnt discids, I'm against > removing discids that some people think are homeburnt. There is no way > to prove it, it adds extra edits to the voting queue, and it > _technically_ doesn't remove the discid from the database. > > >> IMHO this is not useful, and we thus should not allow it as it does get >> in the way. With which I mean that as we are displaying the release >> events below the discIDs, having 100 or more of them on a release is not >> very nice. >> > > If they were hidden, it would be ok to keep them? I think we all know > that the MB website is far from ideal, but we should change the graphic > layout to fit the data, not the data to fit the layout. > > Lukas > > > ------------------------------------------------------------------------ > > _______________________________________________ > Musicbrainz-style mailing list > Musicbrainz-style@lists.musicbrainz.org > http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style _______________________________________________ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style