Вот такая вот русмарковская запись получена от РКП:

200 - 1 aРусский городe[Сб. статейfПод ред. В. Л. Янина]
463 -  012001 a|1215  a240 с.12251 vВып. 4. Москва и Подмосковье1210  d1981

Намеренно даю выжимку, чтоб не отвлекаться. Как видим это не статья, а именно Вып.4 некоторого сборника. При импорте получается ерунда, поскольку запись типа SPEC "укладывается" в ASP. Сначала погрешил на "записедателя" который вместо обычной связки для сецификации 461+200 дал 200+463, но потом задумался и зачитался самим стандаром:

=====
463 УРОВЕНЬ ФИЗИЧЕСКОЙ ЕДИНИЦЫ

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

Примечание о содержании поля
Поле применяется в том случае, когда структура записи отражает связь отдельных записей, включающих данные различных уровней, а связь устанавливается с записью на уровне физической единицы.
Поле 463 должно в основном использоваться в аналитической записи для восходящей связи с физической единицей, которая содержит аналитическую часть. Набор на высшем иерархическом уровне может содержать нисходящую связь к физической единице в поле 463.
=====

Видимо надо посмотреть rmarci.fst на предмет анализа маркера при импорте 463 поля, так как при определенных условиях оно может уходить в 200, а 200 в 461...

PS: стандарт конечно в очередной раз порадовал. В общем и целом они с ГОСТом на БО достойны друг друга в плане "свободной воли" :)

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

А что все-таки в маркере этой записи? Если это высший иерархический уровень, то и не сериальный библиографический, то в ИРБИСе она подлежит удалению.
В любом случае запись составлена некорректно.
Если это запись набора, а набор это группа физически отдельных документов, то как она может описывать сборник статей (200 - 1 aРусский городe[Сб. статейfПод ред. В. Л. Янина]
)?
И что это за запись фического уровня, в заглавии которой '|'
(463 - 012001 a|1215 a240 с.12251 vВып. 4. Москва и Подмосковье1210 d1981)?

Прикрепляю всю запись

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Прикрепляю всю запись


И маркер построен не по правилам. Ни одного буквенного символа, ни библиографического уровня, ни иерархического.

На всякий случай прикреплю исходный ISO (предыдущий создан isoeditor`ом).
Если с ним то же самое значит можно жаловаться непосредственно в РКП, на некорректно экспортированные данные?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> На всякий случай прикреплю исходный ISO
> (предыдущий создан isoeditor`ом).
> Если с ним то же самое значит можно жаловаться
> непосредственно в РКП, на некорректно
> экспортированные данные?


В этом массиве структура маркера записей соблюдена, но иерархический уровень не заполнен. С записями "Русский город" неопределенность остается: по маркеру это описания общей части сериальных документов, но поскольку таких записей 2 с описанием разных выпусков в 463 поле, то можно думать что это записи выпусков, хотя это противоречит маркеру.Есть и другие ошибки. Например,код языка 'анг' в последней записи.

Ясно. Спасибо.

> В этом массиве структура маркера записей
> соблюдена, но иерархический уровень не заполнен

Т.е. в первом и втором файле записи неидентичны?

Значит попутно на заметку: этот файл был открыт ISOEditor-ом, запись взята в "карман" и сохранена как независимый ISO-файл.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Ясно. Спасибо.
>
> > В этом массиве структура маркера записей
> > соблюдена, но иерархический уровень не заполнен
>
> Т.е. в первом и втором файле записи неидентичны?
>
> Значит попутно на заметку: этот файл был открыт
> ISOEditor-ом, запись взята в "карман" и сохранена
> как независимый ISO-файл.


Записи отличаются маркером, потому что ISOEditor не учитывает конкретную реализацию (РУСМАРК) стандарта ISO 2709.