Not sure this is a bug, probaly just a case of garbage-in/garbage-out... maybe should repost to Contrib. foum if this is really the case and nothing on the back end can be done to prevent/correct these. Just noticed this when I refreshed the local Db and started perusing the R2-JP selection... quite a few have bad EANs (almost everything currently there that doesn't begin with 49), and think I may have spotted why - and it could apply to all EANs if they weren't trimmed correctly originally. For some reason there are some studios that include an extraneous character at the front of the EAN, Buena Vista titles in particular does this for Ghibli titles, though it's not actually part of the binary. Everyone recalls that with the old system we had to drop certain digits, and this extra character (usually the letter T) seems to have caused confusion if people assumed it was part of the EAN and continued enterering the subsequent numbers, assuming thay had correctly skipped the first digit as the old rules specified in the sample graphic. Evidently the method of regenerating the full EANs uses the checksum digit (last digit) to re-calculate the missing first digit... Except in these cases it's the check digit that's been lost, so creates a bogus result for these particular recovered EANs. So, beware of blindly trusting the recovered EAN and double check what's on the back cover! It's probably wise to familiarize yourself with the prefixes that are used for the discs you usually collect so they can be easily spotted... e.g from the tables at this site.Also probably UPCs that were (incorrectly?) entered with all 12 digits may have been expanded to EAN length... saw one of these in the UK list: 0037429147726. Thank you, please now return to your overtime upload work detail.... |