| Code 11 |
Developed by Intermec in 1977, Code 11 is similar to Code 2 of 5 Matrix and is primarily used in telecommunications. The symbol can encode any length string consisting of the digits 0-9 and the dash character (-). One modulo-11 check digit is calculated. |
| Standard Code 2 of 5 |
Standard Code 2 of 5 will encode any length numeric input (digits 0-9). |
| Interleaved 2 of 5 |
Standard Code 2 of 5 will encode any length numeric input (digits 0-9). |
| Code 2 of 5 IATA |
Standard Code 2 of 5 will encode any length numeric input (digits 0-9). |
| Code 2 of 5 Data Logic |
Standard Code 2 of 5 will encode any length numeric input (digits 0-9). |
| Code 2 of 5 Industrial |
Standard Code 2 of 5 will encode any length numeric input (digits 0-9). |
| Code 3 of 9 (Code 39) |
Standard Code 39 was developed in 1974 by Intermec. Input data can be of any length and supports the characters 0-9, AZ, dash (-), full stop (.), space, asterisk (*), dollar ($), slash (/), plus (+) and percent (%). The standard does not require a check digit but a modulo-43 check digit can be added. |
| Extended Code 3 of 9 (Code 39+) |
Also known as Code 39e and Code39+, this symbology expands on Standard Code 39 to provide support to the full ASCII character set. The standard does not require a check digit but a modulo-43 check digit can be added. |
| EAN |
The EAN system is used in retail across Europe and includes standards for EAN-2 and EAN-5 add-on codes, EAN-8 and EAN-13 which encode 2, 5, 7 or 12 digit numbers respectively. System will decide which symbology to use depending on the length of the input data. In addition EAN-2 and EAN-5 add-on symbols can be added using the + symbol as with UPC symbols. |
| GS1-128 (UCC.EAN-128) |
A variation of Code 128 also known as UCC/EAN-128, this symbology is defined by the GS1 General Specification. Application Identifiers (AIs) should be entered using [square brackets] notation. These will be converted to (round brackets) for the human readable text. This will allow round brackets to be used in the data strings to be encoded. Fixed length data should be entered at the appropriate length for correct encoding (see Appendix C). GS1-128 does not support extended ASCII characters. Check digits for GTIN data (AI 01) are not generated and need to be included in input data. |
| Codabar |
Also known as NW-7, Monarch, ABC Codabar, USD-4, Ames Code and Code 27, this symbology was developed in 1972 by Monarch Marketing Systems for retail purposes. The American Blood Commission adopted Codabar in 1977 as the standard symbology for blood identification. Codabar can encode any length string starting and ending with the letters A-D and containing between these letters the numbers 0-9, dash (-), dollar ($), colon (:), slash (/), full stop (.) or plus (+). No check digit is generated. |
| Code 128 (automatic subset switching) |
Code 128 was developed in 1981 by Computer Identics. This symbology supports full ASCII text and uses a three-mode system to compress the data into a smaller symbol. System automatically switches between modes and adds a modulo-103 check digit. |
| Deutshe Post Leitcode |
Leitcode is based on Interleaved Code 2 of 5 and is used by Deutsche Post for mailing purposes. Leitcode requires a 13-digit numerical input and includes a check digit. |
| Deutshe Post Identcode |
Identcode is based on Interleaved Code 2 of 5 and is used by Deutsche Post for mailing purposes. Identcode requires an 11-digit numerical input and includes a check digit. |
| Code 16K |
Code 16k uses a Code128 based system which can stack up to 16 rows in a block. This gives a maximum data capacity of 77 characters or 154 numerical digits and includes two modulo-107 check digits. Code 16k also supports extended ASCII character encoding in the same manner as Code 128. |
| Code 49 |
Developed in 1987 at Intermec, Code 49 is a cross between UPC and Code 39. It it one of the earliest stacked symbologies and influenced the design of Code 16K a few years later. It supports full 7-bit ASCII input up to a maximum of 49 characters or 81 numeric digits. GS1 data encoding is also supported. |
| Code 93 |
A variation of Extended Code 39, Code 93 also supports full ASCII text. Two check digits are added |
| Flattermarken |
Used for the recognition of page sequences in print-shops, the Flattermarken is not a true barcode symbol and requires precise knowledge of the position of the mark on the page. The Flattermarken system can encode any length numeric data and does not include a check digit. |
| GS1 DataBar-14 |
Also known as RSS-14 this standard encodes a 13 digit item code. A check digit and application identifier of (01) are added |
| GS1 DataBar Limited |
Also known as RSS Limited this standard encodes a 13 digit item code and can be used in the same way as DataBar-14 above. DataBar Limited, however, is limited to data starting with digits 0 and 1 (numbers in the range 0 to 1999999999999). As with DataBar-14 a check digit and application identifier of (01) are added. |
| GS1 DataBar Extended |
Also known as RSS Expanded this is a variable length symbology capable of encoding data from a number of AIs in a single symbol. AIs should be encased in [square brackets] in the input data. Thiswill be converted to (rounded brackets) before it is included in the human readable text attached to the symbol. This method allows the inclusion of rounded brackets in the data to be encoded. GTIN data (AI 01) should also include the check digit data as this is not calculated by system when this symbology is encoded. |
| Telepen Alpha |
Telepen Alpha was developed by SB Electronic Systems Limited and can encode any length of ASCII text input. Telepen includes a modulo-127 check digit. |
| UPC A |
UPC-A is used in the United States for retail applications. The symbol requires an 11 digit article number. The check digit is calculated. In addition EAN-2 and EAN-5 add-on symbols can be added using the + character. |
| UPC E |
UPC-E is a zero-compressed version of UPC-A developed for smaller packages. The code requires a 6 digit article number (digits 0-9). The check digit is calculated. EAN-2 and EAN-5 add-on symbols can be added using the + character as with UPC-A. In addition Zint also supports Number System 1 encoding by entering a 7-digit article number stating with the digit 1. |
| PostNet |
Used by the United States Postal Service until 2009, the PostNet barcode was used for encoding zip-codes on mail items. PostNet uses numerical input data and includes a modulo-10 check digit. While system will encode PostNet symbols of any length, standard lengths as used by USPS were PostNet6 (5 digits ZIP input), PostNet10 (5 digit ZIP + 4 digit user data) and PostNet12 (5 digit ZIP + 6 digit user data). |
| MSI Plessey |
Based on Plessey and developed by MSE Data Corporation. Any length numeric (digits 0-9) input can be encoded. |
| FIM |
Facing Identification Mark (FIM) Used by the United States Postal Service (USPS), the FIM symbology is used to assist automated mail processing. There are only 4 valid symbols which can be generated using the characters A-D |
| LOGMARS |
LOGMARS (Logistics Applications of Automated Marking and Reading Symbols) is a variation of the Code 39 symbology used by the US Department of Defence. LOGMARS encodes the same character set as Standard Code 39 and adds a modulo-43 check digit. |
| PZN |
PZN is a Code 39 based symbology used by the pharmaceutical industry in Germany. PZN encodes a 6 digit number and includes a modulo-10 check digit. |
| Pharmacode Two-Track |
Developed by Laetus, Pharmacode is used for the identification of pharmaceuticals. |
| Australia Post Standard Customer |
Australia Post Standard Customer Barcode, Customer Barcode 2 and Customer Barcode 3 are 37bar, 52-bar and 67-bar specifications respectively, developed by Australia Post for printing Delivery Point ID (DPID) and customer information on mail items. Valid data characters are 0-9, A-Z, a-z, space and hash (#). A Format Control Code (FCC) is added by system and should not be included in the input data. Reed-Solomon error correction data is generated by Zint. Encoding behaviour is determined by the length of the input data |
| Australia Post Reply Paid |
A Reply Paid version of the Australia Post 4-State Barcode (FCC 45) which requires an 8-digit DPID input. |
| Australia Post Routing |
A Routing version of the Australia Post 4-State Barcode (FCC 87) which requires an 8-digit DPID input. |
| Australia Post Redirection |
A Redirection version of the Australia Post 4-State Barcode (FCC 92) which requires an 8-digit DPID input. |
| ISBN (EAN-13 with verification stage) |
SBN, ISBN and ISBN-13 EAN-13 symbols (also known as Bookland EAN-13) can also be produced from 9-digit SBN, 10digit ISBN or 13-digit ISBN-13 data. The relevant check digit needs to be present in the input data and will be verified before the symbol is generated. In addition EAN-2 and EAN-5 add-on symbols can be added using the + symbol as with UPC symbols. |
| Royal Mail 4 State (RM4SCC) |
The RM4SCC standard is used by the Royal Mail in the UK to encode postcode and customer data on mail items. Data input can consist of numbers 0-9 and letters A-Z and usually includes delivery postcode followed by house number. For example "W1J0TR01" for 1 Picadilly Circus in London. Check digit data is generated. |
| EAN-14 |
A 13 digit number is required. GTIN check digit and AI (01) are added. |
| NVE-18 |
A variation of Code 128.Includes both modulo-10 and modulo-103 check digits. NVE-18 requires a 17 digit numerical input. |
| Japanese Postal Code |
Used for address data on mail items for Japan Post. Accepted values are 0-9, A-Z and Dash (-). A modulo 19 check digit is added. |
| Korea Post |
The Korean Postal Barcode is used to encode a six-digit number and includes one check digit. |
| PLANET |
PLANET (Postal Alpha Numeric Encoding Technique) barcode was used for encoding routing data on mail items. Planet uses numerical input data and includes a modulo-10 check digit. While system will encode PLANET symbols of any length, standard lengths used by USPS were Planet12 (11 digit input) and Planet14 (13 digit input). |
| USPS OneCode |
OneCode system replaced the PostNet and PLANET symbologies in 2009. OneCode is a fixed length (65-bar) symbol which combines routing and customer information in a single symbol. Input data consists of a 20 digit tracking code, followed by a dash (-), followed by a delivery point zip-code which can be 0, 5, 9 or 11 digits in length. |
| Plessey Code |
Also known as Plessey Code, this symbology was developed by the Plessey Company Ltd. in the UK. The symbol can encode any length data consisting of digits (0-9) or letters AF and includes a CRC check digit. |
| Telepen Numeric |
Telepen Numeric allows compression of numeric data into a Telepen symbol. Data can consist of pairs of numbers or pairs consisting of a numerical digit followed an X character. |
| ITF-14 |
ITF-14, also known as UPC Shipping Container Symbol or Case Code is based on Interleaved Code 2 of 5 and requires a 13 digit numeric input (digits 0-9). One modulo-10 check digit is calculated. |
| Dutch Post KIX Code |
This Symbology is used by Royal Dutch TPG Post (Netherlands) for Postal code and automatic mail sorting. Data input can consist of numbers 0-9 and letters A-Z and needs to be 11 characters in length. No check digit is included. |
| HIBC Code 128 |
This option adds a leading '+' character and a trailing modulo-49 check digit to a standard Code 128 symbol as required by the Health Industry Barcode standards. |
| HIBC Code 39 |
This option adds a leading '+' character and a trailing modulo-49 check digit to a standard Code 39 symbol as required by the Health Industry Barcode standards. |
| HIBC PDF417 |
Health Industry Barcode (HIBC) data which adds a leading '+' character and a modulo-49 check digit to the encoded data. PDF417 symbology can encode a vast amount of data into a small space. System supports encoding up to the ISO standard maximum symbol size of 925 codewords which (at error correction level 0) allows a maximum data size of 1850 text characters, or 2710 digits. |
| HIBC MicroPDF417 |
Health Industry Barcode (HIBC) data which adds a leading '+' character and a modulo-49 check digit to the encoded data. The maximum size MicroPDF417 symbol can hold 250 alphanumeric characters or 366 digits. |
| HIBC Aztec Code |
Aztec Code is able to encode any extended ASCII character data up to a maximum length of approximately 3823 numeric or 3067 alphabetic characters or 1914 bytes of data. A separate symbology ID can be used to encode Health Industry Barcode (HIBC) data which adds a leading '+' character and a modulo-49 check digit to the encoded data. |
| Code 32 |
A variation of Code 39 used by the Italian Ministry of Health ("Ministero della Sanità") for encoding identifiers on pharmaceutical products. Requires a numeric input up to 8 digits in length. Check digit is added by system |
| Composite Symbol with GS1 DataBar Extended component |
A stacked variation of the GS1 DataBar Expanded symbol for smaller packages. Input is the same as for GS1 DataBar Expanded (see section 6.1.12.3). In addition the width of the symbol can be altered using the --cols switch or option_2. In this case the number of columns relates to the number of character pairs on each row of the symbol. For symbols with a 2D component the number of columns must be at least 2. This symbol can be generated with a two-dimensional component to make a composite symbol. |
| Composite Symbol with GS1 DataBar-14 Stacked component |
A stacked variation of the GS1 DataBar-14 symbol requiring the same input (see section 6.1.12.1). The height of this symbol is fixed. The data is encoded in two rows of bars with a central finder pattern. This symbol can be generated with a two-dimensional component to make a composite symbol. |
| Composite Symbol with GS1 DataBar-14 Stacked Omnidirectional component |
(ISO 24724) Another variation of the GS1 DataBar-14 symbol requiring the same input (see section 6.1.12.1). The data is encoded in two rows of bars with a central finder pattern. This symbol can be generated with a two-dimensional component to make a composite symbol. |
