Здравствуйте. При очередной выгрузке электронного каталога в формате rusmarc появилась ошибка о неверной длине маркера.

// RECORD #1
Ошибка чтения MARC-записи ISO 2709
Неверная длина маркера '00907nаm02200229 i4500' (длина 23, ожидается 24)

Пропал один пробел, должно быть вот так 00907nаm0 2200229 i4500

Ошибка возникает у первых 1600+ записей из 30000.

В чем может заключаться текущая проблема?

FNS написал(а):
-------------------------------------------------------
> Здравствуйте. При очередной выгрузке электронного
> каталога в формате rusmarc появилась ошибка о
> неверной длине маркера.
Кто выдает эту ошибку? В ИРБИСе таких сообщений нет.


>
> // RECORD #1
> Ошибка чтения MARC-записи ISO 2709
> Неверная длина маркера '00907nаm02200229 i4500'
> (длина 23, ожидается 24)
>
> Пропал один пробел, должно быть вот так 00907nаm0
> 2200229 i4500
>
> Ошибка возникает у первых 1600+ записей из 30000.
>
> В чем может заключаться текущая проблема?

Alio написал(а):
-------------------------------------------------------
> FNS написал(а):
> --------------------------------------------------
> -----
> > Здравствуйте. При очередной выгрузке
> электронного
> > каталога в формате rusmarc появилась ошибка о
> > неверной длине маркера.
> Кто выдает эту ошибку? В ИРБИСе таких сообщений
> нет.
>
Отдаем на пополнение регионального каталога раз в квартал. OPAC - Global

Суть не в том, кто выдает ошибку, а в том, что она действительно появилась. У первых 1600 записей пропал пробел, а дальше он есть. У второй нашей библиотеки работающей с Ирбис все выгружает без проблем. И тут было все нормально до последней выгрузки.

При выгрузке в xml формате, отчетливо видно что есть нарушение в данных маркера.

Корректная запись


Запись с нарушение вывода


Подумал, может произошел сбой в записях базы электронного каталога..
Тип записи (позиция символа 6)
Проверил поле 900^T - все нормально, стоит идентификатор "a"

Библиографический уровень (позиция символа 7)
Не нашел где в Ирбис проставляется этот код

Может есть у кого-то мысли, что могло произойти с базой? Причина явно в базе, а не в форматах выгрузки..

Мне кажется, что в начтройках маркера стоят символы кириллицы и они дают такой эффект. Замените на только латиниские буквы.

Карауш написал(а):
-------------------------------------------------------
> Мне кажется, что в начтройках маркера стоят
> символы кириллицы и они дают такой эффект.
> Замените на только латиниские буквы.


Так если бы это было у всей базы.. Проблематичных 1.6к из базы в 30к

Дело в том, что коды формируются конвертором для поля 999 и там, в зависимости от типа записи, ставятся либо условные коды, либо из данных подполей 900 поля каждой записи.
Было что-то одно:
1. Редактировался конвертор FST и правили поле 999.
2. Либо прошлись глобальной по 900 полю.

Карауш написал(а):
-------------------------------------------------------
> Дело в том, что коды формируются конвертором для
> поля 999 и там, в зависимости от типа записи,
> ставятся либо условные коды, либо из данных
> подполей 900 поля каждой записи.
> Было что-то одно:
> 1. Редактировался конвертор FST и правили поле
> 999.
> 2. Либо прошлись глобальной по 900 полю.

Таки дошли руки до этой проблемы..
Да, корректировка перед этим проводилась, но по 910 полю по месту хранения, других изменений не проводилось.
Решил последовать Вашему совету и сделал глобальную с транслитерацией по 900^T. Помогло , все 1600+ записей появились, ошибка после экспорта исчезла.. Возможно, помогло просто обновление полей, а не сама транслитерация.




Спасибо за совет.