|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
|
|
Barcodes missing checksum digitHi,
I would like to know opinions on how we should handle barcode for releases which have an invalid transcribed barcode. Example: http://musicbrainz.org/release/cf2439be-e928-47da-b260-64c072c70282.html (see scanned back cover: http://jarremuseum.online.fr/revoluti/837421-2/version1/back.jpg). The human readable barcode is "4228374212", which is not a valid barcode per say: it misses the last checksum digit "3" and the leading 0. However if you use a barcode reader, you'll get "042283742123". Another example is http://musicbrainz.org/release/12914d15-dfec-48ed-af2c-88dbaa830ec0.html. I got the complete barcode from Amazon, but it seems that the checksum digit doesn't appear on back cover: http://musicbrainz.org/show/edit/?editid=10075712 and http://musicbrainz.org/show/edit/?editid=10130431 So either we: 1. Kept what is written on the back cover ("4228374212") 2. Or save the correct barcode ("042283742123") in database, which can be retrieved e.g. with http://users.musicbrainz.org/~luks/ean.html from the incomplete barcode. I would go for solution #2, since otherwise the barcode information won't be computer-usable. I'm thinking about people using a barcode reader on the release, e.g. libraries. - Aurélien / murdos _______________________________________________ MusicBrainz-users mailing list MusicBrainz-users@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users |
|
|
Re: Barcodes missing checksum digitI would be inclined to add two release events, one with each EAN, and add an
annotation explaining the issue. This is what I do in the case of a disc that has more than one catalogue number printed right on its surface, or is a disc in a boxed set, with one number on the outside packaging of the box, and another number on the surface of the individual disc. Brant Gibbard Toronto, ON http://bgibbard.ca > -----Original Message----- > From: musicbrainz-users-bounces@... > [mailto:musicbrainz-users-bounces@...] On > Behalf Of Aurélien Mino > Sent: February-21-09 1:06 PM > To: General discussions about MusicBrainz > Subject: [mb-users] Barcodes missing checksum digit > > Hi, > > I would like to know opinions on how we should handle barcode > for releases which have an invalid transcribed barcode. > > Example: > http://musicbrainz.org/release/cf2439be-e928-47da-b260-64c072c > 70282.html > (see scanned back cover: > http://jarremuseum.online.fr/revoluti/837421-2/version1/back.jpg). > The human readable barcode is "4228374212", which is not a > valid barcode per say: it misses the last checksum digit "3" > and the leading 0. > However if you use a barcode reader, you'll get "042283742123". > > Another example is > http://musicbrainz.org/release/12914d15-dfec-48ed-af2c-88dbaa8 > 30ec0.html. > I got the complete barcode from Amazon, but it seems that the > checksum digit doesn't appear on back cover: > http://musicbrainz.org/show/edit/?editid=10075712 and > http://musicbrainz.org/show/edit/?editid=10130431 > > So either we: > 1. Kept what is written on the back cover ("4228374212") 2. > Or save the correct barcode ("042283742123") in database, > which can be retrieved e.g. with > http://users.musicbrainz.org/~luks/ean.html from the > incomplete barcode. > > I would go for solution #2, since otherwise the barcode > information won't be computer-usable. I'm thinking about > people using a barcode reader on the release, e.g. libraries. > > - Aurélien / murdos > > _______________________________________________ > MusicBrainz-users mailing list > MusicBrainz-users@... > http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users _______________________________________________ MusicBrainz-users mailing list MusicBrainz-users@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users |
|
|
Re: Barcodes missing checksum digitI don't think adding two release events makes sense: it's not like for box sets where you have two different barcodes. Here's one and the same barcode, with the one printed on the cover being incomplete and thus invalid. I'd go for solution #2 – eventually, to refrain people with disc in hand from making wrong "corrections" – with a annotation: "Incomplete barcode on back cover of disc completed"
On Sat, Feb 21, 2009 at 7:21 PM, Brant Gibbard <bgibbard@...> wrote: I would be inclined to add two release events, one with each EAN, and add an _______________________________________________ MusicBrainz-users mailing list MusicBrainz-users@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users |
|
|
Re: Barcodes missing checksum digitOn 22/02/2009 5:35 a.m., SwissChris wrote:
> I don't think adding two release events makes sense: it's not like for > box sets where you have two different barcodes. Here's one and the > same barcode, with the one printed on the cover being incomplete and > thus invalid. I'd go for solution #2 – eventually, to refrain people > with disc in hand from making wrong "corrections" – with a annotation: > "Incomplete barcode on back cover of disc completed" > > On Sat, Feb 21, 2009 at 7:21 PM, Brant Gibbard <bgibbard@... > <mailto:bgibbard@...>> wrote: > > > So either we: > > 1. Kept what is written on the back cover ("4228374212") 2. > > Or save the correct barcode ("042283742123") in database, > > which can be retrieved e.g. with > > http://users.musicbrainz.org/~luks/ean.html > <http://users.musicbrainz.org/%7Eluks/ean.html> from the > > incomplete barcode. > > > > I would go for solution #2, since otherwise the barcode > > information won't be computer-usable. I'm thinking about > > people using a barcode reader on the release, e.g. libraries. > > > > - Aurélien / murdos > problem here is the /printed/ representation, rather than the actual barcode, which will have correctly encoded all digits; someone's just decided to leave them off the printing. If you were to scan the barcode with an actual scanner, you would get the full number, as you suggest. This is what will be stored at AMZ etc. I don't think there's any real value in retaining/duplicating the incorrect printed representation - there's always catalog numbers for that. Adding an annotation can't do any harm though, and is a good idea. Chad / voiceinsideyou _______________________________________________ MusicBrainz-users mailing list MusicBrainz-users@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users |
|
|
Re: Barcodes missing checksum digitOn 22/02/2009 03:28, "Chad Wilson" <chad.wilson@...> wrote: > On 22/02/2009 5:35 a.m., SwissChris wrote: >> I don't think adding two release events makes sense: it's not like for >> box sets where you have two different barcodes. Here's one and the >> same barcode, with the one printed on the cover being incomplete and >> thus invalid. I'd go for solution #2 eventually, to refrain people >> with disc in hand from making wrong "corrections" with a annotation: >> "Incomplete barcode on back cover of disc completed" >> >> On Sat, Feb 21, 2009 at 7:21 PM, Brant Gibbard <bgibbard@... >> <mailto:bgibbard@...>> wrote: >> >>> So either we: >>> 1. Kept what is written on the back cover ("4228374212") 2. >>> Or save the correct barcode ("042283742123") in database, >>> which can be retrieved e.g. with >>> http://users.musicbrainz.org/~luks/ean.html >> <http://users.musicbrainz.org/%7Eluks/ean.html> from the >>> incomplete barcode. >>> >>> I would go for solution #2, since otherwise the barcode >>> information won't be computer-usable. I'm thinking about >>> people using a barcode reader on the release, e.g. libraries. >>> >>> - Aurélien / murdos >> > I regularly come across these, and I /always/ fix the barcode. The > problem here is the /printed/ representation, rather than the actual > barcode, which will have correctly encoded all digits; someone's just > decided to leave them off the printing. If you were to scan the barcode > with an actual scanner, you would get the full number, as you suggest. > This is what will be stored at AMZ etc. > > I don't think there's any real value in retaining/duplicating the > incorrect printed representation - there's always catalog numbers for > that. Adding an annotation can't do any harm though, and is a good idea. I agree - it is just duplicate data. Would some JavaScript wizzyness be possible to automatically help people with entering them? The Media Catalogue Number (MCN) is stored on some CDs, which is supposed to be the same as the barcode number. However I have never found a CD with it on. Has anyone found one, and does it include the full number? nick. http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. _______________________________________________ MusicBrainz-users mailing list MusicBrainz-users@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users |
|
|
Re: Barcodes missing checksum digitNicholas Humfrey wrote:
> The Media Catalogue Number (MCN) is stored on some CDs, which is supposed to > be the same as the barcode number. However I have never found a CD with it > on. Has anyone found one, and does it include the full number? Grepping through my tags, all of the ones I've ripped so far which have the MCN on the CD (166 apparently) have the same number as the barcode (except for a couple which just have a string of zeros). They're all likely to be Japanese though, so I don't know if that holds true for western releases. Nikki _______________________________________________ MusicBrainz-users mailing list MusicBrainz-users@... http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users |
| Free embeddable forum powered by Nabble | Forum Help |