1. Hollie Jones
  2. InfoMaker
  3. Tuesday, 12 December 2023 10:20 AM UTC

Hi,

We having issues with barcoded labels (35mm x 40mm) from Infomaker.

We use Infomaker Standard Edition Version 2019 Build 2082 currently, with version 9.5 of Thermo’s Nautilus LIMS. When we change version of Nautilus, the version of Infomaker changes with it. Older labels with barcodes made with older versions of Infomaker utilise the @Dotum font for the number or alphanumeric to be turned into a barcode by the printer and these still print and barcode scan just fine. If we do a Save As on one of these labels in Infomaker, thereby making it created with our current version, the barcode section comes out as it’s number not a barcode – even if no changes are made to the label. Is there some metadata where the reports in Infomaker know which version they are made with? I’m assuming that whilst being in the list, the @Dotum font isn’t recognised by reports made in our current version. We’ve tried Free 3 of 9 and Free 3 of 9 Extended fonts, these work fine on larger labels on A4 pages, but aren’t barcode scanning if we shrink them down to fit on our 35mm x 40mm sample labels. I did look at the barcode 128 font but this requires a checksum calculation, so would be more difficult to implement.

Has anyone resolved a similar issue?

Thanks,

John

John Fauss Accepted Answer Pending Moderation
  1. Saturday, 16 December 2023 05:35 AM UTC
  2. InfoMaker
  3. # 1

Looking at the specifications for 3 of 9 (aka Code 39) barcodes in the link I posted earlier, it states that x>=.19mm. In barcode nomenclature, "X" is the width of the thinnest bar/space in a barcode pattern, so the 3 of 9 spec says that X cannot be less than .19mm in order to have a reasonable assurance that a scanner can accurately scan and decode the barcode.

For 3 of 9 barcodes, bars and spaces can also be 2X or 3X wide. The bar & space patterns always take up 15 * X, plus one additional X for the thin space between adjacent barcode patterns. A single 3 of 9 barcode pattern always begins and ends with a bar and contains 5 bars and 4 spaces.

Therefore, the minimum total width of a 3 of 9 barcode character pattern is (15+1) * 0.19mm = 3.04mm

A 3 of 9 barcode must begin and end with start/stop characters (patterns). For many barcode styles, the start and stop patterns are different from one another, but for 3 of 9 they are the same. The purpose of the start & stop patterns is to tell the scanner if the barcode has been read left-to-right (correct side up) or right-to-left (upside-down), so that the entire barcode pattern can be successfully decoded.

A 3 of 9 barcode may contain a checksum character. If included, it always precedes the stop character.

You state the maximum character length of the barcode pattern is 15 characters. You did not state whether or not this includes the start/stop characters and the optional checksum, but for sake of this exercise let's assume 15 characters is the length of the complete barcode.

In order to be able to assure the 3 of 9 barcode is readable, the minimum width of a 15-character barcode is: 15 * 3.04mm = 45.6mm.

You have 32mm available to you, so to be able to squeeze the barcode into the available space, you must reduce the scale by nearly 30%, which is a pretty significant reduction. My guess is that a scanner will not be able to read and decode it at that scale. To use the 3 of 9 barcode style, you must reduce the maximum character count to 32mm / 3.04mm = 10 characters, or use wider labels.

Admittedly, the 3 of 9 barcode style has poor "density"... it requires a generous number or bars & spaces (16 * X) to encode a single character. I don't know if you are able to utilize an alternative barcode style. If the data being encoded is limited to digits only, there are other styles with better "density" (2 of 5 Interleaved, for example) and may allow you to produce a scannable barcode that contains 15 characters in only 32mm. The URL I posted earlier should be helpful, and there are other similar web sites that can be found.

HTH, John

Comment
There are no comments made yet.
John Fauss Accepted Answer Pending Moderation
  1. Tuesday, 12 December 2023 14:52 PM UTC
  2. InfoMaker
  3. # 2

Hi, Hollie(?)/John(?) -

I have numerous questions and am unsure where to begin...

1. What type of barcode are you trying to produce? It sounds like "3 of 9" (aka Code 39), but then you mention Code 128. Which is it?

2. How much information (maximum number of characters) are you encoding into the barcode? Can you provide a full-size image of a working/scannable example barcode?

3. What is Thermo's Nautilus LIMS and what does it do? Is it software? What does it produce?

4. Is @Dotum a TrueType font? Is it a proprietary font? Where can it be obtained?

5. 35mm x 40mm is a very unusual size for a 3 of 9 barcode, as I would normally expect it to be much longer/wider than tall. Again, an example would be most helpful.

6. Was Infomaker 2019 able to produce scannable barcodes prior to switching to version 9.5 of LIMS? If so, that would seem to indicate that the issue is not caused by Infomaker.

Most, if not all, barcode styles have minimum standards that must be adhered to in order to ensure the barcode is scannable. Here is a URL that lists specs for several barcode styles, including 3 of 9:

    https://www.tec-it.com/en/support/knowbase/barcode-overview/linear/Default.aspx

Without more details and example(s), I doubt anyone here will be able to help you.

Best regards, John

Comment
  1. John Fauss
  2. Tuesday, 12 December 2023 15:39 PM UTC
Well, if that's the case, then I would imagine that they should be able to assist.
  1. Helpful
  1. Hollie Jones
  2. Wednesday, 13 December 2023 10:58 AM UTC
Hi John,



Thanks for your reply.



1) I am trying to produce any barcode (don't mind which font) that will print and scan within the label size. 3 of 9 is working if we print labels that are 4 or 8 to an A4 sheet, but doesn't appear to scan once shrunk down to fit on a 35mm x 40mm sample label.



2) The maximum character length is 15. The barcode area within the label is approximately 32mm wide by 6mm high.



3) Nautilus is a Laboratory Information Management System (LIMS). It is used for organising the workload across a laboratory. It uses Infomaker for reporting: barcoded labels, A4 reports, PDFs.



4) @Dotum is a True Type font. It isn't a proprietary font. I'm not sure where it's sourced from or why it was the choice on the labels made with previous versions of Infomaker.



5) 35 x 40mm is the size of our sample labels, the part dedicated to the barcode is approximately 32mm wide by 6mm high.



6) We didn't use Infomaker 2019 prior to Nautilus 9.5, the versions change in tandem.



Thank you for the link. I'll check whether I'm not adhering to the standard for trying 3 of 9 on the labels.



Best Regards,



John
  1. Helpful
  1. John Fauss
  2. Tuesday, 26 December 2023 02:51 AM UTC
I want to follow up with you on this issue to see if you have been able to find a workable solution?
  1. Helpful
There are no comments made yet.
Roland Smith Accepted Answer Pending Moderation
  1. Tuesday, 12 December 2023 14:50 PM UTC
  2. InfoMaker
  3. # 3

I've had multiple different printing issues but that was after going from 2019 to 2022. Have you talked to Thermo support?

Comment
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.