BrianG has voted down an edit to remove a homeburnt disc ID at
http://musicbrainz.org/show/edit/?editid=8668756
Since when has this practice changed, and is BrianG's position that the
practice should change technically defensible? (of course AutoEditors
voting against style guidelines isn't,
On Fri, 09 May 2008 15:07:48 +0200, Chad Wilson [EMAIL PROTECTED]
wrote:
BrianG has voted down an edit to remove a homeburnt disc ID at
http://musicbrainz.org/show/edit/?editid=8668756
The problem I have with this is that the concept of burning downloaded
music is in itself old fashioned,
Dňa Pi, 2008-05-09 o 21:07 +0800, Chad Wilson napísal:
BrianG has voted down an edit to remove a homeburnt disc ID at
http://musicbrainz.org/show/edit/?editid=8668756
Since when has this practice changed, and is BrianG's position that the
practice should change technically defensible? (of
This one:
http://wiki.musicbrainz.org/HowToAddDiscIDs
(though you might say it is not a 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
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
I agree that discids which are known to be or very likely to be from
homeburned discs should be removed.
Philip
On Fri, May 9, 2008 at 3:42 PM, Bram van Dijk [EMAIL PROTECTED] wrote:
This one:
http://wiki.musicbrainz.org/HowToAddDiscIDs
(though you might say it is not a guideline)
If I am
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,
2008/5/9 Lukáš Lalinský [EMAIL PROTECTED]:
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.
one idea might be to (at some point down the line)
I like this idea!
Chris B schreef:
2008/5/9 Lukáš Lalinský [EMAIL PROTECTED]:
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.
one
I don't - we'll end up then having to allow the same discID several times on
the same release as well. It's quite possible and far from rare for the
same CD master, generating the same toc, to be reused in different
countries, for rereleases, etc.
Brian
On Fri, May 9, 2008 at 10:17 AM, Bram van
How about redoing the edit now that the wrath of the mighty style list
has been woken?
Philip
On 5/9/08, Brian Schweitzer [EMAIL PROTECTED] wrote:
I don't - we'll end up then having to allow the same discID several times on
the same release as well. It's quite possible and far from rare for
I'm a little out of the loop.. is MB hurting on disk space?
removing DiscIDs is preventing people from using MBs data and forcing
them to use gracenote or other such services.
you say concept of burning downloaded music is in itself old fashioned
i say..to quote The Dude 'that's like.. your
Disk space is a non-issue. Gracenote hardly has all possible
homeburned discids either, do they though? I don't expect that we will
agree on this issue, so why not just settle it by voting...
Philip
On 5/9/08, Brian Gurtler [EMAIL PROTECTED] wrote:
I'm a little out of the loop.. is MB hurting
Unless there was a serious risk of DiscID collisions, I'd tend to
tolerate so-called homeburnt CDs. What would be irritating (but
probably still tolerable) would be if multiple burner applications
and/or combinations of albums resulted in the proliferation of DiscIDs.
So far, I'm not seeing this
I don't agree. If I see two discids I'll think that there are (at
least) two pressings of the CD, not that someone ripped a CDR (from a
friend or whatever) and used MusicBrainz to tag it. Peoples homemade
discids are cruft and I applaud anyone who takes the time to clean up
cruft even when the
On Fri, 9 May 2008, Philip J?genstedt wrote:
I don't agree. If I see two discids I'll think that there are (at
least) two pressings of the CD, not that someone ripped a CDR (from a
friend or whatever) and used MusicBrainz to tag it. Peoples homemade
discids are cruft and I applaud anyone who
Maybe it's not reasonable to associate DiscIDs with pressings. Given the
fact that's it's practically impossible for us to prove or disprove
DiscID adds (hence why it's an AutoEdit) trying to fight this seems like
a waste of energy to me.
On Fri, 2008-05-09 at 21:44 +0200, Philip Jägenstedt
At the risk of sounding a bit radical, I think I'll try to make an even
stronger assertion: I don't think MusicBrainz should be an encyclopedia
of DiscIDs. I think DiscIDs should be means of identifying a release in
MusicBrainz that correlates with the disc I have in hand. It's a means
of indexing
Is that to say you want to explicitly allow homebrew discids?
Philip
On 5/9/08, Paul C. Bryan [EMAIL PROTECTED] wrote:
At the risk of sounding a bit radical, I think I'll try to make an even
stronger assertion: I don't think MusicBrainz should be an encyclopedia
of DiscIDs. I think DiscIDs
On Fri, 2008-05-09 at 21:58 +0200, Philip Jägenstedt wrote:
Is that to say you want to explicitly allow homebrew discids?
I don't think I'm yet prepared to endorse the addition of homebrew
DiscIDs until I can be fully clear on the consequences of doing so. I am
so far prepared to tolerate the
Dňa Pi, 2008-05-09 o 21:44 +0200, Philip Jägenstedt napísal:
I don't agree. If I see two discids I'll think that there are (at
least) two pressings of the CD, not that someone ripped a CDR (from a
friend or whatever) and used MusicBrainz to tag it.
There is an important point here: people
I agree that given a bunch of discids without any context there's no
method to find homebrew releases with 100% certainty and no false
positives. However, in this case the release has never been put out on
CD. It's nice that people want to contribute, but I think fake
discid's are just about as
AFAIK (maybe luks can correct me here if i'm wrong) gracenote doesn't
even use the discIDs that MB uses.
they use patteneted fuzzy methods that allow discids that differ
slightly to point to the same data set. so in a way, yes.. they do
have all homebrew IDs if not most.
as to my understanding MB
Luká? Lalinský wrote:
Peoples homemade discids are cruft and I applaud anyone who takes
the time to clean up cruft even when the cruft is not causing much
damage. Some more practically inclined will think that it's a waste
of time, but why vote no?
Because it's reducing the usefulness of
Age Bosma wrote:
Luká? Lalinský wrote:
Peoples homemade discids are cruft and I applaud anyone who takes
the time to clean up cruft even when the cruft is not causing much
damage. Some more practically inclined will think that it's a waste
of time, but why vote no?
Because it's reducing
On Sat, 2008-05-10 at 00:56 +0200, Age Bosma wrote:
Since MB is all about factual information, with the exception of tags,
homebrew disc id's do not belong in the database imho. They are not a
representation of the facts. It would be just like allowing people to
add all their personal
On Fri, 9 May 2008, Paul C. Bryan wrote:
In many areas of MB, we try to strike a balance between
structural/factual strictness and utility. If someone burns an album
downloaded from iTunes, Amazon, eMusic et al, shouldn't they be entitled
to index those against releases indexed in MB? The
On Fri, 2008-05-09 at 19:39 -0400, Mike Morrison wrote:
Can they use PUIDs and clustering to tag their downloaded-and-burnt
album, instead of a DiscID?
I suppose, if they're using Picard, and already have the tracks
extracted.
It won't work in any media players on an inserted disc that I'm
28 matches
Mail list logo
