Шлюз WEB ИРБИС
1. Реализована функция постраничного просмотра PDF файлов. На отображаемых страницах обеспечено выделение терминов запроса. Навигация по документу может осуществляться путём перехода к:
а) следующей или предыдущей странице;
б) конкретной странице;
в) разделу оглавления. *
2. Обеспечена возможность разграничения прав доступа к внешним объектам БД ЭК (951 поле). Доступ к внешнему объекту может быть ограничен категориями читателей, указанными в подполе 951^D. Кроме того, может быть установлено разрешение на использование внешнего объекта только в локальной сети (индикатором этого режима является подполе 951^L). В том случае, если в 951 поле не определены ограничивающие условия, доступ осуществляется в соответствии с настройками по умолчанию. *
3. Добавлена возможность определения расположения полнотекстовых документов в 11 строке файлов *.PAR баз. *
4. Реализована возможность ввода запросов в поисковые формы с использованием встроенной виртуальной клавиатуры. *
5. Обеспечена возможность показа файлов обложек, ссылки на которые приведены в поле «Ссылка - внешний объект» (951) (при указании кодов 2a и 2b в подполе ^H) и поле «Внутренний двоичный ресурс» (953) (при указании кодов обложки в подполе ^P). *
6. Подготовлен файл документации по установке и базовой настройке WEB ИРБИС (readme_install_web.doc).
7. Разработана новая версия сервера Z64 – см. Приложение 1.
* Подробная информация по назначению, использованию и настройке режимов содержится в документации к WEB ИРБИС.
ИРБИС64 ПБД (АРМ Полнотекстовый администратор и АРМ Полнотекстовый читатель)
Добавлена возможность включения и индексирования файлов PDF, защищённых паролем. Для указания необходимости снятия защиты и указания пароля введены параметры isNeedDecryptPDF и PDFPassword в конфигурационном файле полнотекстового АРМ Администратор (IRBISA_FullText.INI).
Не предусмотрена возможность работы с защищёнными PDF-файлами при разбиении на страницы. (Для реализации данной возможности пришлось бы отдавать пользователю незащищённые страницы, либо выполнять защиту отдельных страниц.) Перед извлечением текста в процессе создания словаря осуществляется снятие защиты с помощью утилиты pdftk.exe.
Параметр isNeedDecryptPDF – признак использования защищённых PDF-файлов. Возможные значения этого параметра: 0 – не снимать защиту; 1 – снимать защиту в процессе индексирования. Исходное значение параметра в конфигурационном файле и значение по умолчанию – 0.
Параметр PDFPassword – пароль, с помощью которого защищены PDF-файлы.
Примечания:
работа с защищёнными файлами возможна при их совместимости с "Acrobat 5.0". Если файлы совместимы с "Acrobat 6.0" или "Acrobat 7.0", то они не могут быть проиндексированы.
При указании необходимости работы с защищёнными файлами, незащищённые файлы будут индексироваться как обычно.
Добавлена возможность регулировать максимальное время работы утилит, выполняющих извлечение текста и извлечение страниц из полнотекстовых документов. Это бывает необходимо в некоторых случаях, когда не хватает времени, отводимого по умолчанию. Для этого в конфигурационный файл полнотекстового АРМ Администратор добавлен параметр MAX_TIME_CONVERTING.
Параметр MAX_TIME_CONVERTING задаёт максимальное время работы (в секундах). Исходное значение параметра в конфигурационном файле и значение по умолчанию – 100.
В конфигурационный файл полнотекстового АРМ Администратор добавлен параметр isNeedSplitInsteadExtract. Этот параметр касается некоторых особенностей использования утилит по разбиению PDF-файлов на страницы.
Значение этого параметра определяет, как будет происходить извлечение страниц из PDF-файла: 1) будут ли извлекаться страницы по одной (значение параметра 0) или 2) будут извлекаться все одной командой (значение параметра 1). Значение параметра по умолчанию – 1. Время извлечения всех страниц одной командой может быть значительно меньше времени извлечения страниц по одной, особенно это заметно на больших файлах. Благодаря механизму хранения извлечённых страниц, соответствующие страницы будут использованы, когда дойдёт очередь до их обработки. Поскольку в большинстве случаев необходимо обработать все страницы PDF-документов, эффективнее использовать значение параметра 1.
Обеспечена возможность кэширование извлечённых страниц PDF - что обеспечивает оптимизацию скорости доступа к страницам полнотекстовых документов.
Для настройки механизма кэширования используются три параметра конфигурационного файла полнотекстового АРМ Администратор: TextCacheRootPath, TextPath и TextPathAlias.
Параметр TextCacheRootPath обеспечивает включение механизма кэширования. Чтобы кэширование заработало, достаточно задать в этом параметре путь к некоторой существующей папке, в которой будут создаваться файлы кэша (далее мы называем её корневой папкой кэша).
Пара параметров TextPath и TextPathAlias не обязательны для функционирования кэша, но обеспечивают упорядочение файлов кэша внутри корневой папки кэша и рекомендуются к использованию для удобства обслуживания в дальнейшем.
В параметрах TextPath и TextPathAlias задаются соответственно список путей к папкам с полными текстами и список условных названий этих папок. В обоих списках значения указываются в двойных кавычках и разделяются запятыми.
Рассмотрим пример: есть тексты, находящиеся в папке \\server\FullTexts\, и есть тексты внутри базы данных TESTDB (которые добавляются по относительным путям). Допустим, мы хотим, чтобы кэш страниц для этих текстов формировался соответственно в двух разных папках (это удобно) внутри корневой папки кэша: например, в "FullTexts 1" для текстов, находящихся в "\\server\FullTexts\" и в "FullTexts 2" для текстов, находящихся в папке базы данных. Для этого в конфигурационном файле полнотекстового АРМ Администратор в секции TEXTS необходимо добавить параметры:
TextPath="\\server\FullTexts\","c:\irbisFT2012.1\IRBIS64\DATAI\TESTDB\"
TextPathAlias="FullTexts 1","FullTexts 2"
Чтобы задать корневую папку кэша добавим параметр
TextCacheRootPath=d:\irbis-cache
В результате таких настроек страницы текстов из "\\server\FullTexts\" (непосредственно в указанной папке или в подпапках) будут сохраняться в папке "FullTexts 1" внутри корневой папки кэша. Для страниц текстов из базы TESTDB для этого будет использована папка "FullTexts 2" внутри корневой папки кэша.
Для тех текстов, для которых не найдено подходящих значений в TextPath, файлы страниц будут находиться внутри корневой папки кэша, но не будут сгруппированы.
Если папка для хранения кэша не задается (значение параметра TextCacheRootPath пустое), файлы - результаты разбиения на страницы -будут сохраняться в рабочей директории и удаляться по завершении работы программы.
В АРМе Полнотекстовый читатель обеспечено выделение поисковых терминов на страницах найденных PDF-документов (при включении текстов с разбиением на страницы). При этом страницы представляются в виде графических изображений (в формате jpg).
(См. п. 2 в разделе TCP/IP сервер БД ИРБИС)
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
Добавлен файл GOS01211.mnu - новый ГОСТ Р 7.0.12–2011 “Библиографическая запись. Сокращение слов и словосочетаний на русском языке. Общие требования и правила”
Setpriv.wss – добавлен параметр FPE : экземпляры в просмотр не выводить
IBIS
В файлах списания SpisGblJ….gbl – учтен статус “5”
В табличной форме TPRFA добавлена возможность печати акта проверки фонда для отдельного места хранения.
Табличная форма Spactw отредактирована с помощью Генератора табличных форм. При корректировке требуется постредактирование
Создан новый механизм актуализации записи (корректировка словаря в соответствии с изменениями записи) - отличающийся от старого механизма большим быстродействием.
Форматы с именами *.fst, но расширением *.ifs
Ibis.fst, ibis.ifs – вложенные форматы прописаны в явном виде с комментариями
DEPOSIT
OJ.ws, Rboi.ws – 951zj.wss заменена на 951.wss
905.wss – добавлено подполе W: экземпляры в просмотр не выводить
Добавлены подполя функции для авторов в поле 922. В связи с этим менялись файлы в папке DEPOSIT: 922N.wss, ibis922.pft, o922g.pft, o922g1.pft, Odoptd.pft, odoptd_H.pft; в папке IBIS: autoin.gbl, ibis.fst.
Jw_H.pft, jwh_vl.pft, jwh_vlp.pft - доработан вывод номеров разных периодических изданий, объединенных в одну подшивку.
В 951.wss добавлены новые подполя:
H – Тип внешнего объекта
D – Уровень доступа по категориям пользователей
L – Доступен только в ЛВС
RDR
(ИРБИС64) Справочник 50.mnu (Категории читателей) перенесен в папку DEPOSIT
ATHRS
1. Athrg.ws – добавлен РЛ, athrg.pft, athrgw.pft – добавлены форматы
2. !515.pft, 515.wss, athra.ws, athrc.ws, athrs.ws, athrs.fst, autoin.gbl, dbnflc.pft, rubr.pft – изменены файлы
ATHRG
1.!gmov.pft, athrg.ini, athrg.pft – изменены файлы
ATHRA
1. 340.wss – добавлен файл
2. Athra.pft, athraw.pft – изменены форматы
Приложение 1.
Новая версия сервера Z64 v3.0 для системы автоматизации библиотек ИРБИС
Принципиальные отличия от предыдущих версий:
Обмен данными по протоколу TCP/IP с сервером ИРБИС.
Возможность установки на любой компьютер под управлением ОС Windows, независимо от наличия на нём системы ИРБИС или баз данных ИРБИС.
Возможность одновременной работы с базами данных, расположенными на разных серверах ИРБИС.
Новые возможности:
Поддержка протокола Z39.50 и протокола SRU/SRW (HTTP).
Поддержка вывода данных в представлении XML с использованием заданной схемы метаданных Dublin Core, MARCXML или MODS (поддерживается только одна выбранная схема метаданных для всех запросов).
Поддержка поиска и вывода записей по заданному номеру MFN системы ИРБИС.
Взаимодействие с программными решениями ИРБИС для Единого портала государственных и муниципальных услуг.
Поддержка расширенных функций протокола Z39.50 для реализации записи новых библиографических описаний в базы данных ИРБИС (функция Insert) и для дополнения поля 951 ИРБИС (ссылка - внешний объект) существующих записей, что может использоваться при формировании электронных библиотек.
Преимущества новой версии:
Устойчивая работа провайдера данных, поскольку не используются файловые запросы к базам данных ИРБИС, применявшиеся в предыдущих версиях.
Возможность установки и использования одного сервера Z39.50 для группы библиотек, например для целей корпоративного взаимодействия.
Возможность интеграции с WEB-сервисами по протоколу SOAP (с использованием протокола SRW).
Версия 2011.1
Функциональные возможности:
АРМ Каталогизатор
1. В разделе КОРРЕКТИРОВКА (главного меню) (ИРБИС64) создан новый режим ПРЕДЫДУЩИЕ КОПИИ ЗАПИСИ (смотри рисунок).
Режим позволяет:
- Просматривать ВСЕ предыдущие копии текущей записи БД в виде списка и полных описаний;
- Восстанавливать любую копию, т.е. совершать откат текущей записи к состоянию указанной копии;
- Копировать указанную копию в буферную запись (с тем, чтобы потом работать с отдельными полями и совершать любые действия, которые предусмотрены для буферной записи);
- В случае использования формата ALL (для показа полного описания копии) красным цветом обозначаются поля, которыми копия отличается от текущей записи.
Необходимо напомнить, что:
- предыдущие копии образуются при КАЖДОЙ корректировке записи (после нажатия кнопки СОХРАНИТЬ);
- предыдущие копии сохраняются (т.е. являются доступными) ДО выполнения РЕОРГАНИЗАЦИИ ФАЙЛА ДОКУМЕНТОВ (в АРМе Администратор);
- физически удаленные записи НЕ МОГУТ иметь предыдущих копий (в отличие от логически удаленных).
2. При табличном вводе (см. рисунок) обеспечена возможность отмены сделанных изменений (т.е отката).
При нажатии на соответствующую кнопку происходит откат на один шаг назад в корректирующих действиях. Один шаг корректирующих действий это:
- изменение текущего подполя, или
- изменение порядка сортировки, или
- удаление одного повторения (с помощью соответствующей кнопки), или
- удаление всех повторений (с помощью соответствующей кнопки), или
- ввод пустого повторения.
Обеспечивается откат на ЛЮБОЕ кол-во шагов.
Также задействована клавиша Esc - для восстановления значения текущего подполя (т.е. для возврата к тому значению, которое имело подполе до начала его очередной корректировки).
3. В окне ПОИСК ПО СЛОВАРЮ/РУБРИКАТОРУ (ИРБИС64) (см. рисунок) добавлены два поисковых элемента (аналогичные тем, что есть в АРМе Читатель):
- Выпадающее меню УТОЧНЯЕМЫЙ ЗАПРОС (для уточнения ранее выполненных запросов);
- Переключатель и кнопка для установки ДОПОЛНИТЕЛЬНЫХ ОГРАНИЧЕНИЙ, позволяющие ограничивать результаты поиска путем задания количественных диапазонов для ДАТЫ ПОСТУПЛЕНИЯ в ЭК и ГОДА ИЗДАНИЯ.
4. В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК (то же самое и в АРМе Читатель) для СВОБОДНОГО ПОИСКА в случае применения конструкции "|" (определяющей требование запроса к ОДНОМУ повторению поля) предлагается НОВАЯ структура запроса.
Прежняя структура запроса:
| <логическое выражение на языке форматирования ИРБИС>
Новая структура запроса:
|МММ <логическое выражение на языке форматирования ИРБИС>
где МММ - метка поля, к повторениям которого предъявляются требования запроса.
Причина этого нововведения:
Механизм свободного последовательного поиска состоит в следующем. Введенное <логическое выражение на языке форматирования ИРБИС> (далее просто <логическое_выражение>) превращается в формат следующего вида:
if <логическое_выражение> then '1' else '0' fi
Все документы, участвующие в поиске, последовательно форматируются с помощью этого формата: если результат форматирования 1, документ соответствует запросу, если 0 - не соответствует.
Если запрос свободного поиска задается в виде:
| <логическое_выражение>
то он превращается в формат
(if <логическое_выражение> then '1' else '0' fi)
т.е. создается формат с ПОВТОРЯЮЩЕЙСЯ группой. И вот тут таится "бомба". Логическое выражение может быть составлено так, что это приведет к ЗАЦИКЛИВАНИЮ повторяющейся группы. Это в свою очередь приведет к тому, что последовательный поиск даст ВЕРНЫЙ результат, но будет продолжаться ЧРЕЗВЫЧАЙНО долго (в десятки или даже сотни раз медленнее положенного времени).
Пример: В БД Читателей необходимо найти ДОЛЖНИКОВ на сегодняшний день (не ДЕРЖАТЕЛЕЙ, а ДОЛЖНИКОВ). Для этого выполняем свободный последовательный поиск ("забыв", что в АРМе Книговыдача есть соответствующий режим: СПИСОК ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ):
| (v40^F : '*') and (v40^E<&uf('3'))
В результате создается формат:
(if (v40^F : '*') and (v40^E<&uf('3')) then '1' else '0' fi)
в котором конструкция, возвращающая текущую дату - &uf('3') - приводит к зацикливанию повторяющейся группы (почему - объяснять здесь не имеет смысла, это самый "тонкий" вопрос языка форматирования). Такой последовательный поиск (на большой БД RDR) будет продолжаться непомерно долго. Предлагаемая новая структура запроса
|MMM <логическое_выражение>
позволяет создавать формат, в котором исключается зацикливание:
(if p(vMMM) then if <логическое_выражение> then '1' else '0' fi fi)
В случае нашего примера новый запрос и соответствующий формат будут выглядеть следующим образом:
|40 (v40^F : '*') and (v40^E<&uf('3'))
(if p(v40) then if (v40^F : '*') and (v40^E<&uf('3')) then '1' else '0' fi fi)
5. Дополнительная конструкция поля 951 (Ссылка - внешний объект) - ГРУППОВАЯ ССЫЛКА (ИРБИС64).
Предпосылки для нововведения:
В случае если внешним объектом (полным текстом) документа является набор ОДНОТИПНЫХ файлов, находящихся в одной директории, (например, сканированные образы страниц издания), в соответствии со "старой" конструкцией необходимо оформить столько повторений 951 поля, сколько внешних файлов (для каждой страницы свое повторение). Разумеется, это неудобно и трудоемко. Поэтому предлагается ДОПОЛНИТЕЛЬНАЯ возможность для оформления поля 951 - ГРУППОВАЯ ССЫЛКА.
Вводятся ДВА новых подполя в поле 951:
- N - Количество однотипных внешних файлов в одной директории. В этом случае (т.е. при наличии этого подполя) в подполях A и I должна адресоваться ДИРЕКТОРИЯ, в которой находятся внешние файлы (т.е. указываться путь с обратным слэшем в конце);
- M - имя и расширение ПЕРВОГО из внешних файлов, являющееся ШАБЛОНОМ для имен всех остальных файлов. Должно иметь вид:
<неизменный_буквенный_префикс>000001.<расширение>
В частном случае "буквенный префикс" может отсутствовать. Длина цифровой части имени может быть любой. Например: P0001.GIF, 0000001.jpg и т.п.
Для показа групповой ссылки ОТКОРРЕКТИРОВАНЫ форматы OFINAL.PFT и OFINAL_H.PFT, входящие в качестве вложенных в основные форматы показа и отвечающие за представление данных 951 поля.
Для собственно реализации ГРУППОВОЙ ССЫЛКИ предлагается формат GROUP951.PFT, который следует рассматривать только как шаблон (пример).
В нем реализован (с "нулевым" дизайном) механизм ЛИСТАНИЯ страниц для случая, когда внешние файлы имеют типы JPG, GIF, PNG - для остальных случаев формат нуждается в корректировке со стороны пользователя.
В качестве примера документа с ГРУППОВОЙ ССЫЛКОЙ в тестовую БД IBIS включен документ:
АР00-3200
Кудряшова, Е. Л.
Расчетный метод определения физико-механических свойств техногенных грунтов используемый....
Замечание для разработчиков сложных HTML-форматов со скриптами (пример - GROUP951.PFT): Если в результате отработки скриптов должны меняться ИРБИС-ссылки, эти изменения должны происходить на событиях, связанных ТОЛЬКО с тэгом .
6. В основном интерфейсе (ИРБИС64) в окне КОРОТКИХ описаний появилась возможность представлять графические образы документов в виде иконок (см. рисунки ниже).
В качестве графического образа (иконки) документа могут использоваться типовой образ, связанный с видом документа (920 поле), и/или первое повторение поля 953 (ВНУТРЕННИЙ ДВОИЧНЫЙ ОБЪЕКТ) - при условии, что это графический ресурс типа BMP или JPG или GIF.
Применение иконок определяется двумя параметрами в секции [MAIN] (irbisc.ini): IMAGEFORBRIEF и IMAGEFORBRIEFADV.
Параметр IMAGEFORBRIEF определяет собственно факт использования иконок и может принимать следующие значения:
0 - показ иконок ОТКЛЮЧЕН;
1 - показ иконок ВКЛЮЧЕН, используются иконки малого размера (значение по умолчанию);
2 - показ иконок ВКЛЮЧЕН, используются увеличенные иконки.
Параметр IMAGEFORBRIEFADV определяет, какие ресурсы используются в качестве иконок (т.е. параметр имеет смысл при IMAGEFORBRIEF>0), и может принимать следующие значения:
0 – в качестве иконок используются типовые образы, связанные с видом документа (920 поле) – (значение по умолчанию);
1 – в качестве иконок используется ресурс из первого повторения поля 953 (ВНУТРЕННИЙ ДВОИЧНЫЙ ОБЪЕКТ) - при условии, что это графический ресурс типа BMP или JPG или GIF (т.е. в этом случае полезно в качестве первого повторения 953 вводить изображение обложки книги - разумеется, НЕБОЛЬШОГО размера! - 30-40 Кб). При отсутствии такового ресурса используется типовой образ, связанный с видом документа.
Для БД читателей (RDR) делается ИСКЛЮЧЕНИЕ: если режим иконок включен (IMAGEFORBRIEF>0), в качестве иконки используется фотография читателя (953 поле), а при ее отсутствии - типовой аватар (независимо от параметра . IMAGEFORBRIEFADV).
В дальнейшем - если подобные "изыски" приживутся - планируется обеспечить настройку ТИПОВЫХ образов, связанных с видом документов, со стороны пользователя.
Замечание: Изменения, связанные с вводом/корректировкой 953 поля, отображаются в окне полного описания и иконках коротких описаний ТОЛЬКО после сохранения документа.
(Используется IMAGEFORBRIEF=2 IMAGEFORBRIEFADV=0)
(Используется IMAGEFORBRIEF=2 IMAGEFORBRIEFADV=1)
(Используется IMAGEFORBRIEF=1 IMAGEFORBRIEFADV=0)
(Используется IMAGEFORBRIEF=1 IMAGEFORBRIEFADV=1)
7. Введен параметр (в секции [MAIN] irbisc.ini), который определяет доступность режима и кнопки ПЕЧАТЬ КК:
PRINTKKABLE=
0 - не доступна, 1 - доступна (по умолчанию).
АРМ Книговыдача
1. Реализована (ИРБИС64) возможность уведомления читателя по E-mail о выполнении (бронировании) его ЗАКАЗА (т.е. имеется в виду технология ВЫДАЧИ ПО ЗАКАЗУ). Уведомление читателя по E-mail осуществляется, если выполняются следующие условия:
В INI-файле АРМа Книговыдача (irbisb.ini) в секции [MAIN] включен соответствующий параметр (новый) RESERVMAIL=1;
Непустыми являются параметры в INI-файле АРМа Книговыдача (irbisb.ini) в секции [MAIN] MailHost и MailFromAdress (см. п.9);
Выполняется режим ВЫДАЧА НА БРОНЕПОЛКУ или режим непосредственная ВЫДАЧА читателю и при этом отключена технология бронеполки (RESERVMODE=0);
Читатель имеет адрес электронной почты (т.е. в его записи заполнено поле 32).
Отсылка E-mail выполняется и при индивидуальной и при групповой и при скоростной выдаче (при наличии заказа) Текст электронного письма формируется с помощью формата БД Заказов (RQST), имя которого определяется параметром ReservMailPft INI-файла АРМа Книговыдача (секция [MAIN]) - по умолчанию ReservMail.
Кроме этого, в INI-файл АРМа Книговыдача (секция [MAIN]) введен параметр ReservMailAsk который определяет: выводится (значение 1, по умолчанию) или не выводится (значение 0) экранное сообщение об отсылке E-mail уведомления при выполнении индивидуальной (НЕГРУППОВОЙ и НЕСКОРОСТНОЙ) выдачи по заказу.
2. Реализована подача звукового сигнала (ИРБИС64) при появлении в очереди новых заказов (на закладках НЕВЫПОЛНЕННЫХ и БРОНИ). Сигнал подается и в тех случаях, когда приложение (АРМ Книговыдача) не активно (свернуто или находится не в фокусе ввода). Факт подачи сигнала определяется параметром RQSTNEWBEEP (секция [MAIN] INI-файла): 1 (по умолчанию) – сигнал подается; 0 – сигнал не подается.
Это новшество потребовало изменить принцип автоматического запуска обновления очереди заказов (по НАСТРОЙКЕ): в прежних (2010.1 и ниже) версиях автоматическое обновление очереди происходило только в случае, когда приложение активно, в 2011.1 обновление очереди происходит во всех случаях (т.е и тогда, когда оно свернуто или не в фокусе ввода).
3. Доработан режим печати ЗАКАЗОВ (ИРБИС64):
- обеспечена возможность указания ФОРМАТА печати (в прежних версиях безусловно использовался формат заказа, установленный в основном интерфейсе АРМа);
- обеспечена возможность отправки результата печати по E-mail.
4. В списки (таблицы) ВСЕХ видов заказов (НЕВЫПОЛНЕННЫЕ, БРОНЬ, ВЫПОЛНЕННЫЕ, ОТКАЗЫ - ИРБИС64) добавлена дополнительная колонка (ДОП.СВЕДЕНИЯ), в которой формируются данные по формату пользователя. Имя формата определяется в INI-файле АРМа в секции [REQUEST] параметром RqstDopInfoPft=
(Формат ЕДИНЫЙ для всех видов заказов).
С помощью этого формата можно выводить не только текстовые данные, но и графические (но не то и другое вместе) – например, фотографии читателей (заданные через 950 или 953 поле), при условии, что эти графические ресурсы имеют тип BMP, JPG или GIF.
В качестве примера в дистрибутиве предлагаются два формата RqstDopInfo_SAMPLE.pft, который выводит в колонке ДОП.СВЕДЕНИЯ фотографию читателя, и RqstDopInfo_SAMPLE1.pft, который выводит в эту колонку данные о ФАКТЕ РАСПЕЧАТКИ соотвествующего вида заказа.
Кроме того, в списке БРОНИРОВАННЫХ заказов добавлена колонка СТАТУС, в которой отображается значение ВРЕМЕННОГО СТАТУСА БРОНИРОВАННОГО ЭКЗЕМПЛЯРА (если таковой используется).
Примечание: Если колонка ДОП.СВЕДЕНИЯ (или СТАТУС) не появляется в интерфейсе (после обновления системы), следует закрыть АРМ, УДАЛИТЬ содержимое раздела [DESKTOP] в cirbisb.ini, после чего стартовать АРМ заново.
Также обеспечена возможность вывода графических данных в колонке ДОП. СВЕДЕНИЯ окна читателя через формат, задаваемый параметром (вводился ранее):
ReaderDopInfoPft
при условии, что графический ресурс имеет тип BMP или GIF или JPG и адресуется через 953 поле или через 951 подполе А
В качетве примера предлагается формат RDRDOPINFO_SAMPLE1.PFT (в директории RDR), с помощью которого в колонке ДОП.СВЕДЕНИЯ в окне читателя выводится образ (обложка) издания, находящего на руках у читателя.
Формат RDRDOPINFO_SAMPLE1.PFT в свою очередь использует дополнительный формат OBLOGKA.PFT (находится в директории DEPOSIT)
5. Создана (ИРБИС64) подсистема ИРИ - режимы и технология обслуживания пользователей на основе постоянных запросов (профилей) - которая включает:
- ведение постоянных запросов пользователей (в БД RDR);
- пакетное выполнение (индивидуальное и групповое) поисков по постоянным запросам в новых поступлениях баз данных ЭК с рассылкой результатов по электронной почте;
- накопление статистики и представление ее в соотвествующей табличной форме.
Подробно подсистема ИРИ описана в Приложении 1 (см. ниже).
6. В окне ЧИТАТЕЛЬ обеспечена возможность показа ТОЛЬКО тех сведений о выдачах/возвратах, чьи места выдачи соответствуют МЕСТУ ВЫДАЧИ в НАСТРОЙКЕ. Возможность регулируется новым параметром STRONGDISPLAY в секции [READER] INI-файла (irbisb.ini). Параметр принимает два значения: 1 (по умолчанию) – данная возможность включена; 0 – отключена.
7. В интерфейсе скоростной книговыдачи в окне ВЫДАЧА удален элемент для выбора базы данных ЭК, т.е. при скоростной ВЫДАЧЕ система определяет БД ЭК автоматически (из списка) - на основе того, что штрихкод (радиометка) выдаваемого экземпляра уникален.
8. Расширены возможности режима фиксирования ПОСЕЩЕНИЙ: после нажатия кнопки ПОСЕЩЕНИЕ предлагается список возможных видов посещения. Т.е. вместо абстрактного посещения (не связанного с книговыдачей) предлагается фиксировать конкретный вид посещения (например, некое мероприятие, проводимое библиотекой).
Список видов посещения хранится в специальном справочнике (в директории БД RDR), имя которого определяется параметром VISITMNU в секции [MAIN] INI-файла (irbisb.ini). В качестве шаблона в дистрибутиве предлагается справочник visit.mnu
Для того, чтобы фиксировать ПОСЕЩЕНИЯ "по-старому" (без уточнения вида посщения), необходимо для параметра VISITMNU указать пустое значение:
VISITMNU=
Кроме того, предусмотрена возможность фиксировать в качестве посещения выполнение ПЛАТНЫХ УСЛУГ - для этого в интерфейс выполнения платных услуг введен новый переключатель: ЗАФИКСИРОВАТЬ КАК ПОСЕЩЕНИЕ. (В связи с этим следует заметить, что справочник видов посещения и список платных услуг необходимо делать НЕПЕРЕСЕКАЮЩИМИСЯ, т.е. несовпадающими по кодировке).
Также в качестве шаблона предлагается новая стат.форма - Form14:
Распределение посещений (не связанных с книговыдачей) по видам посещения и категориям читателей за определенный период времени.
9. Уточнены прежние и введены новые параметры INI-файлов (irbisb.ini и irbisr.ini), касающиеся отправки данных по эл.почте:
MailHost=<адрес почтового сервера>
MailFrom=<имя отправителя (на естественном языке)>
MailFromAdress=<почтовый адрес отправителя>
MailUser= (нужен в том случае, когда используется внешний почтовый сервер, например smtp.mail.ru)
MailPassword=<пароль отправителя> (нужен в том случае, когда используется внешний почтовый сервер, например smtp.mail.ru)
Пример:
MailHost=mail.gpntb.ru
MailFrom=ГПНТБ России
MailFromAdress=admin@gpntb.ru
MailUser=
MailPassword=
АРМ Комплектатор
ИРБИС-64. Автоввод БД CMPL. Ведение максимального инвентарного номера поставлено в зависимость от задания параметра MAXINVENT в INI-файле в секции MAIN. Поля записи POLZV будут корректироваться, если количество их повторений не превышает заданные параметры, для каждого поля свои, а именно: Max30Polzv, Max910Polzv, Max88Polzv, Max888Polzv, Max80Polzv, Max800Polzv.
ИРБИС-64. Добавлена возможность задавать в клиентском INI-файле параметр USERNAME, т.о. что имя пользователя подается как значение этого параметра при опросе пароля.
МАСТЕР СПИСАНИЯ. Добавлена возможность включать/выключать выполнение автоввода формально-логического контроля при выполнении пакетного задания на списание.
Перенос в ЭК. Предлагается определить перечень инвентарных номеров, по которым не будет выполняться поиск записи в БД каталога для дописывания. Перечень задается в INI файле в секции MAIN в параметре со значениями по умолчанию:
WithoutInv=б/н, б.н., Б/У
Если в переносимой записи инвентарный номер один из перечисленных, то поиск в каталоге будет выполняться НЕ по инвентарю, а по имеющемуся штрих-коду или по шифру записи. Использование этого параметра предотвратит ситуацию, когда переносится партия книг с безинвентарным учетом. Тогда первая запись партии перенесется правильно, а остальные допишут эту запись в ЭК.
МАСТЕР ПОСТУПЛЕНИЯ. Все изменения в данном режиме отражены в инструкции, «Общее описание», в п. 6.3.2.2.
5.1. Добавлена возможность отмечать на корректировку несколько записей – либо в списке уже зарегистрированных, либо в результатах поиска по разным БД. В окне просмотра добавлены кнопки перехода к следующей/предыдущей записи. При работе с рабочим листом ввода также добавлены кнопки «К следующей записи», «К предыдущей записи». При уходе на корректировку в АРМ Каталогизатор все отмеченные записи туда передаются.
5.2. Изменены технологии ввода / корректировки многотомников, технология переноса описаний из БД каталога.
5.3. В режиме «Таблица переноса» добавлена возможность формировать не только текущие данные, но и прогноз операции выполнения переноса в ЭК. Для отмеченной БД каталога для каждой записи партии (в БД комплектования) имитируется перенос в ЭК и в правой таблице помещаются результаты, которые могут быть:
- шифр записи ЭК, если она найдена и будет выполняться докомплектование
- Текст «Новая запись», если при переносе будет создана новая запись в ЭК
- Текст «В ЭК более одной записи», если записи найдены но докомплектования при переносе не будет
- Текст «Переносилась, нет записи», если в записи партии стоит признак, что она уже переносилась, но в БД каталога не нашлась.
5.3. Добавлена страница «Поиск дублетных описаний в БД каталога».
На эту страницу можно попасть, вызвав перечень страниц, по кнопке «На страницу». Режим вспомогательный, эту таблицу полезно использовать в следующих случаях.
- В БД комплектования импортировали описание по технологии заимствования, ФЛК не определил, что это дублетное описание
- В БД комплектования было «неправильно» перенесено описание из БД каталога, в перенесенной записи удалили поле экземпляров и изменили шифр.
Такие записи при переносе не найдут «свои» описания для комплектования и будут переноситься как новые. В таблице дублетных описаний для каждой книги партии будет искаться запись в БД каталога по «свертке», т.е. по совокупности элементов библиографического описания. Если для записи, которая еще не переносилась, будет найдено такое описание, то она будет помечена галочкой, см. рис. 6.3.2.2е. Свертка для поиска дублетного описания формируется по формату, который задается в INI-файле параметром PftDublInCat, по умолчанию – svertka.pft. По формату можно сформировать несколько строк, все строки объединятся в один запрос по логике «ИЛИ», т.е. можно использовать разные подходы к определению дублетности.
После выявления таких записей пользователь решает, действительно ли запись в каталоге является дублем и книга не должна переноситься как новая. Если это так, то самый простой способ обеспечить докомплектование – это перенести значение шифра (поле 903) из записи каталога в запись комплектования, чтобы по шифру запись каталога находилась. Это будет сделано, если опять кликнуть по кнопке «Выполнить», на лету построится пакетное задание, которое выполнит перенос шифра в отмеченные записи комплектования
АРМ Книгообеспеченность
Добавление контингента. Для добавления можно отметить несколько дисциплин, в том числе и дисциплины под одним термином словаря. Если дисциплин более одной, то сначала краткие описания помещаются в таблицу, где можно отметить дисциплины более точно. После нажатия кнопки «ПРИМЕНИТЬ» описания дисциплин последовательно подаются в окне с возможностью по кнопке «ДОБАВИТЬ КОНТИНГЕНТ» внести новый контингент. Причем, первые введенные данные будут запомнены и будут подаваться для ввода в остальные дисциплины.
Сортировка таблицы в нижнем окне. Добавлена возможность использовать ключ при сортировке по любому столбцу
При просмотре отмеченных записей в краткой форме (правое окно) добавлена возможность сортировки записей по щелчку на верхней строке таблицы. Добавлена кнопка «снять все отметки».
В интерфейсной таблице ККО изменен подход к отображению в таблице учебников, относящихся к дисциплине (факультету, кафедре и т.д.), но не используемых в текущем полугодии. По умолчанию они не попадают в таблицу. Но если в настройке задать параметр «Учебник “Нет в семестре” в таблицу», то описание учебника будет в таблице, помеченное другим цветом и текстом «Нет в семестре». В подсчете суммарных данных в конце таблицы этот учебник не участвует.
Уточнено использование параметра DefaultModeSpec, см. п. 3.4.4 инструкции.
Уточнено вычисление ККО для книг, относящихся к «электронному ресурсу» - см. п. 3.9 инструкции.
Пакетные задания:
7.1. В режиме работы без БД студентов для перевода студентов на следующий семестр добавлена возможность: задание полугодия (осеннего или весеннего), для корректируемых записей. Т.е. при запуске этого задания на всю БД или все записи типа VUZ, будут рассматриваться только записи с заданным полугодием.
7.2. Для БД каталога при выполнении пакетного задания на формирование текущих значений поля 693 добавлены возможности:
– Если в записи нет полей 691, относящихся к текущему полугодию, то в протоколе будет формироваться об этом сообщение. При этом прежние значения поля 693 будут удаляться, а добавляться новое значение будет только в следующем случае:
- текущий семестр – весенний
- в архивном поле есть непустое значение ККО для осеннего семестра
Тогда в поле 693 сформируются подполя: годы обучения, признак весеннего семестра, дата, среднее значение ККО, как половина значения из архивного поля. При формировании интерфейсной таблицы по кнопке «Вычислить ККО» такая книга не попадет в таблицу, но при формировании по кнопке «Показать текущие значения по КО» будет строка со значением в колонке «Среднее для весеннего семестра».
– Если в настройке задана дата окончания осеннего семестра, то перед выполнением будет подан лист опроса, в котором следует уточнить годы обучения.
7.3. В режиме работы без БД студентов: в пакетное задание по переносу количества студентов добавлена возможность изменять номер группы, используя справочник «старое значение – новое значение»
ИРБИС64. Добавлена возможность задавать в клиентском INI-файле параметр USERNAME, т.о. что имя пользователя подается как значение этого параметра при опросе пароля.
ИРБИС64. В режиме «Печать выходных форм» для списков добавлена возможность выбирать способ печати, если явно не установлен вид файла формата (RTF или HTML). Если отмечен параметр «Плоский текст», то формируется плоский текстовый файл с расширением TXT, иначе – файл с расширением HTML.
Генератор отчетов.
9.1. В суммарных формах по специальностям, факультетам и дисциплинам изменен подсчет количества наименований. Учитываются не только параметры отбора, но и текущий семестр. Кроме того, книга отбирается при наличии экземпляров. Фильтрация документа выполняется по формату Ko_Cat_Filtr, в котором проверяется наличие заданных параметров для ТЕКУЩЕГО семестра. Эти изменения могут привести к уменьшению количеств в таблице по сравнению с предыдущей версией.
9.2. В суммарных формах в колонке наименований можно выводить не коды специальности/факультета, а раскодированные значения из справочников. Это задается параметрами секции Display - DecodeSpec, DecodeFak, по умолчанию коды раскодируются.
9.3. В таблице «для лицензирования – циклы» добавлены возможности:
Отобрать данные в таблицу. В листе опроса добавлены параметры отбора : форма обучения, факультет, цикл, дисциплина
Показать количества экземпляров без учета КМИ, если оно отлично. При этом в подсчете участвует количество с учетом КМИ
Если обозначения циклов, для которых, строится таблица, отличаются от базовых (ГСЭ,ЕН,ОПД,СД), то можно в файле справочнике TRCIKLD.mnu задать новые обозначения вместо базовых в виде пар: базовое значение-другое значение.
Эта таблица помещена в блок таблиц для лицензирования.
В таблицу для лицензирования по дисциплинам (LicenDisc) добавлена возможность:
Задать признак вывода отдельной строки для электронных учебников, которые используются дисциплиной. Электронный учебник определяется, если нет поля экземпляров и если описание создает индекс словаря вида документов «V=ZL». В этой строке в колонке экземпляров пусто, а в колонке реальной обеспеченности «1».
Задать признак формирования таблицы без учета значения семестра в полях 691.
Эта таблица помещена в блок таблиц для лицензирования.
В суммарных формах по факультету и специальности количества экземпляров считается с учетом КМИ. Количества книг считается с учетом принадлежности специальности к текущему семестру. Добавлена возможность использовать в первой колонке не коды, а наименования, формируемые по справочникам. Данные сортируются по первой колонке. Режим перекодировки задается параметрами секции DISPLAY: DeCodeFak и DeCodeSpec (по умолчанию – ДА).
В отдельный блок выделены новые формы от МО как «Таблицы для лицензировании» - разделы 1-4. Эти таблицы используют следующие параметры INI-файла в секции DISPLAY:
Префикс параметра, по которому строятся таблицы раздела 2 и 4. Таблицы можно формировать по специальностям либо по направлениям. Соответственно следует задать параметр PrefItemSpec=SPEC= или PrefItemSpec=NAPR=. Этот же префикс используется в поиске для подсчета студентов по БД RDR
Имя справочника, по которому раскодируется специальность либо направление, если задан параметр DecodeSpec. По умолчанию значение MnuItemSpec=spec.mnu
Признак раскодировки специальности/направления, помещаемые в таблицу. DecodeSpec=1 – раскодировка выполняется.
Формат краткого описания в таблице раздела 2, задается параметром KOPart2Pft=KoPart2
Формат краткого описания в таблице раздела 4, задается параметром KOPart4Pft=KoPart4
В таблице раздела 1 специальность отображается по циклам, префикс которых задается в параметре PrefItemCycl=CIKLD=. В таблицах раздела 2 и 4 специальность рассматривается по дисциплинам, префикс которых задается в параметре PrefItemDisc=DISC=.
Количество экземпляров подсчитьвается по формату, который задается в ранее определенном параметре секции MAIN PftForEkzKMI=KoKMIekz
Пример раздела 2
ИРБИС64. В таблице «ККО по полугодиям…» добавлено вычисление итоговых количеств экземпляров и средних ККО для записей под заголовком.
ИРБИС64. Новый параметр StatusYesKo в секции MAIN. В нем через запятую можно перечислить статусы экземпляров, которые учитываются при подсчете ККО. По умолчанию (параметр пуст или не задан) учитываются экземпляры со статусом, отличным от «С, 2, 4, 6, 7». Т. е. считаются экземпляры со статусом «0» и «U», а в случае филиалов со статусом «С». Если пользователь задает этот параметр, то в перечень необходимо включить статус «0» (статус «U» включается безусловно).
АРМ Читатель
1. (См. п. 9 в разделе АРМ Книговыдача).
АРМ Администратор (для ИРБИС64 – серверный)
1. Для команды пакетных заданий ИМПОРТ
ImpportDB
добавлен седьмой операнд, отменяющий (0) или включающий (1) формирование протокола:
[0/#/@|1],FstName,[0|1],[0|1],FileName,[0|1],[0|1]
|
