После обработки каждой линии сканирования выбирают (для каждой позиции сегмента или символа GS1 DataBar Ограниченный в целом) значение-кандидат, которое было декодировано чаще других, независимо от того, какие еще сегменты были обнаружены вдоль этой линии сканирования. Необходимо, чтобы число декодирований подходящего значения-кандидата на позицию сегмента (или символа GS1 DataBar Ограниченный в целом), по меньшей мере, на два превышало число декодирований следующего за ним подходящего значения- кандидата. Если в данной позиции было декодировано только одно значение-кандидат, необходимо, чтобы оно было декодировано по крайней мере дважды.
Для символа GS1 DataBar Ограниченный указанное требование подразумевает, что символ должен быть декодирован с одним и тем же значением по крайней мере дважды.
Пример
Пусть в символе GS1 DataBar Всенаправленный закодированы следующие значения знаков символа — А, В, С и D. Результатом первого сканирования стали знаки АВ, второго — BCD, третьего — D и четвертого — АВС. Таким образом, все четыре знака были считаны дважды, следовательно декодирование может быть продолжено.
Теперь вместо этого допустим, что четвертое сканирование привело к результату АВЕ, где Е — иное значение для третьего знака. Теперь ошибочно считано значение третьего знака символа. Следует продолжить сканирование до тех пор, пока число считываний одного из значений-кандидатов на третий знак не будет на два более, чем другое (или другие).
Продолжая этот пример, допустим, что в результате следующего сканирования были получены АВС, и следующего за ним сканирования — FBC, где F — иное значение для первого знака. Третий знак теперь определен как С, поскольку его значение было считано три раза, а значение Е—только один раз (на два считывания меньше).
Последнее сканирование привело к ошибочному считыванию первого знака. Однако поскольку значение А уже было распознано три раза, a F только один, первый знак может быть принят как А (даже не смотря на то, что последнее сканирование отличалось от большинства предыдущих), поэтому процесс декодирования может быть продолжен, если контрольный знак рассчитан в соответствии со значением, закодированным в шаблоне поиска.
Н.З Построчное декодирование
Если обычное использование сканера предусматривает такую ориентацию сканера, при которой линии сканирования проходят вдоль всего символа или отдельной стороки символа, то дополнительно к декодированию с подсчетом, приведенному в Н.2, рекомендуется использовать дополнительные меры защиты. Декодер должен воспринимать только данные, которые заключены, по меньшей мере, в двух смежных сегментах, т. е. в последовательности «шаблон поиска — знак символа — знак символа — шаблон поиска» или «знак символа — шаблон поиска — знак символа». Таким образом, изолированные последовательности «шаблон поиска — знак символа» следует игнорировать.
Н.4 Проверки постоянства
Разработчики сканеров должны предусматривать реализацию проверок постоянства размеров (ширины) от знака к знаку символа и растискивания печатной краски, особенно если дизайн позволяет декодирование линий сканирования, которые охватывают отдельные сегменты (знак данных с шаблоном поиска).
а) Проверка размеров (ширины)
Проверяют, чтобы отношения размера четырех выбранных элементов шаблона поиска и размера примыкающего знака символа к номинальным значениям отличались не более чем на 7 %. (В число четырех выбираемых элементов шаблона поиска не включают внешний элемент в паре из двух узких элементов, те. для размера знака символа в шаблоне поиска с шириной элементов {1, 5, 7 ,1, 1} выбирают первые четыре элемента).
Ь) Проверка растискивания краски
Проверяют, чтобы среднее отклонение от номинального значения ширины штрихов в шаблоне поиска не отличалось более чем на 0,ЗХ от среднего отклонения штрихов в примыкающем к нему знаке символа.
Н.5 Рекомендации по декодированию символа GS1 DataBar Ограниченный
Настоящий стандарт устанавливает дополнительные новые требования к штрихам шаблонов — ограничителей GS1 DataBar Ограниченный для обеспечения печати и декодирования с целью предотвращения возможного ошибочного считывания некоторых символов UPC-А в качестве символов GS1 DataBar Ограниченный.
Н.5.1 Рекомендации относительного исходного рекомендуемого алгоритма декодирования, касающиеся штрихов шаблонов-ограничителей
Исходный рекомендуемый алгоритм декодирования не требует присутствия штрихов шаблонов-ограничителей для проведения декодирования. Однако необходима проверка наличия надлежащих знаков-ограничителей. Кроме того, необходима проверка присутствия широкого пробела, расположенного слева от начального штриха шаблона — ограничителя символа.
На рисунке 8(a) приведен исходный символ DataBar Ограниченный, содержащий следующие шаблоны- ограничители:
-левый шаблон-ограничитель, состоящий из пробела шириной по меньшей мере в один модуль и штриха шириной в один модуль;
- правый шаблон-ограничитель, состоящий из пробела шириной в один модуль и штриха шириной по меньшей мере в один модуль. Следует обратить внимание на то, что светлое поле, примыкающее к шаблону-ограничителю, изображенное на рисунке 8(a) и более явно изображенное на рисунке 8(b), не является частью шаблона-ограничителя исходного символа GS1 DataBar Ограниченный.
Н.5.2 Возможное ошибочное считывание символа UPC-A
Перевернутый вверх символ GS1 DataBar Ограниченный может совпадать с комбинацией штрихов и пробелов в пределах символа UPC-А, что может быть причиной случайного «ошибочного считывания» (т. е. сканирования символа UPC-А с использованием рекомендуемого алгоритма декодирования, изначально установленного для символики GS1 DataBar Ограниченный, послужит причиной допустимого декодирования символа GS1 DataBar Ограниченный). Полученные в результате декодированные данные будут представлять допустимое, но отличающееся от закодированного в символе UPC-А значение глобального номера предмета торговли GTIN).
Существует «проблемный» символ со значением 1332350 внутри символа UPC-А, начинающегося со знаков символа, представляющих значения 2, 4, 7 и 9 (т. е. соответствующих префисам предприятий GS1 02, 04, 07 и 09). Примеры каждого прецедента приведены на рисунке Н.2 вместе с соответствующим символом GS1 DataBar Ограниченный, который может быть ошибочно считан. Ошибочное считывание может произойти с одним из указанных символов или с подобными символами, которые превращаются в один из таких символов при ошибке края.
Є 1,36809988*890
2
Рисунок Н.2 — Прецеденты для символов UPC-А (с префиксами 09, 07, 04 и 02),
которые могут быть источником проблем
Н.5.3 Методы предотвращения ошибочного считывания символов UPC-A
В рекомендуемый алгоритм декодирования GS1 DataBar Ограниченный включены три метода, приведенные в настоящем стандарте. Эти методы содержатся в пересмотренном рекомендуемом алгоритме декодирования, установленном в 6.2.6 настоящего стандарта. Комбинирование этих методов должно эффективно устранить возможность ошибочного считывания символов UPC-А. Эти методы или подобные им должны быть реализованы в сканерах для GS1 DataBar Ограниченный.
Н.5.3.1 Мероприятие 1
Исходным рекомендуемым алгоритмом декодирования не предусмотрена проверка внутренних элементов шаблонов-ограничителей.
В качестве примера следует рассмотреть правый шаблон-ограничитель, расположенный с левой стороны перевернутого вверх символа GS1 DataBar Ограниченный, приведенного на рисунке Н.З. В шаблоне-ограничителе узкий пробел всегда имеет ширину в один модуль.
Примечание — Следует обратить внимание на то, что соответствующий пробел в проблемном символе UPC-А имеет ширину 2 модуля.
к 0 6 8 £ I £ Z L S 6 10
Рисунок Н.З — Прецедент для символа с префиксом 02 (аналогичен для символа с префиксом 04)
Проверка внутренних элементов существующего шаблона-ограничителя исключает из проблемного списка все символы UPC-А, начинающиеся с знаков символа со значениями 2 и 4.
Н.5.3.2 Мероприятие 2
Верхний символ GS1 DataBar Ограниченный в изображенной паре, существующий на законном основании, был ошибочно считан с использованием исходного рекомендуемого алгоритма декодирования как изображенный снизу символ UPC-А. Правый шаблон-ограничитель, расположенный елевой стороны символа GS1 DataBar Ограниченный на рисунке Н.4, представлен сочетанием узкий пробел — штрих неопределенной ширины, означающим что пробел всегда имеет ширину 1Х, а штрих может иметь любую ширину.
Рисунок Н.4 — Прецедент для символа с префиксом 07
(аналогичен для символа с префиксом 09)
Дополнительное требование к шаблонам-ограничителям о присутствии в их составе пробела шириной 1Х, штриха шириной 1Х и пробела шириной 5Х должно исключить из проблемного списка все символы UPC-А, начинающиеся со знаков символа со значениями 7 и 9, без ущерба для существующих принтеров и почти для всех существующих символов.
Это требование, однако, сказывается на некоторых уже напечатанных символах — тех, которые напечатаны на номинально темном фоне и в которых конечный штрих шаблона-ограничителя может сливаться с фоном, как это было допустимо в первоначальной спецификации. Такие символы в дальнейшем не должны декодироваться как символы GS1 DataBar Ограниченный, а новые символы должны производиться с конечным пробелом в качестве последнего элемента правого шаблона-ограничителя.
Такие или эквивалентные им проверки должны проводиться всеми сканерами, которые реализуют возможность декодирования символов GS1 DataBar Ограниченный.
Н.5.3.3 Мероприятие З
Это мероприятие предотвращает ошибочное считывание в случае неполного сканирования части символа UPC-А, которая представляется содержащей символ GS1 DataBar Ограниченный с широким начальным штрихом в шаблоне-ограничителе, обнаруживая присутствие знаков символа UPC-А на другом конце линии сканирования, как показано на рисунке Н.5.
Рисунок Н.5— Прецедент для символа с префиксом 07 (аналогичен для символа с префиксом 09), когда линия сканирования проходит через верхний край символа
Рекомендуемый алгоритм декодирования должен быть откорректирован для осуществления проверки окончания символа UPC-А (т. е. левого окончания символа GS1 DataBar Ограниченный) с целью исключения неполных сканирований, приводящих к ошибочному считыванию во вновь разрабатываемых сканерах.
Декодер должен обнаруживать наличие по крайней мере 10 элементов слева от декодируемого символа GS1 DataBar Ограниченный. В случае их присутствия декодер должен признать недействительным сканирование, если первые 8 элементов (включая начальный штрих шаблона — ограничителя GS1 DataBar Ограниченный) декодируются как два действительных знака правого окончания символа UPC-A.
Н .5.3.4 Выводы
Выполнение мероприятия 1 эффективно решает проблему с символами UPC-А, начинающимися со знаков символа со значениями с 2 и 4.
Выполнение мероприятия 2 эффективно решает проблему с символами UPC-А, начинающимися со знаков символа со значениями с 7 и 9.
Выполнение мероприятия 3 эффективно решает проблему сканирований под углом и неполных сканирований и придает дополнительную надежность вдобавок к мероприятиям 1 и 2.
С помощью модификации символов и рекомендуемого алгоритма декодирования, приведенными в настоящем подразделе, проблема возможного ошибочного считывания символов UPC-А эффективно решена с минимальным ущербом для уже существующих реализаций GS1 DataBar Ограниченный. Почти все существующие символы GS1 DataBar Ограниченный могут быть считаны сканерами, которые выполняют эти дополнительные проверки, потому что пробелы в новых шаблонах-ограничителях, как правило, уже присутствуют при их нанесении на светлую подложку.
Большую часть изготовителей принтеров штрихового кода или разработчиков программного обеспечения, генерирующего графическое представление символов штрихового кода, указанные модификации не затронут.
Примечание — Изменения могут потребоваться для принтеров и/или программного обеспечения для нанесения светлого поля, примыкающего к шаблону-ограничителю, в случае печати символов на темной подложке.
Это приводит к возникновению новых требований к маркировке упаковки, исключающих появление каких- либо меток вблизи правой части символа (по крайней мере, на расстоянии 5Х). Предполагается, что большинство существующих символов GS1 DataBar Ограниченный уже удовлетворяет этим требованиям.
Приложение I
(справочное)
Рекомендации по печати символов
Рекомендации для шаблона-ограничителя
Символы GS1 DataBar первого и третьего типов начинаются и заканчиваются шаблоном-ограничителем, который состоит из светлого и темного элементов шириной один модуль каждый. Из-за отсутствия свободной зоны в символе внешний элемент шаблона-ограничителя может визуально сливаться с фоном в том случае, если их цвета совпадают (светлый цвет слева или темный справа). Необходимо обеспечить присутствие в символе внешних элементов. Например, на рисунках 2, 8 и 11 светлые внешние элементы шаблона-ограничителя визуально неотличимы от фона, однако присутствуют в символе.
Новый, расположенный слева шаблон-ограничитель символа GS1 DataBar Ограниченный, в отличие от указанного в первой редакции настоящего стандарта, состоит из одного светлого элемента шириной один модуль и одного темного элемента шириной один модуль, а расположенный справа шаблон-ограничитель состоит из трех элементов: светлого — шириной один модуль, темного — шириной один модуль и светлого — шириной пять модулей. Внешние светлые элементы могут сливаться с фоном и быть неразличимы на светлом фоне. Обязательным требованием является присутствие в символе внешних пробелов шаблона-ограничителя, поскольку сканеры требуют их наличия.
