Подскажите пожалуйста.

При импорте данных из RUSMARK(.ISO) в ИРБИС(ИРБИС64) происходит неверная конвертация.

Пример:

Исходная запись
200 1#$aЗамороженные пищевые продукты. Производство и реализация$fДжудит А. Эванс (ред.-сост.)$gпер. с англ. В. В. Широкова$gнауч. ред. канд. техн. наук, доц. Ю. Г. Базарнова

Результат после импорта
#200/1:_^AЗамороженные пищевые продукты. Производство и реализация^Fпер. с англ. В. В. Широкова, науч. ред. канд. техн. наук, доц. Ю. Г. Базарнова^GДжудит А. Эванс (ред.-сост.)


т.е. подполя F и G меняются местами. В чем может быть проблема и что предпринять в данной ситуации?

Заранее благодарен.

Хотя бы какие файлы править?

Nuw_user_irbis написал(а):
-------------------------------------------------------
> Подскажите пожалуйста.
>
> При импорте данных из RUSMARK(.ISO) в
> ИРБИС(ИРБИС64) происходит неверная конвертация.
>
> Пример:
>
> Исходная запись
> 200 1#$aЗамороженные пищевые продукты.
> Производство и реализация$fДжудит А. Эванс
> (ред.-сост.)$gпер. с англ. В. В. Широкова$gнауч.
> ред. канд. техн. наук, доц. Ю. Г. Базарнова
>
> Результат после импорта
> #200/1:_^AЗамороженные пищевые продукты.
> Производство и реализация^Fпер. с англ. В. В.
> Широкова, науч. ред. канд. техн. наук, доц. Ю. Г.
> Базарнова^GДжудит А. Эванс (ред.-сост.)
>
>
> т.е. подполя F и G меняются местами. В чем может
> быть проблема и что предпринять в данной
> ситуации?
>
> Заранее благодарен.


В изменениях к версии 2009.1 эта ошибка исправлялась. Прикрепляю исправленные файлы. А Вы не могли бы прикрепить экспортированный файл (ISO) этой записи в РУСМАРКе, чтобы я сама могла проверить.

Выкладываю файл ISO записи в RUSMARCе. Исправленные файлы не помогли, картина та же самая. Покапался в rmarci.fst по полю 200, обнаружил такую закономерность: если пропысывать подполе f или подполе g по отдельности - все в порядке, т.е. они остаются на местах, как только прописываются оба подполя, то они меняются местами (причем только первое повторение подполя). Складывается такое впечатление, что после импорта rmarci.fst запись корректируется какой-либо корректировкой или иным форматом или еще что.

Nuw_user_irbis написал(а):
-------------------------------------------------------
> Выкладываю файл ISO записи в RUSMARCе.
> Исправленные файлы не помогли, картина та же
> самая. Покапался в rmarci.fst по полю 200,
> обнаружил такую закономерность: если пропысывать
> подполе f или подполе g по отдельности - все в
> порядке, т.е. они остаются на местах, как только
> прописываются оба подполя, то они меняются местами
> (причем только первое повторение подполя).
> Складывается такое впечатление, что после импорта
> rmarci.fst запись корректируется какой-либо
> корректировкой или иным форматом или еще что.

Впечатление сложилось правильное. В инструкции RUSMARC.txt прописано, что после импорта необходима глобальная корректировка по заданию Rmarci1.gbl. Еще раз прикрепляю файлы конверсии и картинку-результат импортирования вашей записи.



Редактировано 1 раз. Последний раз 23.11.2010 15:00 пользователем Сорокина Лариса.

Картинка впечатляет, но у меня такого результата не получается. Делаю все как изложено в инструкции RUSMARC.TXT и тем не менее глобальная корректировка ничего не дает. И это неудивительно т.к. в Rmarcl.gbl не прописано ни каких действий над полем 200.

Переставляет местами ^g и ^f файл autoin.gbl.
У нас тоже была проблема такая (она с rusmarcом никак не связана).
Я переделывала этот момент: o200f и о200g заменила одним файлом o200fg, и прописала условие заполнять сведения об ответственности только в том случае, если отсутствует и f и g. Это, например, позволило решить и следующие проблемы:
1) в полях 702, 711 заносятся иногда дарители, бывшие владельцы и пр. Однозначно они в 200 идти не должны, в дистрибутивном варианте приходится в 905 проставлять доп. условие - не формировать сведения об ответственности.
2) записи, импортированные из rusmarca: если все сведения занесены в f, а не g - после autoin.gbl сведения об ответственности оказываются продублированными.
3) или еще: заполняется 200^g, а данных для 200^f не имеется.
autoin.gbl переносит 200^g в 200^f - правильно. Но если мы немного отредактируем как в источнике 200^f и еще раз нажмем сохранить - сведения об ответственности продублируются в 200^g.