7.5. ATHRU – Авторитетная БД АПУ к УДК
Для ввода информации в БД ATHRU предлагается РЛ ATHRU.
Рекомендации по вводу информации в отдельные поля, заполнение которых требует специальных пояснений.
Заполнение поля 510 (связанные принятые заголовки) формирует ссылку «см. также» от принятого заголовка, указанному в поле 510. Заголовки, приведенные в поле 510, обязательно должны являться заголовками других авторитетных записей – они создаются автоматически при сохранении записи.
Пополнять БД ATHRU можно не только путем ввода непосредственно информации о новых индексах УДК в данную БД, но и автоматически из записей БД ЭК. Это можно выполнить либо при сохранении записи, при условии, что задан параметр MODATHRU=1 (irbisc.ini, секция [Main]), либо заданием глобальной корректуры (файл athru.gbl). При этом в БД включаются данные всех оригинальных индексов УДК, в полях которых введено подполе Текст.
БД АПУ УДК используется при вводе в запись ЭК индексов УДК (поле 675)
7.6. ATHRG – Авторитетная БД Географических названий
Для ввода информации в БД ATHRG предлагаются следующие РЛ
ATHRG – основной, предназначен для ввода авторитетной записи на Географическое название (ГН).
REF – предназначен для ввода ссылочной записи на ГН, РЛ REF используется только в тех случаях, когда не удается установить связь между основным и вариантными (другими) заголовками в РЛ ATHRG.
EXP – предназначен для ввода справочной записи на ГН.
Рекомендации по вводу информации в отдельные поля, заполнение которых требует специальных пояснений.
Заполнение поля 410 (вариантные заголовки ГН) формирует ссылку «см.» к принятому заголовку, указанному в поле 210. Географические названия, приведенные в поле 410, не могут быть заголовками других авторитетных записей. Информация из поля 410 в ЭК не переносится.
Заполнение поля 510 (связанные принятые заголовки ГН) формирует ссылку «см. также» от принятого заголовка, указанному в поле 210. ГН, приведенные в поле 510, обязательно должны являться заголовками других авторитетных записей – они создаются автоматически при сохранении записи.
Пополнять БД ATHRG можно не только путем ввода непосредственно информации о новых Географических названиях в данную БД, но и автоматически из записей БД ЭК. Это можно выполнить либо при сохранении записи, при условии, что задан параметр MODATHRG=1 (irbisc.ini, секция [Main]), либо заданием глобальной корректуры (файл athrg.gbl). При этом в БД включаются данные всех оригинальных Географических наименований из поля 509.
БД Географических названий используется при вводе в запись ЭК сведений о картографическом материале (поле 509)
8. БД KZD - КАЛЕНДАРЬ ЗНАМЕНАТЕЛЬНЫХ ДАТ
В БД «Календарь знаменательных дат» определены следующие виды документов:
персоны (лица),
предметы (книги, произведения живописи и т. п.),
мероприятия (выставки и конференции)
различные события, в частности, праздники, культурные и исторические вехи.
Для описания части документов проработаны достаточно подробные Рабочие листы, другие описываются минимальным набором – Название, Аннотация (в которой могут быть выделены ключевые слова и словосочетания) и полем «Даты для КЗД».
Это поле является обязательным во всех записях, оно содержит дату совершения события и число лет (интервал), через которые отмечается его юбилей.
На основе данных этого поля формируются следующие специальные словари:
Год, месяц, день совершения события
Месяц, День – дает группировку событий на каждый день
Юбилеи текущего года – в него попадают события, юбилей которых отмечается в текущем году
«До юбилея осталось … лет» - в нем группируются события, юбилеи которых будут отмечаться через 1, 2, 3 и т.д. лет (с учетом индивидуальных интервалов для разных событий)
Естественно, что для актуальности последних двух словарей в начале каждого календарного года создание словаря нужно выполнить заново.
В тестовой БД представлены примеры.
Записи могут содержать отсылки на связанные документы, как в текущей БД, так в других БД, в частности в БД ЭК (например, отсылка от записи Выставки к Каталогу этой выставки). Предусмотрено формирование поля 320 «Библиография» с использованием переноса краткого БО из записей электронного каталога, которые можно найти по словарям авторов, коллективов или заглавий. Ссылки отражаются в форматах просмотра и дают возможность прямого перехода на связанные документы. Имя БД для заимствования указывается в настройке.
Обеспечен ввод связи документа БД KZD с документом - источником, в котором опубликована нужная статься (из полей «Оглавление» выпуска журнала или содержание сборника)
Подготовлены выходные табличные формы «Календарь» (сортировка по месяцам, выводится краткое описание события (из 309^T) и полное (аннотация) – форма CALENDAR) и «Указатель событий по тематике» (с размножением рубрик и событий, когда в одном документе несколько рубрик и несколько дат для календаря – форма UKT).
Примечание. Поскольку в таблицы выводится информация из комбинаций повторяющихся полей, подготовка таблиц выполнена нестандартным способом (Генератор форматов использован частично и не может быть впрямую использован для корректировки)
Подготовлены HTML - форматы просмотра Kzd_H.pft и Kzd_H_Uni.pft; второй из них показывает графические внешние файлы непосредственно в формате
9. БД ARCH – ТЕХНИЧЕСКИЙ АРХИВ
БД ориентирована на задачи технического архива предприятия и работу с проектно-конструкторской технической документацией; разработана в соответствии с Техническим заданием ОАО «РУСАЛ ВАМИ».
Набор ЭД в БД ARCH основан на БД ЭК, структура РЛ ARCH близка структуре РЛ PAZK. Часть неиспользуемых полей удалена, введены некоторые новые поля. Кроме того, расширен набор элементов в соответствии с конкретными особенностями информации, изменены некоторые справочники и добавлены новые. В частности, введены сведения о договорах Номер договора, Разрешение на изменение (порядковый номер изменения, номер разрешения на изменение) и Марки комплектов рабочих чертежей.
РЛ Arch.ws не имеет вложенных РЛ полей и cостоит из следующих закладок: Коды, Основное БО, Расширенное, Экземпляры, Технология, Систематизация, Содержание. Названия полей настроены на специфику БД.
РЛ подполей и форматы просмотра/печати, настроенные на специфику БД ARCH, имеют в именах суффикс «_arch», что позволяет объединить эту БД с библиографической БД.
Основная особенность БД ARCH - установление глубоких иерархических связей между документами – ссылки «вверх» и «вниз» множественные (от одного к нескольким), ссылки вводятся в поля 421 и 422, но форматы построены таким образом, что для организации иерархических связей достаточно только ссылки вверх (поле 422), ссылки вниз (поле 421) можно не вводить. На закладке Технология введено новое поле 14 «ссылки вверх», которое используется при формировании «дерева связанных документов» - см. ниже. Дополнительно формируется служебный словарь «иерархия», который используется при подготовке БД к работе с «деревом связанных документов» - см ниже.
На закладке Систематизация при вводе данных в поле 606^a словарь «предметных рубрик» подается в виде иерархической структуры.
Подготовлены специальные форматы, в которых связанные документы показываются в виде дерева. Формат Kn_Arch_H.pft (HTML) дает возможность перехода к просмотру текущего документа либо в виде «Дерева» (иерархической древовидной структуры на полную глубину вверх и вниз), либо в виде «Гнезда» (иерархической структуры на один шаг вверх и вниз). В обоих вариантах имеется возможность отметить документы и экспортировать их, указав при этом необходимость одновременной выгрузки и внешних объектов.
Формат показа в виде дерева требует предварительной подготовки БД, а именно: в каждую запись, имеющую поле 422 (ссылка вверх) должно быть внесено поле 14 (ссылка вверх), в котором отслеживается «ветвь дерева» - полный путь вверх от текущего документа вплоть до самого верхнего уровня (основного документа). Число повторений поля 14 соответствует числу оригинальных «ветвей дерева» для текущего документа.
Примечание. В форматах введено ограничение на обработку числа повторений поля 14 (<=15).
Форматы построены таким образом, что для организации иерархических связей в принципе достаточно только ссылки вверх (поле 422), а ссылки вниз (поле 421) можно не вводить.
Поле 14 имеет нестандартную для системы ИРБИС структуру с повторяющимися подполями и строится автоматически. Все связи в поле 14 реализуются на основе ЭД «Идентификатор записи» (поле 19^b), которое должно быть для каждого документа БД обязательным и уникальным.
Предварительная разметка БД, созданной ранее, выполняется глобальной корректурой – подготовлены два задания Add14d.gbl и Add14d2.gbl. Первое из них выполняется однократно, а второе несколько раз – до тех пор, пока в словаре «Иерархия» значения числа документов с полем 14 и общего числа полей 14 не перестанут пополняться (определяет последовательное формирование ветвей в поле 14).
Внимание! При выполнении заданий для ускорения работы целесообразно отключать ФЛК и Автоввод. Задания выполняются на всей БД.
В текущем режиме работы поле 14 формируется автоматически при вводе новой ссылки в поле 422 при условии, что документ, на который вводится ссылка, уже введен в БД и ссылка вносится через словарь (работают формат переноса и автоввод)
В дистрибутив включена тестовая БД, в документах которой введены поля 14 и реализуются иерархические связи
10. ИМПОРТ В СВОДНЫЙ КАТАЛОГ
Если Пользователь ведет Сводный каталог книг (СКК), в котором в одной записи БО отражаются сведения о наличии издания в разных библиотеках (города, региона и т.п.), то для ведения такого СКК можно использовать режим «ИМПОРТ СО СЛИЯНИЕМ» (формат записи – ИРБИС).
При выполнении этого режима необходимо
выбрать таблицу переформатирования (в ниспадающем меню)
задать режим «Слияние» (поставить чек в окошке)
выбрать файл в окне «Формат ключа» или в окне «Глобальная», которые становятся активными после выполнения предыдущего пункта
нажать кнопку «Выполнить» и задать файл импорта.
В процессе выполнения задания для каждой импортируемой записи проверяется наличие дублетной записи в БД ЭК; найденная запись корректируется, если дублетная запись отсутствует - создается новая запись, в которую вносятся ВСЕ данные из импортируемой записи.
При корректировке записи действует следующее правило: неповторяющиеся поля заменяются, к повторяющимся приписываются оригинальные данные из импортируемой записи.
Для идентификации записей, импортируемой и в БД СКК, используется «Свертка БО» (аналогично тому, как это делается при сверке на дублетность при вводе новых записей в БД), поскольку рассматривается вариант с неизвестными шифрами.
Импортируемые записи должны быть в формате ИРБИС.
Предлагается 2 режима работы (таблица переформатирования):
Impsvk – «Импорт в сводный каталог (формат ИРБИС)» - Режим «Импорт - Слияние-Формат ключа»;
Impsvk_Sigla – «Импорт в сводный каталог с приоритетом сигл (формат ИРБИС)» - Режим «Импорт – Слияние – Глобальная»
В обоих режимах импорта анализируются и учитываются дублеты внутри входного файла.
10.1. Приписка сигл – держателей документов
Этот простой вариант ориентирован на приписку сигл библиотек-держателей документов (поле 902) к записи БД сводного каталога (если она есть) или ввод новой записи, если такого документа в сводном каталоге еще нет.
При выполнении задания выбирается:
таблица переформатирования – ImpSvk
формат ключа – ImpSvk
10.2. Импорт в сводный каталог с приоритетом сигл
Дополнительно к первому варианту:
Вводится понятие «Приоритетная сигла» - сиглы организаций, имеющих наивысшее права на корректировку записей (определяются в справочнике SiglP.mnu).
Предполагается, что если первоначально документ был введен в СКК НЕ «приоритетной» сиглой, то он будет откорректирован, то есть все библиографические поля и поля индексирования будут автоматически заменены, если импортируемая запись поступила от «приоритетной сиглы»
Предполагается также, что если первоначально документ был введен в СКК «приоритетной» сиглой или уже откорректирован ею, то он может быть дополнен оригинальными полями индексирования с указанием новой «приоритетной» сиглы, приславшей запись (в дополнительном подполе ^_).
Поля индексирования – это Предметные и географические рубрики (606, 607, 929), Ненормированные ключевые слова (610), ББК (621), УДК (675), Индексы ГРНТИ (964), Дескрипторы тезауруса (665), Дескрипторы Mesh (605, 995, 996).
Дополнительный ввод полей индексирования может быть отменен заданием параметра SvkAddIND= в INI-файле (секция MAIN); по умолчанию данные вводятся
Предполагается также, что каждая сигла вводит в документ СКК не только свою сиглу, но оригинальные данные об экземплярах - это поля 910, а также, поля описывающие состояние и особенности экземпляров редких книг – 141, 316-318, 391-399
Ввод полей данных об экземплярах может быть отменен заданием параметра в SvkAddEX= INI-файле (секция MAIN); по умолчанию данные НЕ вводятся
Безусловно в запись СКК вводится сигла , а также поле 907 «IMP – дата – сигла»
Наличие в СКК документа, дублетного импортируемой записи, определяется по комплексу библиографических ЭД. Если дублетного документа не найдено, импортируемая запись вводится как новая полностью.
При выполнении задания необходимо указать:
таблица переформатирования – ImpSvk_Sigla
глобальная – ImpSvk_Sigla
Кроме того, динамически по кнопке Настройка можно устанавливать сиглу организации, приславшей импортируемый файл записей; при отсутствии данных в настройке сигла вводится непосредственно из записи (поле 902). |
