Версия 2004.2
Функциональные возможности:
АРМ Каталогизатор.
1. Обеспечена возможность ОРФОГРАФИЧЕСКОГО контроля русского языка в окне полного описания на плоскости ВВОД. Контроль осуществляется на основе орфографического словаря Microsoft Word (Mssp_ru.lex). Контроль орфографии осуществляется автоматически (при каждом обновлении док-та) - ошибочные слова помечаются специальным цветом. Помимо основного словаря Word можно использовать вспомогательный (пользовательский) словарь, куда, например, можно внести все принятые сокращения, чтобы они не помечались как ошибки. Для управления контролем орфографии вводятся специальные параметры INI-файла: SPELLING - принимает два значения: 1 - контроль включен (по умолчанию); 0 - контроль отключен CUSTOMDICT - указывает полный путь и имя вспомогательного (пользовательского) словаря для контроля орфографии (по умолчанию - вспомогательный словарь не используется)
2. В режиме ПЕЧАТЬ (подрежим СПИСКИ) обеспечена возможность установки общих параметров печати: ПОЛЯ, РАЗМЕР БУМАГИ, ОРИЕНТАЦИЯ, ШРИФТ - которые запоминаются в клиентских INI-файлах. В INI-файл секция [MAIN] введен новый параметр PRINTPAR который разрешает (1 – по умолчанию) или запрещает (0) установку общих параметров печати.
(то же самое реализовано в АРМе Читатель)
3. Обеспечена следующая возможность: двойной щелчок по слову в окне полного описания на плоскости ВВОД приводит к тому, что управление (точка ввода в РЛ) переключается на то поле (в нужную позицию), где содержится данное слово. Особенно полезно при исправлении орфографических ошибок: двойной щелчок по ошибочному слову в окне полного описания приводит к переходу к этому слову в РЛ.
4. В режим ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена новая опция, которая позволяет снять неопределенность при шаблон-поиске по повторяющимся полям с подполями. Включенное состояние опции (выполненной в виде индикатора) означает, что ВСЕ повторения выбранного поля должны удовлетворять требованиям поиска; в противном случае - хотя бы одно из них.
Например:
В шаблон-поиске указано требование - НАЛИЧИЕ в поле 910 (экземпляры) подполя С (дата) Если опция включена - будут искаться док-ты, в которых во ВСЕХ повторениях поля 910 есть подполе С, если выключена - документы, в которых хотя бы одно повторение поля 910 содержит подполе С
(то же самое реализовано в АРМе Читатель)
АРМ Книговыдача.
1. В технологии КНИГОВЫДАЧИ предлагается новый элемент: МЕСТО ВЫДАЧИ - имеет смысл для тех библиотек, где существует несколько мест (кафедр) выдачи, отличающихся по спектру выдаваемых изданий и обслуживаемых читателей (например, вузовские библиотеки). Использование этого параметра предполагает наличие:
- справочника в БД RDR, содержащего список всех мест выдачи (по умолчанию - KV.MNU;
- справочника в БД ЭК, устанавливающего соответствие между местами хранения и местами выдачи (по умолчанию MHRKV.MNU) - может отсутствовать, в случае однозначного совпадения мест хранения и мест выдачи;
- в записях читателей сведений о том, по каким местам выдачи они обслуживаются (повторяющиеся поля 56 и 57) - могут отсутствовать, если читатель обслуживается по всем местам выдачи;
- специального формата в БД ЭК (через параметр InfoForReaderPft INI-файла, по умолчанию - FREEKZ1.PFT), формирующего сведения о местах хранения свободных экземпляров и местах выдачи, разрешенных для данного читателя.
Читатель (в АРМе Читатель) может указать МЕСТО ВЫДАЧИ в момент ПОДТВЕРЖДЕНИЯ РЕГИСТРАЦИИ (после нажатия кнопки ЗАКАЗ) - при этом он получает информацию о наличии свободных экземпляров заказываемого издания и список мест выдачи, где он может заказать это издание.
В АРМе Книговыдача введен новый параметр НАСТРОЙКИ - МЕСТО ВЫДАЧИ, - который позволяет фильтровать очередь невыполненных заказов, т.е. делать так, чтобы на конкретном месте выдачи (где работает АРМ Книговыдача) были видны только те заказы, которые адресованы этому месту выдачи.
АРМ Читатель.
1. Предлагается новая опция (параметр) поиска, обеспечивающая АВТОМАТИЧЕСКОЕ РАСШИРЕНИЕ ЗАПРОСА (ПОИСКА) НА ОСНОВЕ АВТОРИТЕТНЫХ ФАЙЛОВ И ТЕЗАУРУСА. Идея заключается в том, что термины, указанные пользователем для поиска, автоматически ДОПОЛНЯЮТСЯ по Авторитетному файлу или Тезаурусу.
Например: Читатель задает в качестве термина поиска (по автору) Горький Максим в результате поиска будут найдены произведения, имеющие отношение к:
Горький Максим
Горький Алексей Максимович
Пешков Алексей
Аналогично при поиске по коллективам –
Задается: ВИНИТИ а находятся док-ты
ВИНИТИ
Всероссийский инстиут научно-технической информации
Аналогично можно расширять поиск по тезаурусу (задается МЕБЕЛЬ а ищется по СТУЛЬЯ, КРОВАТИ и т.д.)
Данная возможность (автоматическое расширение запроса) реализуется за счет нового параметра в сценарии поиска
ItemAdvNN=,
,
Dbname - имя БД Авторитетного файла или тезауруса или любой другой БД, используемой для расширения поиска (по умолчанию, т.е. если БД не указана, берется БД, в которой производится поиск).
Prefix - префикс, который прибавляется к текущему термину для поиска док-ов в БД расширения.
Format - в виде @<имя_формата> или <явный_формат> - формат, с помощью которого расформатируются найденные в БД расширения док-ты - каждая строка расформатирования рассматривается как термин расширения (формат, заданный по имени, должен находится в БД расширения)
(то же самое реализовано в АРМе Каталогизатор)
АРМ Комплектатор.
АРМ Администратор
Язык форматирования
1. В языке форматирования добавлены новые конструкции для работы с глобальными переменными и списками строк - unifor('+1...). Описание этих подкоманд находится в файле
Подкоманды для глобальных переменных.doc
на открытом FTP ftp://ftp.gpntb.ru
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ.
Изменения в Версии 2004.2
АРМ ЧИТАТЕЛЬ
Обеспечение задачи «Читатель при заказе может указать кафедру выдачи, где он желает получить книгу (где есть свободные экземпляры)»
Внесены следующие изменения:
БД IBIS.
Введен новый справочник MHRKV.MNU, в котором задается соответствие мест хранения и кафедр (мест) выдачи (соответственно в части Код и Пояснение). При полном соответствии справочник не нужен. При частичном несоответствии в справочнике должны быть указаны ВСЕ места хранения (части «код» и «пояснение» у них совпадают). Этот справочник (в отличие от стандартных) может содержать несколько одинаковых кодов с разными пояснениями (из одного места хранения книги могут выдаваться в разных местах выдачи, например, студентам первых курсов и студентам старших курсов на разных учебных абонементах).
Формат FREEKZ1.PFT определяет в процессе заказа литературы (АРМ Читатель), какие из свободных экземпляров доступны данному читателю (идентификатор читателя передается в формат в поле 1002) на основе данных, введенных в запись читателя; читателю предлагается выбрать одну из предлагаемых кафедр (мест) выдачи, куда будет адресован его заказ.
БД RDR
В РЛ default.ws, rdr.ws, rdru.ws ведены новые поля: в поле 56 вводятся те кафедры (места) выдачи, которые ТОЛЬКО и разрешены данному читателю; в поле 57 вводятся ТОЛЬКО те кафедры (места) выдачи, которые запрещены данному читателю (при этом предполагается, что все остальные ему разрешены). Отсутствие данных в обоих полях означает, что читателю доступны все места выдачи, причем они совпадают с местами хранения.
Введен новый справочник KV.MNU – «кафедра выдачи» (должно быть обеспечено соответствие кодов в этом справочнике и в справочнике MHRKV.MNU – см. выше).
Соответственно вывод этих полей добавлен в форматы просмотра RDRW.PFT, RDRUW.PFT
IRBISR.INI
Для работы в режиме выбора кафедры выдачи при заказе литературы в файле инициализации irbisr.ini должен быть установлен параметр InfoForReaderPft= <имя формата> (по умолчанию freekz1)
АРМ КАТАЛОГИЗАТОР
БД IBIS
Разработана новая система Рабочих Листов с использованием аппарата «вложенных РЛ», что позволяет при необходимости внесения исправлений делать это однократно, а также формировать дополнительные РЛ и подключать их как отдельные страницы.
При этом:
На всех РЛ введены цифровые метки полей;
Изменена последовательность представления части ЭД:
выделена отдельная страница: «Специфические данные», на которой собраны поля, описывающие характеристики электронных ресурсов (230, 337 и 135), Патентов, Отчетов о НИР, НТД и ЮД (982), аудио, видео, кинофильмов, карт и т.д. (115, 123, 125, 126, 130, 915, 916, 106);
выделены отдельные страницы «Содержание» и «Краеведение»;
поля 600 и 601 (персоналии) перенесены со страницы «Расширенное БО» на страницу «Систематизация»;
Разработаны новые, «первичные» РЛ, которые используются как «вложенные» в структуре полных видовых РЛ:
BOuni.ws включает страницы, общие для всех РЛ (всех видов документов): Коды, Основное БО, Расширенное, Специфические данные, Экземпляры, Технология.
Index.ws – Систематизация (без содержания)
Content.ws - Содержание
KO.ws - Книгообеспеченность
RD.ws – Редкие
Techn.ws - Технология
KRD.ws – Краеведение
В РЛ BOuni Страница «Коды» переставлена и подается перед страницей «Основное БО», поскольку:
на основе кода языка (первое повторение) автоматически строится ЭД поля Заглавие «Сведения об ответственности» и формируются константы типа « [и др.]» или « [et al.]», а в поле «Выходные данные» - константы « [Б. м. : б. и.]» или « [S. l. : s. n.]»,
на основе кода типа документа автоматически строится ЭД поля Заглавие «Общее обозначение материала» (если не введено явно, только в выходных форматах без записи в документ);
на основе кода характера документа (первое значение) автоматически строится ЭД поля Заглавие «Сведения, относящиеся к заглавию» (если не введено явно и при отсутствии 905^2 (отменить умолчание), используется справочник 200ehd.mnu - откорректированный в части раскодировки справочника hd.mnu).
Примечание: Вероятно, стоит дополнительно откорректировать текстовую часть справочника (силами кого-то из заинтересованных Пользователей)
Наполнение полных, видовых, РЛ не изменилась, а именно:
РЛ PAZK42 и PVK42 включают специфические для каждого РЛ страницы Дублетность, страницы РЛ BOuni.ws и все одностраничные РЛ.
РЛ SPEC42 включают первую страницу, специфическую для описания общей части многотомного издания, страницы РЛ BOuni.ws и все одностраничные РЛ.
ASP42 включает специфические страницы Дублетность (вместе со сведениями об источнике) и Рецензия/Реферат, страницы РЛ BOuni.ws и одностраничные РЛ Систематизация и Содержание
AUNTD42 включают специфическую страницу Дублетность, страницы РЛ BOuni.ws и одностраничный РЛ Систематизация.
Одностраничные РЛ могут быть напрямую использованы при работе специалистов, описывающих ЭД Краеведения, Редкой книги, Систематизации/Предметизации, Содержания книжного сборника, причем в режиме, когда все остальные ЭД видны в просмотре и на странице РЛ «Добавочные», но корректировка их запрещена.
Примечание: В качестве примера такой работы специалистов по лингвистической обработке подготовлен файл инициализации Irbiscsist.ini, который настроен на файлы Fmt42sist.mnu, Ws42sist.opt, и параметр AccessLevel=1
Соответственно п.1 изменены файлы Fmt31.mnu (справочник-меню РЛ) и Ws31.opt (оптимизация выбора РЛ).
Примечание: При нежелании перейти на новую систему РЛ Пользователь может изменить имена файлов: fmt31s.mnu на fmt31.mnu и ws31s.opt на ws31.opt.
Разработана новая система основных выходных форматов (просмотра, КК в индивидуальном и пакетном режимах) и структура файлов с использованием аппарата «вложенных форматов», что позволяет при необходимости внесения исправлений делать это однократно, а также формировать из них дополнительные форматы.
ФОРМАТЫ ПРОСМОТРА
IBISW.PFT заменяется форматами KN.PFT (моноиздание), MN.PFT (том многотомника), ASP.PFT (аналитическое описание), каждый из которых состоит из вложенных форматов. Полная структура всех вложенных форматов представлена в PFT.TRE.
3.1.1. KN.PFT состоит из форматов: osvex, orchifr, ozboz, otitkn, oizd, ospec, ovixd, ofizxar, oser, oprim, oISBNcn, oprimd, ogrudk, orubdks, oprip481, opris488, odoptd, oex910, ofinal;
3.1.2. MN.PFT состоит из форматов: osvex, orchifr, otit461, otitkn, ibis925, oizd, ospec, ovixd, ofizxar, oser, oprim, oISBNcn, oprimd, ogrudk, orubdks, oprip481, opris488, odoptd, oex910, ofinal;
3.1.3. ASP.PFT состоит из форматов: osvex, orchifr, ozboz, otitkn, oizd, ospec, oistasp, oser, oprimd, ogrudk, orubdks, oprip481, opris488, odoptd, oex910, ofinal;
Новые форматы:
OTIT461 – описывает все данные Общей части многотомника;
OZBOZ (расширенный ozbo) - описывает заголовок и основное заглавие книги/тома/статьи;
OTITKN - описывает расширенное заглавие и сведения об ответственности книги/тома/статьи;
OFIZHAR - описывает количественные (okolhr) и физические характеристики (ofizhar0, ofizhar1) документа;
OPRIM – Область примечаний основная, включает также opril454 и содержание краткое;
OPRIMD – Область примечаний, дополнительная (выводится с нового абзаца после области ISBN), включает также oant, opri451, opril421 и содержание полностью;
OPRIS488 – примечания о других связанных изданиях (новое поле)
OFINAL – описывает ссылки на внешний документ, учебную литературу и сведения о держателе документа
Форматы КК (Индивидуальная печать)
Все форматы со старыми именами (!kkkow.pft, !kkkdw.pft, !kkkc.pft, !kkktw.pft, !kkkuw.pft, !kkkfw.pft) используют общие вложенные форматы, часть из которых – совпадает с форматами просмотра, а другая часть - специальные для КК (отличаются параметры настройки и разметка)
Новые форматы:
!kkkbo.pft – основное БО,
!kkkind.pft - индексы,
!kkkr.pft - рубрики,
!kkkexk.pft -экземпляры,
ibis925k.pft – другие тома в одной книге,
oprimk.pft - примечания,
oisbncnk.pft – ISBN и цена,
oistaspk.pft – источник аналитического описания;
Форматы КК (Пакетная печать)
Основной формат со старым именем !!kk1bo.pft использует вложенные форматы, часть из которых - форматы просмотра, а другая часть - специальные для КК:
ibis925k.pft – другие тома в одной книге,
oprimk.pft - примечания,
oisbncnk.pft – ISBN и цена,
oistaspk.pft – источник аналитического описания;
AUTOIN.GBL
Отменена корректировка ЭД «Сведения об ответственности» при некорректном отражении в нем данных первого автора (удалены операторы REP 200^F, 461^F, 922^G, 330^G, 470^F, 481^F). Эта корректировка (пополнение введенных «Сведений об ответственности») была реализована после внедрения ГОСТ 7.80-2000, потребовавшего обязательного включения первого автора в эту область БО. Отметим, что в форматах просмотра корректировка остается, что необходимо для документов, введенных до 1.07.2001 года.
В операторе ADD 200^E введено автоматическое формирование o200^e (дополнительно к сведениям о диссертации) по формату o200e.pft
В операторах построения сведений об ответственности ADD 200^F, 200^G, 461^F, 922^G, 925^G используются те же вложенные форматы, что и в форматах просмотра;
Внесены изменения, реализующие регистрацию интервала номеров журналов, что в предыдущих версиях выполнялось программно.
Внесены изменения, касающиеся регистрации выпусков, изданных в одной обложке (поля 930 и 931): cнято ограничение на количество объединенных выпусков.
Введен автоматический перенос данных, управляющих форматом просмотра, из «Настройки» в поле 905 с тем, чтобы эти данные в дальнейшем «работали» при получении других выходных документов (например, Указателей), а также при выводе результатов web-поиска.
Примечание. В настоящей версии «другие» форматы еще не переведены в новую структуру со стандартным набором вложенных форматов.
Изменения, связанные с внедрением ГОСТ 7.1-2003.
Область заглавия и сведений об ответственности
Общее обозначение материала (ООМ).
В полях Заглавие (книги/тома или Общей части многотомника) введены подполя 200^b, 461^2 (ввод по 200b.mnu).
Поскольку предложенный в ГОСТ список терминов частично пересекается с текстовыми расшифровками кодов в поле 106^a (Текстовые материалы – полиграфические характеристики) и в поле 900^t (Тип документа), нами определена связь между ними с тем, чтобы заполнение данных производилось единожды – а именно в поле 900^t «Тип документа».
Если в полях Заглавие подполя ООМ не заполнено, то на просмотре и в файлах экспорта оно формируется из поля 900^t в соответствии со справочниками соответствия OOMR.MNU или OOMI.MNU на русском или английском языках (определяется по полю 101).
Справочник 900T.MNU расширен – в него введены дополнительные коды в соответствии с требованиями к ЭД «Общее обозначение материала» и традиционной практикой (например, Препринт). Выводить ли значение [Текст] при отсутствии данных (по умолчанию - выводится) определяется параметром настройки (поле 905 или по кнопке «настройка») в форматах просмотра (Ozboz.pft, Otit461o.pft) и КК (!kkkbo.pft, !!kk1bo.pft), а также в форматах пополнения записи КСУ rksu.fst в БД IBIS и CMPL.
При сохранении документа автоматически формируется код в поле 106^a, для которого в 900^t введен аналогичный ЭД (например Брайль). Это соответствие задается в справочнике 106t.mnu
Соответственно, коды из поля 106, которые ранее в выходных документах показывались в области шифра, теперь частично показываются в области ОММ, а другая их часть (собственно полиграфические характеристики) показываются в области шифра в соответствии со справочником 106sh.mnu.
Форматы: 200d.wss, 200bz.wss, 200hz.wss, 200si.wss, 461.wss, 200b.mnu, oomr.mnu, oomi.mnu, 900t.mnu, 106.mnu, 106t.mnu, 106sh.mnu, 905.wss, Setpriv.wss
Введен пробел перед разделительными знаками «;», «/» и «:» - форматы: O200f, O200g.pft, Ibis922.pft, Ibis925.pft, Ibis925К.pft, O922g1.pft; Otitkn.pft, Ozboz.pft, Otit461.pft, O461f.pft, O961f.pft; AUTOIN.GBL (461^x, 461^b, 963^b);
200e.mnu – справочник «сведения, относящиеся к заглавию» - первый символ заменен строчной буквой;
Константы «и др» и «et al» заключены в [ ] и вставлена «.» - форматы: Osoa.pft (OsoaP.pft), O461f .pft (O461fP.pft), O961f.pft (O961fP.pft), ibis922g.pft, ibis925g.pft;
7024.mnu и 7024.tre – справочники «Функция» к полю «Редакторы, составители, композиторы…» (961^4,5,6 и 702^4,5,6): первый символ заменен строчной буквой. В форматах первый символ области - прописная, остальные – как введено)
Формат AUTOIN.GBL использует те же вложенные форматы – o200f.pft, o461f.pft, ibis922g.pft, ibis925g.pft, o200e.pft, что позволило вносить изменения однократно. При этом реализована возможность вывода в Сведениях об ответственности при наличии более 3-х авторов либо оставить по-старому, выводя 3-х авторов с константой « [и др.]», либо давая укороченный вариант – первый автор [и др.]. По умолчанию работает новый, короткий, вариант. При желании Пользователя использовать старый, полный, вариант, он должен переименовать 3 файла:
Формат OsoaP.pft («полный») переименовать в Osoa.pft,
Формат O461fP.pft («полный») переименовать в O461f.pft,
Формат O961fP.pft («полный») переименовать в O961f.pft
Примечание 1: Форматы ibis922g.pft и ibis925g.pft, формирующие, соответственно, сведения об ответственности авторов в полях 922 (сборник без общего заглавия) и 925 (второй и другие тома в одной книге) работают только по новому, короткому, варианту.
Примечание 2: Формат o963f.pft используется ТОЛЬКО в Autoin.gbl в операторе ADD 963^F и только по новому, короткому, варианту
Область выходных данных
В поля 210 и 461 добавлены подполя: 4 (город на издании для вывода), 5 (пояснения к году, показываемые перед ним; в словарь берутся после года), 6 (функция издающей организации).
Примечание: В 210.wss, 210d. Wss и 461n. wss добавлены все новые подполя, в 210si.wss добавлены только подполя 4 и 6.
В ibis.fst - изменены термины с префиксами 'G=' и '!'. Год, введенный в квадратных скобках, в сверке на дублетность не участвует и в словарь берется содержимое квадратных скобок с пояснением в конце термина ‘ [ ]’ .
Введен пробел перед разделительными знаками «;», «/» и «:», введены квадратные скобки для ‘Б. м.’ и т.п. и учтены подполя 4,5,6 полей 210 и 461 в pft: !rmova, !rmovt, !pmovy, !pmovt, !pmovb, !smova, !smovt, ovixd, ovixdm, dbnflc, !kkkow, !kkkc, !kkkdw, !kkkuw, opri451 и 470.wss
Область издания
Поле 205 стало повторяющимся. Добавлены новые подполя: d –параллельные сведения об издании, g – последующие сведения об ответственности. Изменены рабочие листы: bouni.ws, default.ws, 205.wss, а также формат izd.pft
Область физических характеристик
Форматы Okolhr.pft (количественные характеристики), Ofizhar0.pft и Ofizhar1.pft (физические характеристики) объединены в формат Ofizhar.pft
Область серии
Изменены
разделители между несколькими сериями (вместо разделитя области “. - ”, ставившегося перед каждой серией в скобках они разделяются только пробелом).
Введен пробел перед разделительными знаками «;», «/» и «:». PFT: otit461o, oser, !tmov423,
В Obn.mnu добавлены обозначения частей строчными буквами и пробел в конце обозначения.
Область стандартного номера и условий доступности
В полях 10 (10.wss – подполе z) и 461 (461n.wss – подполе 1) введено подполе «ошибочный ISBN»
В ibis.fst добавлены термины с префиксом B= (ошибочные ISBN из полей 10^z и 461^1)
Вынесены из области сведения о тираже
Область примечаний
Изменена последовательность вывода полей: 230 (системные требования), 337 (режим доступа), 517 (разночтения), 314 (об интеллектуальной ответственности), 912 (о языке), 320 (о наличии библиографии), 327 (о содержании), 330 (содержание: в КК – всегда, в просмотре – только при неполном выводе), 300 (общие примечания), 454 (об источнике переводного издания), 215 (тираж)
Изменения в форматах
Okolhr.pft –добавлено … or v215^a:'л'…
Orshifr.pft, Ozboz.pft, Otit461.pft – при наличии поля 503 (заголовок формы) заглавие жирностью не выделяется
Orubdks.pft, !!kkprk.pft, !kkkr.pft – ключевые слова по умолчанию выводятся строчными буквами; изменены ksk.mnu, ksp.mnu и пояснения в 905.wss и setpriv.wss.
Rmarcw.pft, rmarce.fst, rmarci.fst – добавлены 210^4, 210^5, 210^6, 461^4, 461^5, 461^6, 10^z, 461^1.
Новое в справочниках
320.mnu – пробелы и строчные буквы
2151.tre, 2151.mnu, nosfst.mnu – добавлен код «o=эл. опт. диск - КОМПАКТ-ДИСК (без уточнения)»,
slpag.mnu – («сложная пагинация») – добавлены коды с [ ]
il.mnu – введены точки в конце сокращений и пробелы после точки, стоящей не в конце текста
900t.mnu – добавлены коды:
a1 – «Препринт»
a2 - «Ксерокопия»
1 – «Шрифты Брайля»
g1 – «Видеозаписи»
g2 – «Кинофильмы»
g3 – «Проекционные материалы»
m2 – «Комплект»
hd.mnu – добавлен код 16 - Литературоведение
106t.mnu – определяет коды из 900^t, которые при сохранении документа автоматически переводятся в коды поля 106
106sh.mnu – определяет коды из поля 106, которые показываются в верхней строке выходного документа (им нет соответствия в поле 900t)
19a.mnu (идент. № нетекстового материала), vpatu.mnu (вид пат. док-та) , kliz.mnu (классификация пат. док-та) – вставлены пробелы
В 19a.mnu добавлены код «4 ISMN - Международный стандартный номер нотных изданий»
В 116.wss справочники 116a1.mnu, 116a2.mnu, 116a4.mnu, 116a10.mnu, 125b.mnu вызываются с сортировкой по текстовой части (для кода ZZ в нее добавлено «яяя-»)
В 123.wss (картографический материал) добавлено подполе Р (примечание);
В справочники языков jz.mnu (общий), jzk.mnu (языки кириллической графики), jzt.mnu (языки транслитерированных заглавий), sibir.mnu (условной справочник, включающий несколько языков, считающихся национальными) введены новые коды в соответствии с изменениями, введенными в РУСМАРКе.
Новые справочники di.mnu (см. п.9 - поле 600), 7027.tre (см.п.6 - поля 702, 961), 200ehd.mnu (см. п.1 – РЛ BOuni), mergepft.mnu (см. п.9)
Тестовая БД.
В тестовую БД введено 18 новых записей с номерами 112-129, взятых из примеров к ГОСТ7.1-2003. Старые записи не подвергались корректировке и остались без изменения.
Контроль орфографии – в окне просмотра выделяются слова, определяемые системой как ошибочные. Проверка идет с учетом словаря CUSTOM.DIC, содержащего допустимые ГОСТом сокращения (построен на основе файла GOS71293.mnu, предоставленного Егоровым С.К. (библиотека им. В.В. Маяковского, СПб))
Двойной щелчок по выделенному в окне просмотра слову переключает курсор на ошибочное слово в области корректировки (при этом минимальная длина слова, от которого идет переход к режиму корректировки, определяется оператором MinLKWLight= в INI-файле)
ФЛК - В формат !910.pft – введен дополнительный контроль на дублетность инвентарных номеров и штрих кодов ВНУТРИ документа.
Разработана новая технология задачи «Проверка фонда» – корректировка по словарю «Инв. Номер / Штрих-код» или словарю «Проверка фонда» каждого выделенного (активного) термина. По умолчанию действие (глобальная корректировка) производится при нажатии кнопки «Корректировка». В процессе корректировки исходное значение поля 910 переносится в архивное 941, а в поле 910 вводится дата проверки, значение даты ввода заменяется значением даты проверки, значение цены заменяется пересчитанным на дату проверки по справочнику izc.mnu.
Файлы:
dmodin.gbl;
Irbisc.ini – введены новые параметры в области SEARCH:
ItemModByDic37=@dmodin, ItemModByDicAuto37=0 (словарь штрих-кодов / инвентарных номеров),
ItemModByDic44=@dmodin, ItemModByDicAuto44=0 (словарь «Проверка фонда»);
Setpriv.wss – введены новые параметры настройки:
provfond (признак режима проверки фонда «1» ),
prfddat (дата проверки, если не текущая);
Irbisa.ini - введен новый параметр в области MAIN:
provfond (признак режима проверки фонда «1» для создания словаря),
Ibis.fst – при формировании словаря «Проверка фонда»:
в условие формирования словаря добавлено наличие параметров настройки в АРМах Каталогизатор или Администратор
( … or &unifor( ‘Iprivate, provfond,’)=’1’ or &unifor(‘IMain, provfond,’)=’1’), раньше было единственное условие - наличие в org.mnu для параметра 7 значения 1,
Термины в словаре, прошедшие проверку, помечаются буквой «П», а термины, не прошедшие проверку, остаются непомеченными (изменение).
Разработана технология пополнения Сводного Каталога путем импорта записи со слиянием (формат записи – ИРБИС): по свертке ЭД импортируемой записи определяется наличие дублетной записи в БД, если такая запись находится, в нее вводится только сигла (поле 902) из импортируемой записи, при отсутствии – запись вводится полностью как новая. Форматы: impsvk.pft – определяет формат для поиска дублетной записи в БД, impsvk.fst – таблица переформатирования, mergepft.mnu – список форматов для поиска.
Новые поля/подполя
Введено новое поле 488 - другие связанные издания (в словарь не вводится)
В поля 702 и 961 введены новые подполя 5, 6 (другие функции того же лица) и 7 (дополнение к функции, в области Сведений об ответственности выводится после ФИО в скобках, ввод по справочнику 7027.tre)
В поле 600 с целью правильной обработки сложных фамилий, которые вводятся в подполе “А” вместе с инициалами, изменено назначение подполя 9 (Инвертирование ФИО допустимо?). Кроме отмены умолчания (код 1 – инвертировать нельзя), для фамилий, состоящих более чем из одного слова и допускающих инверсию инициалов и фамилии, необходимо указать число слов, составляющих фамилию (справочник di.mnu).
Изменены форматы *.pft: !amovi, !amovik, !amovic, odoptd, !kkkdw, !kkk5odk, !!kk5odk, а также ibis.fst, !!kk.srw; введен новый справочник id.mnu
Новое в задаче Книгообеспеченность
В словарь БД ЭК дисциплина выводится вместе с пометой – осн/доп/мет
Актуальные (текущие) данные по осенним семестрам (ОС) формируются в сентябре-декабре (номер месяца >8). В этот же период должно быть построено поле 692 (глобальной корректурой) для фиксации данных по КО осенних семестров. При определении ККО для ОС весной данные берутся из поля 692, при их отсутствии счета нет.
Актуальные (текущие) данные по весенним семестрам (ВС) формируются в январе-августе (номер месяца <9). В этот же период должно быть построено поле 692 (глобальной корректурой) для фиксации данных по КО весенних семестров. При определении ККО для ВС осенью данные берутся из поля 692, при их отсутствии счета нет.
Осенью в сентябре-декабре (номер месяца >8) формируются «прогнозируемые» данные по весенним семестрам - для изданий, рекомендуемых для изучения в весенних семестрах, но число студентов определяется по осенним (текущим) семестрам.
Принцип расчета Коэффициента КО (ККО):
Отдельно считаются ККО по каждому «выделенному» фонду (до 5 значений, определенных в Nazn.mnu, например, по виду обучения – для заочного, вечернего и дневного обучения) при наличии в поле экземпляров подполя 910^t (специальное назначение фонда Naznac.mnu,). При этом, если хотя бы одно повторение поля 910 «помечено» (содержит ^t), то все не помеченные экземпляры считаются экземплярами общего пользования. Если нет «помеченных» экземпляров, считается один общий ККО.
ККО по «выделенному» фонду складывается из собственных данных (число экземпляров, число студентов) и общих данных (экземпляры общего пользования, общее число студентов); все исходные данные выводятся в таблице (берутся из поля 692 с учетом текущего года/полугодия или считаются по текущим данным).
Суммирование ККО по каждому выделенному фонду осуществляется при «маскировании» конкретного значения. Если «выделенных» категорий нет, производится общее суммирование.
ККО средний считается, если есть данные по обоим полугодиям.
Связанные записи БД IBIS - !book.wss - используются форматы *.pft:
Экземпляры ОС/ВС: Kokexo, Kokexv,
Студенты ОС/ВС: Koksto, Kokstv,
ККО ОС/ВС: Kokkoo, kokkov, kokkovp (прогноз), kokkosr (средний)
Глобальная корректура – ввод поля 692 – используются форматы *.pft:
Экземпляры ОС/ВС: Ko692ex,
Студенты ОС/ВС: Ko692stos, Ko692stvs,
ККО ОС/ВС: Ko692os, ko692vs + ko692osL, ko692vsL (общего пользования)
BOKO.PFT используются форматы: *.pft:
Kos1 – КО по первому ВФ
Kos2 – КО по второму ВФ
Kos3– КО по третьему ВФ
Kos4– КО по четвертому ВФ
Kos5– КО по пятому ВФ
Kosost– КО по экз-рам общего пользования
koop– КО общая (при отсутствии в экземплярах сведений о выделенных фондах)
Формы KITF3GO (основная лит-ра) и KITF3GD (дополнительная лит-ра) используют фоматы: Kitex.pft, kitexz.pft, kitsr.pft, kitsrz.pft – соответственно для данных по З/О и остальным.
Глобальная корректура – формирование поля 691 из поля 694 (заявка, введен идентификатор дисциплины) с вводом расширенных данных из БД VUZ с соблюдением следующих принципов:
Если ЭД из списка [направление - специальность или специализация – ВО – ФО - факультет – семестр - кафедра выпускающая] не указан в заявке, берутся ВСЕ данные независимо от ЭД, отсутствующего в заявке.
Если ЭД из указанного списка в заявке задан, то берутся данные, соответствующие комплекту ЭД, заданных в заявке.
Исключение – ЭД специальность: если в заявке указан код специализации (позиции 5,6 не равны 00), то отбираются также соответствующие специальности с окончанием 00, что означает, что дисциплина предназначена всем специализациям данной специальности.
Предварительно все поля 691 удаляются, а затем строятся заново на основе поля 694
В одном повторении поля 694 может быть задано несколько семестров, разделенных знаком /
Используются форматы:
Default.ws (поле 694)
Techn.ws – РЛ Технология (поле 694)
694ko.wss (заявка на учебную литературу, поле 694)
Ko691z.gbl – задание на выполнение глобальной корректуры
Glob.mnu
БД RDR
RDR.FST – введено (задача Книгообеспеченность):
Обеспечение формирования термина ‘?. . .’ со специальностью по термину со специализацией при условии, что код специальности - 6 цифр, две последние из которых – нули; код специализации – не нулевые последние цифры кода специальности.
90 0 MHL,( . . . if v90^c*4.2:’00’ then else if v90^c*4.2<>'' then ‘?. . .v90^c.4’00’ fi fi . . . /)
АРМ КОМПЛЕКТАТОР
БД CMPL
Подписка. Разработана технология указания цены доставки отдельно для каждого адресата (если не указано, берется из общих данных). Изменены форматы 39.wss, autoin.gbl (поле 938 с ценой каждого номера строится в записи), transn.fst и transndj.fst
Поступление книг. Внедрение ГОСТ 7.1-2003.
При вводе данных в РЛ ZK31.ws обеспечена возможность ввода данных в полном объеме (скопированы из БД IBIS все вложенные РЛ и справочники);
Формат просмотра IBISK.PFT изменен и состоит из вложенных форматов, идентичных форматам, используемым в БД каталога (KN.PFT и MN.PFT);
При сохранении записи (AUTOIN.GBL) используются так же, как и в БД IBIS, вложенные форматы.
БД POST
Изменено movekps.fst – вариант передачи журналов в БД комплектования без предварительной разметки с указанием периода подписки в настройке
|
