АРМ Комплектатор : ИРБИС
Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Соколинский К.Е. (СЗТУ) (IP-адрес скрыт)
Дата: 24, February, 2005 00:49
Уважаемые разработчики!
У нас возникла проблема с синхронизацией данных журнальных описаний основного каталога(PERIO) и CMPL. В инструкции написано: "Если в записи, подлежащей переносу, система находит отметки об уже состоявшемся ее переносе в ту же БД каталога, для ввода в БД каталога готовится корректирующая запись, в которую включаются только сведения о последней подписке."
Если я правильно понял, корректировка должна изменять период подписки и адресатов в записи типа "J" основного каталога. К сожалению, этого не происходит. Я пробовал вручную ввести значения в Transdj.fst(910 0 '2014/1'), но, судя по всему, этот файл вообще не задействуется. Не могли бы Вы сообщить, как это исправить, а так же объяснить, как организован процесс переноса \ корректировки и какие файлы(настройки) при этом используются.
Приведу примеры записей над которыми производились эксперименты.
Запись в Комплектаторе:
#920/1:_OJK
#591/1:_15 суток
#903/1:_-562992
#86/1:_15646
#34/1:_65.94
#36/1:_^AСЮП
#39/1:_^BУИЦ^C1
#110/1:_^Ta^B01^D10^X10
#101/1:_rus
#66/1:_^APERIO^B20030223
#33/1:_2055/2
#200/1:_^A15 суток
#907/1:_^CКР^BСКЕ^A20030223
#938/1:_^Q2055/2^Y65.94^D10^X10^E1=13.20;^N5^A6^B10
Запись в Каталогизаторе:
#938/1:_^Q2005/2^Y65.94^D10^X10^E1=13.20;^N5^A6^B10
#101/1:_rus
#110/1:_^Ta^Bc^D10^X10
#920/1:_J
#901/1:_^A2^Q2005^B1^DУИЦ^KУИЦ - экз.1
#934/1:_2005
#200/1:_^A15 суток
#903/1:_1298930
#907/1:_^CКР^A20030223^BСКЕ
#910/1:_^A2^B1^DУИЦ^H
#900/1:_^ta
Информация, которая выдаётся при попытке переноса:
Перенос в ЭК отмеченных записей
Отвергнуто записей (уже переносились): 1
CMPL: MFN: 2347
Перенесено записей в БД PERIO 0
У нас возникла проблема с синхронизацией данных журнальных описаний основного каталога(PERIO) и CMPL. В инструкции написано: "Если в записи, подлежащей переносу, система находит отметки об уже состоявшемся ее переносе в ту же БД каталога, для ввода в БД каталога готовится корректирующая запись, в которую включаются только сведения о последней подписке."
Если я правильно понял, корректировка должна изменять период подписки и адресатов в записи типа "J" основного каталога. К сожалению, этого не происходит. Я пробовал вручную ввести значения в Transdj.fst(910 0 '2014/1'), но, судя по всему, этот файл вообще не задействуется. Не могли бы Вы сообщить, как это исправить, а так же объяснить, как организован процесс переноса \ корректировки и какие файлы(настройки) при этом используются.
Приведу примеры записей над которыми производились эксперименты.
Запись в Комплектаторе:
#920/1:_OJK
#591/1:_15 суток
#903/1:_-562992
#86/1:_15646
#34/1:_65.94
#36/1:_^AСЮП
#39/1:_^BУИЦ^C1
#110/1:_^Ta^B01^D10^X10
#101/1:_rus
#66/1:_^APERIO^B20030223
#33/1:_2055/2
#200/1:_^A15 суток
#907/1:_^CКР^BСКЕ^A20030223
#938/1:_^Q2055/2^Y65.94^D10^X10^E1=13.20;^N5^A6^B10
Запись в Каталогизаторе:
#938/1:_^Q2005/2^Y65.94^D10^X10^E1=13.20;^N5^A6^B10
#101/1:_rus
#110/1:_^Ta^Bc^D10^X10
#920/1:_J
#901/1:_^A2^Q2005^B1^DУИЦ^KУИЦ - экз.1
#934/1:_2005
#200/1:_^A15 суток
#903/1:_1298930
#907/1:_^CКР^A20030223^BСКЕ
#910/1:_^A2^B1^DУИЦ^H
#900/1:_^ta
Информация, которая выдаётся при попытке переноса:
Перенос в ЭК отмеченных записей
Отвергнуто записей (уже переносились): 1
CMPL: MFN: 2347
Перенесено записей в БД PERIO 0
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Куделя (IP-адрес скрыт)
Дата: 24, February, 2005 03:49
1. Ваша запись не перенесена по причине наличия поля 66 - это общий момент режима переноса в ЭК
2. Допись же не состоялась по причине несовпадения шифров (903), которые для записей на СИ являются основанием для сопоставления записей (в отличие от несериальных).
2. Допись же не состоялась по причине несовпадения шифров (903), которые для записей на СИ являются основанием для сопоставления записей (в отличие от несериальных).
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Ирина Ж. (IP-адрес скрыт)
Дата: 24, February, 2005 07:21
Уважаемые коллеги!
У нас таже проблема(не происходит допись по причине несовпадения
шифров).
Вопрос. Почему при переносе записей из CMPL в ЭК меняется шифр записи?
У нас таже проблема(не происходит допись по причине несовпадения
шифров).
Вопрос. Почему при переносе записей из CMPL в ЭК меняется шифр записи?
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Куделя (IP-адрес скрыт)
Дата: 24, February, 2005 07:58
Потому что в таблице переноса новой записи TRANSN.FST алгоритм переноса шифра предполагает его переформирование в случае
а) отсутствия такового
б) если шифр начинается с дефиса
СТРОКА из FST: 903 0 if a(v908) and v903.1<>'-' then v903 fi
В случае же с сериальными изданиями в инструкции прямо написано о том, что НАДО давать журналам шифры, а не позволять формировать их системе автоматически. Т.е. если бы вы при создании описания в БД CMPL заполнили 903 вручную (ну допустим для "15 суток" - П001), тогда все было бы нормально.
Хотя сдругой стороны уже в версии 4.1 формирование шифра для СИ в БД CMPL включало в себя схему: <Первая буква заглавия>+<Случайное число>. Значит у вас либо версия ниже 4.1 и тогда надо действовать как описано выше, либо вы не ввели заглавие СИ (200^a), а допустим ограничились только "Заглавием для заказа(591)".
а) отсутствия такового
б) если шифр начинается с дефиса
СТРОКА из FST: 903 0 if a(v908) and v903.1<>'-' then v903 fi
В случае же с сериальными изданиями в инструкции прямо написано о том, что НАДО давать журналам шифры, а не позволять формировать их системе автоматически. Т.е. если бы вы при создании описания в БД CMPL заполнили 903 вручную (ну допустим для "15 суток" - П001), тогда все было бы нормально.
Хотя сдругой стороны уже в версии 4.1 формирование шифра для СИ в БД CMPL включало в себя схему: <Первая буква заглавия>+<Случайное число>. Значит у вас либо версия ниже 4.1 и тогда надо действовать как описано выше, либо вы не ввели заглавие СИ (200^a), а допустим ограничились только "Заглавием для заказа(591)".
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Соколинский К.Е. (СЗТУ) (IP-адрес скрыт)
Дата: 28, February, 2005 00:27
Куделя писал(а):
> 1. Ваша запись не перенесена по причине наличия поля 66 - это
> общий момент режима переноса в ЭК
> 2. Допись же не состоялась по причине несовпадения шифров
> (903), которые для записей на СИ являются основанием для
> сопоставления записей (в отличие от несериальных).
Огромное спасибо, мне никогда не пришло бы в голову обратить внимание на шифры. В инструкции настолько однозначно подчёркнута недопустимость изменения шифра, что совершенно непонятно, почему он создаётся заново. Самое неприятное, что это не единственная проблема, связанная с шифром.
В инструкции написано: "Если при работе по традиционной технологии в Библиотеке не используется система шифровки журналов и/или газет, то при переходе на автоматизированную обработку РЕКОМЕНДУЕТСЯ присваивать изданию ШИФР, состоящий из первой буквы первого слова заглавия и порядкового номера (сквозного для этой буквы). В противном случае ИРБИС будет автоматически присваивать документам формальный шифр, который не связан с описанием издания.".
Из этого можно сделать несколько выводов:
1. Работа каталогизатора с шифром не обязательна, так как шифр (пусть формальный) будет присваиваться в любом случае.
2. Библиотеки, которые используют собственную систему шифрования, могут продолжать применять её.
Как показывает практика, всё это не имеет ничего общего с действительностью. Во-первых, непосредственная работа каталогизатора с шифром обязательна. Во-вторых, и это для нас очень неприятно, получается, что мы не можем продолжать использовать для формирования шифра ББК и авторский знак.
1. Почему при наличии авторского знака, шифр не должен переносится, и создаётся заново? (903 0 if a(v908) and v903.1<>'-' then v903 fi в Transn.fst)
2. Почему на формуляр и каталожную карточку должен выводится машинный шифр(напр. 77/В 748-102309/2005/1), а не ББК и авторский знак?
Я очень надеюсь получить по этому поводу комментарий разработчиков. Каким образом ошибки предполагается исправить, и что сейчас можно предпринять для получения нормальной каталожной карточки и формуляра? Самостоятельно решать этот вопрос, чтобы затем каждый раз переносить изменения в новую версию не хочу. Пока, я был вынужден заменить вывод шифра, в формате печати КК, на процедуру вычленения ББК и авторского знака из машинного шифра /'\\$A0,0$B\\',' E',&uf('g0/'v903), # ,&uf('g2/'&uf('g0-'v903))' F'/'\\$A0,0\\',/,
> 1. Ваша запись не перенесена по причине наличия поля 66 - это
> общий момент режима переноса в ЭК
> 2. Допись же не состоялась по причине несовпадения шифров
> (903), которые для записей на СИ являются основанием для
> сопоставления записей (в отличие от несериальных).
Огромное спасибо, мне никогда не пришло бы в голову обратить внимание на шифры. В инструкции настолько однозначно подчёркнута недопустимость изменения шифра, что совершенно непонятно, почему он создаётся заново. Самое неприятное, что это не единственная проблема, связанная с шифром.
В инструкции написано: "Если при работе по традиционной технологии в Библиотеке не используется система шифровки журналов и/или газет, то при переходе на автоматизированную обработку РЕКОМЕНДУЕТСЯ присваивать изданию ШИФР, состоящий из первой буквы первого слова заглавия и порядкового номера (сквозного для этой буквы). В противном случае ИРБИС будет автоматически присваивать документам формальный шифр, который не связан с описанием издания.".
Из этого можно сделать несколько выводов:
1. Работа каталогизатора с шифром не обязательна, так как шифр (пусть формальный) будет присваиваться в любом случае.
2. Библиотеки, которые используют собственную систему шифрования, могут продолжать применять её.
Как показывает практика, всё это не имеет ничего общего с действительностью. Во-первых, непосредственная работа каталогизатора с шифром обязательна. Во-вторых, и это для нас очень неприятно, получается, что мы не можем продолжать использовать для формирования шифра ББК и авторский знак.
1. Почему при наличии авторского знака, шифр не должен переносится, и создаётся заново? (903 0 if a(v908) and v903.1<>'-' then v903 fi в Transn.fst)
2. Почему на формуляр и каталожную карточку должен выводится машинный шифр(напр. 77/В 748-102309/2005/1), а не ББК и авторский знак?
Я очень надеюсь получить по этому поводу комментарий разработчиков. Каким образом ошибки предполагается исправить, и что сейчас можно предпринять для получения нормальной каталожной карточки и формуляра? Самостоятельно решать этот вопрос, чтобы затем каждый раз переносить изменения в новую версию не хочу. Пока, я был вынужден заменить вывод шифра, в формате печати КК, на процедуру вычленения ББК и авторского знака из машинного шифра /'\\$A0,0$B\\',' E',&uf('g0/'v903), # ,&uf('g2/'&uf('g0-'v903))' F'/'\\$A0,0\\',/,
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Дунаевская С.М. (IP-адрес скрыт)
Дата: 05, March, 2005 19:52
Лишняя, как Вы считаете, информация позволяет различать издания, имеющие одинаковые классификационные индексы
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Соколинский К.Е. (СЗТУ) (IP-адрес скрыт)
Дата: 14, March, 2005 02:12
Дунаевская С.М. писал(а):
> Лишняя, как Вы считаете, информация позволяет различать
> издания, имеющие одинаковые классификационные индексы
>
Светлана Михайловна, о том, что машинный шифр(903,933) является лишним я ничего не писал. Я только заметил, что его не обязательно печатать на формулярах и КК. Полагаю, каталогизатор может различать издания не только по классификационным индексам, но и по заглавию, номеру и году. Для этого ему не нужна строка типа 77я2/В 748-102309/2005/1 со случайным числом.
Повторю ещё раз, в чём суть проблемы:
1.Согласно инструкции, библиотека может самостоятельно выбирать систему шифровки журналов.
2.На практике, это оказывается невозможным, так как поддерживаются только машинные шифры(А342342), а ББК и авторскиий знак не выводятся на карточку надлежащим образом.
Такой формуляр мы хотели бы иметь.
32.97я5
К 637
КОМПЬЮТЕРРА. - Выходит еженедельно
2005г. № 7
Вот самый простой способ его получить:
ref(l("I="v933),v621,#,v908,#, v200^a,|. |v923^h,|: |v923^i,|. |v923^k,|: |v923^l,|.........
> Лишняя, как Вы считаете, информация позволяет различать
> издания, имеющие одинаковые классификационные индексы
>
Светлана Михайловна, о том, что машинный шифр(903,933) является лишним я ничего не писал. Я только заметил, что его не обязательно печатать на формулярах и КК. Полагаю, каталогизатор может различать издания не только по классификационным индексам, но и по заглавию, номеру и году. Для этого ему не нужна строка типа 77я2/В 748-102309/2005/1 со случайным числом.
Повторю ещё раз, в чём суть проблемы:
1.Согласно инструкции, библиотека может самостоятельно выбирать систему шифровки журналов.
2.На практике, это оказывается невозможным, так как поддерживаются только машинные шифры(А342342), а ББК и авторскиий знак не выводятся на карточку надлежащим образом.
Такой формуляр мы хотели бы иметь.
32.97я5
К 637
КОМПЬЮТЕРРА. - Выходит еженедельно
2005г. № 7
Вот самый простой способ его получить:
ref(l("I="v933),v621,#,v908,#, v200^a,|. |v923^h,|: |v923^i,|. |v923^k,|: |v923^l,|.........
Re: Связь журнальных описаний в комплектаторе и в каталогизаторе
Пользователь: Дунаевская С.М. (IP-адрес скрыт)
Дата: 14, March, 2005 17:58
Так в чем проблема? Сделайте нужный Вам формат.
Извините, только зарегистрированные пользователи могут писать в этом форуме.