>> This doesn't seem to match anything Wolfram Alpha can come up with:
>>
>> http://www.wolframalpha.com/input/?i=barcode+UKM11001L3
>>
>> None of these barcodes start with the distinctive two thin bars 
>> framing two thick bars ("...01011011010..."). I have no idea what 
>> barcode type this is...
> 
> Now if you think that those three barcodes on the Wolfram page are all 
> the world has to offer...

There don't appear to be many bacode types that handle text. Many handle 
only numbers.

> http://www.herdsoft.com/ti/davinci4/examples/barcodecgi.cgi is convinced 
> that it is a "Code 39" (aka "Code 3 of 9") barcode, and indeed correctly 
> reads it as "UKM11001L3".

Really? (I can't even tell what language that page is in.)

> Closer analysis of your barcode pattern shows that your barcode indeed 
> appears to be Code 39, but flipped horizontally for some reason (which 
> of course should not matter to a barcode reader).

My word... That *does* in fact appear to match. I hadn't noticed that!

> BTW, Wolfram is doing a poor job at generating Code 39 barcodes, as it 
> uses different bar widths for the "frame" than for the "payload".
> 
> (The Code 39 frame is usually interpreted as a leading and trailing 
> asterisk (*) character, as it uses the same bar sequence.)

I especially love the way the bar widths don't appear to be multiples of 
each other. I almost wonder if the image has been scaled down by 
rounding each bar to a whole number of pixels, so some "thin" bars are 3 
pixels and some are 4... It's very districting!

Indeed, clicking on "PDF" and enlarging the image seems to make the 
problem go away... How annoying!

Post a reply to this message