Lexmark X864 Forms and Bar Code Technical Reference - Page 160

Bar Code Horizontal Alignment, PDF417 Capacity, MaxiCode Separators and Structured Appends

Page 160 highlights

Bar Code Horizontal Alignment Certain UPC and EAN bar codes may not start at the existing PCL cursor position, but may be shifted to the right up to 3-4mm on the left side, and up to 2mm on the right side. This is due to the presence of "start" characters, which may or may not shift the bar code (and HRT) to the right. If a customer allocates space for these particular bar codes, and they do not fit on the right side, then there are 2 options: • Use the PCL "B" and "S" parameters to slightly shrink the bar code in size. • Escalate it for a field fix. PDF417 Capacity Please refer to the AIM PDF417 specification, which can be found here: • http://lemming.sa.ap.lexmark.com/~tbarnett/files/AIM_PDF417_spec.pdf In section 1 on pg. 1, the Introduction defines the Maximum Data Characters per symbol (at ECC0) for PDF417: • 1850 text characters • 2710 digits • 1108 bytes Section 2.1 on pg. 2 states: • "The total number of codewords in the data region of a single PDF417 symbol cannot exceed 928". All input data should conform to the AIM PDF417 specification, and any input data over the maximum lengths should be truncated and discarded. A maximum of 2710 digits or 1850 text characters should be allowed and truncated by firmware before the BCE is called. The remaining maximum data should be safely submitted to the BCE to be rendered. This will require extra checking code to be added before the BCE, to truncate any excess data. However, this procedure will prevent the BCE from throwing errors on pages with excess data, while encoding as much of that data as possible. The original LXK BCC will encode more than the maximum amount allowed by the AIM specification, but users should never exceed these values. If users were to change to other printing equipment that did not tolerate a marginally higher capacity, their process would be broken. Also, not all bar code reading equipment may be capable of decoding data in excess of the maximum allowed in the AIM PDF417 specification. MaxiCode Separators and Structured Appends Please refer to the AIM MaxiCode specifications found here: • http://lemming.sa.ap.lexmark.com/weblog/2007/04/03#BarCodeSpecs A valid MaxiCode data separator for MaxiCode data blocks is either: Deviations 157

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165

Deviations
157
Bar Code Horizontal Alignment
Certain UPC and EAN bar codes may not start at the existing PCL cursor position, but may be
shifted to the right up to 3-4mm on the left side, and up to 2mm on the right side. This is due to the
presence of “start” characters, which may or may not shift the bar code (and HRT) to the right.
If a customer allocates space for these particular bar codes, and they do not fit on the right side, then
there are 2 options:
Use the PCL “B” and “S” parameters to slightly shrink the bar code in size.
Escalate it for a field fix.
PDF417 Capacity
Please refer to the AIM PDF417 specification, which can be found here:
In section 1 on pg. 1, the Introduction defines the Maximum Data Characters per symbol (at ECC0)
for PDF417:
1850 text characters
2710 digits
1108 bytes
Section 2.1 on pg. 2 states:
"The total number of codewords in the data region of a single PDF417 symbol cannot exceed
928".
All input data should conform to the AIM PDF417 specification, and any input data over the maximum
lengths should be truncated and discarded. A maximum of 2710 digits or 1850 text characters should
be allowed and truncated by firmware before the BCE is called.
The remaining maximum data should be safely submitted to the BCE to be rendered. This will
require extra checking code to be added before the BCE, to truncate any excess data. However, this
procedure will prevent the BCE from throwing errors on pages with excess data, while encoding as
much of that data as possible.
The original LXK BCC will encode more than the maximum amount allowed by the AIM specification,
but users should never exceed these values. If users were to change to other printing equipment that
did not tolerate a marginally higher capacity, their process would be broken. Also, not all bar code
reading equipment may be capable of decoding data in excess of the maximum allowed in the AIM
PDF417 specification.
MaxiCode Separators and Structured Appends
Please refer to the AIM MaxiCode specifications found here:
A valid MaxiCode data separator for MaxiCode data blocks is either: