АРМ Книговыдача - Зональная научная библиотека им. В.А
advertisement
Версия 2013.1
Функциональные возможности:
АРМ Каталогизатор
1. Расширен функционал ввода ВНУТРЕННИХ ДВОИЧНЫХ РЕСУРСОВ (ИРБИС64
953 поле):
- обеспечена визуализация внутреннего двоичного ресурса непосредственно в
процессе ввода - см. рисунок (в случае если двоичный ресурс типа JPEG, GIF или
BMP, отображается непосредственно он, в остальных случаях - условная иконка);
- обеспечена возможность УДАЛЕНИЯ ранее введенного двоичного ресурса - с
помощью клавиши DEL (в прежних версиях эта операция была достаточно
затруднительна), а также - его восстановления (клавиша ESC).
Необходимо напомнить, что внутренние двоичные ресурсы ФОРМАЛЬНО
можно вводить в ЛЮБЫЕ поля при соблюдении следующих ограничений:
- в одно повторение поля можно ввести только один двоичный ресурс;
- данные о двоичном ресурсе должны храниться в двух ФИКСИРОВАННЫХ
подполях:
A - тип (расширение файла) двоичного ресурса
B - собственно двоичный ресурс в закодированном виде
2. (ИРБИС64) Обеспечена возможность использования в качестве средства ввода и
средства поиска Тематических навигаторов - полностью идентичных по структуре
Рубрикатору ГРНТИ в БД HELP, - которые размещаются в произвольных (по имени)
БД.
В случае использования произвольного Тематического рубрикатора в качестве
средства ввода необходимо в структуре РЛ указывать (с помощью РЕДАКТОРА РЛ и
СПРАВОЧНИКОВ) для соответствующего поля ввода:
РЕЖИМ ВВОДА = 3
Доп.информация = <имя БД, в которой размещен Тематический
рубрикатор>,<префикс_инверсии>
По умолчанию (т.е. в случае если имя БД не указано) используется БД HELP.
В случае использования произвольного Тематического рубрикатора в качестве
средства поиска (в т.ч. в АРМе Читатель) необходимо в сценарии поиска (с помощью
РЕДАКТОРА INI-файлов и СЦЕНАРИЕВ ПОИСКА) указывать в секции [SEARCH] для
соответствующего вида поиска:
ТИП СЛОВАРЯ (ItemDictionType) = 2
ИМЯ ФАЙЛА СПРАВОЧНИКА (ItemMenu) = <имя БД, в которой размещен
Тематический рубрикатор>
По умолчанию (т.е. в случае если имя БД не указано) используется БД HELP.
3. Разработан новый режим ввода (средство ввода) через РЛ полей - ВВОД
СВЯЗАННЫХ ДАННЫХ (ИРБИС64).
Под связанными данными понимаются данные, которые хранятся в других (по
отношению к основной, т.е. той, которая находится в РЛ) записях. Такие записи (в
которых хранятся связанные данные) будем называть Child-записи.
Child-записи должны отвечать следующим требованиям:
Child-записи содержат ЕДИНСТВЕННОЕ поле (метка которого не
регламентируется);
единственное поле Child-записи должно иметь следующую структуру данных:
o <КЛЮЧ><подполе_1><подполе_2>.....<подполе_n>
o где КЛЮЧ - данные, связывающие основную запись и Child-запись и не
доступные для корректировки; подполя имеют стандартную структуру:
^X<данные подполя> и не могут повторяться.
формально Child-записи могут храниться в любых БД, но рекомендуется
размещать их в отдельных (специально предназначенных для этого) БД;
для Child-записи в таблице инвертирования (таблице актуализации)
соответствующей БД (т.е. той, в которой хранится Child-запись) должна быть
предусмотрена обязательная инверсия КЛЮЧа (без каких-либо префиксов!):
o mmm 0 Vmm^*
o где mmm - метка поля Child-записи
Child-записи не предназначены для автономной работы, т.е. формирование и
корректировка Child-записей должна выполняться только при работе с
основной записью на основе соответствующего режима ввода - ВВОД
СВЯЗАННЫХ ДАННЫХ;
в таблицах инвертирования (таблицах актуализации) основных БД (т.е. тех БД,
в которых хранятся основные записи) допустимы обращения к данным Childзаписей с помощью соответствующих форматных выходов (&uf('7...),
&uf('D...));
основная запись может быть связана с любым количеством Child-записей: как
однородных (имеющих одинаковые метку и структуру данных), так и
разнородных.
ВВОД СВЯЗАННЫХ ДАННЫХ обеспечивает работу с группой однородных
Child-записей и описывается в структуре РЛ полей для основных записей
следующим образом (см. рис.1):
МЕТКА = mmm
mmm – метка поля однородных Child-записей
ПОВТОРЯЕМОСТЬ = 0
РЕЖИМ ВВОДА = 99
ДОП.ИНФОРМАЦИЯ = <имя БД Child-записей>,<имя РЛ подполей>, <формат
КЛЮЧА>
<имя БД Child-записей> - имя БД, в которой хранятся Child-записи
<имя РЛ подполей> - имя РЛ подполей для ввода связанных данных (может
находиться или в той же БД, где Child-записи, или в БД основных записей)
<формат КЛЮЧА> - формат формирования КЛЮЧА (т.е. КЛЮЧ формируется как
результат форматирования основной записи по данному формату)
Собственно ввод связанных данных осуществляется с помощью формы,
аналогичной табличной форме для ввода повторяющихся полей (см. рис.2).
При вводе связанных данных необходимо соблюдать следующие правила:
Вводить (первоначально) связанные данные следует ПОСЛЕ ввода данных
основной записи, на основе которых формируется КЛЮЧ, связывающий
основную запись с Child-записями;
В случае изменения (корректировки) данных основной записи, на основе
которых формируется КЛЮЧ, необходимо (хотя бы формально) вызывать
на корректировку (т.е. нажимать соответствующую кнопку) связанные
данные;
Для предотвращения «разрыва» связи между основной записью и Childзаписями – в случае изменения данных, на основе которых формируется
КЛЮЧ, - необходимо добавлять соответствующий контроль в ФЛК записи
для основной БД.
Рис.1
Рис.2
В заключение следует отметить, что данное средство ввода – ВВОД
СВЯЗАННЫХ ДАННЫХ – пока (на уровне 2013.1) не нашло реального применения
в технологиях ИРБИС и адресовано на данный момент пользователям, ведущим
собственные разработки.
Думается, опытные пользователи поймут причину и смысл появления данной
разработки. Он в том, чтобы «расшить» одно из принципиальных узких мест СУБД
ИРБИС: неэффективная (замедленная) работа с записями, имеющими большое
количество повторений одних и тех же полей (примеры: 330 и 910 поля в БД ЭК,
40 поле в БД RDR). Данная разработка позволяет хранить подобные данные в
Child-записях, что должно существенно повышать эффективность работы с
основными записями.
Желающим применить данную разработку самостоятельно могут быть
переданы тестовые данные: примеры БД Child-записей, РЛ и ФЛК.
4. Обеспечена возможность формировать ПРОИЗВОЛЬНЫЙ символьный набор для
кодовой виртуальной клавиатуры (ИРБИС64).
Для реализации данной возможности необходимо:
- В справочник UNICODE.MNU вставить пункт следующего вида:
0
<Название произвольного набора>
- Сформировать справочник, содержащий список символов произвольного
набора. Имя справочника определяется значением параметра CustomVKBMnu
секции [MAIN] INI-файла АРМа Каталогизатор. По умолчанию имя этого справочника
- CustomVKB.mnu. Справочник должен находиться в папке IRBIS64 на сервере.
Справочник может иметь не более 128 пунктов. Каждый пункт справочника имеет
вид:
<значение символа>
<Комментарий>
Значение символа может представлять собой собственно символ (если это
ANSI-cимвол) или его шестнадцатиричное значение в виде
$NNNN
Пример такого справочника:
А
Б
[
]
$00F1
$04A1
и т.д.
5.
Разработано
новое
инструментальное
средство:
ПРОИЗВОЛЬНЫЕ
ОПЕРАТИВНЫЕ РЕЖИМЫ (ИРБИС64).
Под ОПЕРАТИВНЫМИ РЕЖИМАМИ понимаются режимы, которые
предлагаются пользователю ситуативно - т.е. в зависимости от содержания
ТЕКУЩЕГО документа - в форме плавающего окна с кнопками.
В версиях до 2012.1 включительно предлагаются "ЖЕСТКИЕ" оперативные
режимы, с помощью которых реализуются технологии описания периодических
изданий и аналитической росписи сборников.
Настоящая разработка имеет целью предоставить пользователю возможность
формировать оперативные режимы по собственному усмотрению.
Формирование оперативных режимов (и "жестких" и произвольных) строится
на основе специального формата, имя которого определяется параметром в секции
[MAIN] INI-файла АРМа Каталогизатор
OPERHINTPFT=
значение по умолчанию - OPERHINT
(не путать с параметром OPERHINT, который разрешает (1) или запрещает (0)
формирование оперативных режимов)
Состав и содержание оперативных режимов определяется РЕЗУЛЬТАТОМ
форматирования текущей записи по формату operhint.pft.
Результат форматирования рассматривается как НАБОР строк.
Вид оперативных режимов ("жесткие" или произвольные) определяется
значением ПЕРВОЙ строки результата форматирования, которое может быть
следующим:
0 - "жесткие" оперативные режимы для ПЕРИОДИКИ
1 - "жесткие" оперативные режимы для СБОРНИКОВ
2 - ПРОИЗВОЛЬНЫЕ оперативные режимы
любые другие значения - определяют ОТСУТСТВИЕ оперативных режимов.
В случае произвольных оперативных режимов (первая строка - 2)
последующие строки форматирования (начиная со второй) рассматриваются как
ОПИСАНИЕ оперативных режимов. При этом предлагаются ДВЕ возможности:
- вторая строка результата форматирования (она же - ПОСЛЕДНЯЯ, т.е. результат
форматирования состоит из двух строк) содержит ИМЯ РЕСУРСА, в котором
содержится собственно описание оперативных режимов (по умолчанию для таких
ресурсов предлагается расширение .VOH);
- результат форматирования (начиная со второй строки) является собственно
описанием оперативных режимов. (Данный способ описания оперативных режимов
может быть весьма затруднительным в случае, когда необходимо указать формат в
виде результата форматирования - поэтому данный способ можно рекомендовать
пользователям, разбирающимся в языке форматирования достаточно глубоко.)
Описание
оперативных
режимов
представляет
собой
ПОСЛЕДОВАТЕЛЬНОСТЬ описаний ОТДЕЛЬНЫХ оперативных режимов или иными
словами - КНОПОК, с помощью которых эти режимы выполняются.
Описание ОДНОЙ КНОПКИ состоит из СЕМИ строк (свойств) и имеет
следующую структуру:
1 строка: НАДПИСЬ на кнопке (м.б. пустой)
2 строка: ПОДСКАЗКА для кнопки (при наведении на нее мышки) (м.б. пустой)
3 строка: ИКОНКА для кнопки - в виде номера в списке внутренних образов (м.б.
пустой)
4 строка: КОД КОМАНДЫ (на основе которой реализуется оперативный режим)
5 строка: ПАРАМЕТРЫ КОМАНДЫ
6 строка: ТЕКСТ ФИНАЛЬНОГО СООБЩЕНИЯ в случае успешного завершения
режима (м.б. пустой)
7 строка: резерв
Список команд для произвольных оперативных режимов (их КОДЫ и
ПАРАМЕТРЫ):
а) ПЕРЕХОД от текущего документа к другому ("ОДИН К ОДНОМУ")
Код команды - 0 или 10
Параметры команды 0 - <имя_БД>,<формат_запроса>
Параметры команды 10 - <имя_БД>,<запрос>
<имя_БД> - имя БД, куда осуществляется переход. По умолчанию (т.е. если данный
параметр пустой) - текущая БД. БД должна быть в списке доступных БД
(dbnam2.mnu)
<формат_запроса> - непосредственный формат или имя формата с
предшествующим символом "@", на основе которого формируется запрос для поиска
результирующего документа. В частном случае запрос может представлять собой
ТЕРМИН/КЛЮЧ
Если в результате поиска по запросу находится больше одного документа,
возникает форма со списком коротких описаний найденных документов, среди
которых необходимо выбрать результирующий.
б) ПЕРЕХОД от текущего документа к группе документов ("ОДИН КО
МНОГИМ")
Код команды – 1 или 11
Параметры команды 1 - <имя_БД>,<формат_запроса>
Параметры команды 11 - <имя_БД>,<запрос>
Отличие от предыдущей команды состоит в том, что осуществляется
безусловный переход к группе найденных документов (как к результату поиска)
в) ФОРМИРОВАНИЕ НОВОГО ДОКУМЕНТА ИЗ ТЕКУЩЕГО
Код команды - 2
Параметры команды - <имя_БД>,<имя_ТВП>
<имя_БД> - имя БД, в которой будет создаваться новый документ (если параметр
пустой - предполагается текущая БД)
<имя_ТВП> - имя таблицы переформатирования (без расширения), на основе
которой формируется новый документ (если параметр пустой - осуществляется
копирование
текущего
документа
без
изменения).
Имя
таблицы
переформатирования должно входить в список доступных ТВП для копирования
(FSTW.MNU)
г) ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА ТЕКУЩЕГО ДОКУМЕНТА С ОПРОСОМ
ПАРАМЕТРОВ
Кол команды - 3
Параметры команды - <имя_GBL>,<MODTAG>,<имя_WSS>
<имя_GBL> - имя задания на глобальную корректировку (без расширения). (Следует
помнить, что в процессе глобальной корректировки в общем случае есть
возможность корректировать другие документы и создавать новые)
<MODTAG> - метка модельного поля, через которое в текущий документ передаются
параметры опроса
<имя_WSS> - имя РЛ подполей для опроса параметров (с расширением)
Список команд для оперативных режимов открыт для пополнения.
6. (ИРБИС64) Обеспечена возможность применения механизма МОРФОЛОГИИ при
поиске по КЛЮЧЕВЫМ СЛОВАМ (см.п.2 в разделе АРМ Читатель)
АРМ Книговыдача
1. Для режима СКОРОСТНОЙ КНИГОВЫДАЧИ (ИРБИС64) - на основе штрихкодов
и/или радиометок - реализована возможность работы с РАСПРЕДЕЛЕННОЙ базой
данных читателей на основе технологии REDIRECT (о последнем смотри релиз
версии 2009.1 раздел TCP/IP-сервер БД ИРБИС).
(Заметим, что работать в СКОРОСТНОЙ КНИГОВЫДАЧЕ с распределенной
базой данных электронного каталога в т.ч. и на основе технологии REDIRECT можно
было и раньше.)
Под РАСПРЕДЕЛЕННОЙ базой данных читателей понимается совокупность
БД читателей, работающих под РАЗНЫМИ серверами ИРБИС, т.е. относящихся к
РАЗНЫМ библиотекам (филиалам, отделениям и пр.)
(Смотри прилагаемый рисунок - на нем изображена абстрактная схема
взаимодействия разных библиотек, т.е. разных серверов ИРБИС; эту совокупность
будем называть корпорацией.)
Предлагаемая технология позволяет в ЛЮБОМ АРМе Книговыдача
корпорации (в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ) выполнить для читателя из
ЛЮБОЙ БД RDR корпорации операции ВЫДАЧИ/ВОЗВРАТА литературы,
относящейся к ЛЮБОЙ БД ЭК корпорации, т.е. любой читатель может быть обслужен
в любом месте корпорации.
Для определения распределенной БД читателей вводится новый параметр
MULTIRDRMNU (в секции [MAIN] INI-файла АРМа Книговыдача), который определяет
имя справочника, в котором содержится список БД RDR, входящих в корпорацию.
Такой справочник должен находиться в папке DATAI на каждом сервере корпорации.
При этом имена БД должны указываться в соответствии с технологией REDIRECT.
Таким образом, список БД читателей корпорации может выглядеть следующим
образом:
RDR%S1%
БД читателей Библиотеки 1
RDR%S2%
БД читателей Библиотеки 2
RDR%S3%
БД читателей Библиотеки 3
и т.д.
Аналогично может быть определен список БД ЭК, участвующих в корпорации
(параметр DBNNAMECAT INI-файла АРМа Книговыдача, по умолчанию –
dbname3.mnu)
IBIS%S1%
БД ЭК Библиотеки 1
IBIS %S2%
БД ЭК Библиотеки 2
IBIS %S3%
БД ЭК Библиотеки 3
и т.д.
(Разумеется, имена БД ЭК могут быть отличными от IBIS)
S1,S2,S3 и т.д. – условные обозначения серверов ИРБИС, входящих в состав
корпорации, которые описываются в секции [REDIRECT] INI-файла каждого сервера
(irbis_server.ini)
[REDIRECT]
S1=<IP-адрес сервера Библиотеки 1>:6666
S2=<IP-адрес сервера Библиотеки 2>:6666
S3=<IP-адрес сервера Библиотеки 3>:6666
и т.д.
Списки БД читателей и БД ЭК, а также содержимое секции [REDIRECT] для всех
участников корпорации могут быть ОДИНАКОВЫМИ - за счет того, что обеспечена
возможность определять для сервера ИРБИС СОБСТВЕННЫЕ базы данных
формально через технологию REDIRRECT (т.е. например, сервер Библиотеки 2
будет работать с БД <имя БД>%S2% как со своими собственными)
Важные замечания:
Предлагаемая технология книговыдачи работает ТОЛЬКО в режиме
СКОРОСТНОЙ КНИГОВЫДАЧИ.
Сервера ИРБИС участников корпорации должны иметь реальные IP-адреса
(или находиться в одной ЛВС).
Учет статистики (посещений, выдачи, возврата) ведется по БД RDR, к которой
относится обслуженный читатель (а не по БД RDR по месту обслуживания).
Для ведения общей статистики корпорации целесообразно каждому месту
обслуживания (т.е. каждой библиотеке-участнице) присвоить соответствующий
код МЕСТА ВЫДАЧИ, который указывать в настройках АРМа Книговыдача.
Для работы по предлагаемой схеме штрихкоды/радиометки читателей и
экземпляров изданий должные быть УНИКАЛЬНЫ в пределах корпорации.
2. В режимах ГРУППОВОЙ ВЫДАЧИ (ИРБИС64) обеспечен АВТОМАТИЧЕСКИЙ
выбор выдаваемых экземпляров в случае, когда есть ЕДИНСТВЕННЫЙ выбор из
списка свободных экземпляров.
3. Создан новый режим - Единовременная выдача/возврат экземпляров
группового учета (ИРБИС64)
Имеется в виду технология, когда необходимо единовременно оформить
выдачу/возврат экземпляров одного издания, имеющих групповой учет (статус U),
при обслуживании группы читателей (такая ситуация имеет место в учебных или
детских библиотеках - при обслуживании учеников одного класса или студентов из
одной группы)
Режим вызывается с помощью специальной кнопки (см. рисунок - кнопка,
обведенная красным кругом) на интерфейсе, который возникает при отборе группы
(больше одного) читателей.
При
вводе
ИНВ.НОМЕРА/ШТРИХКОДА,
выдаваемых/возвращаемых
экземпляров,
возникает
подсказчик
в
виде
СУММАРНОГО
словаря
инв.номеров/штрихкодов всех БД электронного каталога из списка доступных (по
умолчанию dbnam3.mnu)
В этой технологии подразумевается уникальность инв.номеров/штрихкодов в
пределах всех БД ЭК
При выполнении единовременных возвратов рекомендуется для отбора
читателей использовать вид поиска: ВЫДАННАЯ ЛИТЕРАТУРА/ШТРИХКОД - в этом
случае инв.номер/штрихкод для возврата устанавливается автоматически.
Видимость (доступность) данного режима определяется параметром
MASSLAND секции [MAIN] ini-файла АРМа Книговыдача: 0 - режим невиден; 1 (по
умолчанию) - виден.
Необходимо еще раз отметить:
- режим предназначен ТОЛЬКО для экземпляров группового учета (статус U);
- выдача/возврат оформляется на ГРУППУ читателей, а не на одно лицо.
(Кстати, в этой доработке впервые в ИРБИС64 используется логическое
сложение словарей разных БД «на лету»)
4. Обеспечена возможность определять ПРАВО ПОЛЬЗОВАНИЯ библиотекой на
основе ФОРМАТА.
Имя формата определяется в секции [READER] ini-файла (irbisb.ini)
ReaderRightsPft=
(по умолчанию - пустота, т.е. ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ в этом случае
определяется по станадартному - "старому" - алгоритму)
Если на основе заданного формата при форматировании записи читателя
вырабатывется 1 - у читателя ЕСТЬ право пользования библиотекой, во всех
остальных случаях - НЕТ и при этом результат форматирования (если он не пустой)
выдается как сообщение.
Необходимо
отметить,
что
учет
таких
данных
как
РАЗРЕШЕННЫЕ/НЕРАЗРЕШЕННЫЕ места обслуживания, ПРАВО ПОЛЬЗОВАНИЯ
БИБЛИОТЕКОЙ (поля 56, 57 и 29 в записи чичтателя), а также параметров
MAXBOOKS и MAXDOLGBOOKS возлагается на вновь вводимый формат
(ReaderRightsPft)
5. Для режима ВЫДАЧА БЕЗ ЗАКАЗА обеспечена ГРУППОВАЯ выдача на основе
ПОСТОЯННЫХ/ТИПОВЫХ запросов (См. рисунок ниже- кнопка в красном кружке)
В качестве типовых запросов могут использоваться запросы, реализующие ОТБОР
комплектов изданий по какому-либо профилю - например, комплект литературы для
студентов определенного контингента (т.е это может быть альтернативой режиму
ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ - в случае, когда в записях читателей
и в ЭК нет данных по КНИГООБЕСПЕЧЕННОСТИ).
В качестве списка ПОСТОЯННЫХ/ТИПОВЫХ запросов используется справочник,
который находится в папке \IRBIS64\ на сервере и имеет имя, которое определяется
параметром в секции [MAIN] INI-файла АРМа Книговыдача
ConstQueryMnu=
по умолчанию - используется имя IRI.MNU
Напомним, что ПОСТОЯННЫЕ/ТИПОВЫЕ запросы формируются в АРМе
Каталогизатор (по умолчанию они сохраняются в справочнике IRI.mnu)
(Заметим, что имя IRI не имеет НИКАКОГО отношения к подсистеме ИРИ в АРМе
Книговыдача)
6. Предлагается новая технология ПЕРЕАДРЕСАЦИИ ЗАКАЗА НА ИЗДАНИЕАНАЛОГ. Технология реализуется с помощью соответствующего режима в главном
меню и инструментальной кнопки в области ПОЛНОГО ОПИСАНИЯ ЗАКАЗА (см. на
рисунке кнопку в красном кружке)
Суть предлагаемой технологии заключается в следующем:
Читатель сформировал заказ на выдачу некоторого издания, но по каким-либо
причинам (напрмер, нет свободных экземпляров) выдать его нельзя, но вместо него
можно выдать АНАЛОГИЧНОЕ издание (например, тот же учебник физики, но
другого года издания) - предлагаемая технология и предназначена для реализации
такой возможности.
Действует эта технология следующим образом:
При нажатии соответствующей кнопки (или вызове соответствующего режима)
возникает список изданий, которые являются АНАЛОГАМИ издания, заказанного по
ТЕКУЩЕМУ заказу (т.е представленному в окне полного описания заказа). В случае
выбора аналогичного издания происходит ПЕРЕАДРЕСАЦИЯ заказа (т.е его
корректировка), после чего его можно выполнять.
Поиск АНАЛОГОВ происходит на основе специального формата, имя которого
определяется параметром в секции [MAIN] INI-файла АРМа Книговыдача
ANALOGPFT
По умолчанию используется формат REL_CONTENT.PFT - тот формат, который
используется для поиска СВЯЗАННЫХ документов в АРМах Читатель и
Каталогизатор
Пользователю
предоставляется
возможность
создавать/корректировать этот формат по собственному усмотрению.
Необходимо отметить, что АНАЛОГИ ищутся в ТОЙ ЖЕ БД электронного каталога, в
которой находится исходное издание.
АРМ Комплектатор
1. Мастер списания
1.1. На странице задания номер КСУ добавлены кнопки, по которым можно
выполнить
режим
пополнения
записи
КСУ
и
режим
просмотра/изменения файла пересчета цен.
1.2. Отметки, сделанные для опций – подключение автоввода, ФЛК,
актуализации – запоминаются и при следующем входе в АРМ
устанавливаются.
1.3. В режиме списания экземпляров индивидуального учета добавлена
возможность обработки ситуации, когда на списание отмечены
инвентарные номера с количеством ссылок больше чем 1.
В этом случае будет предложено по кнопке ВПЕРЕД перейти на
таблицу, в которой можно отметить какие именно экземпляры
списываются. В строках таблицы данные хотя бы в одной колонке
должны отличаться, иначе спишутся все экземпляры.
1.4.
1.5.
В режиме списания экземпляров индивидуального учета, когда
отмеченные инв./штрих-коды кладутся в таблицу, то проверяется статус
экземпляра и проходят только экземпляры со статусом, указанным в
параметре StatusSpisInd, по умолчанию это – 0. (Отмеченные
экземпляры помещаются в таблицу, если используется перенос или
если количество с одним инвентарным номером больше чем 1).
Например, чтобы передаче подлежали также экземпляры со статусом 1,
надо задать в параметре
StatusSpisInd=0, 1
В режиме списания экземпляров группового учета, когда отмеченные
штрих-коды кладутся в таблицу, то проверяется статус экземпляра и
отбираются
только
со
статусом,
указанным
в
параметре
StatusSpisGroup, по умолчанию это – U. Например, чтобы списанию
подлежали также экземпляры со статусом С, надо задать в параметре
StatusSpisGroup=U, C.
Возможна ситуация, когда экземпляры были отмечены, но ни один не
прошел по статусу, тогда будет выдано сообщение, типа:
1.6.
Режим для списания по названию в случае группового учета заменен на
режим «Выбор по названию – списание по инвент.номерам/штрихкодам». Т.е. для записей, отмеченных по названию, все экземпляры со
статусами, задаваемыми в параметрах StatusSpisInd и StatusSpisGroup,
помещаются в таблицу, в которой можно отметить экземпляры на
списание. В частности можно решить проблему списания дублетных
инвентарных номеров (учетные карточки). В этом случае хотя бы по
одному из параметров таблицы экземпляры должны отличаться.
2. Мастер поступления.
2.1.
2.2.
Добавлена возможность выполнять заимствование описаний из ИРБИСкорпорации.
Заимствованные описания из ИРБИС-корпорации попадают в БД
комплектования с кодом РЛ PAZK. Когда эти записи передаются в БД
каталога, то не происходит преобразования по таблице (нет
надобности). Поэтому в новых записях не формируется код этапа
работы ‘ОБРНЗ’, как в записях ZK.
Поэтому предлагается параметр в секции ENTRY со значением по
умолчанию:
ValNoDone=ОБРНЗ
В этом параметре можно переопределить (или отменить) код, который
будет присваиваться записи PAZK (в поле 907) при переносе.
3. Мастер заказа.
3.1. Предусмотрено создание заказа без указания организации. В этом
случае в дереве «Организация – заказы» эти заказы будут помещаться
по условным названием «(Аукцион)». Название можно изменить в
параметре MZwithoutORGtxt.
3.2. Предусмотрено в описание заказа вносить только количество
предполагаемых экземпляров без указание номера заказа и
организации. Это выполняется в поле 62 и для учебника в поле 694.
Тогда в дереве заказов такие описания соберутся под названием
«(Заказ запланирован)». Название можно изменить в параметре
BOwithNumbZkBook.
3.3.
Добавлен новый вид поиска в задаче «ЗАКАЗ» - «Дезидераты, с
заданным количеством для заказа». В словаре этого вида приводятся
3.4.
названия книг, а в связанном списке количество заказанных
экземпляров.
Добавлен режим ввода – заимствование из ИРБИС-корпорации.
4. Проверка фонда. Изменен словарь проверки фонда. Он распался на
отдельные словари, которые формируются независимо от значения в файле
ORG.mnu. Словари добавлены в виды поиска для БД каталога в задаче
«Поступление».
Исправлены таблицы, формируемых по результатам проверки. В опросный
лист добавлено место хранения, для которого проводилась проверка.
5. В параметрический файл выведены параметры, регулирующие видимость
операционных кнопок для задачи «Поступление» и «Списание». Если
принимается решение, что работы выполняется только через «Мастер
поступления» и «Мастер списания», то следует обнулить параметры:
AccessPostNewKsu=0 – видимость кнопки «Новая запись КСУ»
AccessPostNewZK=0 – видимость кнопки «Ввод описаний без заказа»
AccessPostStatKsu=0 – видимость кнопки «Пополнение записи КСУ»
AccessSpisKsu=0 – видимость кнопки «Новая запись КСУ»
AccessSpisGroup=0 – видимость кнопки «Групповое списание»
AccessSpisEnd=0 – видимость кнопки «Завершение выбытия»
AccessSpisStat=0 – видимость кнопки «Пополнение записи КСУ»
AccessSpisDelMove=0 – видимость кнопки «Удаление/Перенос БО»
AccessSpisCena=0 – видимость кнопки «Изменение файла пересчета цен»
Пример интерфейса с отключенными режимами в «Поступлении»:
АРМ Книгообеспеченность
1. В режиме «Формирование отчетов»
1.1 В опросном листе некоторых таблиц добавлен параметр «ККО в
отладочном варианте?», по которому можно видеть как формируются
значения ККО.
1.2 Для большинства таблиц добавлен параметр отбора «Вид обучения».
1.3 Добавлена новая возможность при формировании списка № 3 (KoListEkz).
В опросном листе появились параметры:
Только устаревшие? – Если выбрать «ДА», то в таблицу попадут
только книги, степень новизны которых меньше заданного значения
Степень новизны – Можно задать число, определяющее раньше
какого года издания (текущий год «минус» заданное число) попадут
книги в таблицу. Если число не задано, то оно будет браться в
зависимости от цикла из справочника CycleNew.mnu.
Т.к. у этой таблицы стал другой РЛ, то в INI-файле изменился параметр
GRWssList3=. Следует его опустошить, чтобы использовался лист опроса
по имени таблицы – KoListEkz.
1.4 Для суммарной таблицы «Книги-студенты» по специальностям в опросном
листе добавлен параметр «Направление вместо специальности». Если
выбрать ДА, то таблица будет сформирована по направлениям.
1.5 Для суммарной таблицы «Книги-студенты» по факультетам в опросном
листе добавлены параметры:
«Экземпляры пропорционально студентам?». Если ответ будет
«ДА», то реальное число экземпляров, вычисленное по учебникам
факультета, заменяется на приведенное число экземпляров.
Считается, что при выдаче все экземпляры распределяются между
факультетами пропорционально количеству студентов. Вычисляется
коэффициент – количество студентов данного факультета (с учетом
отбора), деленное на общее количество студентов (с учетом
отбора). Реальное количество экземпляров умножается на этот
коэффициент (он меньше единицы).
Включить БД из справочника? – параметр описан ниже
1.6 Для суммарной таблицы «Книги-студенты» по дисциплинам в опросном
листе добавлены параметры
Кол-во ЭУ меньше...? – Выбор ДА задает режим показа только тех
дисциплин, у которых количество ЭУ меньше заданного значения
Кол-во ЭУ для сравнения – задает в.у. значение. Если не задано, то
значение для сравнения = 3
Включить БД из справочника? – параметр описан ниже
В таблице добавлен новый столбец – количество ЭУ для дисциплины
1.7 Таблицы для лицензирования раздел 2 и раздел 4. Добавлены
возможности и соответственно параметры в опросном листе:
Для факультета экземпляры пропорционально студентам. Если
таблица формируется для факультета (задан в опросном листе) и
задан этот параметр, то для каждого учебника количество
экземпляров будет умножаться на коэффициент. Коэффициент
уменьшающий и будет вычисляться как: количество студентов,
использующих этот учебник по полю 691, деленный на общее
количество студентов, использующих этот учебник, по полю 691.
Таким образом, не используя выделенные фонды, факультет может
выявлять свою долю учебников.
В отладочном варианте? Этот параметр работает только, если
задан факультет и параметр, описанный выше. При его включении
будет показываться уменьшающий коэффициент для экземпляров.
1.8 Итоговая таблица по циклам. Измененный вариант имеет имя
KoItogCycleN. Таблица помещена в директорию DEPOSIT, в INI-файле
изменен параметр
GRTabItogCycl=KoItogCycleN
Изменения в листе опроса (KoItogCycleN.wss):
Добавлен параметр отбора «Вид обучения»
Добавлен параметр «С учетом электронных ресурсов?». Если ДА, то
ЭУ считаются в "Названиях", в обеспеченности ККО=1
Добавлен параметр «Включить БД из справочника?» – параметр
описан ниже
Возможность задавать несколько значений для одного параметра
отбора. Для проверки сформированной таблицы в этом случае также
можно пользовать проверочной таблицей KoItogChek, а повторяемые
значения следует задать в символах «!». Например, при
формировании итоговой таблицы был задан факультет как: СПО,ФЭ.
В проверочной таблице надо задать !СПО!ФЭ!
1.9 Изменена таблица «Дисциплины ВУЗа», которая стала формироваться на
записях дисциплин, имя таблицы: KoDiscD. В таблице добавлены колонки
«Последний год издания», в которую помещается максимальный год
издания для учебников дисциплины.
«Кол-во ЭУ» - количество электронных учебников
Кроме того в формирование таблицы добавлены дополнительные
возможности и соответственно дополнительные параметры опроса:
Множественный выбор для параметров РЛ
Формироваие данные, независимо от семестра – параметр опроса
«Для текущего семестра?»
Параметр листа опроса «Отбор с ККО больше заданного» дает
возможность задать значение значения ККО т.о., что в таблицу
попадут дисциплины, у которых среднее значение ККО больше
заданного. Среднее значение формируется по значениям ККО для
книг, которые берутся из поля 693.
Параметр листа опроса «Отбор с ККО меньше заданного» дает
возможность задать значение значения ККО т.о., что в таблицу
попадут дисциплины, у которых среднее значение ККО меньше
заданного. Если задать значение 0, то в таблицу попадут
дисциплины с нулевым значением ККО.
Параметр листа опроса «Нет новых после года (ГГГГ)» дает
возможность отобрать в таблицу только те дисциплины, у которых
нет учебников, изданных позже заданного года, т.е. год издания
больше заданного числа.
Параметр листа опроса «Только дисциплины, имеющие учебники?»
дает возможность помещать в таблицу только те дисциплины, для
которых на данное полугодие имеются учебники в БД каталога.
Параметр листа опроса «Формировать КЭИ для специальности?».
Если параметр ДА и отмечена специальность в качестве заголовка,
то для каждой специальности будет подсчитываться КЭИ –
коэффициент электронных изданий. Считается как частное от
деления количества всех дисциплин для специальности на
количество тех дисциплин, у которых число ЭУ превышает заданное
значение.
Минимальное количество ЭУ у дисциплины для подсчета КЭИ.
Используется для подсчета количества учебников по специальности,
у которых число ЭУ больше-равно заданному значению.
Следует не забывать, что таблица формируется по дисциплинам из БД
VUZ и в опросном листе подаются словари БД VUZ. Данные об учебниках
берутся из БД каталога, поэтому возможны несоответствия, например, в
опросном листе по словарю задали факультет (дисциплины для
факультета есть в БД VUZ), а таблица пустая, т.к. в БД каталога не
прописаны учебники для этого факультета.
Возможны несоответствия данной таблицы с таблицей «Книги-студенты по
дисциплинам». Это может быть связано с тем, что первая таблица
выполняется на записях DISC БД VUZ, вторая на записях каталога. Могут
быть дисциплины, введенные в БД VUZ, но не используемые в БД каталога,
и наоборот. Пример формирования таблицы – на рис. Ниже
1.10 В форме для лицензирования, раздел 3, добавлена возможность
формировать таблицу не только для учебников (наличие поля 691), но и по
всей БД. Для этого в листе опроса устанавливается параметр
1.11 Добавлена возможность в опросном листе задавать нескольких
значений одного параметра для некоторых таблиц. Это компенсирует
отсутствие возможности формировать отчеты по отмеченным документам.
Реализуется как выбор нескольких значение из словаря для тех РЛ опроса,
где добавлена возможность множественного выбора.
Эту возможность можно использовать для:
Списков 1-3, соответственно изменены таблицы KoListBook,
KoListBookCur, KoListEkz
Итоговой таблицы по циклам (KoItogCycleN)
Итоговая таблица по дисциплинам (LicenDisc)
Таблицы по дисциплинам БД VUZ (KoDiscD)
Не следует самостоятельно встраивать в РЛ опроса использование
множественного выбора для других отчетов, т.к. кроме этого необходимо
править файлы, формирующие отчеты.
1.12 Включение других баз данных каталога, по которым вычисляются
данные. Эта возможность добавлена для следующих отчетов:
Итоговая таблица – циклы. Для включения БД используется секция
ADDDBN в файле *.smf.
Суммарные данные по дисциплинам, факультетам.
В опросном листе добавились позиции:
«Включить БД из справочника?». Предполагаются ответы
- ДА – при формировании таблицы дополнительно будут
использоваться базы данных из списка, имя которого задается в
следующем параметре
- НЕТ - данные будут формироваться для текущей базы данных (IBIS
или БД, заданной в настройке)
- По всем БД – то же, что и ДА, но в таблице будут выведены не
суммарные данные по всем БД, а для каждой БД в отдельности.
Пример ниже.
«Имя справочника для включения» - должен содержать список тех
БД, по которым дополнительно будут считаться данные. Если он не
задан при «ДА» предыдущего параметра, то возьмется тот, что в
настройке. Сам справочник следует поместить в директорию
DEPOSIT, чтобы он был доступен всем БД.
1.13 .Добавлена новая форма «Дисциплины, имеющие электронные
ресурсы». Выполняется для описаний, в которых имеются поля 951 и поле
691. В опросном листе можно задать параметры отбора учебников. В том
числе указать до трех разных значений типов внешнего объекта.
2. Пакетные задания.
2.1 Откорректированы все задания с добавлением оператора записи в
протокол
PUTLOG.
Задания
выполняются
без
использования
промежуточных полей и с актуализацией.
2.2 В задании по переводу студентов (с БД студентов) добавлен контроль на
уже выполненный перевод в данном полугодии. Для этого в опросный лист
добавлен параметр «Выбрать исходное полугодие». Если в записи
студента исходным является не заданное полугодие, то считается, что
перевод уже выполнен. Предотвращает повторное выполнение перевода.
2.3 Изменение контингента. Задание выполнялось корректно, если отмечался
контингент для дисциплины в основном окне, т.е. контингент для одной
определенной дисциплина. Реализован общий случай. Если это не
указанный выше случай, то для отмеченного контингента (отмечается один
контингент!) предлагается перечень всех дисциплин, которые вписаны в
поле 69. Изменения будут выполнены только для отмеченных дисциплин,
т.е. эти дисциплины будут удалены из записи контингента, в них удалены
ссылки на этот контингент и добавлены ссылки на новый контингент, при
необходимости
будет
создана
запись
нового
контингента,
откорректированы записи студентов заданного контингента.
2.4 Для БД каталога – новое пакетное задание, в котором данный учебник для
некоторых контингентов переводится в разряд дополнительной
литературы. Это определяется значением цикла контингента и сроком
новизны для этого цикла из справочника CycleNew.mnu.
Т.е., для каждой дисциплины в поле 691: по значению цикла берется срок
новизны из справочника CycleNew.mnu. Если в поле цикла нет (или нет
цикла в справочнике), то срок новизны берется как значение, заданное в
опросном листе. Если по году издания и по сроку новизны книга «устарела»
для данной дисциплины, то эта дисциплина переводится в
дополнительные. Имя пакетного задания RepToDop.gbk.
3. Перенос дисциплин в записи каталога.
3.1 После выполнения переноса запрашивается разрешение на выполнение
задания по формированию ККО в записях, которые были дописаны. Показ
формы можно отменить, при этом запомниться текущее состояние – если
было выбрано формирование ККО, то оно будет выполняться и далее без
показа формы выбора.
3.2 При переносе данных из записей контингентов (нижнее окно) в записи
каталога поле 691 может быть не только дописано новыми повторениями.
Повторения поля 691 могут быть откорректированы, если в записи книги
уже есть переносимые контингенты.
Дублетность переносимого повторения определяется по данным подполей:
A, L, V, O, C, N, F, I, G. Если по совокупности этих данных находится
повторение в книге, то в нем будут обновлены подполя D, H, B, S, K, E, W.
Идентификатор дисциплины (подполе ^I) считается неизменным.
3.3 Добавлен тип переноса из словаря БД VUZ в левом окне «Дисциплина –
перенос наименования в учебники». В правом окне устанавливается БД
каталога и вид словаря «Дисциплина». Используется в ситуации, когда
имеются разночтения некой дисциплины, и в БД VUZ, и в БД каталога, и
надо свести данные к одной дисциплине. Эта единственная дисциплина
отмечается в левом окне. В правом окне следует отметить те дисциплины,
которые надо заменить на отмеченную слева. При выполнении:
В записях каталога корректируются поля 691: отмеченные справа
дисциплины заменяются на единственную, отмеченную слева, т.е.
заменяются наименование, идентификатор, цикл, кафедра.
Дисциплины, подлежащие замене (отмеченные справа) удаляются в
БД VUZ, а их данные из поля 83 переносятся с проверкой на дубль, в
единственную запись дисциплины.
Этот перенос используется в технологии создания дисциплин в БД VUZ по
данным из записей каталога, т.е. по полям 691, когда ввод данных по
книгообеспеченности начинался со ввода в БД каталога. Технология
описана в инструкции в приложении 6.
Имя пакетного задания на перенос – MoveNameDisc.gbl.
4. Принадлежность к «электронному учебнику» предлагается определять по
формату PftElectroName=KoElectro, т.о. пользователь может менять это
понятие по своему усмотрению. В формате: ЭУ считаются документы, если
выполняется одно из условий:
В документе имеется поле 951^K
В поле «характер документа» имеется код «j02»
Тип документа задан «L», есть поле 230 и отсутствует поле 910
5. При наличии базы данных ЭБС предлагается механизм переноса ссылок на
электронные учебники из ЭБС в записи БД каталога, а также возможного
переноса полей 691 из записи каталога в записи ЭБС. Модуль для переноса
аналогичен модулю работы с аналогами, см. рис:
В переключателе «Связать» можно выбрать режим:
«с переносом ВСЕХ данных КО» - поля 691 из записи каталога
перенесутся в отмеченную запись ЭБС
«с переносом отмеченных данных КО» - перенесутся только отмеченные
поля (в левой таблице)
«без переноса данных КО»
6. Использование дополнительных баз данных учебников. Добавлена
возможность в отдельных формах отчета наряду с основной БД каталога
использовать другие БД, в которых имеются учебники, приписанные к
дисциплинам (контингентам). Список таких дополнительных БД следует
поместить в справочник, имя которого задать в настройке. Это имя будет
присвоено параметру AddDbnListName в секции PRIVATE. Этот параметр
будет использоваться в следующих формах:
6.1. В таблице интерфейса. При формировании таблицы в опросном листе
(KoFor693.wss) добавлен элемент – «Участвуют в подсчете ККО БД из списка».
Если в настройке задан этот параметр, то он будет предложен. Если его не
отменить, то в таблицу будут помещены описания из основной БД и далее из
БД, перечисленных в справочнике. Строки для разных БД будут иметь разную
расцветку, а при наведении курсора на 0-ю колонку будет подаваться
подсказка – имя БД. Пример на рис.
6.2. Итоговая таблица по циклам. В опросный лист добавлен параметр
«Включить БД из справочника?». Если выбрать «Да», то в подсчете данных
будут участвовать записи из БД, перечисленные в справочнике, имя которого в
параметре настройке.
6.3. Суммарные данные по дисциплинам либо по факультетам. В опросный
лист добавлен параметр «Включить БД из справочника?». Возможные ответы
ДА – данные для основной БД дополняются данными из баз данных,
содержащихся в справочнике, который определен в настройке
(параметр AddDbnListName). Количества наименований, экземпляров
складываются, среднее ККО вычисляется как среднее по всем БД.
НЕТ – данные только для основной БД (имя БД в настройке или IBIS)
По всем ДБ – данные считаются по отдельности для каждой БД из
справочника
AddDbnListName.
К
наименованию
дисциплины
приписывается в скобках имя конкретной БД.
7. Модуль «Учебный план» - формирование новой дисциплины для кафедры.
Добавлена возможность задать в РЛ несколько значений цикла, тем самым
создать несколько записей одной дисциплины с разными циклами. Заданный
идентификатор сформируется только для первой записи, для других записей
он определится автовводом. Данные, заданные в поле 83, сформируются для
всех записей, по связанные записи контингентов создадутся только для
первой.
8. В режиме «Формирование справочников» добавлена возможность не
показывать некоторые справочники, а также менять их наименования. Это
задается в параметрах с именами SpravNameN в секции DISPLAY.
Справочники жестко привязаны к номеру в списке, который включен в
начальный вариант параметрического файла. Если нужно какой-либо
справочник убрать из модуля корректировки, то соответствующий параметр
надо опустошить (но не удалить).
АРМ Читатель
1. (ИРБИС64) Реализован механизм МОРФОЛОГИИ для режима «ПОИСК ДЛЯ
ЧАЙНИКОВ» – см. п.1.в разделе «АРМ Полнотекстовый читатель».
2. В АРМах Читатель и Каталогизатор (ИРБИС64) обеспечена возможность
применения механизма МОРФОЛОГИИ при поиске по КЛЮЧЕВЫМ СЛОВАМ (не
путать с ПОЛНОТЕКСТОВЫМ поиском)
В INI-файлы АРМов Читатель и Каталогизатор (irbisr.ini и rbisc.ini) в секции [SEARCH]
введен новый параметр, который разрешает/запрещает применение этого
механизма (по умолчанию - разрешает)
MORPHOLOGY=1
В АРМах Читатель и Каталогизатор механизм МОРФОЛОГИИ включается при поиске
по КЛЮЧЕВЫМ СЛОВАМ и ОТКЛЮЧЕНИИ опции УСЕЧЕНИЕ (т.е. когда
переключатель УСЕЧЕНИЕ установлен в положение НЕТ)
Соответствующее дополнение вносится в язык запросов ИРБИС (который
применяется в пакетных заданиях и при создании пользовательских приложений):
для того чтобы указать для поискового термина применение механизма морфологии
в поисковом выражении его (термин) необходимо ограничить справа символом '@'
(разумеется, в АРМах ИРБИС это делается автоматически)
АРМ Администратор (для ИРБИС64 – серверный)
1. Введен новый режим УСТАНОВИТЬ БЛОКИРОВКУ (в разделе БАЗА ДАННЫХ
главного меню) - который обеспечивает принудительную установку монопольной
блокировки БД. Введена соответствующая пакетная команда – LOCKDB.
2. За счет распараллеливания процессов существенно ускорено выполнение этапов
сортировки и загрузки при создании словаря базы данных.
АРМ Администратор-клиент (ИРБИС64)
1. Обеспечена возможность выполнения ПАКЕТНЫХ заданий - появился новый
режим в меню СЕРВИС Главного меню ВЫПОЛНИТЬ ПАКЕТНОЕ ЗАДАНИЕ
Администратор-клиент
поддерживает
пакетные
команды
серверного
Администратора (с некоторыми исключениями) и кроме того поддерживает новые
(дополнительные) команды, такие как:
SEARCH - поиск
PRINT - печать
STAT - статистика
STATF - стат.формы
Полный список пакетных команд и их описание содержится в ПРИЛОЖЕНИИ 1
Правила написания пакетных заданий для Администратора-клиент полностью
совпадают с правилами написания пакетных заданий для серверного
Администратора.
В связи с пакетными заданиями в INI-файл АРМа Администратор (irbisa.ini) в секции
[MAIN] введены следующие параметры:
CLIENT_WORKDIR=c:\irbiswrk\
RecUpdif=
PftOpt=PFTw_H.OPT
MAXBRIEFPORTION=3
MailHost=mail.gpntb.ru
MailPort=
MailFrom=ГПНТБ России
MailFromAdress=alio@gpntb.ru
MailUser=
MailPassword=
DBNFLC=
MAXBRIEFPORTION=3
XMLTAGPREFIX_IND=IND.
XMLTAGPREFIX_FIELD=FIELD.
XMLTAGPREFIX_SUBFIELD=SUBFIELD.
XMLTAGRECORD=
XMLTAGTOPLEVEL=RECORDS
XMLTAGSPACEREPLACE=_
BARCODEHEIGHT=
BARCODETYPE=
AutoinFile=autoin.gbl
которые аналогичны одноименным параметрам для АРМа Каталогизатор.
Для обеспечения запуска АРМа Администратор-клиент через Планировщик заданий
Windows таким образом, чтобы АВТОМАТИЧЕСКИ начиналось выполнение
определенного пакетного задания, введены новые параметры для клиентского INIфайла (cirbisa.ini - т.е. того INI-файла, который находится на КЛИЕНТСКОЙ стороне)
в секции [MAIN]:
BATCHFILE=<путь и имя файла с пакетным заданием>
USERNAME=
USERPASSWORD=
В этом случае в планировщике заданий Windows запуск АРМа Администратор-клиент
надо задавать в виде командной строки:
cirbisa_unicode.exe cirbisa_auto.ini
где cirbisa_auto.ini - это специальный клиентский INI-файл АРМа Администраторклиент, в котором содержатся дополнительные параметры - BATCHFILE,
USERNAME, USERPASSWORD.
Следует отметить (для продвинутых администраторов), что предлагаемый список
пакетных команд для АРМа Администратор-клиент превращает его по
функциональности в ПАКЕТЫЙ АРМ Каталогизатор.
2. Обеспечена возможность использовать ИНСТРУМЕНТЫ - а именно:
-Редактор РЛ и справочников
-Редактор INI-файлов и сценариев поиска.
В главном меню появился раздел ИНСТРУМЕНТЫ с двумя соответствующими
режимами.
ИРБИС-Навигатор
1. Реализован механизм МОРФОЛОГИИ для поиска в Имидж-каталоге – см. п.1.в
разделе «АРМ Полнотекстовый читатель».
Язык форматирования
1. Новый UNIFOR (для ИРБИС64):
Проверить наличие файла/корректность URL
&unifor('+9L',<path>,<dbname>,<filename>)
<path> - условный путь к файлу, принимает значения:
0 - основная папка IRBIS64 на сервере (\irbis64\);
1 - папка DATAPATH (\irbis64\datai\)
2,3,10 - папка БД <dbname>
11 - абсолютный путь/URL
<dbname> - имя БД, имеет смысл только при path=2,3,10
<filename> - имя файла (в случае path=11 - полный путь и имя файла ИЛИ URL)
Функция возвращает:
0 - если файл отсутствует/некорректный URL
1 - если файл присутствует/корректный URL
Примеры:
&uf('+9L1,,\deposit\rksu.fst')
(....&uf('+9L10,',&uf('+D'),',',v951^A)....)
Глобальная корректировка
TCP/IP сервер баз данных ИРБИС64
1. Повышена надежность работы сервера, в том числе – в глобальных сетях (т.е., в
случаях подключения удаленных клиентов). Введен новый параметр в INI-файле
сервера:
THREAD_TIME_LIVE
с помощью которого указывется минимально допустимая скорость работы сети, по
умолчанию - 100 Kb/сек. Данный параметр позволяет настроить сервер для работы в
условиях медленных и нестабильных соединений с клиентами.
2. Изменена работа сервера с ресурсами баз данных (PFT, MNU, GBL и т.п.), а
именно, распараллелено их чтение. Это повышает производительность сервера при
одновременной работе с большим количеством клиентов.
3. Добавлены параметры для работы сервера в режиме перенаправления запросов
(REDIRECT). В INI-файле сервера введена новая секция [AllowRedirect], в которой
действуют следующие параметры:
AllowRedirectAll
который разрешает (значение 1) или запрещает (значение 0) обработку запросов,
перенаправленных с любых IP-адресов (по умолчанию – 1).
В случае AllowRedirectAll=0 действуют дополнительные параметры:
Сount – число разрешенных серверов перенаправления;
SERVER1 - IP-адрес 1 разрешенного сервера перенаправления
SERVER2 - IP-адрес 2 разрешенного сервера перенаправления
и т.д.
Использование этих параметров позволяет обеспечить безопасность при работе в
режиме REDIRECT.
Шлюз WEB ИРБИС/OPAC-ИРБИС
1. Добавлена возможность использования морфологии при поиске по ключевым словам
русского языка (включена по умолчанию). Параметр MORPHOLOGY в секции MAIN INIфайла шлюза.
2. В режиме расширенного поиска добавлена возможность поиска документов, содержащих
ссылку на полный текст.
3. Повышена надежность работы шлюза с базой данных статистики.
ИРБИС64 ПБД (Web-ИРБИС ПБД, АРМ Полнотекстовый администратор, АРМ
Полнотекстовый читатель)
WEB ИРБИС64 ПБД
1.Создан
новый
дизайн
пользовательского
интерфейса
(см.
http://librarynew.gpntb.ru/cgibin/irbis64r_ft_13/cgiirbis_64_ft.exe?C21COM=F&I21DBN=TEXT_FULLTEXT&P21DBN=T
EXT&Z21ID=&S21CNR=5 )
2.Изменился способ показа в результатах поиска найденных страниц из
многостраничных документов. В результатах поиска показывается только первая
найденная (самая релевантная) страница многостраничного документа вместе со
ссылками на другие найденные страницы в порядке релевантности. То есть любой
текст в результатах поиска отражается только один раз.
3.Формат показа многостраничного документа теперь включает текст начала
документа.
4.Изменен формат постраничного листания многостраничного документа PDF
АРМ Полнотекстовый читатель
1. Реализован механизм МОРФОЛОГИИ для ПОЛНОТЕКСТОВОГО поиска.
Механизм морфологии является альтернативой механизму ПРАВОГО
УСЕЧЕНИЯ (который применяется в полнотекстовом поиске в версиях ниже 2013.1) и
обеспечивает более ТОЧНЫЙ поиск.
Пример: Выполняется полнотекстовый поиск по слову "СТОЛ". В случае
применения правого усечения (как это происходило до сих пор) будут найдены
документы, содержащие все флексии слова "СТОЛ" (стола, столу, столы, столами и
т.д.), а также документы, содержащие слова "СТОЛБ", "СТОЛИЦА" (и все их формы) что, конечно же, будет являться "шумом". В случае применения механизма
морфологии - будут найдены ТОЛЬКО документы, содержащие слово "СТОЛ" и все
его формы.
В настоящее время Полнотекстовый поиск применяется в следующих модулях:
АРМ Читатель, режим "ПОИСК ДЛЯ ЧАЙНИКОВ";
АРМ ПОЛНОТЕКСТОВЫЙ Читатель;
ИРБИС-Навигатор, поиск в ИМИДЖ-КАТАЛОГЕ;
Web-шлюз (ОРАС-ИРБИС64,Web-ИРБИС64 и Web-ИРБИС64 ПБД), поиск в
БД ЭК в режиме СТАДАРТНЫЙ ПОИСК-КЛЮЧЕВЫЕ СЛОВА (сортировка по
релевантности) и поиск в полнотекстовых БД.
Механизм МОРФОЛОГИИ включается с помощью параметров в INI-файлах
соответствующих модулей:
для АРМа Читатель - (irbisr.ini) параметр в секции [NAVIGATOR]
FULLTEXTMorphology=1
для АРМа ПОЛНОТЕКСТОВЫЙ Читатель - (Irbisr_FullText.INI) параметр в
секции [MAIN] FULLTEXTMorphology=1
для ИРБИС-Навигатора - (irbisc.ini) параметр в секции [NAVIGATOR]
FULLTEXTMorphology=1
для Web-шлюза - (irbis_server.ini) - параметр в секции [FullText]
Morphology=1
Механизм МОРФОЛОГИИ строится на основе специальной БД морфологии MORPH объемом около 140 тыс. статей - которая включена в дистрибутив 2013.1
J-ИРБИС 2.0
J-ИРБИС 2.0 – это модуль САБ ИРБИС, предназначенный для создания
библиотечного сайта, соответствующего концепции WEB 2.0. За счёт широких
возможностей настройки модуль может эффективно использоваться как небольшими
библиотеками, так и крупными библиотечными корпорациями.
Рис 1. - Примеры сайтов на J-ИРБИС 2.0
В J-ИРБИС 2.0 реализован целый ряд новых для OPAC функций, ориентированных
как на читателей, так и на сотрудников библиотеки.
ЧИТАТЕЛЮ БИБЛИОТЕКИ J-ИРБИС 2.0 даёт возможность:
Осуществлять поиск в стиле Google (результат выводится по мере ввода
запроса);
Комментировать публикации и одним щелчком мыши оценивать их по
пятибалльной шкале;
Видеть
обложки
для
большинства
современных
книг
(обложки
автоматически выгружаются из интернета);
Выполнять одновременный поиск в нескольких базах данных (собственных
и внешних) с объединением результата и единообразным представл ением
записей;
Вводить поисковые запросы без соблюдения правил и в сокращённой
форме;
Настраивать полноту библиографических описаний, исходя из своих
потребностей;
Выполнять распечатку, сохранение в Word или отправку по почте нужных
записей;
Получать рекомендательные списки литературы сразу после авторизации
(для студентов ВУЗов).
СОТРУДНИКУ
БИБЛИОТЕКИ
(СИСТЕМНОМУ
АДМИНИСТРАТОРУ,
АДМИНИСТРАТОРУ ИРБИС) J-ИРБИС 2.0 даёт возможность:
Создать библиотечный сайт на любом компьютере с ОС Windows за 60
минут;
Индивидуализировать внешний вид сайта за счёт использования готовых
дизайнерских решений (т.н. шаблонов) и легко отключать ненужные
элементы интерфейса;
Не
заниматься
установкой
и
повторной
адаптацией
новых
версий
благодаря системе автоматического обновления;
Представлять пользователю тематические или видовые выборки записей
в качестве самостоятельных баз (т.н. виртуальные базы);
Редактировать поисковые формы в визуальном режиме, без знания HTML;
Добавлять
на
сайт
новые
материалы
с
помощью
Word-подобного
редактора;
Настраивать систему в визуальном режиме (путём редакции таблиц
настройки) и получать подсказки относительно назначения параметров.
(Полное описание возможностей J-ИРБИС 2.0 приведено в документации:
ReadMe_jirbis2.doc)
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
Setpriv.wss – добавлены параметры VZP и VZK : «Возрастные ограничения» в
просмотр и на КК не выводить
Irbisc.ini – в параметр CvalifValue1 («Ключевые слова в заглавии») добавлены
квалификаторы вновь введенных полей 922^i и 922^L
IBIS
1. Форматы Ibis.fst, ibis.ifs:
a. Словарь авторов - введена возможность отменить включение “доп. данных”
при формировании словаря авторов (термин будет состоять только из
фамилии и полного имени, а при его отсутствии – инициалов) – управление
через ORG.MNU (введен новый параметр “A” )
b. В словари заглавий и Кл. слов добавлены 922^i и 922^L
2. Rmarci.fst, rmarce.fst, smarce.fst – добавлены 3-символьные коды музыкальных
форм (жанр и вид произведения)
DEPOSIT(64) / IBIS(32)
1. Доработано формирование сложного заголовка, состоящего из полей 710 и 500
(унифицированное заглавие), в просмотре и КК; при этом поле 500 может
выводиться либо в заголовок (по умолчанию при наличии 710), либо в области
примечаний
517.wss – добавлено подполе «Роль 500 (выводить в заголовок?)»
Форматы Ozboz.pft, Ozboz_H.pft, Oprim.pft, Oprim_H.pft, OprimK.pft,
OprimK_H.pft
TRZH.mnu – откорректирован комментарий к полю 500
2. Возрастные ограничения
1. 900.wss – введено подполе z, ввод из справочника Vzo.mnu
2. 905.wss - добавлены подполя Y и V: «Возрастные ограничения в просмотр и на
КК не выводить» (и соответственно, в Setpriv.wss - параметры VZP и VZK)
3. Вывод ВО (при просмотре и во всех видах КК) введен в форматы: Orchifr.pft,
Orchifr_H.pft, Jw.pft, Jw_H.pft, !!kk0shp.pft, !!kk0shk.pft, !!kk8f.pft
3. Формирование аналитической записи на аллигат.
1. ASP42.ws, ASP71.ws – добавлена страница “Редкие”.
2. STN_481.fst – добавлен перенос данных аллигата со стр. “Редкие” по инвентарю
в отдельную аналитическую запись на аллигат.
4. Описание электронных ресурсов.
1. Ozboz.pft – общее обозначение материала для специфических видов, как
музыкальные, картографические и т.п. на электронном носителе дополнено
сообщением об этом.
2. Default.ws – добавлено поле 139 – кодированные данные для электронных
ресурсов; добавлено поле 371 – примечание о политике информационного
обслуживания.
3. 488.mnu – добавлены виды связи для документа и его цифровой копии.
5. Добавлено поле 371 – примечание о политике информационного обслуживания.
Новый файл: 371.wss; изменены: rmarci.fst, rmarce.fst, default.ws.
6. Hd.mnu – добавлен код характера “w”- религиозная литература.
7. 128ar.mnu, 128ar3.mnu, 128a8.mnu – добавлены 3-символьные коды
музыкальных форм (жанр и вид произведения)
Новая БД GUAR – архив гуманитарного профиля
Разработана новая БД «ГУМАНИТАРНЫЙ АРХИВ».
Рассмотрены объекты описания в БД: «Фонд» (РЛ Fond), «Опись» (РЛ Opis),
«Дело» (РЛ Delo),
«Документ» (РЛ Guar), «Лист» (РЛ List – аналитическое описание).
Предлагаемая технология ввода по специально настроенным для каждого
вида объекта «Оперативным режимам» обеспечивает автоматическое установление
иерархических связей между записями. Это используется при поиске и отражается в
форматах просмотра, позволяя «путешествовать по фонду»: при просмотре любой
записи показываются прямые отсылки вверх (дифференцированно ко всем записям
более высоких уровней), и вниз (ко всем записям более низких уровней).
Отработка связей между объектами разных типов была основной задачей первого
этапа разработки.
За основу описания специфических характеристик архивных материалов
приняты рекомендации РУСМАРКа (набор и содержание полей описания)., однако,
для части полей, содержащих повторное введение однотипной информации,
применены другие решения. На уровне экспорта-импорта согласование форматов
обеспечивается полностью.
Поисковый аппарат БД включает специфические средства Архивов:
- Схема классификации Архива (БД GUSK)
- Рубрикатор фондов (БД GURF).
- Схема систематизации описи
Первые два средства - это отдельные БД, по своей структуре идентичные
Рубрикатору ГРНТИ; они могут иметь иерархическую структуру и подготавливаются
Пользователем.
Схема систематизации описи также может иметь иерархическую структуру и
вводится в запись описи
ПРИЛОЖЕНИЕ 1.
Список команд для пакетных заданий АРМов Администратор (серверный) и Администраторклиент ИРБИС64 (версия 2013.1 и выше)
Пп
1
Назначение
команды
Открыть
базу данных
Оператор
Операнды
Пример
OpenDB
Dbname
OpenDB RDR
Dbname,FullName,[0|1], [0|1]
Где:
Первый операнд - Dbname имя БД;
Второй операнд - FullName Полное название БД;
Третий операнд доступность БД читателю:
0 - не доступна читателям
1 - доступна читателям;
Четвертый параметр – вид
БД (не поддерживается в
Администраторе-клиент):
0 – БД электронного
каталога
1 – Произвольная БД
Нет
NewDB
TEST,Тестовая,0
,0
2
Создать
новую БД
NewDB
3
Опустошить
БД
ClearDB
ClearDB
Примечания
Команда устанавливает
контекст работы: БД
ЦЕЛИКОМ
Контекст работы
определяет исходные
документы для
последующих команд таких как EXPORTDB,
COPYDB, PRINT, STAT,
STATF, GLOBAL (см.
ниже)
В Администратореклиент не
поддерживается
четвертый операнд, т.е.
создать можно только БД
ЭК
Пп
4
5
6
Назначение
команды
Удалить БД
Закрыть БД
Импорт
данных
Оператор
Операнды
Пример
DeleteDB
CloseDB
Нет
Нет
DeleteDB
CloseDB
ImportDB
[0/#/@|1],FstName,[0|1],[0|1/2
],FileName,[0|1], [0|1], [0|1],
PftGblName
Где:
Первый операнд - исходный
формат данных:
0 - ISO-формат, # символ-разделитель полей,
@ - символ-разделитель
записей;
1 - текстовый формат.
FstName - имя ТВП
переформатирования, если
пустое значение переформатирование не
используется.
Третий операнд - признак
ФЛК:
0 - не применять;
1 - применять.
Четвертый операнд - вид
кодировки:
0 - DOS
1 – Windows
…2 – UTF8
Пятый операнд - FileName полное имя файла с
исходными данными
;
Шестой операнд - признак
Автоввода (в
Администраторе-клиент не
используется):
0 - не применять;
1 - применять.
Седьмой операнд – признак
формирования протокола
импорта:
0 – не формировать
1 – формировать
Восьмой операнд – признак
слияния:
0 – на основе ключевого
формата
1 – на основе глобального
задания
(пустое значение) –
слияние не применяется
PftGblName – имя формата
или глобального задания
для слияния.
ImportDB
0,,0,1,c:\temp\11.i
so,0,0,1,test
Примечания
В Администратореклиент команда не
поддерживается.
В Администратореклиент не
поддерживается шестой
операнд – признак
АВТОВВОДА, т.е.
автоввод выполняется в
соответствии с
параметром AutoinFile в
INI-файле клиента
(irbisa.ini)
Пп
7
Назначение
команды
Экспорт
данных
Оператор
Операнды
Пример
ExportDB
[0|1/mfnfrom/mfnto],FstName,
[0/#/@|1|2],[0|1|2],FileName
Где:
Первый операнд - исходные
документы:
0 - все
1 - диапазон документов,
mfnfrom - начальный MFN,
mfnto - конечный MFN.
FstName - имя ТВП
переформатирования, если
пустое значение переформатирование не
используется.
Третий операнд - выходной
формат данных:
0 - ISO-формат, # символ-разделитель полей,
@ - символ-разделитель
записей;
1 - текстовый формат
2 - XML
Четвертый операнд - вид
кодировки:
0 - DOS
1 – Windows
…2 – UTF8
FileName - полное имя
файла с выходными
данными
ExportDB
1/21/500,UMARC
EW,0,1,c:\temp\2
2.iso
[0|1/mfnfrom/mfnto],FstName,
DbName
Где:
Первый операнд - исходные
документы:
0 - все
1 - диапазон документов,
mfnfrom - начальный MFN,
mfnto - конечный MFN.
FstName - имя ТВП
переформатирования, если
пустое значение переформатирование не
используется.
DbName - имя БД, в которую
будут копироваться данные
Нет
COPYDB
1/10/100,,BOOK
Mfn
Где:
Mfn - номер документа
UnLockRecord
255
8
Копировать
данные
CopyDB
9
Снять
блокировку
БД в целом
Снять
блокировку
записи
UnLockDB
10
UnLockRec
ord
UnLockDB
Примечания
Пп
11
12
13
14
15
16
17
18
19
20
Назначение
команды
Снять
блокировку
со всех
заблокирова
нных
записей
Актуализиро
вать
словарь
Создать
словарь
заново полностью
Создать
словарь
заново только
отбор
Создать
словарь
заново только
сортировка
Создать
словарь
заново только
загрузка
Реорганизов
ать словарь
Реорганизов
ать файл
документов
Копировать
файл
документов
Восстановит
ь файл
документов
Оператор
Операнды
Пример
Примечания
UnLockRec
ordAll
нет
UnLockRecordAll
ActualIf
нет
ActualIf
LoadIfCom
plete
нет
LoadIfComplete
LoadIf0
нет
LoadIf0
В Администратореклиент команда не
поддерживается
LoadIf1
нет
LoadIf1
В Администратореклиент команда не
поддерживается
LoadIf2
нет
LoadIf2
В Администратореклиент команда не
поддерживается
ReorgIf
нет
ReorgIf
ReorgMf
нет
ReorgMf
CopyMf
FileName
Где:
FileName - полное имя
выходного файла
FileName
Где:
FileName - полное имя
исходного файла
CopyMf
c:\irbiswrk\ibis.bk
p
В Администратореклиент команда не
поддерживается
RestoreMf
c:\irbiswrk\ibis.bk
p
В Администратореклиент команда не
поддерживается
RestoreMf
Пп
21
22
Назначение
команды
Диагностика
файла
документов
Диагностика
файла
словаря
Оператор
Операнды
DIAGNOS
MF
MfnFrom,
MfnTo,[0|1],[0|1],[0|1],[0|1],[0|
1]
Где: MfnFrom – начальный
MFN;
MfnTo – конечный MFN;
Третий параметр – режим
диагностики:
0 – Проверка на
соответствие mfn и xrf
1 – Проверка на
целостность записей.
(Параметры с четвертого по
седьмой имеют смысл, если
третий параметр принимает
значение 1)
Четвертый параметр:
0 – Проверка на кодировку
полей отключена
1 - Проверка на кодировку
полей включена;
Пятый параметр:
0 – Исправление
недопустимых символов
отключено
1 - Исправление
недопустимых символов
включено;
Шестой параметр:
0 – Удаление испорченных
записей отключено
1 - Удаление испорченных
записей включено;
Седьмой параметр:
0 – Выгрузка испорченных
записей отключена
1 - Выгрузка испорченных
записей включена
DIAGNOSI
F
нет
Пример
Примечания
В Администратореклиент команда не
поддерживается
DIAGNOSIF
В Администратореклиент команда не
поддерживается
Пп
23
24
Назначение
команды
Установка
режима
игнорирован
ия ошибок
(т.е. такого
режима,
когда
пакетное
задание
продолжает
выполнятьс
я при
ошибочном
завершении
очередной
команды)
Выполнить
поиск
Оператор
Операнды
Пример
SILENCE
нет
SILENCE
SEARCH
SEXP_DIR, MFNFrom,
MFNTo,SEXP_SEQ,JUMP
Где:
SEXP_DIR – поисковое
выражение для прямого
поиска на языке запросов
ИРБИС (может быть
пустым)
SEXP_SEQ – поисковое
выражение для
уточняющего
последовательного поиска
(может быть пустым)
MFNFrom – начальное
значение диапазона MFN
для последовательного
поиска (по умолчанию – 1)
MFNTo – конечное значение
диапазона MFN для
последовательного поиска
(по умолчанию –
максимальный MFN БД)
JUMP – количество
последующих пакетных
команд, которые должны
быть пропущены в случае
нулевого результата поиска
(по умолчанию – 0)
SEARCH
“K=противопожа
рн$” *
“K=оборудован$”
,,,p(v10),2
Примечания
В серверном
Администраторе команда
не поддерживается.
Команда устанавливает
контекст работы:
РЕЗУЛЬТАТ ПОИСКА,
т.е для последующих
команд – таких как
EXPORTDB, COPYDB,
GLOBAL, PRINT,
STAT,STATF – в
качестве исходных
документов будет
использоваться
результат поиска.
Для того чтобы
переключить контекст
работы на БД ЦЕЛИКОМ,
необходимо задать
команду OPENDB
Пп
25
26
Назначение
команды
Выполнить
глобальную
корректиров
ку
Вывести
документы
на печть (на
бумагу, в
файл, на Email)
Оператор
GLOBAL
PRINT
Операнды
Пример
Gblname,mfnfrom,mfnto,[0|1],
[0|1],[0|1],Filename,query
Где:
Gblname - имя задания на
глобальную корректировку
(в случае серверного
Администратора – полный
путь и имя);
mfnfrom,mfnto - диапазон
корректируемых MFN (по
умолчанию 1 и maxMFN);
[0|1] - признак актуализации
(применять/не применять);
[0|1] - признак ФЛК
(применять/не применять);
[0|1] - признак автоввода
(применять/не применять);
FileName - имя файла
протокола с полным путем
(в Администраторе-клиент
не используется);
query - поисковый запрос на
языке ИРБИС (в
Администраторе-клиент не
используется)
[0|1],FormName,mfnfrom,mfnt
o,header,modefield,[0|1/FileN
ame|2/E-mail/Subject]
Где:
Первый операнд – вид
печати:
0 – список
1 – табличная форма
FormName - имя
формата/табличной формы.
Mfnfrom,mfnto – диапазон
MFN исходных документов.
header – заголовок
выходной формы.
Modefield – исходные
параметры для табличной
формы в виде модельного
поля с подполями.(может
быть пустым, если
таб.форма не требует
исходных параметров)
Седьмой операнд –
выходной носитель:
0 – бумага
1/FileName – файл (путь и
имя файла)
2/E-mail/Subject – эл.почта
(адрес и тема)
GLOBAL
C:\irbiswrk\test.gb
l,,,0,0,0,C:\irbiswr
k\111.txt,”K=авто
мат$”
PRINT
1,TABIUW,,,Заго
ловок,^A2000/10
1^BАБ,2/alio@gp
ntb.ru/Отчет
Примечания
В серверном
Администраторе команда
не поддерживается
Пп
27
Назначение
команды
Выполнить
задание на
статистику и
вывести
результат
(на бумагу, в
файл, на Email)
Оператор
STAT
Операнды
Пример
Примечания
StatList,mfnfrom,mfnto,[0|1/Fil
eName|2/E-mail/Subject]
Где:
StatList – перечень заданий
на статистики в виде:
Stat1|Stat2|….|StatN
StatN – описание одной
статистики в виде:
TAG/LENGTH/NUMB/SORT
где:
TAG – метка
поля/подполя или явный
формат в уникальных
ограничителях (который не
должен содержать символов
OPERANDSEP – см.ниже)
LENGTH – длина
анализируемого значения
(по умолчанию – 10)
NUMB – максимальное
кол-во значений (по
умолчанию – 1000)
SORT – тип сортировки:
0 – без сортировки
1 – сортировка по
значению
2 – сортировка по
кол-ву (убывание)
3 – сортировка по
кол-ву (возрастание).
mfnfrom,mfnto – диапазон
MFN исходных документов.
Четвертый операнд –
выходной носитель:
(аналогично предыдущей
команде)
STAT
900^C|”(v102/)”/3/
200/2,,,1/c:\irbisw
rk\stat.txt
В серверном
Администраторе команда
не поддерживается
Пп
28
29
30
31
32
Назначение
команды
Создать
выходную
статистичес
ку форму и
вывести
результат
(на бумагу, в
файл, на Email)
Установить
интервал
опроса
состояния
БД (в сек.)
Установить
монопольну
ю
блокировку
БД
Установить
символразделитель
операндов
для
последующи
х команд
Завершить
работу
АРМа
«Администр
атор»
Оператор
Операнды
Пример
Примечания
STATF
StatForm,modefield,mfnfrom,
mfnto,[0|1/FileName|2/Email/Subject]
Где:
StatForm – имя
стат.формы.
modefield – исходные
параметры для стат.формы
в виде модельного поля с
подполями.(может быть
пустым, если стат.форма не
требует исходных
параметров)
mfnfrom,mfnto – диапазон
MFN исходных документов.
Пятый операнд –
выходной носитель:
(аналогично предыдущей
команде)
STATF
Form3,^A201201
01^B20131231,,,
0
В серверном
Администраторе команда
не поддерживается
AUTOASK
NN
Интервал в секундах. Если
задается 0 – опрос
состояния БД не
выполняется.
нет
AUTOASK 0
LOCKDB
В Администратореклиент команда не
поддерживается
OPERAND
SEP
SEP
OPERANDSEP
%
В серверном
Администраторе команда
не поддерживается
Exit
FileName
Где: FileName – путь и имя
файла, куда выводится
протокол
Exit
c:\irbiswrk\protoc
ol.txt
LOCKDB
Версия 2012.1
Функциональные возможности:
АРМ Каталогизатор
1. Расширены возможности МЕТОДА ВВОДА 4 (через многостроковое окно)
(ИРБИС64):
- при мультивводе повторяющихся полей (F3) каждый абзац введенного текста
(абзац - часть текста, отделенная с помощью клавиши Enter) принимается как
отдельное повторение поля;
- при мультивводе в одно поле/подполе (если указаны данные в 10 свойстве данного
поля/подполя в описании РЛ - см. Общее описание системы Приложение 8 п.5.1)
осуществляется объединение абзацев введенного текста по соответствующим
правилам.
В качестве примера см. мультиввод (F3) в поле 331 (Аннотация).
2. Новый интерфейс для РЛ подполей и табличного ввода (мультиввода
повторяющихся полей с подполями) (ИРБИС64). – см. рисунок.
Главная отличительная особенность нового интерфейса - многостроковая верстка
элементов таблицы.
3. Предлагается новая конструкция для ТВП ПЕРЕФОРМАТИРОВАНИЯ :
0 0 <формат>
т.е. такая строка может содержаться в ТВП переформатирования, предназначенном
для импорта/экспорта/копирования (но ни в коем случае не в ТВП инвертирования)
Если результатом расформатирования в этой строке является символ * выполняются импорт/экспорт/копирования БЕЗ преобразования ВСЕХ полей записи,
кроме тех, что определены в других строках ТВП (т.е. тех, чьи метки указаны в
первом элементе всех остальных строк ТВП)
В противном случае (если результатом расформатирования не является символ *)
ничего не выполняется.
В простейшем случае эта конструкция может иметь вид:
0 0 '*'
Предпосылки для введения такой конструкции рассмотрим на конкретном примере:
Необходимо экспортировать документы из БД и при этом в каждую запись добавить
поле с меткой 902 определенного содержания, преобразовать определенным
образом поле 951, удалить поля 910, а все остальные поля оставить без изменения.
Для решения этой задачи ранее пришлось бы написать огромный ТВП
переформатирования следующего вида:
902 0 'Определенное_содержание'
951 0 <формат преобразования>
910 0 ''
а далее для каждой метки (а их сотни) написать строку вида:
MM 0 (vMM/)
...........
С новой конструкцией этот ТВП переформатирования будет содержать всего четыре
строки:
902 0 'Определенное_содержание'
951 0 <формат преобразования>
910 0 ''
0 0 ‘*’
(Здесь стоит напомнить, что в общем случае порядок строк в ТВП не имеет значения)
4. Обеспечена возможность ПОСТРАНИЧНОГО просмотра (доступа) PDF-файлов,
используемых в качестве внешних объектов (951 поле) (ИРБИС64).
Для реализации этой возможности необходимо для PDF-файла, адресуемого через
подполя 951^A или 951^I, указывать общее количество страниц в подполе 951^N (т.е.
если указывается PDF-файл и не заполняется подполе 951^N, то PDF-файл
рассматривается как единый ресурс).
При постраничном просмотре PDF-файлы должны быть НЕЗАЩИЩЕНЫ (т.е. не
иметь паролей).
При постраничном просмотре каждая страница PDF-файла представляется в виде
графического образа в формате JPEG (т.е. в этом случае НЕ ТРЕБУЕТСЯ наличия
Acrobat Reader'а у клиента).
Данная возможность будет полезна в случае использования PDF-файлов большого
объема (которые целиком "прокачиваются" очень медленно или вообще оказываются
недоступными для просмотра).
Также это может быть полезно:
- когда не предполагается наличие у клиента Acrobat Reader'а;
- когда желательно ЗАЩИТИТЬ текст PDF-файла от копирования.
Дополнительно к этому:
- Обеспечена поддержка (на уровне форматов OFINAL.pft, OFINAL_H.pft и
GROUP951.pft) ГРУППОВОЙ ССЫЛКИ (см. РЕЛИЗ 2011.1) в случае PDF-файлов;
- Снято ограничение на кол-во ГРУППОВЫХ ССЫЛОК для одного документа.
Пример внешнего объекта в виде PDF-файла с постраничным просмотром см. в
тестовой БД IBIS mfn=1.
5. (ИРБИС64) Предлагается новый вариант виртуальной клавиатуры ВИРТУАЛЬНАЯ КЛАВИАТУРА (ЯЗЫКОВАЯ) – которая МОДЕЛИРУЕТ реальную
клавиатуру с раскладом для определенного языка. При этом "старый" вариант
виртуальной клавиатуры остается доступным.
Новый вариант виртуальной клавиатуры предназначен для ввода на
ОПРЕДЕЛЕННОМ языке, имеющем специфический расклад клавиатуры (см.
рисунок). Следует иметь в виду, что расклад виртуальной клавиатуры меняется при
нажатии клавиш (виртуальных) Caps, Shift, AltGr
Для ввода специальных символов, отсутствующих на клавиатуре, следует применять
"старый" вариант виртуальной клавиатуры.
Список языков для новой виртуальной клавиатуры находится в справочнике в папке
DEPOSIT, имя которого определяется параметром в секции [MAIN] INI-файла АРМа
Каталогизатор
LANGMNU=
По умолчанию - это справочник lang.mnu. Пользователь имеет возможность
настраивать этот справочник, а именно: менять порядок языков и/или удалять языки
из списка. Добавлять новые языки может только разработчик (по мере
необходимости и заявкам пользователей). Вызов (включение) новой виртуальной
клавиатуры находится в ГЛАВНОМ МЕНЮ-СЕРВИС-ВИРТУАЛЬНАЯ КЛАВИАТУРА
(ЯЗЫКОВАЯ). По умолчанию предусматривается "горячая" клавиша для ее вызова Alt-K
(которая
может
быть
переопределена
с
помощью
параметра
SHORTCUT_SERVICEKBVIRTUALMAINMENUITEM)
6. (ИРБИС64) В INI-файл в секции [MAIN] введен новый параметр
PREVCOPYABLE=
который определяет доступность режима ПРЕДЫДУЩИЕ КОПИИ и принимает
значения:
1 - доступен (по умолчанию)
0 – недоступен
АРМ Книговыдача
1. Обеспечена возможность автоматического отбора заказов (в окне ЗАКАЗЫ) того
читателя, чье полное описание отбирается в окно ЧИТАТЕЛЬ (ИРБИС64).
Данная возможность включается с помощью нового параметра в секции [MAIN]
irbisb.ini
ReaderRequestRelation=
который может принимать значения:
0 - данная возможность отключена;
>0 - данная возможность включена. Конкретное значение определяет порядковый
номер поиска (начиная с единицы) - в списке видов поиска для отбора заказов
(ЗАКАЗЫ-ИСХОДНЫЕ-ОТОБРАННЫЕ-ВИД ПОИСКА), - в соответствии с которым
будет осуществляться отбор заказов. Разумеется, это должен быть поиск,
обеспечивающий однозначный отбор читателя по его идентификатору. Если список
видов поиска для отбора заказов остается дистрибутивным, то таковыми могут быть
поиски с номерами:
1 - Читатели, имеющие невыполненные заказы;
2 - Читатели, имеющие бронированные заказы;
3 - Читатели, имеющие заказы (невыполненные/бронь/выполненные/отказы) –
наиболее предпочтительный вариант;
8 - Читатели, имеющие выполненные заказы;
9 - Читатели, имеющие отказы;
По умолчанию
ReaderRequestRelation=0
Следует отметить, что данная возможность не имеет ОБРАТНОГО действия, т.е. при
явном (ручном) отборе заказов, содержимое окна ЧИТАТЕЛЬ не меняется.
2. Расширена возможность при вводе ВИДА ПОСЕЩЕНИЯ - обеспечена
возможность вводить ВИД ПОСЕЩЕНИЯ через РЛ подполей (ИРБИС64).
В версии 2011.1 была обеспечена возможность фиксировать ВИД ПОСЕЩЕНИЯ с
помощью справочника в БД RDR, имя которого определяется параметром VISITMNU
(см. релиз 2011.1 раздел АРМ Книговыдача п. 8)
Настоящей доработкой обеспечивается более широкие возможности при вводе
ВИДА ПОСЕЩЕНИЯ - в частности, через словари внешних БД (некоторые
пользователи ведут специальные БД МЕРОПРИЯТИЙ). Расширение состоит в том,
что с помощью параметра VISITMNU в качестве инструмента ввода можно указывать
РЛ подполей.
Т.е. можно указать по-старому:
VISITMNU=nnnn.mnu
а можно по-новому:
VISITMNU=nnnn.wss
при этом жестко предполагается, что собственно ВИД ПОСЕЩЕНИЯ вводится через
подполе A
В качестве шаблона в дистрибутиве предлагается VISIT.WSS (в БД RDR)
(Понятно, что новый способ полностью перекрывает старый, но ради сохранения
преемственности старый способ остается в силе.)
3. Реализована групповая рассылка читателям по эл.почте (ИРБИС64). Данная
возможность реализована в двух режимах:
а). При групповом отборе читателей через словарь ("зеленая" галочка в окне словаря
или двойной клик по термину). В возникающей форме (см. Рис. ниже) появилась
кнопка ПЕЧАТЬ/РАССЫЛКА, с помощью которой можно осуществлять групповую
печать, а также - в случае выбора в качестве выходного носителя E-mail - рассылку.
Суть рассылки заключается в том, что на эл.почту каждого читателя из отобранной
группы (если E-mail указан в его записи) посылается текст, который формируется на
основе форматирования записи читателя по выбранному формату. При этом
запрашивается произвольный текст для ТЕМЫ рассылки (общий для всех). Рассылка
завершается выводом протокола.
(Дополнительно в этом интерфейсе появилась возможность отмечать записи и
сортировать их. Последнее реализуется двойным кликом по панели с кнопками)
б).При просмотре СПИСКА ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ (см. Рис.
ниже). Здесь вместо кнопки ПЕЧАТЬ появилась кнопка ПЕЧАТЬ/РАССЫЛКА, которая
имеет тот же смысл, что описан выше.
Следует напомнить, что каждая строка в этой таблице обозначает ОДНО
задолженное издание, т.е. если читатель задолжал несколько книг, он будет
упоминаться в этой таблице соответствующее число раз – в этом случае для
рассылки достаточно отметить лишь ОДНУ книгу, задолженную читателем.
(Необходимо также напомнить, что индивидуальная рассылка - ЧИТАТЕЛИ-ПЕЧАТЬE-mail - была реализована в предыдущих версиях)
5. Внесены изменения в подсистему ИРИ (ИРБИС64), касающиеся формы
представления результатов поиска/рассылки. В частности, при описании профиля
ИРИ (140 поле в БД RDR) обеспечена возможность указывать в качестве формы
представления результатов поиска/рассылки имя формата (а не только имя
табличной формы, как это было жестко регламентировано в 2011.1).
Данное изменение связано со следующей серьезной проблемой. В качестве
результата обслуживания по ИРИ абоненту посылается ТОЛЬКО биб.описание, но не
полные тексты (если таковые связаны с библиографией). Они (полные тексты) могут
быть доступны абоненту ИРИ (через те тексты, которые прибывают к нему по
эл.почте) только через формируемые в формате ссылки и, разумеется, при условии,
что соответствующие ресурсы доступны через Web-ИРБИС. Если результат
рассылки формируется с помощью ТАБЛИЧНОЙ формы, то это обязательно RTFфайл - в котором невозможно сформировать правильную ссылку на полный текст.
Если же это будет HTML-файл (сформированный с помощью HTML-формата), то
ссылки можно сформировать правильно. Вот почему введена возможность указывать
в качестве формы рассылки (140^K) формат, а не только табличную форму.
Таким образом, если библиотека формирует 951 поле (Полный текст-Внешний
объект) и заинтересована в том, чтобы абоненту ИРИ эти ресурсы были
доступны (непосредственно из файла рассылки), необходимо в качестве
формы рассылки указывать ТОЛЬКО HTML-формат.
В качестве такого формата предлагается новый формат OPTIM_H_IRI.PFT
В связи с данным изменением был добавлен новый параметр в секции [MAIN] INIфайла АРМа Книговыдача
PATHTOCGIIRBIS=
который ДОЛЖЕН содержать путь к Web-шлюзу ИРБИС (cgiirbis_64.exe). Например:
PATHTOCGIIRBIS=http://librarynew.gpntb.ru/cgi/irbis64r_simplesite/cgiirbis_64.exe
(разумеется, никакого умалчиваемого значения этот параметр не имеет)
Также в связи с данным новшеством изменен формат OFINAL_H.PFT
6. Обеспечена возможность подключения пользовательских режимов, т.е.
режимов, созданных самим пользователем-разработчиком (ИРБИС64). Это означает,
что пользователь может "повесить" собственные режимы обработки (как пакетные,
так и интерактивные) в главном меню и на панели инструментов АРМа
«Книговыдача». Реализовано это по той же самой схеме, что и для АРМа
"Каталогизатор" (см. Общее описание, раздел АРМ Каталогизатор, п. 3.10)
При этом необходимо иметь в виду, что в качестве ТЕКУЩЕЙ записи для
пользовательского режима может быть ИЛИ ТЕКУЩАЯ запись читателя (в окне
ЧИТАТЕЛЬ основного интерфейса) ИЛИ ТЕКЩАЯ запись заказа (в окне полного
описания ЗАКАЗА основного интерфейса) - и определяется это параметром
UMGROUPn соответствующего пользовательского режима: 0 - используется текущая
запись ЧИТАТЕЛЯ; 1 - используется текущая запись ЗАКАЗА.
АРМ Книгообеспеченность
9. В режиме «Выполнить пакетное задание» для БД VUZ и БД каталога
добавлено задание, позволяющее выполнять глобальную корректировку
выбранного параметра по справочнику «старое значение – новое значение».
10. Добавлена возможность переноса данных ВСЕХ контингентов из записи
дисциплины в записи каталога, т.е. выполнить привязку учебников ко ВСЕМ
контингентам дисциплины. Имя пакетного задания на перенос (Move83Cat)
определяется в секции SearchKO в irbisk.ini.
11. В модуле «Учебный план» в дереве «Кафедра - дисциплины» добавлена
возможность отображать строку дисциплины по формату пользователя. Имя
формата задается в INI-файле в секции DISPLAY в параметре DiscInTreePft.
12. В режиме «Формирование отчетов»
4.1. Переработана таблица «Итоговая таблица – циклы». Имя таблицы
KoItogCycle. Она формируется для любых циклов, которые содержатся
в справочнике CIKLD.mnu. Можно задать параметры для отбора данных
в таблицу по форме обучения, факультету, специальности,
направлению. Можно задавать срок новизны и код, определяющий гриф.
Если явно не задан срок новизны, который будет отнесен ко всем
циклам, то он будет браться для каждого цикла из справочника
CycleNew. В этом справочнике каждому циклу поставлен в соответствие
срок новизны.
По умолчанию таблица формируется для текущего полугодия
(семестра), но можно задать режим формирования, независимо от
семестра.
Наименования считаются для учебников НЕ аналогов и при условии
наличия экземпляров. Т.е. предполагается НЕ учитывать электронные
учебники, если в описании нет экземпляров.
Для учета электронных учебников в опросном листе имеется параметр
«С учетом электронных учебников?» и если выбрать «ДА», то
независимо от наличия экземпляров они будут учитываться. Подробно
об электронных учебниках в выходных отчетах – п. 3.9.2 инструкции.
Для проверки данных в «Итоговая таблица – циклы» создана
вспомогательная проверочная таблица, которая запускается в режиме
«Печать выходных форм».
4.2.
4.3.
Для таблиц-списков в опросном листе добавился параметр
«Формировать ККО?». В случае ответа «ДА» будет выполнено пакетное
задание по формированию текущих значений ККО (полей 693) для
записей, отбираемых в таблицу. Перед выполнением будет предложено
выбрать тип литературы и задать параметры для связи. Т.о. можно
получать данные в таблице без учета семестра, без учета отдельных
параметров (вид обучения, форма обучения и т.д.).
В разделе «Студенты » добавлена таблица с суммарными данными,
относящимися к книговыдаче. Подробнее в инструкции п. 3.10.8.
4.4.
В разделе «Задолжники» добавлена таблица «Список задолженных
книг». В ней приводятся книги, находящиеся на руках у студентов,
отобранных по параметрам листа опроса: по форме обучения, семестру,
факультету и специальности. Дополнительно можно задать параметры,
определяющие отбор в таблицу
- «Место хранения» - учитывать экземпляры только для заданного места
хранения
- «Дата выдачи с…» - учитывать экземпляры, выданные после заданной
даты
- «Только должники» - учитывать экземпляры уже просроченные, т.е для
держателей-должников
Должники отмечаются красным цветом. Имя таблицы задается
параметром GRTabRdrDolg4=KoBookDolg. Фрагмент таблицы:
4.5.
В таблицах при формировании столбца «Доля изданий …» используется
4.6.
4.7.
параметр INI-файла AfterPoint=2, задающий число знаков после запятой.
Для суммарных таблиц и таблиц для лицензирования добавлено
использование двух новых настроечных параметров в параметрическом
файле. Подробно – в п. 3.10.1 инструкции (IrbisKO64.doc).
ИРБИС-64.
Обеспечена
возможность
добавления
таблицы,
разработанной пользователем, в перечень генератора отчетов. Для
включения таблицы необходимо задать в INI-файле в секции Display
параметры:
- GRUserTab – имя таблицы
- GRUserTabText – текст в дереве таблиц
- GRUserDbn – имя БД, в которой выполняется таблица
- GRUserWss – имя РЛ, если оно не задано в файле *.hdr
Формирование
заголовков
выполняется
без
использования
возможностей интерфейса генератора отчетов.
13. В режиме «Печать выходных форм».
5.1
Для итоговой формы Kitf3g2 добавлена возможность получать
проверочную таблицу для отдельного цикла. Имя таблицы Kitf3g2Check.
Для заданного цикла в таблице приводится список книг с указанием
признака включения в количество наименований графы итоговой
таблицы, с указанием экземпляров и ККО.
5.2
Для проверки данных в «Итоговая таблица – циклы» создана
вспомогательная проверочная таблица. В ней приводятся данные для
книг заданного цикла. Отмечены книги, которые участвуют в подсчете
количества наименований по заданному циклу, указаны количества
экземпляров, ККО каждой книги. При формировании таблицы задаются
все параметры основной таблицы и значения цикла и текущего
полугодия. Имя таблицы KoItogCheck.
14. ИРБИС-64. В режиме переноса данных в записи каталога при вызове списка
отмеченных записей каталога добавлена возможность – отфильтровать список
записей каталога по некоторым значениям. Для задания значений фильтра
используется РЛ подполей. В колонке РЛ задается название параметра,
можно использовать метод ввода 1 (только справочники!), в колонке
«Подсказка» следует задать поисковый префикс, по которому будут отобраны
записи среди тех, которые помещены в таблицу. Например, задав РЛ как на
рис.
Можно в качестве фильтра использовать год издания, характер документа и
место
хранения.
Имя
РЛ
подполей
определяется
параметром
MoveFiltr=MoveFiltr.
15. ИРБИС-64. В режиме «Настройка» добавлена возможность менять способ
работы: с базой данных студентов или без нее.
16. ИРБИС-64. В нижнем окне добавлена возможность снимать признак отметки
строки после того, как был выполнен режим «Отметить ВСЕ».
АРМ Комплектатор
1. ИРБИС-64. Добавлена возможность менять размер шрифта интерфейса,
используя параметр FontSize в клиентском INI-файле. Значения параметра от
0 до 3.
2. При создании / пополнении записей итоговых КСУ добавлена возможность
отбирать исходные записи не только по дате создания, но и по источнику
комплектования. Этот параметр добавлен в лист опроса.
3. В задаче ЗАКАЗ при формировании таблицы «Лист счет-фактура…»
добавлена возможность задавать код суммарного заказа, для которого будут
отобраны записи.
4. ПРОВЕРКА ФОНДА. Добавлена страница, на которой можно определить, как
следует вносить в записи данные о проверке, см. рис. Если проверка
начинается заново и предыдущие данные из записей следует удалить, то надо
выбрать опцию «Начало проверки…». В этом случае будет выполнено
пакетное задание ProvDelTask=Del910s.gbl, которое удалит данные о
предыдущей проверке.
Если отмечена первая (по порядку) опция, то указанное задание будет
выполнено только на записях, участвующих в проверке.
Если выбрана вторая опция, то задание будет выполняться на ВСЕХ
проверенных записях БД. Эти записи отбираются по префиксу
ProvDelPrefix=INP=ПРОВЕРЕНЫ. Следует иметь в виду, что данные по этому
префиксу формируются в словаре только, если в файле Org.mnu в строке № 7
установлен признак = 1. Иначе – этот признак надо установить и выполнить
режим «Создать словарь заново».
Если выбрана опция «Продолжение проверки…», то данные предыдущей
проверки не удаляются, а новые данные будут суммироваться со старыми.
5. МАСТЕР ПОСТУПЛЕНИЯ.
5.1 ИРБИС64. Добавлена возможность ввода описаний, используя технологию
заимствования из Z-ресурсов. На странице выбора режима ввода следует
отметить БД, в которую будут импортированы записи, выбрать режим
заимствования и по кнопке ВПЕРЕД перейти на форму запроса.
В связи с этим в INI-файле задаются параметры:
RUSMARCFST=RMARCI
UNIMARCFST=UMARCIW
USMARCFST=SMARCI
RUSMARCGBL=RMARCI1
UNIMARCGBL=UMARCI
USMARCGBL=USP
ZIMPORTSEARCHPAGE=OPAK-YAZ.html
ZIMPORTFORMAT=OPAK_YAZ_referings.pft
5.2 При выборе (отметке) номера КСУ подается перечень номеров актов,
которые имеются в записи КСУ. Отмеченный номер акта станет текущим,
будет запомнен, будет добавляться в описание нового экземпляра при
сохранении записи.
5.3 Если книги партии КСУ оформлены по нескольким актам, то список книг
партии можно отфильтровать по текущему (выбранному) номеру акта. Для
этого внизу списка предусмотрена кнопка «По номеру акта?».
5.4 Добавлена возможность просмотра на каждой странице записи текущего
КСУ и записи заказа – по клику на обозначении номера КСУ и номера
заказа на верхней панели справа. По клику на обозначении отобранных
документов просматриваются описания документов.
5.5 Добавлена возможность переносить описания томов из БД каталога в БД
комплектования. Если описание тома многотомника было найдено в БД
каталога (на странице поиска), то при отметке и вызове его на
корректировку
будет
предложено
перенести
описание
в
БД
комплектования. Описание будет перенесено и подано на корректировку
как заготовка для ввода очередного тома.
5.6 На странице ввода / корректировки записей в РЛ ввода будет добавляться
страница «Добавочные». Это связано с тем, что используется только
одностраничный РЛ, и чтобы видеть все поля записи, на странице
«Добавочная» будут размещаться те поля, которые не попали в РЛ.
5.7 ИРБИС64. Добавлена возможность использовать виртуальную клавиатуру
при вводе / корректировке данных. Вызвать ее можно по кнопке
«Клавиатура» в нижней части рабочего листа или по нажатием ALT-V.
6. МАСТЕР СПИСАНИЯ.
6.1. Таблицу на удаление / перенос можно сортировать по щелчку на
верхней строке. По двойному клику можно вызвать запись на просмотр.
6.2. ИРБИС64. При списании книг целиком и при списании по названию
добавлен контроль по коду рабочего листа для отмеченной записи,
чтобы исключить вариант отметки записей журналов и статей.
Принадлежность отмеченной записи к книге проверяется по параметру
INI-файла PRBOOK, который содержит весь перечень кодов рабочих
листов книги. При попытке отметить «не книгу» будет выдано
сообщение.
6.3. ИРБИС64. При списании книг целиком и при списании по названию
добавлена возможность отмечать записи на списание не только по
словарю заглавий. Т.е. добавлено окно для выбора вида словаря.
Список видов словарей строится из основного списка по специальному
признаку, который ставится в INI-файле на закладке «БД каталога» в
колонке «В поиск списания книги целиком»
6.4.
6.5.
6.6.
ИРБИС64. При списании многоэкземплярной литературы (статус U) в
таблице для задания количества списываемых экземпляров добавлены
колонки, уточняющие выбор на списание, а именно колонки «Дата КСУ»
и «Цена экземпляра».
При списании утерянных экземпляров добавлена возможность выбора
утерянных на списание: либо все утерянные по месту хранения, либо по
отдельным экземплярам. Это реализуется выбором словаря: либо
словарь мест хранения, в котором есть утерянные, либо словарь
утерянных инвентарных номеров / штрих-кодов. По двойному клику по
строке
словаря
показываются
полные
описания
записей
соответствующего термина.
На странице выбора КСУ добавлена возможность вызвать на
корректировку запись КСУ.
7. МАСТЕР ЗАКАЗА, ИРИБИС64. Добавлен режим на закладке ЗАКАЗ.
Предлагается два варианта работы – с использованием ручного ввода в БД
комплектования и с использованием БД издательского каталога. В каждом
режиме подаются страницы с предложением выполнить последовательные
действия по оформлению заказов, а именно:
7.1. Ввод / корректировка описаний организаций и заказов. На этой странице
можно вводить данные о новой организации, новом заказе, можно
корректировать записи отмеченной организации, заказа, корректировать
запись пользователя. Т.к. существует иерархическая связь между
записями «организация – заказа – книга», то эти записи отображаются в
виде дерева. В нем можно просматривать записи, отмечать для
последующей корректировки, вводить новые описания.
7.2. Просмотр и выбор описания для ввода количества заказываемых
7.3.
7.4.
7.5.
7.6.
экземпляров.
Перед тем как вводить новое БО заказа, следует убедиться, что такого
описания еще нет в БД каталога. На странице поиска можно с помощью
простого опросного листа выполнить поиск в отмеченной БД. Если
описание уже имеется, то его можно перенести в БД комплектования
для оформления следующих заказов этой книги.
Для ввода / корректировки описаний заказываемых книг предлагаются
варианты:
- использовать краткий одностраничный рабочий лист на
очередной странице
- перейти в модуль Каталогизатор
- использовать технологию заимствования
При использовании
БД издательского каталога предлагается
возможность поиска и отметки записей для заказа, ввода количества
заказываемых экземпляров, перенос БО описаний в БД комплектования.
Для всех видов записей (организаций, заказов, описаний книг) можно
получить данные о количестве заказанных наименований, экземпляров,
сумме заказа.
АРМ Читатель
АРМ Администратор (для ИРБИС64 – серверный)
1. В режим ИМПОРТ (ИРБИС64) добавлена опция СО СЛИЯНИЕМ (так же, как в
АРМе Каталогизатор)
В связи с этим пакетная команда IMPORTDB имеет следующую структуру
операндов:[0/#/@|1],FstName,[0|1],[0|1|2],FileName,[0|1],[0|1],[0|1],PftGblName
Где:
Первый операнд - исходный формат данных: 0 - ISO-формат, # - символ-разделитель
полей, @ - символ-разделитель записей; 1 - текстовый формат.
Второй операнд - FstName - имя ТВП переформатирования, если пустое значение переформатирование не используется.
Третий операнд - признак ФЛК: 0 - не применять; 1 - применять.
Четвертый операнд - вид кодировки: 0 – DOS, 1 – Windows, 2 – UTF8
Пятый операнд - FileName - полное имя файла с исходными данными.
Шестой операнд - признак Автоввода: 0 - не применять; 1 - применять.
Седьмой параметр - признак формирования протокола 0 - не формировать; 1 формировать.
Восьмой параметр - использование СЛИЯНИЯ 0 - слияние на основе ключевого
формата, 1 - слияние на основе глобального задания, отсутствие параметра (т.е
наличие ТОЛЬКО семи параметров) означает, что слияние не используется.
Девятый параметр - имеет смысл ТОЛЬКО при наличии восьмого параметра и
определяет имя соответственно ФОРМАТА или ГЛОБАЛЬНОГО ЗАДАНИЯ
2. (ИРБИС64) Введена МНОГОПРОЦЕССОРНАЯ технология для режима СОЗДАТЬ
СЛОВАРЬ ЗАНОВО - что позволяет СУЩЕСТВЕННО ускорить выполнение этого
режима (дополнительно используется новый исполняемый модуль
IrbisMultiLoad.exe).
Выигрыш по времени получается существенным на БОЛЬШИХ БД (>100 тыс.) и при
количестве ядер (процессоров) на менее двух.
В связи с этим введен новый параметр в IRBISA.INI в секции [MAIN] MULTILOAD=N
где N - количество параллельных процессов.
Значение параметра MULTILOAD по умолчанию - равно реальному количеству
ядер/процессоров в системе.
Также введен дополнительный параметр (в секции [MAIN]):
MULTISORT=
который имеет смысл ТОЛЬКО при MULTILOAD>1 и определяет: используется
(значение 1 - по умолчанию) или не используется (значение 0) многопроцессорная
обработка на этапе СОРТИРОВКИ при создании словаря.
Введение данного параметра связано с тем, что при определенных условиях
(зависящих от кол-ва процессов и объема БД) многопроцессорная сортировка
оказывается МЕДЛЕННЕЕ однопроцессорной. (Здесь нет возможности вдаваться в
подробности, почему так происходит, - скажем лишь, что связано это с тем, что
собственно процесс сортировки включает разбиение исходных данных на части.)
Тестирование показало, что на двухядерной машине (MULTILOAD=2) при любых
объемах БД многопроцессорная сортировка (MULTISORT=1) идет быстрее, чем
однопроцессорная. А вот на машине с 8 процессорами для БД объемом в диапазоне
200-300тыс. многопроцессорная сортировка идет медленнее однопроцессорной (при
объемах БД меньше и больше этих значений многопроцессорная "выигрывает")
Ниже приводятся результаты испытаний новой загрузки для БД Электронного
каталога объемом 485 тыс.документов на компьютерах разной мощности:
Компьютер Pentium Dual-Core (2-ух ядерный) 2.6 ГГц, 1.99 Гб ОЗУ
Кол-во процессов: 1 (MULTILOAD<2) - время выполнения: 6 час. 27 мин. 3 сек.
Кол-во процессов: 2 (MULTILOAD=2) - время выполнения: 3 час. 36 мин. 42 сек.
Кол-во процессов: 3 (MULTILOAD=3) - время выполнения: 4 час. 13 мин. 10 сек.
Компьютер Intel Xeon 8 процессоров 2.6 ГГц, 2.0 Гб ОЗУ
Кол-во процессов: 1 (MULTILOAD<2) - время выполнения: 6 час. 16 мин. 32 сек.
Кол-во процессов: 8 (MULTILOAD=8) - время выполнения: 1 час. 8 мин. 17 сек.
Кол-во процессов: 10 (MULTILOAD=10) - время выполнения: 1 час. 11 мин. 47 сек.
3. (ИРБИС64) Введен новый параметр в INI-файл (irbisa.ini)
AUTOASKINTERVAL=
определяющий интервал автоматического опроса состояния текущей БД в секундах
(по умолчанию - 30)
Введена новая команда для пакетного задания, устанавливающая значение
интервала автоматического опроса в секундах:
AUTOASK nn
где nn - значение интервала в секундах (чтобы отключить автоматический опрос
необходимо задать 0)
4. В разделе СЕРВИС главного меню (ИРБИС64) создан новый режим СОЗДАТЬ
ISO-ФАЙЛ ПО ПОСЛЕДНИМ КОПИЯМ MST-ФАЙЛА. Режим предназначен для
формирования ISO-файла на основе последних копий записей текущей БД. Режим
имеет смысл применять при восстановлении «разрушенных» БД – в этом случае
успешно сформированный ISO-файл следует ИМПОРТИРОВАТЬ (без ТВПпереформатирования и с отключением ФЛК и АВТОВВОДА) в предварительно
опустошенную БД (режим ОПУСТОШИТЬ), после чего выполнить режим СОЗДАТЬ
СЛОВАРЬ ПОЛНОСТЬЮ.
5. В редакторе INI-файлов и сценариев поиска (ИРБИС64, Инструменты) добавлена
возможность поиска параметров INI-файла. Для этого создана специальная БД
(HELPINI), в которую включены ВСЕ параметры с их описаниями. Словари этой БД
обеспечивают возможность поиска параметров по:
Названию параметра
Имени секции, в которой он используется
Имени стандартного INI-файла, в котором он используется
Ключевым словам, которые включаются в словарь из полей описания
параметра
На панели инструментов редактора INI-файлов добавлена кнопка «Поиск параметра
в INI-файле», с помощью которой вызывается поисковая форма (см. рис.). Имеется
возможность выбрать вид словаря, выбрать термин словаря или задать термины
вручную, выбрать логику объединения терминов и признак усечения.
Найденные по запросу параметры помещаются в просмотровое окно, в котором
реализовано листание и отбор параметра, который нужно добавить или
откорректировать в текущем INI-файле.
ИРБИС-Навигатор
Язык форматирования
Глобальная корректировка
TCP/IP сервер баз данных ИРБИС64
1. Создан новый механизм актуализации записи (корректировка словаря в
соответствии с изменениями записи) - отличающийся от старого механизма большим
быстродействием.
Дальнейшие разъяснения будут интересны исключительно продвинутым
администраторам ИРБИС, которым не лень разбираться в тонкостях "движка" СУБД
ИРБИС.
Чтобы объяснить суть нового механизма актуализации, необходимо напомнить схему
старого механизма. Она состоит в следующем:
- рассматриваются две копии актуализируемой записи: последняя копия (т.е.
актуальное состояние записи после корректировки) и предыдущая копия (т.е.
состояние записи до выполнения корректировки, или точнее - то состояние записи,
для которого выполнялась предыдущая актуализация);
- обе копии записи подвергаются обработке (в оперативной памяти) в соответствии с
таблицей инвертирования данной БД (<имя_БД>.FST). Обработка состоит в том, что
копии записи форматируются по КАЖДОЙ строке таблицы инвертирования (см.
структуру FST) и в соответствии с методами инвертирования создаются списки
терминов. В результате - формируются два списка терминов: один - связанный с
предыдущей копией записи, другой - с последней копией;
- два списка терминов (после сортировки) сравниваются. В результате: а) термины,
являющиеся общими для обоих списков отбрасываются (не рассматриваются), б)
термины, оставшиеся в списке последней копии (т.е. те термины, которые
присутствовали в списке последней копии и отсутствовали в списке предыдущей
копии) ДОБАВЛЯЮТСЯ в словарь БД, в) термины, оставшиеся в списке предыдущей
копии (т.е. те термины, которые присутствовали в списке предыдущей копии и
отсутствовали в списке последней копии) УДАЛЯЮТСЯ из словаря.
Нетрудно понять, что данный механизм имеет существенный недостаток, связанный
с нечувствительностью к тому, КАКИЕ и СКОЛЬКО полей записи подвергались
изменению (корректировке). Т.е. если изменялись все или большинство полей записи
(или точнее – большинство тех полей, которые участвуют в инвертировании), этот
механизм эффективен; если же изменялось одно или несколько полей (а именно это
имеет место на практике при работе с библиографическими БД) - механизм
малоэффективен. И уж совсем "впустую" он работает в тех случаях, когда
изменялись только те поля, которые не участвуют в инвертировании (т.е. те, по
которым не создаются словари).
Проиллюстрировать это можно на следующем примере. При корректировке записи
изменялось только поле 910 (экземпляры). В этом случае форматирование
последней и предыдущей копий записи по строкам таблицы инвертирования, не
имеющим отношения к полю 910, заведомо бессмысленно, поскольку
сформированные в результате этого термины окажутся общими для обоих списков и
будут отброшены. Имеет смысл использовать только те строки таблицы
инвертирования, которые имеют отношение к полю 910. Но этого не происходит старый механизм "тупо" обрабатывает ВСЕ строки таблицы инвертирования и тратит
время на ненужное форматирование. Таким образом, идея нового механизма
актуализации лежит как будто на поверхности: определять, какие поля в записи
изменялись (сравнивая последнюю и предыдущую копии записи) и отбирать из
таблицы инвертирования только те строки, которые имеют отношение к
изменившимся полям.
(Все именно так - только надо сразу видеть и "обратную сторону", т.е. недостатки
нового механизма: в случае изменения всех или большинства полей записи впустую
уже будет тратиться время на сравнение копий и отбор строк из таблицы
инвертирования.)
Процесс сравнения копий (с целью выявления изменившихся полей) - очевиден и его
реализация не вызывает никаких проблем. А вот задача отбора строк таблицы
инвертирования, имеющих отношение к изменившимся полям, более "хитрая".(И
даже более того - в силу изощренности языка форматирования ИРБИС эта задача
алгоритмически строго говоря вообще неразрешима. Вот пример - разумеется, чисто
теоретический - строки таблицы FST, по которой нельзя определить, к какому полю
она относится:
100 0 ....&uf('AV',f(val(v100),0,0),'#1').....
понятно, что это не поле 100 - а то поле, чья метка указана в поле 100 текущей
записи.)
И тем не менее, для решения "хитрой" задачи предлагается следующее. Вводится
новая структура - дополнительная по отношению к таблице инвертирования. Будем
называть ее ТАБЛИЦА АКТУАЛИЗАЦИИ - IFS (именно такое расширение
предлагается для соответствующего файла). Таблица актуализации создается
ИСКЛЮЧИТЕЛЬНО на основе таблицы инвертирования (каким образом - об этом
ниже) и является ее ОДНОЗНАЧНЫМ следствием ("придатком"). Отличие таблицы
актуализации от таблицы инвертирования только лишь в структуре первого элемента
(если смотреть через Редактор РЛ - это первая колонка). В таблице инвертирования
это т.н. "точка входа". В таблице актуализации - в первом элементе дополнительно к
точке входа указываются (через запятую) МЕТКИ полей, имеющих отношение к
данной строке (т.е. метки тех полей, которые используются в соответствующем
формате - третьем элементе таблицы).
Схематичный пример строки таблицы инвертирования:
100 0 .....v100......v200......v300....
Ей будет соответствовать следующая строка таблицы актуализации:
100,100,200,300 0 .....v100......v200......v300....
Понятно, что такая структура таблицы актуализации позволяет легко решать задачу
отбора строк инвертирования, имеющих отношение к изменившимся полям.
Таким образом, новый механизм актуализации состоит в следующем:
- сравниваются последняя и предыдущая копии записи - в результате определяются
метки изменившихся полей;
- из таблицы актуализации отбираются строки, имеющие отношение к изменившимся
полям и на их основе формируется временная (создаваемая налету для конкретной
записи) таблица инвертирования;
- отрабатывает "старый" механизм актуализации на основе временной таблицы
инвертирования.
Необходимо отметить, что по понятным причинам при актуализации (т.е. сохранении)
НОВОЙ записи (у которой нет никаких предыдущих копий), а также при УДАЛЕНИИ и
РАЗУДАЛЕНИИ записи будет применяться старый механизм актуализации.
Логичен вопрос: зачем поддерживать две структуры - таблицу инвертирования и
таблицу актуализации, почему нельзя отказаться от таблицы инвертирования и
применять только новую структуру - таблицу актуализации. Ответ очевиден:
исключительно для соблюдения принципа наследования. Т.е. если в структуре БД
присутствует таблица актуализации (<имя_БД>.IFS) , будет применяться новый
механизм актуализации, в противном случае - старый механизм.
(Необходимо сразу отметить, что при полном создании словаря используется
ТОЛЬКО таблица инвертирования - <имя_БД>.FST - т.е. этот файл остается
ОБЯЗАТЕЛЬНЫМ в структуре БД, в отличие от таблицы актуализации <имя_БД>.IFS,
которая может отсутствовать).
Теперь о том, каким образом создавать таблицу актуализации. Разумеется, нет
большой трагедии в том, чтобы создавать и корректировать ее вручную на основе
таблицы инвертирования - ведь таблица инвертирования это фундамент БД и
меняется она отнюдь не каждый день. И именно так придется поступать на первых
этапах применения нового механизма актуализации (в дистрибутиве 2012.1
предлагается таблица актуализации для стандартной БД ЭК - IBIS). В будущем будет
предложен инструмент для формирования таблицы актуализации на основе таблицы
инвертирования. Но при этом надо иметь в виду, что каким бы точным ни был этот
инструмент (а абсолютно точным он быть не может по приведенным выше
причинам), все равно будет требоваться ручная постредакутра таблицы
актуализации.
Следствием введения нового механизма актуализации является изменение
следующих серверных исполняемых модулей:
irbis64.dll
server_64.exe
irbisa.exe
GenPft64.exe
IrbisGblAdmin.exe
Web-шлюзы
Полнотекстовые
модули
(Irbis64_FullTextAdministrator.exe
и
Irbis64_FullTextReader.exe)
(и что самое "неприятное" - они становятся НЕСОВМЕСТИМЫМИ с аналогичными
модулями версий ниже 2012.1)
2. В структуру файла \DATAI\<имя_БД>.PAR, определяющего реальное
местоположение (путь) ресурсов БД, введена новая, 11 строка, которая определяет
реальное местоположение (путь) внешних объектов, имеющих относительную
адресацию: в случае ИРБИС64 это внешние объекты, адресуемые через поле 951
подполе А, а в случае ИРБИС64 ПБД это полные тексты, включаемые в БД по
относительным путям (поле 952 подполе В). В случае отсутствия 11 строки в файле
<имя_БД>.PAR предполагается, что соответствующие объекты находятся
непосредственно в папке БД. В случае ИРБИС64 ПБД и использования АРМа
полнотекстового читателя путь в 11 строке файла <имя_БД>.PAR надо обязательно
указывать
начиная
с
имени
компьютера
(Например:
11=\\<имя_ПК>\<имя_общего_ресурса>\и т.д.)
Новая возможность позволяет:
- в случае ИРБИС64 - связывать с библиографической записью внешние объекты
через относительную адресацию (951^A) и при этом размещать их за пределами njq
папки, где находится соответствующая БД. При этом в случае перемещения внешних
объектов не возникает необходимости корректировать 951 поле, достаточно лишь
откорректировать 11 строку в файле <имя_БД>.PAR.
- в случае ИРБИС64 ПБД - включать в полнотекстовую БД объекты, используя опцию
ОТНОСИТЕЛЬНЫЙ ПУТЬ и при этом размещать их за пределами папки с собственно
БД.
Если
предполагается
использование
такой
возможности,
следует
предварительно - ДО включения текстов в БД - внести в файл <имя_БД>.PAR 11
строку
соответствующего
содержания.
Данная
возможность
позволяет
рекомендовать пользователям при включении в БД полных текстов ПОЛНОСТЬЮ
ОТКАЗАТЬСЯ от использования опции ПОЛНЫЙ ПУТЬ.
Шлюз 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 ПБД (АРМ Полнотекстовый администратор и АРМ Полнотекстовый
читатель)
1. Добавлена возможность включения и индексирования файлов 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", то
они не могут быть проиндексированы.
При указании необходимости работы с защищёнными файлами,
незащищённые файлы будут индексироваться как обычно.
2. Добавлена возможность регулировать максимальное время работы утилит,
выполняющих извлечение текста и извлечение страниц из полнотекстовых
документов. Это бывает необходимо в некоторых случаях, когда не хватает
времени, отводимого по умолчанию. Для этого в конфигурационный файл
полнотекстового АРМ Администратор добавлен параметр
MAX_TIME_CONVERTING.
Параметр MAX_TIME_CONVERTING задаёт максимальное время работы (в
секундах). Исходное значение параметра в конфигурационном файле и
значение по умолчанию – 100.
3. В конфигурационный файл полнотекстового АРМ Администратор добавлен
параметр isNeedSplitInsteadExtract. Этот параметр касается некоторых
особенностей использования утилит по разбиению PDF-файлов на страницы.
Значение этого параметра определяет, как будет происходить извлечение
страниц из PDF-файла: 1) будут ли извлекаться страницы по одной (значение
параметра 0) или 2) будут извлекаться все одной командой (значение
параметра 1). Значение параметра по умолчанию – 1. Время извлечения всех
страниц одной командой может быть значительно меньше времени
извлечения страниц по одной, особенно это заметно на больших файлах.
Благодаря механизму хранения извлечённых страниц, соответствующие
страницы будут использованы, когда дойдёт очередь до их обработки.
Поскольку в большинстве случаев необходимо обработать все страницы PDFдокументов, эффективнее использовать значение параметра 1.
4. Обеспечена возможность кэширование извлечённых страниц 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 пустое), файлы - результаты разбиения на страницы -будут
сохраняться в рабочей директории и удаляться по завершении работы
программы.
5. В АРМе Полнотекстовый читатель обеспечено выделение поисковых терминов
на страницах найденных PDF-документов (при включении текстов с
разбиением на страницы). При этом страницы представляются в виде
графических изображений (в формате jpg).
6. (См. п. 2 в разделе TCP/IP сервер БД ИРБИС)
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
Добавлен файл GOS01211.mnu - новый ГОСТ Р 7.0.12–2011 “Библиографическая запись.
Сокращение слов и словосочетаний на русском языке. Общие требования и правила”
Setpriv.wss – добавлен параметр FPE : экземпляры в просмотр не выводить
IBIS
1. В файлах списания SpisGblJ….gbl – учтен статус “5”
2. В табличной форме TPRFA добавлена возможность печати акта проверки фонда для
отдельного места хранения.
3. Табличная форма Spactw отредактирована с помощью Генератора табличных форм.
При корректировке требуется постредактирование
4. Создан новый механизм актуализации записи (корректировка словаря в соответствии с
изменениями записи) - отличающийся от старого механизма большим
быстродействием.
Форматы с именами *.fst, но расширением *.ifs
5. Ibis.fst, ibis.ifs – вложенные форматы прописаны в явном виде с комментариями
DEPOSIT
1. OJ.ws, Rboi.ws – 951zj.wss заменена на 951.wss
2. 905.wss – добавлено подполе W: экземпляры в просмотр не выводить
3. Добавлены подполя функции для авторов в поле 922. В связи с этим менялись
файлы в папке DEPOSIT: 922N.wss, ibis922.pft, o922g.pft, o922g1.pft, Odoptd.pft,
odoptd_H.pft; в папке IBIS: autoin.gbl, ibis.fst.
4. Jw_H.pft, jwh_vl.pft, jwh_vlp.pft - доработан вывод номеров разных периодических
изданий, объединенных в одну подшивку.
5. В 951.wss добавлены новые подполя:
H – Тип внешнего объекта
D – Уровень доступа по категориям пользователей
L – Доступен только в ЛВС
RDR
1. (ИРБИС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): Если в результате отработки скриптов должны меняться ИРБИСссылки, эти изменения должны происходить на событиях, связанных ТОЛЬКО с тэгом
<A>.
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=<login отправителя> (нужен в том случае, когда используется внешний
почтовый сервер, например smtp.mail.ru)
MailPassword=<пароль отправителя> (нужен в том случае, когда используется
внешний почтовый сервер, например smtp.mail.ru)
Пример:
MailHost=mail.gpntb.ru
MailFrom=ГПНТБ России
MailFromAdress=admin@gpntb.ru
MailUser=
MailPassword=
АРМ Комплектатор
8. ИРБИС-64. Автоввод БД CMPL. Ведение максимального инвентарного номера
поставлено в зависимость от задания параметра MAXINVENT в INI-файле в
секции MAIN. Поля записи POLZV будут корректироваться, если количество их
повторений не превышает заданные параметры, для каждого поля свои, а
именно: Max30Polzv, Max910Polzv, Max88Polzv, Max888Polzv, Max80Polzv,
Max800Polzv.
9. ИРБИС-64. Добавлена возможность задавать в клиентском INI-файле
параметр USERNAME, т.о. что имя пользователя подается как значение этого
параметра при опросе пароля.
10. МАСТЕР
СПИСАНИЯ.
Добавлена
возможность
включать/выключать
выполнение автоввода формально-логического контроля при выполнении
пакетного задания на списание.
11. Перенос в ЭК. Предлагается определить перечень инвентарных номеров, по
которым не будет выполняться поиск записи в БД каталога для дописывания.
Перечень задается в INI файле в секции MAIN в параметре со значениями по
умолчанию:
WithoutInv=б/н, б.н., Б/У
Если в переносимой записи инвентарный номер один из перечисленных, то
поиск в каталоге будет выполняться НЕ по инвентарю, а по имеющемуся
штрих-коду или по шифру записи. Использование этого параметра
предотвратит ситуацию, когда переносится партия книг с безинвентарным
учетом. Тогда первая запись партии перенесется правильно, а остальные
допишут эту запись в ЭК.
12. МАСТЕР ПОСТУПЛЕНИЯ. Все изменения в данном режиме отражены в
инструкции, «Общее описание», в п. 6.3.2.2.
5.1. Добавлена возможность отмечать на корректировку несколько записей –
либо в списке уже зарегистрированных, либо в результатах поиска по
разным БД. В окне просмотра добавлены кнопки перехода к
следующей/предыдущей записи. При работе с рабочим листом ввода
также добавлены кнопки «К следующей записи», «К предыдущей записи».
При уходе на корректировку в АРМ Каталогизатор все отмеченные записи
туда передаются.
5.2. Изменены технологии ввода / корректировки многотомников, технология
переноса описаний из БД каталога.
5.3. В режиме «Таблица переноса» добавлена возможность формировать не
только текущие данные, но и прогноз операции выполнения переноса в
ЭК. Для отмеченной БД каталога для каждой записи партии (в БД
комплектования) имитируется перенос в ЭК и в правой таблице
помещаются результаты, которые могут быть:
- шифр записи ЭК, если она найдена и будет выполняться
докомплектование
- Текст «Новая запись», если при переносе будет создана новая запись в
ЭК
- Текст «В ЭК более одной записи», если записи найдены но
докомплектования при переносе не будет
- Текст «Переносилась, нет записи», если в записи партии стоит признак,
что она уже переносилась, но в БД каталога не нашлась.
5.3. Добавлена страница «Поиск дублетных описаний в БД каталога».
На эту страницу можно попасть, вызвав перечень страниц, по кнопке «На
страницу». Режим вспомогательный, эту таблицу полезно использовать в
следующих случаях.
- В БД комплектования импортировали описание по технологии
заимствования, ФЛК не определил, что это дублетное описание
- В БД комплектования было «неправильно» перенесено описание из БД
каталога, в перенесенной записи удалили поле экземпляров и изменили
шифр.
Такие записи при переносе не найдут «свои» описания для
комплектования и будут переноситься как новые. В таблице дублетных
описаний для каждой книги партии будет искаться запись в БД каталога по
«свертке», т.е. по совокупности элементов библиографического описания.
Если для записи, которая еще не переносилась, будет найдено такое
описание, то она будет помечена галочкой, см. рис. 6.3.2.2е. Свертка для
поиска дублетного описания формируется по формату, который задается в
INI-файле параметром PftDublInCat, по умолчанию – svertka.pft. По
формату можно сформировать несколько строк, все строки объединятся в
один запрос по логике «ИЛИ», т.е. можно использовать разные подходы к
определению дублетности.
После выявления таких записей пользователь решает, действительно ли
запись в каталоге является дублем и книга не должна переноситься как новая.
Если это так, то самый простой способ обеспечить докомплектование – это
перенести значение шифра (поле 903) из записи каталога в запись
комплектования, чтобы по шифру запись каталога находилась. Это будет
сделано, если опять кликнуть по кнопке «Выполнить», на лету построится
пакетное задание, которое выполнит перенос шифра в отмеченные записи
комплектования
АРМ Книгообеспеченность
17. Добавление контингента. Для добавления можно отметить несколько
дисциплин, в том числе и дисциплины под одним термином словаря. Если
дисциплин более одной, то сначала краткие описания помещаются в таблицу,
где можно отметить дисциплины более точно. После нажатия кнопки
«ПРИМЕНИТЬ» описания дисциплин последовательно подаются в окне с
возможностью по кнопке «ДОБАВИТЬ КОНТИНГЕНТ» внести новый
контингент. Причем, первые введенные данные будут запомнены и будут
подаваться для ввода в остальные дисциплины.
18. Сортировка таблицы в нижнем окне. Добавлена возможность использовать
ключ при сортировке по любому столбцу
19. При просмотре отмеченных записей в краткой форме (правое окно) добавлена
возможность сортировки записей по щелчку на верхней строке таблицы.
Добавлена кнопка «снять все отметки».
20. В интерфейсной таблице ККО изменен подход к отображению в таблице
учебников, относящихся к дисциплине (факультету, кафедре и т.д.), но не
используемых в текущем полугодии. По умолчанию они не попадают в
таблицу. Но если в настройке задать параметр «Учебник “Нет в семестре” в
таблицу», то описание учебника будет в таблице, помеченное другим цветом и
текстом «Нет в семестре». В подсчете суммарных данных в конце таблицы
этот учебник не участвует.
21. Уточнено использование параметра DefaultModeSpec, см. п. 3.4.4 инструкции.
22. Уточнено вычисление ККО для книг, относящихся к «электронному ресурсу» см. п. 3.9 инструкции.
23. Пакетные задания:
7.1. В режиме работы без БД студентов для перевода студентов на
следующий семестр добавлена возможность: задание полугодия (осеннего
или весеннего), для корректируемых записей. Т.е. при запуске этого задания
на всю БД или все записи типа VUZ, будут рассматриваться только записи с
заданным полугодием.
7.2. Для БД каталога при выполнении пакетного задания на формирование
текущих значений поля 693 добавлены возможности:
– Если в записи нет полей 691, относящихся к текущему полугодию, то в
протоколе будет формироваться об этом сообщение. При этом прежние
значения поля 693 будут удаляться, а добавляться новое значение будет
только в следующем случае:
- текущий семестр – весенний
- в архивном поле есть непустое значение ККО для осеннего семестра
Тогда в поле 693 сформируются подполя: годы обучения, признак
весеннего семестра, дата, среднее значение ККО, как половина значения
из архивного поля. При формировании интерфейсной таблицы по кнопке
«Вычислить ККО» такая книга не попадет в таблицу, но при формировании
по кнопке «Показать текущие значения по КО» будет строка со значением в
колонке «Среднее для весеннего семестра».
– Если в настройке задана дата окончания осеннего семестра, то перед
выполнением будет подан лист опроса, в котором следует уточнить годы
обучения.
7.3. В режиме работы без БД студентов: в пакетное задание по переносу
количества студентов добавлена возможность изменять номер группы,
используя справочник «старое значение – новое значение»
24. ИРБИС64. Добавлена возможность задавать в клиентском INI-файле параметр
USERNAME, т.о. что имя пользователя подается как значение этого параметра
при опросе пароля.
25. ИРБИС64. В режиме «Печать выходных форм» для списков добавлена
возможность выбирать способ печати, если явно не установлен вид файла
формата (RTF или HTML). Если отмечен параметр «Плоский текст», то
формируется плоский текстовый файл с расширением TXT, иначе – файл с
расширением HTML.
26. Генератор отчетов.
9.1. В суммарных формах по специальностям, факультетам и дисциплинам
изменен подсчет количества наименований. Учитываются не только
параметры отбора, но и текущий семестр. Кроме того, книга отбирается при
наличии экземпляров. Фильтрация документа выполняется по формату
Ko_Cat_Filtr, в котором проверяется наличие заданных параметров для
ТЕКУЩЕГО семестра. Эти изменения могут привести к уменьшению
количеств в таблице по сравнению с предыдущей версией.
В суммарных формах в колонке наименований можно выводить не коды
специальности/факультета, а раскодированные значения из справочников.
Это задается параметрами секции Display - DecodeSpec, DecodeFak, по
умолчанию коды раскодируются.
9.3. В таблице «для лицензирования – циклы» добавлены возможности:
Отобрать данные в таблицу. В листе опроса добавлены
параметры отбора : форма обучения, факультет, цикл, дисциплина
Показать количества экземпляров без учета КМИ, если оно
отлично. При этом в подсчете участвует количество с учетом КМИ
9.2.
Если обозначения циклов, для которых, строится таблица,
отличаются от базовых (ГСЭ,ЕН,ОПД,СД), то можно в файле
9.4.
9.5.
9.6.
справочнике 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
9.7.
ИРБИС64. В таблице «ККО по полугодиям…» добавлено вычисление
итоговых количеств экземпляров и средних ККО для записей под
заголовком.
27. ИРБИС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]
ИРБИС-Навигатор
1. В качестве примера предлагается модель систематического имидж-каталога (БД
IMAGES) - имеющая некоторые отличия от имидж-каталога, построенного на основе
алфавитного каталога (БД IMAGE), а именно:
- иерархическая структура разделителей - в связи с этим изменен интерфейс режима
поиска по разделителям: как в ИРБИС-навигаторе, так и на Web;
- добавлена инверсия по словам карточных разделителей (несущих содержательную
информацию) с тем же префиксом, что и для распознанных слов КК;
- в формате представления документа добавлены названия карточных
разделителей.
(В дистрибутив не включена. Поставляется по запросу пользователя.)
Язык форматирования
1. Введены два новых технических форматных выхода:
&uf('+9R<римское_число> - преобразование римского числа в арабское
&uf('+9X<арабское_число> - преобразование арабского числа в римское
2. Создан новый форматный выход - ФОРМАТИРОВАНИЕ ПРЕДЫДУЩЕЙ КОПИИ
ТЕКУЩЕЙ ЗАПИСИ:
&unifor('4N,Format')
где:
N - номер копии (в обратном порядке, т.е. если N=1 - это один шаг назад, N=2 - два
шага назад и т.д.). Может принимать значение * - это указывает на последнюю копию.
Если N - пустое значение, то в случае повторяющейся группы в качестве значения N
берется НОМЕР ТЕКУЩЕГО ПОВТОРЕНИЯ, в противном случае берется первая
копия;
Format - формат; может задаваться непосредственно или в виде @имя_формата.
Если не задается ни N ни Format, т.е. &unifor('4'), то возвращается количество
предыдущих копий.
Если запись не имеет предыдущих копий, то &unifor('4') возвращает 0, а все
остальные конструкции &unifor('4...') возвращают пустоту.
Примеры:
&unifor('41,@brief')
(...&unifor('4,v200^a')...)
&unifor('4*,(v910/)')
(В связи с этим см. также новую команду глобальной корректировки ВОССТАНОВИТЬ ПРЕДЫДУЩУЮ КОПИЮ
3. Введен технический форматный выход
&uf('+9V')
который возвращает:
- 32 - если форматирование выполняется в ИРБИС32
- 64 - если в ИРБИС64 (и ИРБИС128)
Может быть полезен при разработки единых форматов, которые по-разному
выполняются в ИРБИС32 и ИРБИС64.
Глобальная корректировка
1. Добавлена новая команда в языке пакетного задания - UNDOR. Действие
команды - переход к одной из предыдущих копий записи (откат). Количество
выполняемых назад шагов задается параметром, который определяется как
значение формата в колонке «Параметр1/Поле-подполе». Значение
параметра, как результат форматирования, может быть следующим :
- N - откат к N-й, относительно существующей, копии записи (N=1 предыдущая копия)
- * - откат к исходной копии записи
- Пусто - нет действий
Примеры использования команды, в каждом случае Формат строки параметра
вырабатывает значение, задающее число шагов назад.
ПРИМЕР 1. В команде задается явным образом количество шагов отката,
например, для отката на два шага:
UNDOR
‘2’
ПРИМЕР 2. Использование совместно с новым форматным выходом
ФОРМАТИРОВАНИЕ ПРЕДЫДУЩЕЙ КОПИИ – «&uf(‘4…».
Откатиться к копии записи, в которой выполняется некое условие,
предположим, наличие в поле 700^A текста ‘иванов’. Это можно выполнить
следующими операторами. В глобальной переменной 1 будет количество
шагов к копиям записи. Начальное значение пусто, т.е. было выполнено
&uf(‘+7W1#’). Организуется цикл по копиям записи
REPEAT
// в переменную G1 - номер очередной копии
…….&uf('+7W1#',,f(val(G1)+1,0,0))
UNTIL
// выход из цикла, если условие выполнено или исчерпаны копии
if s(&uf('4',,G1,,',v700^A')): 'иванов' or val(G1)>=val(&uf('4')) then '0' else '1' fi
// в G1 кол-во шагов к нужной копии
UNDOR
G1
ПРИМЕР 3. Использование в повторяющейся группе совместно с «&uf(‘4…».
Откатиться к копии записи, в которой поле 210^D содержало значение «1991».
UNDOR
&uf('+7W1#0'),,,,,,,( &uf('+7W1#',,f(val(&uf('AG1#1'))+1,0,0) ) if
&uf('4,v210^D')='1991' or val(&uf('AG1#1')) >= val(&uf(‘4’)) then break fi
),,,,,,,,,,G1
Переменная 1 является счетчиком повторений в группе. Сначала она
опустошается, далее в каждом проходе группы она увеличивается на 1, также
берется очередная копия записи (&uf(’4…..) и в ней проверяется поставленное
условие. Выход из группы (break) выполняется, если условие выполнено или
исчерпаны копии. При выходе из группы в переменной 1 количество шагов, на
которые откатывается запись.
2. Добавлена новая команда в языке пакетного задания – PUTLOG,
формирование пользовательского протокола. Используется формат,
подаваемый в колонке «Параметр1/Поле-подполе». Результат
форматирования дает очередную строку протокола. В интерфейс добавлена
новая опция выбора – «В протокол сообщения задания». Если она отмечена,
то в протокол будут попадать ТОЛЬКО строки, формируемые данным
оператором, сообщения от сервера будут подавляться. При просмотре
протокола добавлена возможность сохранить его в виде файла, даже если эта
опция не была заранее отмечена.
3. Изменен отбор записей, подаваемых на корректировку. Если корректируются
результаты поиска, то выполнение происходит в два этапа. На первом этапе
выполняется пошагово поиск с формированием списка MFN отобранных
записей. На втором этапе по списку MFN пошагово выполняется глобальное
задание. Количество записей, обрабатываемых за один шаг, определяется
параметром MaxPortion, по умолчанию = 100
TCP/IP сервер баз данных ИРБИС64
1. Во всех АРМах (ИРБИС64) изменена реакция на нажатие кнопки ПРЕРВАТЬ на
форме с бегущим ИРБИСом: делается попытка корректно прервать соответствующий
процесс обработки на сервере. При этом, если это удается, для циклических команд
(последовательный поиск, печать, статистика, глобальная корректировка)
возвращается накопленный (к моменту прерывания) результат. Если после трех
нажатий на кнопку ПРЕРВАТЬ не удается прервать процесс, выдается сообщение с
рекомендацией ПОВТОРИТЬ обращение к серверу и далее - как в версии 2010.1.
Шлюз WEB ИРБИС
1. Реализована многоязыковая поддержка. Обеспечена возможность отображения
интерфейса на нескольких языках (В дистрибутив включён лингвистический файл
для украинского языка. Перевод выполнен А. В. Николаевым (Библ. КНУТД)).
Переключение между языками выполняется щелчком по иконке-флагу в правой
верхней части экрана. *
2. Добавлена поддержка групповых ссылок. Переход по ссылке позволяет
обратиться к интерфейсу просмотра группы рисунков, которые могут содержать,
например, отсканированное оглавление.
3. Реализован показ ближайшей даты предполагаемого возврата книги в ходе
заказа, если свободные экземпляры отсутствуют. Это позволяет читателю
приблизительно определить перспективы получения книги.
4. Обеспечена возможность поиска по специальностям и дисциплинам. При наличии
соответствующих словарей,
форма
расширенного
поиска
автоматически
дополняется
нужными
полями.
Это
позволяет
студентам
получать
рекомендательные списки литературы по дисциплинам и специальностям.
5. Обеспечена возможность защиты сервера от перегрузок. Предусмотрен запрет на
инициацию повторных запросов пользователями, отключено индексирование
поисковыми роботами рубрикаторов. *
6. Реализована возможность определения словаря для поиска по «ключевым
словам». Это позволяет выполнять поиск по словарю «Для чайников», включающему
все поля записи (в т.ч. фамилии авторов). *
* Подробная информация по назначению, использованию и настройке режимов
содержится в документации к WEB ИРБИС.
7. Введено ограничение на максимальное количество заказов, которые может
создать удаленный читатель.
АРМ Полнотекстовый администратор
1. Отключено построение тематического словаря, поскольку данная функциональность
более не поддерживается. (См. описание параметра
isSboychakovThemeDictionaryEnable в статье Конфигурационный файл АРМ
Администратор ИРБИС).
2. Изменена логика обновления поля 22 (первые строки текста) при создании и
актуализации словаря. (См. описание параметра isNeedRefreshBriefText в статье
Конфигурационный файл АРМ Администратор ИРБИС).
3. Добавлена возможность использования при построении словаря текста-подложки
ассоциированного с полнотекстовым документом.
4. Добавлена возможность автоматического подбора подходящей утилиты для
извлечения текстов из PDF-файлов. (См. описание параметра
PDFTextExtractUtilityOrder в статье Конфигурационный файл АРМ Администратор
ИРБИС). В связи с введением данного параметра теряет актуальность параметр
Converter_PDF.
5. Добавлена возможность автоматического подбора подходящей утилиты для разбиения
PDF-файлов на страницы. (См. описание параметра PDFSplitUtilityOrder в статье
Конфигурационный файл АРМ Администратор ИРБИС). В связи с введением данного
параметра теряет актуальность параметр PDFSplitter.
АРМ Полнотекстовый читатель
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
IBIS
1. Ibis_other.fst –добавлен префикс “PP=” для периода подписки по 901 и 938 полям. Полезен для
задачи определения непоступивших номеров. Добавлен вид поиска “ Дата поступления
экземпляра” (префикс “DR=”).
2. Autoin.gbl – формирование 910 из 901 поля для регистрации периодики (переносятся период
заказа и цена номера из 901)
3. Jw.pft, jw_H.pft – изменен вывод при заполненном поле 936 при регистрации
4. Заново сделаны с использованием Генератора выходные формы, которые первоначально были
выполнены до разработки Генератора. Теперь они имеют файл *.tbg и могут корректироваться
Пользователями через Генератор
4.1. выходные формы для ЭК - таблицы Land, Tabf1w, Tabf3w, Tabinw, Tabiuw, Tabkojw, Tnnjw,
Tprfa, Tprfi (см. п. 4.3. Формы сквозной сортировки)
4.2. выходная форма Tabwbw (задача Списание)
Примечание. Изменения касаются только метода создания таблиц и не меняют их
содержания и формы, за исключением:
Tabf1w.wss – введен РЛ опроса, который содержит элементы отбора - КСУ или № акта
Форма Tabf3w доработана – учитывает номер акта совместно с годом из № КСУ (без
этого в форму попадали записи из актов, имеющих один номер в разные годы);
соответственно изменен Tabf3w.wss
Форма Tabkojw доработана – добавлены столбцы «число студентов для формы» и
«книгообеспеченность», данные которых ранее считались только в итогах
Табличная форма “Непоступившие номера журналов” доработана для изданий с
продолжающейся нумерацией (TNNJW.tbg). Добавлен контроль на присутствие
периодичности в подполе 110^X (!110.pft), необходимое для данной формы.
4.3. Формы сквозной сортировки Tab4bw, Tab4ow, Tab4oinv, Tprfi, которые используют
множественный ключ сортировки не для формирования заголовков, а для формирования
строк таблицы (ключ содержит все данные для формирования строки таблицы), не могут быть
подготовлены непосредственно с помощью Генератора и требуют постредактирования.
Порядок корректировки формы в Генераторе (удаление или добавление столбцов, корректировка
формата вывода данных).
4.3.1.Открыть форму ХХХ в генераторе. Особенность этого состояния таблицы в том, что в
форматах столбцов обращение не к полям документа БД, а к подполям ключей
сортировки (v1).
4.3.2.Откорректировать формат ключа сортировки и, соответственно, столбцы таблицы.
4.3.3.Сохранить.
4.3.4.Выполнить пост-редактуру форматов ХХХ.pft и ХХХ.srw
4.3.4.1. В формате ХХХ. pft
Удалить разделение на строки (представить в виде непрерывной строки) и
копировать формат (для переноса его в ХХХ.srw)
После переноса обнулить формат ХХХ.pft (оставить только '')
4.3.4.2. В формате ХХХ.srw
В секции [HeaderFormat] удалить фрагменты формата, стоящие до и после
фрагмента (if p(v1) then v1 fi/)
Взамен v1 в выражении (if p(v1) then v1 fi/) вставить формат ХХХ.pft, сохраненный
по п.4.3.4.1
5. !Nj31.ws – добавлено поле 953 (для ИРБИС64)
6. Njw_H.pft – добавлен вывод обложки (для ИРБИС64)
7. Доработаны форматы Экспорт/Импорт и просмотра для РУСМАРКа Rmarci.fst, rmarce.fst,
rmarcw.fst. Добавлен новый формат Re423.pft для экспорта 423 поля и Rmarce_flc.pft для контроля
на соответствие требованиям РУСМАРКа экспортируемых записей.
DEPOSIT
1. 951.wss - подключено оперативное меню оглавления для создания ссылки на внешние файлы
введенных в оглавление статей (убрали в связи с возможностью подключения ссылки
непосредственно в поле оглавления). Добавлена возможность групповой ссылки
2. 330n.wss, vss.mnu, Oprimd.pft, Oprimd_.pft o922nj.pft, o922nj_H.pft – добавлена возможность
подключения ссылки на внешний объект к статье оглавления. В подполе 330^[ указывается
вид ссылки: имя файла или URL, а в подполе 330^] – собственно имя файла или полный
адрес.
3. 901.wss – добавлено подполе цены отдельного выпуска
4. 910si.wss – добавлено подполе G – период подписки (полезно для изданий подписанных на
несколько разных периодов, возможно пересекающихся, одного года)
5. Rksu.fst – в поле 148 добавлен анализ следующих данных (по предложению Пользователей):
число экз. электронных учебников (148 T)
число экз. изданий с грифами (148 U, V, W, X, Y)
число наименований научной литературы (148 M)
число наименований справочной литературы (148 N)
число наименований энциклопедий (148 Q)
число наименований официальных изданий (148 P)
число наименований и экземпляров законов и законодательных актов (148 R, S)
6. PR31.wss – разделитель для 4-го и последующих тематических, географических и 2-го и
последующих хронологических и формальных подзаголовков изменен с ‘; ’ на ‘ -- ’
7. Изменены форматы KN_H.pft, Mn_H.pft, ofinal_H.pft в части вывода на просмотр поля 953,
добавлен новый формат Oblo_H.pft; xr.mnu – добавлен характер двоичного файла “Обложка”.
CMPL
1. Технология оформления подписки одного издания одновременно на разные периоды одного года.
Для каждого дополнительного к указанному в поле 33 периода заполняется очередное повторение
поля 488 с видом связи “MULTYPER - подписано на периоды (передается в ЭК)” и периодом в
2.
3.
4.
5.
подполе 488^P. Перед получением документов подписки на записи такого издания, ее можно
определить по словарю Период текущей подписки выполняется задание на глобальную
корректировку PPER.gbl. В результате создадутся новые записи на данное издание, в которых в
поле 33 указан перид подписки, и требуется ввести сведения о заказе на этот период в поле 39.
После чего можно получать документы подписки. После получения документов подписки следует
выполнить глобальную корректировку по заданию PPER1.gbl, запускаемое на исходной записи,
которое снимает подписной период в новых записях, чтобы они не переносились в ЭК и добавляет
в исходную запись сведения о заказах на другие периоды из записей, созданных корректировкой
PPER.gbl.
Transn.fst, transdj.fst – строится подполе цены экземпляра для периодики в 910 поле.
Cmpl.fst - в строке 88 добавлен префикс '=?', содержащий вместе с данными акта (префикс '?')
дополнительно год из № КСУ (необходимо для корректного выполнения формы Tabf3w в БД
каталога).
148.wss, Ksuw.pft, Ks2w.pft – в поле 148 добавлен анализ следующих данных (по предложению
Пользователей):
число экз. электронных учебников (148 T)
число экз. изданий с грифами (148 U, V, W, X, Y)
число наименований научной литературы (148 M)
число наименований справочной литературы (148 N)
число наименований энциклопедий (148 Q)
число наименований официальных изданий (148 P)
число наименований и экземпляров законов и законодательных актов (148 R, S)
Заново сделаны с использованием Генератора выходные формы, которые первоначально были
выполнены до разработки Генератора. Таким образом, все формы задач «ПОСТУПЛЕНИЕ» и
«СПИСАНИЕ» имеют файл *.tbg и могут корректироваться Пользователями через Генератор.
5.1. выходные формы задачи Поступление - ACT, ACTS, TABIUW, TABIUDW, TABUOW,
TABINDW, TABIOW, TABF4W, TKSUW, TKSUPW, TKSUKW, TSU2IW. KSU1W, KSU2W, KSU3W
5.2. выходные формы задачи Списание - KS21W, KS22W, KS23W, KS24W, TKS2PW, TKS2W,
UCHET
Примечание. Изменения касаются только метода создания таблиц и не меняют их
содержания и формы.
5.2.1.После создания таблиц в Генераторе, в файлах *.tab и *.tbu таблиц TKSUW, TKSUPW,
TKSUKW, TSU2IW внесена «ручная» корректировка в первой строке сумматора (вместо
v1 выводится поле 17 или 18), поскольку данные о суммарном числе полученных
наименований включают только число изданий, полученных впервые, и не равно сумме
данных в соответствующем столбце.
5.2.2.Аналогично внесены изменения в файлах *.tab и *.tbu таблиц KS21W (строки 1, 4 и 6),
KS22W (строка 2), TKS2PW (строка 1), TKS2W (строки 1, 4, 6 и 9), поскольку данные о
суммарном числе выбывших наименований включают только число изданий, списанных
полностью, и не равно сумме данных в соответствующем столбце.
5.2.3.Такие изменения нужно будет также вносить Пользователям при самостоятельной
корректировке этих таблиц.
5.3. Формы сквозной сортировки Tab4bw, Tab4bsw, Tab4ow, Tab4osw, Tab4oinv, Tab4odat,
которые используют множественный ключ сортировки не для формирования заголовков, а
для формирования строк таблицы (ключ содержит все данные для формирования строки
таблицы), не могут быть подготовлены непосредственно с помощью Генератора и требуют
постредактирования.
Порядок корректировки формы в Генераторе (удаление или добавление столбцов,
корректировка формата вывода данных).
5.3.1.Открыть форму ХХХ в генераторе. Особенность этого состояния таблицы в том, что в
форматах столбцов обращение не к полям документа БД, а к подполям ключей
сортировки (v1).
5.3.2.Откорректировать формат ключа сортировки и, соответственно, столбцы таблицы.
5.3.3.Сохранить.
5.3.4.Выполнить пост-редактуру форматов ХХХ.pft и ХХХ.srw
5.3.4.1. В формате ХХХ. pft
Удалить разделение на строки (представить в виде непрерывной строки) и
копировать формат (для переноса его в ХХХ.srw)
После переноса обнулить формат ХХХ.pft (оставить только '')
5.3.4.2. В формате ХХХ.srw
В секции [HeaderFormat] удалить фрагменты формата, стоящие до и после
фрагмента (if p(v1) then v1 fi/)
Взамен v1 в выражении (if p(v1) then v1 fi/) вставить формат ХХХ.pft, сохраненный
по п.4.3.4.1
POST
1. Post.ws – поле 340 стало повторяющимся для разных периодов подписки; поля 341, 342, 3411,
3412, 3413, 3414 удалены.
2. 34.wss – добавлено подполе периода подписки
3. Movekps.fst , post.pft, 33.mnu –изменены в соответствии с изменением поля 340.
KZD
1. 320vs.wss, Kzd.pft, Kzd_H.pft, Autoin.gbl – Разработана технология, позволяющая переносить
из ЭК в БД KZD (в поле библиографии) все произведения указанного автора - при вводе через
словарь авторов ЭК в запись вводятся только сами авторы, а при сохранении документа
вносятся все их произведения.
ATHRS
1.athra.pft, athra.ws, athraw.pft, athrc.pft, athrc.ws, athrcw.pft, athrs.pft, athrc.ws, athrsw.pft, infow_html.pftДобавлены 951 и 953 поля
2.pftw.mnu – добавлен формат infow_html.pft
ATHRA
1.
2.
3.
4.
Athra1.ws, infow_html.pft - добавлено 953 поле
111. Jpg - фотография, как пример заполнения 953 поля
Amarce.fst – исправлена ошибка
Pftw.mnu – добавлен формат infow_html.pft
ATHRG
1. Athrg.pft, athrg.ws, infow_html.pft – добавлены 951 и 953 поля.
2. Pftw.mnu – добавлен формат infow_html.pft
3. 111. Jpg - фотография, как пример заполнения 953 поля
ATHRC
1. Athrc.pft, athrc.ws, athrcw.pft, infow_Html.pft – добавлены 951 и 953 поля
2. Pftw.mnu – добавлен формат infow_html.pft
RDR
1. Rdrw_html_loos_marked.pft – в таблице утерянных экземпляров выводится их МХР.
2. Rdr.fst – инв. № утерянного экз-ра выводится независимо от наличия Штрих-кода (префикс
HU=); необходимо для корректного вида формы UCHET («Взамен утерянных», АРМ
Комплектатор).
3. Rdruw_H.pft – новый
4. Rdru.ws – исправлен текст.
5. Form2.stf – с учетом периодики.
6. Rdr0w.pft, Rdr0w_html.pft – удалено условие if p(v90) при выдаче сведений об отсутствии
перерегистрации
7. Rdr.ws – добавлены поля 29 (Право пользования б-кой) и 57 (Неразрешенные места
получения лит-ры)
Приложение 1.
Подсистема ИРИ в АРМе Книговыдача
Подсистема
ИРИ
(Избирательного
Распространения
Информации)
предназначена для ведения постоянных запросов пользователей (профилей ИРИ) и
выполнения на их основе пакетных поисков в новых поступлениях баз данных ЭК с
рассылкой результатов по электронной почте.
Для описания профилей ИРИ в структуре БД RDR (читателей) выделено
специальное поле с меткой 140. Поле повторяющееся, т.е. пользователь ИРИ может
иметь произвольное количество профилей. На рис. 1 изображен РЛ подполей для
описания профиля ИРИ.
Рис.1
Для описания каждого профиля ИРИ предлагаются следующие элементы (подполя):
A – статус профиля. Принимает два значения: 1 – Активный (означает, что по
данному профилю ведется обслуживание); 0 – Неактивный (означает, что по
данному профилю обслуживание приостановлено). Элемент обязательный;
B – код профиля. Произвольный код (возможно, порядковый номер),
однозначно определяющий (идентифицирующий) профиль ИРИ в рамках
конкретного пользователя. Элемент обязательный;
C – описание профиля на естественном языке;
D – формулировка профиля ИРИ на языке запросов ИРБИС. Элемент
обязательный. Для ввода может использоваться список (справочник)
постоянных запросов, формируемый в АРМе Каталогизатор;
E – периодичность обслуживания. Определяет периодичность (в днях)
проведения поисков по данному профилю (рассылок). Задается в виде целого
числа в диапазоне 1-31. По умолчанию – 1;
F
–
дата
последнего
обслуживания
(рассылки).
Формируется
АВТОМАТИЧЕСКИ – в виде ГГГГММДД;
G – дата создания профиля – в виде ГГГГММДД. Элемент необязательный;
H
–
ответственное
лицо
(сформировавшее
профиль).
Элемент
необязательный;
I – список БД. Перечень имен баз данных ЭК (разделенных запятой), по
которым необходимо выполнять поиск (рассылку) по данному профилю. По
умолчанию – используются все БД ЭК, доступные в АРМе Книговыдача;
K – имя табличной формы. Определяет табличную форму для результатов
поиска (рассылки). По умолчанию используется табличная форма IRI_TAB в
БД RDR;
L – тип профиля. Произвольная типология профилей. Элемент
необязательный. Для ввода предлагается заготовка справочника iri_type.mnu
Основной пользовательский интерфейс подсистемы ИРИ вызывается
соответствующим режимом (кнопкой) в разделе ЧИТАТЕЛИ главного меню (см.
Рис. 2)
Рис. 2
Пользовательский интерфейс подсистемы ИРИ представляет собой
плавающее (немодальное) окно, содержимое которого определяется и
управляется основным интерфейсом АРМа Книговыдача, а именно: в нем
отражаются сведения о пользователе, который является текущим в основном
интерфейсе.
Интерфейс состоит из области управления (главное меню и соответствующие
инструментальные кнопки) и рабочей области, разделенной на две части: в левой
– отображается список профилей ИРИ текущего пользователя, в правой –
результаты обслуживания (рассылки) по текущему профилю. В левом списке
можно выделить (с помощью клавиши Shift) несколько профилей (по порядку) – в
этом случае в правом списке будут показаны сведения о всех рассылках по
выделенным профилям. Порядок и ширину колонок в обоих списках можно
менять. Любую из колонок можно сделать ключевой для сортировки списка.
Все режимы главного меню разделены на три группы и имеют
соответствующие кнопки на панели инструментов. Предлагаются следующие
режимы:
ВЫПОЛНИТЬ – РАССЫЛКА ИНДИВИДУАЛЬНАЯ. Предназначен для
выполнения поиска по всем активным профилям текущего пользователя.
Режим выполняется в соответствии с установленными опциями (см. ниже
режим СЕРВИС – НАСТРОЙКА). По завершению режима выдается
Рис. 3
протокол. Собственно результаты поиска сохраняются в файлах и (если это
определено в настройках) посылаются по электронной почте
пользователю;
ВЫПОЛНИТЬ – РАССЫЛКА ГРУППОВАЯ. Режим доступен только в случае,
когда через основной интерфейс АРМа Книговыдача отобрано несколько
(больше одного) пользователя – их количество указывается на панели
инструментов. (Переход от одного пользователя к другому – если это
необходимо – осуществляется с помощью кнопок К СЛЕДУЮЩЕМУ и К
ПРЕДЫДУЩЕМУ на основном интерфейсе АРМа.) Отбор пользователей
может осуществляться по любому предусмотренному виду поиска (см.
область словаря основного интерфейса АРМа), в том числе:
ПОЛЬЗОВАТЕЛИ ИРИ и ПРОФИЛИ ИРИ. В результате выполнения режима
осуществляется обслуживание по всем активным профилям отобранных
пользователей. По завершению режима выдается протокол. Собственно
результаты поиска сохраняются в файлах и (если это определено в
настройках) рассылаются по электронной почте пользователям;
КОРРЕКТИРОВКА – КОРРЕКТИРОВАТЬ ПРОФИЛЬ. Предназначен для
корректировки
текущего
профиля
пользователя.
Корректировка
осуществляется с помощью РЛ подполей, который изображен на Рис. 1;
КОРРЕКТИРОВКА
–
ДОБАВИТЬ
ПРОФИЛЬ.
Предназначен
для
формирования нового профиля ИРИ текущего пользователя (с помощью
того же РЛ подполей);
КОРРЕКТИРОВКА – УДАЛИТЬ ПРОФИЛЬ. Предназначен для удаления
текущего или группы выделенных профилей пользователя. Режим
выполняется с подтверждением;
КОРРЕКТИРОВКА – УДАЛИТЬ СВЕДЕНИЯ О РАССЫЛКАХ. Предназначен
для удаления текущих или группы выделенных сведений о рассылках
(правый список). Режим выполняется с подтверждением;
СЕРВИС – «ЧИСТКА» и РЕОРГАНИЗАЦИЯ. Предназначен для глобальных
удалений сведений о рассылках. Режим определяется двумя опциями (см.
Рис. 3):
o УДАЛИТЬ
СВЕДЕНИЯ
О
«НЕСУЩЕСТВУЮЩИХ»
ЧИТАТЕЛЯХ/ПРОФИЛЯХ. Позволяет удалить сведения о рассылках,
относящимся к удаленным пользователям и профилям;
o УДАЛИТЬ ВСЕ СВЕДЕНИЯ ДО… Позволяет удалить все сведения о
рассылках, сделанных до указанной даты.
Необходимо отметить, что все сведения о рассылках сохраняются в специальной
БД (IRI) и служат только для получения статистических данных подсистемы ИРИ (см.
ниже.)
СЕРВИС – НАСТРОЙКА. Предназначен для установки опций, определяющих
выполнение режимов ИНДИВИДУАЛЬНАЯ РАССЫЛКА и ГРУППОВАЯ
РАССЫЛКА (см Рис. 4):
o УЧИТЫВАТЬ ДАТЫ ПРИ РАССЫЛКЕ. Если данная опция отключена,
поиск (рассылка) выполняется без учета даты новых поступлений, т.е.
по всей БД ЭК. Если опция включена, поиск выполняется в зависимости
от положения связанного (расположенного ниже) переключателя:
Если переключатель находится в положении УЧИТЫВАТЬ ДАТУ
ПОСЛЕДНЕЙ РАССЫЛКИ, то поиск (рассылка) выполняется
только в том случае, если со дня последней рассылки прошло
(дней) не менее, чем период обслуживания. Собственно поиск
выполняется среди изданий, поступивших в ЭК после даты
последней рассылки, но не ранее, чем 31 день (месяц) назад;
Если переключатель находится в положении НЕ УЧИТЫВАТЬ
ДАТУ ПОСЛЕДНЕЙ РАССЫЛКИ, то поиск (рассылка) выполняется
среди изданий, поступивших в ЭК в течение последних N дней,
где N равно периоду обслуживания.
Примечания:
1. Дата поступления изданий определяется на основании инверсии (словаря) с
префиксом, который задается параметром DBNPREFINPUTDATE секции [MAIN] INIфайла АРМа Книговыдача (по умолчанию – DP=).
2. В случае учета даты поступления изданий (опция УЧИТЫВАТЬ ДАТЫ ПРИ
РАССЫЛКЕ включена) в поиске не участвуют издания, поступившие за текущий день.
o НАПРАВЛЯТЬ РАССЫЛКУ ПО E-MAIL. Если опция отключена, то
результаты поиска только сохраняются в файлах (то же самое,
разумеется, происходит, если пользователь не имеет электронной
почты);
o СОХРАНЯТЬ СВЕДЕНИЯ О РАССЫЛКАХ. Если опция отключена, то
сведения о рассылках не сохраняются в БД статистики ИРИ (IRI).
Рис. 4
Для подведения статистики ИРИ предлагается табличная форма IRI_STAT1 в
БД RDR (АРМ Каталогизатор – БД RDR – СЕРВИС – ПЕЧАТЬ – ТАБЛИЦЫ)
Версия 2010.1
Функциональные возможности:
АРМ Каталогизатор
1. В режиме СЕРВИС-ПЕЧАТЬ (irbisbat_unicode.exe ИРБИС64) обеспечена
возможность печати в файл плоского текста (т.е. текста без верстки и выделений)
для форматов по умолчанию. Здесь под форматом по умолчанию понимается такой
формат, который явно не помечен как RTF или HTML. RTF-формат - это формат,
который дает результат расформатирования, начинающийся с символа {
(открывающаяся фигурная скобка). Явный HTML-формат - это формат, который дает
результат расформатирования, начинающийся с комбинации символов </>.
Данный режим печати может быть полезен тем, кто осуществляет выгрузку из
ИРБИС в произвольных текстовых форматах.
2. Созданы режимы и соответствующая технология для формирования и работы с
ДОЛГОВРЕМЕННЫМИ подмножествами документов ОДНОЙ БД - т.н. КАРМАНАМИ
(ИРБИС64)
В ИРБИСе давно существует средство создания произвольных подмножеств
документов одной БД - это ОТМЕЧЕННЫЕ документы (зеленые "галочки").
Недостаток этого средства в том, что создаваемые подмножества являются
оперативными, т.е. ВРЕМЕННЫМИ: в контексте работы НОВЫЙ/MFN отмеченные
док-ты теряются при каждом открытии БД, а в контексте РЕЗУЛЬТАТЫ ПОИСКА они
теряются при каждом очередном поиске. Т.е. в ситуации, когда, например, надо
ОТМЕТИТЬ документы (создать подмножество) из результатов РАЗНЫХ поисков,
возникают проблемы, которые весьма затруднительно решить (в данном случае надо "умудриться" объединить необходимые поиски в один запрос).
Для решения подобных задач и создана новая технология КАРМАНОВ.
В основном интерфейсе АРМа Каталогизатор ИРБИС64 появились два новых
режима (доступные в обоих контекстах работы: НОВЫЙ/MFN и РЕЗУЛЬТАТЫ
ПОИСКА):
- ДОБАВИТЬ в "КАРМАН"
- "КАРМАН"
Первый режим позволяет отбирать документы в "карман", используя традиционные
для ИРБИС опции: ВСЕ, ОТМЕЧЕННЫЕ, КРОМЕ ОТМЕЧЕННЫХ, ТЕКУЩИЙ,
ДИАПАЗОН MFN. Второй режим предназначен для перехода к специальному
пользовательскому интерфейсу для работы с документами "кармана" (см. картинку)
В нем предлагаются следующие возможности (соответствующие режимы и
инструментальные средства):
- СОХРАНЯТЬ "карманы" - режимы СОХРАНИТЬ и СОХРАНИТЬ КАК - в виде файлов
с расширением IPT (сразу необходимо отметить, что "карман" сохраняется в виде
списка соответствующих MFN, т.е. сохраняются НЕ документы, а ссылки на них);
- ОТКРЫВАТЬ предварительно сохраненные "карманы";
- ДОБАВЛЯТЬ в текущий "карман" документы из других предварительно
сохраненных "карманов";
- ОПУСТОШАТЬ текущий карман - полностью или частично, для чего предлагается
возможность ОТМЕЧАТЬ (те же зеленые "галочки") документы в "кармане" соответственно предлагается возможность удалять из "кармана" документы,
используя типовые опции: ВСЕ, ОТМЕЧЕННЫЕ, КРОМЕ ОТМЕЧЕННЫХ, ТЕКУЩИЙ,
ДИАПАЗОН MFN. Для быстрого перемещения по отмеченным документам
предлагаются кнопки К СЛЕДУЮЩЕМУ ОТМЕЧЕННОМУ и К ПРЕДЫДУЩЕМУ
ОТМЕЧЕННОМУ. Для отметки группы документов можно использовать клавишу
SHIFT. Двойной щелчок по зеленой "галочке" в заголовке списка приводит к
ИНВЕРСИИ отмеченных документов;
- СОРТИРОВАТЬ документы в "кармане" - по тому же принципу, что и результаты
поиска в основном интерфейсе АРМа Каталогизатор. Для быстрого перемещения по
отсортированным документам служит алфавитный КЛЮЧ (становится видимым при
вводе текстовых символов, когда в фокусе ввода находится СПИСОК документов).
При отсутствии сортировки КЛЮЧ можно использовать для быстрого доступа к
конкретным документам по их порядковому номеру в списке;
- МЕНЯТЬ ФОРМАТЫ представления полных описаний документов в "кармане".
Для документов, собранных в "кармане", доступны ВСЕ виды групповой обработки,
предусмотренные в АРМе Каталогизатор, а именно: ПЕЧАТЬ, ЭКСПОРТ,
КОПИРОВАНИЕ, СТАТИСТИКА, СТАТ.ФОРМЫ, ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА.
Для этого необходимо воспользоваться специальным режимом, который
ОТОБРАЖАЕТ все документы в "кармане" в виде ОТМЕЧЕННЫХ документов в
основном интерфейсе АРМа Каталогизатор, и далее - выполнить соответствующий
режим, используя опцию ОТМЕЧЕННЫЕ.
Максимальное кол-во документов в "кармане" ограничено параметром
(существовавшим ранее) MAXMARKED (по умолчанию - 100).
Важное замечание, касающееся технологии "кармана": в одном "кармане" могут
находиться документы из ОДНОЙ базы данных. (Предупреждая возможные вопросы
в связи с этим, хочется сказать следующее: если у пользователя возникнет желание
включить в "карман" документы из разных БД, это будет означать только одно изначальное разбиение данных на разные БД было ОШИБОЧНЫМ).
В связи с появлением двух новых режимов в основном интерфейсе АРМа
Каталогизатор произошла перегруппировка кнопок на панели инструментов:
- кнопка ВНЕШНИЙ ОБЪЕКТ перемещена непосредственно в окно ПОЛНОГО
ОПИСАНИЯ текущего документа;
- кнопка ОПЕРАТИВНЫЙ ПРОСМОТР ТЕКУЩЕГО ДОКУМЕНТА удалена в связи с
малой актуальностью соответствующего режима;
- включены три новых инструментальных кнопки: ВИД СВЯЗИ, ДОБАВИТЬ В
"КАРМАН", "КАРМАН".
3. В INI-файл (irbisc.ini) секция [MAIN] (ИРБИС64) введен новый параметр
COMBOBOXLISTSTYLE
который определяет стиль работы основных ВЫПАДАЮЩИХ МЕНЮ на основной
форме пользовательского интерфейса (выбор базы данных, вида основного словаря,
формата показа, рабочего листа, результата поиска). Возможны два стиля:
- ориентированный на работу с мышью - COMBOBOXLISTSTYLE=1 (по умолчанию)
- ориентированный на работу с клавиатурой - COMBOBOXLISTSTYLE=0
(В версии 2009.1- в отличие от предыдущих - был БЕЗУСЛОВНО установлен стиль,
ориентированный на клавиатуру. Это вызвало у ряда пользователей возражения поэтому и был введен этот параметр, дающий пользователям управлять стилями по
своему усмотрению.)
4. В INI-файл (irbisc.ini) секция [MAIN] (ИРБИС64) введен новый параметр
AutoRefreshInterval
который определяет интервал времени в минутах, по истечение которого
выполняется АВТОМАТИЧЕСКОЕ ОБНОВЛЕНИЕ КОНТЕКСТА работы.
По умолчанию
AutoRefreshInterval=0
т.е. автоматическое обновление контекста не производится.
Данный параметр имеет смысл применять (т.е. давать ему значение отличное от
нуля), когда существенна вероятность того, что одна и та же запись может быть
откорректирована с разных рабочих мест в течение короткого промежутка времени,
иными словами - параметр стоит применять, если АРМ Каталогизатор часто выдает
сообщение о НЕСОВПАДЕНИИИ ВЕРСИИ ЗАПИСИ.
Рекомендуемое значение параметра – 15.
5. Для режимов ЗАИМСТВОВАНИЯ (ИМПОРТ ИЗ WEB-ИРБИС, ИМПОРТ ИЗ ZРЕСУРСОВ, ИМПОРТ ИЗ ЛИБНЕТ – ИРБИС64) обеспечена возможность
осуществлять заимствование путем СЛИЯНИЯ импортируемой (заимствуемой)
записи с ТЕКУЩЕЙ (при этом текущая запись должна быть СОХРАНЕННОЙ и
НЕУДАЛЕННОЙ)
Опция слияния при заимствовании включается с помощью параметра в секции
[MAIN] INI-файла Каталогизатора
ImportMerge=1
Значение этого параметра по умолчанию - 0 (т.е. заимствование идет без слияния).
Также введен дополнительный параметр (секция [MAIN] INI-файла Каталогизатора),
который позволяет вести заимствование "в одно касание" - т.е. такое, когда
собственно заимствование осуществляется непосредственно после нажатия ссылки
СКАЧАТЬ (минуя промежуточные сообщения и нажатие кнопки ИМПОРТ)
ImportOneTouch=1
По умолчанию значение этого параметра – 0
6. Реализована возможность сохранения клиенского контекста работы, позволяющая
при повторном старте АРМа продолжать работу с той "точки", где она была
закончена при предыдущем старте.
В связи с этим в секции [MAIN] профиля пользователя (irbics.ini) введен новый
параметр CREATEINITCONTEXT который принимает два значения: 1 - клиентский
контекст работы сохраняется (по умолчанию) 0 - клиентский контекст работы не
сохраняется
АРМ Книговыдача
1. В АРМах Читатель и Книговыдача (ИРБИС64) введены новые режимы –
ПОИСК/ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ. Режимы в первую очередь
ориентированы на вузовские библиотеки, в которых в БД Читателей ведутся
соответствующие сведения о студентах (факультет, специальность, семестр и пр.), а
в базах данных электронного каталога ведутся сведения по книгообеспеченности.
Именно эти данные позволяют:
- в АРМе Читатель (при наличии текущего читателя и текущей БД ЭК) нажатием
одной кнопки (инструментальная кнопка РЕКОМЕНДОВАННАЯ ЛИТЕРАТУРА и
соответствующий режим главного меню в блоке СЕРВИС) получить список
рекомендованной литературы
- в АРМе Книговыдача в режиме ВЫДАЧА БЕЗ ЗАКАЗА нажатием одной кнопки
начать оформление выдачи (текущему читателю) по списку рекомендованной
литературы (по текущей БД ЭК)
(Для тестирования описанных возможностей можно использовать читателя с
идентификатором 909 в тестовой БД RDR)
Но формально режимы ПОИСК/ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ носят
абсолютно общий (универсальный) характер и могут применяться в ЛЮБЫХ
библиотеках для автоматического отбора изданий, имеющих определенное
отношение к конкретному читателю. Такая универсальность достигается тем, что
режимы целиком базируются на специальном формате, который может быть
создан/изменен пользователем. Имя данного формата определяется параметром в
секции [MAIN] INI-файлов АРМов Читатель и Книговыдача RECOMENDPFT (по
умолчанию - recomend.pft в директории БД RDR). Алгоритм отбора рекомендованной
литературы состоит в следующем:
- запись текущего читателя расформатируется по специальному формату
(recomend.pft), в результате чего должен сформироваться поисковый запрос (на
языке ИРБИС);
- полученный запрос отрабатывает на текущей БД ЭК - полученный результат поиска
рассматривается как список рекомендованной литературы.
Пример применения данных режимов в публичной библиотеке: на основании
возраста читателя (по году рождения) в БД ЭК отбираются книги по коду целевого
назначения (для дошкольников, школьников и т.п.)
2. Обеспечена поддержка RFID-оборудования (с использованием противокражной
подписи, группового считывания) нового поставщика RFID-оборудования:
Некоммерческое партнерство "Международный центр трансфера технологий" НП
"МЦТТ" (ИРБИС64)
3. Введен новый режим (ИРБИС64) - ОФОРМЛЕНИЕ ОТКАЗОВ для невыполненных
ЗАКАЗОВ. При оформлении ОТКАЗОВ предлагается возможность указать ПРИЧИНУ
отказа. Список причин отказов должен находиться в справочнике в БД RQST c
именем, которое параметрируется с помощью параметра OTKAZMNU в секции
[REQUEST] irbisb.ini - по умолчанию otkaz.mnu. Отказ оформляется с помощью
специального поля в записи заказа - с меткой 44 (^A<причина отказа>^B<дата
отказа> ). Предлагаются примеры Стат.форм для подведения статистики отказов:
- стат.форма отказов ДНИ МЕСЯЦА/ПРИЧИНА ОТКАЗА для заданного месяца и
места выдачи;
- стат.форма отказов МЕСТО ВЫДАЧИ/ПРИЧИНА ОТКАЗА для заданного периода
времени.
Дополнительно обеспечена возможность просмотра и работы (печать/удаление) со
списком ОТКАЗОВ в режиме ЗАКАЗЫ - ВЫПОЛНЕННЫЕ ЗАКАЗЫ.
4. В режимах ПЕЧАТИ заказов (невыполненные, бронь, выполненные, отказы)
обеспечена возможность ПОМЕЧАТЬ заказы КАК РАСПЕЧАТАННЫЕ (с тем, чтобы
при отборе заказов можно было разделять распечатанные и нераспечатанные) –
ИРБИС64.
5. Введены два дополнительных параметра в INI-файл (irbisb.ini, секция [MAIN]
ИРБИС64):
- RETURNTORESERVABLE - доступность режима ВОЗВРАТ на БРОНЕПОЛКУ
(аналогично RETURNABLE);
- REQUESTRESERVABLE - доступность режима ВЫДАЧА на БРОНЕПОЛКУ
(аналогично REQUESTABLE).
6. Введено понятие ВРЕМЕННЫЙ СТАТУС БРОНИРОВАННОГО ЭКЗЕМПЛЯРА
(ИРБИС64).
Доработка связана с использованием технологии БРОНЕПОЛКИ, т.е. касается тех, у
кого МЕСТА ХРАНЕНИЯ и МЕСТА ВЫДАЧИ «разорваны в пространстве и во
времени», иными словами – когда имеет место процесс доставки выдаваемых
(подобранных для выдачи) экземпляров из мест хранения в места выдач (и обратно)
и этот процесс имеет существенную длительность (м.б. и один час, а м.б. и
несколько дней), что в основном характерно для крупных библиотек.
Для того чтобы следить за дальнейшими рассуждениями, полезно иметь перед
глазами следующий рисунок
Экземпляр, выдаваемый с использованием БРОНЕПОЛКИ, может иметь три статуса
(с точки зрения книговыдачи):
- 0 – находится по месту хранения;
- 9 – забронирован за читателем;
- 1 – находится на руках у читателя.
Два из этих статусов - 0 и 1 - ОПРЕДЕЛЕННЫ с точки зрения нахождения экземпляра
(0 определенно свидетельствует о том, что экземпляр по месту хранения, 1 –
определенно свидетельствует о том, что экземпляр на руках у читателя). А вот
статус 9 связан с НЕОПРЕДЕЛЕННОСТЬЮ с точки зрения нахождения экземпляра,
здесь возможны разные ситуации:
- экземпляр отправлен с места хранения на место выдачи (но еще не получен там);
- экземпляр находится (получен с места хранения) на месте выдачи и готов к выдаче
читателю;
- экземпляр находится (получен от читателя) на месте выдачи и готов к возвращению
на место хранения;
- экземпляр находится (получен от читателя) на месте выдачи и готов к повторной
выдаче читателю;
- экземпляр отправлен с места выдачи на место хранения (но еще не получен там)
- и т.д.
(Здесь сразу стоит заметить, что ситуации ВЫДАН ЧИТАТЕЛЮ и ПОЛУЧЕН ПО
МЕСТУ ХРАНЕНИЯ в этот список неопределенностей НЕ ВХОДЯТ, потому что
связаны с ОПРЕДЕЛЕННЫМИ статусами – 1 и 0 соответственно.)
Для того чтобы СНЯТЬ НЕОПРЕДЕЛЕННОСТЬ, связанную со статусом 9, вводится
новое понятие – ВРЕМЕННЫЙ СТАТУС БРОНИРОВАННОГО ЭКЗЕМПЛЯРА.
Доработка как раз и связана с УСТАНОВКОЙ и ИЗМЕНЕНИЕМ этого временного
статуса. Установку временного статуса бронированного экземпляра предлагается
делать при выполнении ВЫДАЧИ НА БРОНЕПОЛКУ и ВОЗВРАТА НА БРОНЕПОЛКУ
(обозначены на рисунке красными стрелками) – именно при выполнении этих
режимов устанавливается статус 9. А изменение временного статуса бронированного
экземпляра предусматривается при нахождении экземпляра по месту выдачи
(закольцованная красная стрелка).
Временный статус бронированного экземпляра устанавливается и изменяется в
ЗАПИСИ БД заказов (RQST), соответствующей определенному забронированному
экземпляру (брони). (Т.е. это НИ В КОЕМ случае не связано со статусом экземпляра
в БД электронного каталога – 910^A).
Что это дает? Это обеспечивает возможность отслеживать (путем отбора/поиска в
БД RQST) движение бронированных экземпляров (какие отправлены с места
хранения, какие получены по месту выдачи и т.д.) и тем самым снимать
неопределенность, связанную с их реальным местонахождением.
Предлагается использовать ТРИ справочника для временных статусов
бронированных экземпляров:
- первый – для установки временного статуса при выполнении ВЫДАЧИ НА
БРОНЕПОЛКУ;
- второй - для установки временного статуса при выполнении ВОЗВРАТА НА
БРОНЕПОЛКУ;
- третий – для изменения временного статуса экземпляра на бронеполке.
Можно рекомендовать следующее содержание для ПЕРВОГО справочника (для
операции ВЫДАЧА НА БРОНЕПОЛКУ):
- 0-отправлен с места хранения на место выдачи /* может применяться при
выполнении операции ВЫДАЧА НА БРОНЕПОЛКУ по месту хранения;
- 1-получен с места хранения/находится по месту выдачи/предназначен для выдачи
читателю /* может применяться при выполнении операции ВЫДАЧА НА
БРОНЕПОЛКУ по месту выдачи.
Содержание ВТОРОГО справочника (для операции ВОЗВРАТ НА БРОНЕПОЛКУ):
- 2-получен от читателя/находится по месту выдачи/предназначен для выдачи
читателю;
- 3-получен от читателя/находится по месту выдачи/предназначен для возврата по
месту хранения;
- 4-отправлен с места выдачи на место хранения.
Содержание ТРЕТЬЕГО справочника (для операции изменения временного статуса
на бронеполке) – может включать статусы 1-4.
Впрочем, какое количество справочников будет применяться (один, два или три) и
каково будет их конкретное содержание – полностью на усмотрение пользователя
(имена трех справочников определяются через соответствующие параметры INIфайла АРМа Книговыдача - ReservStatusMnu1, ReservStatusMnu2, ReservStatusMnu3
в секции [Request]). Стоит лишь заметить, что НЕ ИМЕЕТ СМЫСЛА включать в
содержание временных статусов сведения о конкретных местах хранения и выдачи –
эти данные и без того фиксируются в записи заказа (RQST), связанной с
бронированным экземпляром.
Описываемая доработка связана со следующими изменениями в пользовательском
интерфейсе АРМа Книговыдача:
- При выполнении операции ВЫДАЧА НА БРОНЕПОЛКУ (и в обычном и в скоростном
интерфейсе) предлагается выпадающее меню с ПЕРВЫМ справочником временных
статусов;
- При выполнении операции ВОЗВРАТ НА БРОНЕПОЛКУ (и в обычном и в
скоростном интерфейсе) предлагается выпадающее меню со ВТОРЫМ
справочником временных статусов;
- В окне заказов - при выборе закладки БРОНЬ – появилась кнопка ИЗМЕНЕНИЕ
ВРЕМЕННЫХ СТАТУСОВ БРОНИРОВАННЫХ ЭКЗЕМПЛЯРОВ, с помощью которой
предлагается выпадающее меню с ТРЕТЬИМ справочником временных статусов;
- В списке видов поиска для отбора заказов предлагается вид поиска ВРЕМЕННЫЕ
СТАТУСЫ БРОНИРОВАННЫХ ЭКЗЕМПЛЯРОВ.
Все эти элементы пользовательского интерфейса появляются только при
использовании технологии БРОНЕПОЛКИ (ReservMode=1). (Но это вовсе не
означает, что при использовании технологии бронеполки надо непременно
использовать временные статусы).
7. В Режиме СПИСОК ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ сделаны
следующие доработки:
- В интерфейс включен новый элемент - переключатель ПОЛНОСТЬЮ. Если
переключатель ВКЛЮЧЕН - формируется полный список должников/задолженной
литературы, если ВЫКЛЮЧЕН - в список включаются ТОЛЬКО те данные, которые
соответствуют НАСТРОЙКАМ (т.е. если в настройках определено МЕСТО ВЫДАЧИ в списке будут указаны только должники и задолженная литература по конкретному
месту выдачи; то же самое относится и к другим параметрам настройки);
- Обеспечен переход к конкретному читателю-должнику на основном интерфейсе
АРМа - для этого необходимо дважды щелкнуть мышью по конкретному элементу
списка должников/задолженной литературы.
8. В режиме СКОРОСТНОЙ КНИГОВЫДАЧИ (ИРБИС64) обеспечена возможность т.н.
ВЫДАЧИ "ВСЛЕПУЮ", которая заключается в следующем.
Если в режиме ВЫДАЧА задается (вводится) только штрих-код (радиометка)
выдаваемого экз-ра (т.е. НЕ задается штрих-код читателя), система пытается
определить читателя автоматически по следующему алгоритму:
- Ищется читатель, для которого ЗАБРОНИРОВАН соответствующий экземпляр; если
таковой находится (и при этом СКОРОСТНОЙ ИНТЕРФЕЙС не находится в
положении НА БРОНЕПОЛКУ), его идентификатор (штрих-код) автоматически
заносится в окно ШТРИХ-КОД ЧИТАТЕЛЯ и выполняется ВЫДАЧА;
- Если указанный штри-код экземпляра ни за кем не забронирован, то ищется
НЕВЫПОЛНЕННЫЙ ЗАКАЗ на соответствующее (штрихкоду экз-ра) издание и, если
таковой находится, то идентификатор читателя, который создал этот заказ,
автоматически заносится в окно ШТРИХ-КОД ЧИТАТЕЛЯ и выполняется ВЫДАЧА.
Второе условие алгоритма выполняется в зависимости от значения специального
параметра - BLINDABLE секции [MAIN] irbisb.ini: 0 - не выполняется; 1 - выполняется
(по умолчанию).
9. В INI-файл (irbisb.ini) в секцию [READER] введен новый параметр
MULTIBOOKS
включающий (значение 0 - по умолчанию)/отключающий (значение 1) при выдаче
контроль на наличие у читателя на руках экземпляра выдаваемого издания. Т.е. если
читателю можно выдавать несколько экземпляров одного и того же издания и это не
подлежит контролю (такая ситуация бывает в вузовских библиотеках, когда одному
читателю/студенту выдают учебники для всей группы), надо установить
MULTIBOOKS=1
10. Реализован режим ПОДТВЕРЖДЕНИЯ ПРИ ГРУППОВОМ ЧТЕНИИ RFID-МЕТОК
для скоростной книговыдачи (ИРБИС64). Может быть полезен, если применяется
групповое чтение RFID-меток (когда на считыватель кладут стопку книг) при
скоростной книговыдаче - для повышения надежности этого процесса (за счет,
разумеется, снижения быстродействия). Как известно, процесс группового чтения
RFID-меток не является абсолютно надежным (зависит от толщины книг, их
взаимоположения и пр.) Собственно режим ПОДТВЕРЖДЕНИЯ состоит в том, что
система предлагает сначала подтвердить правильность чтения группы радиометок
(выдается список соответствующих изданий) и только после этого выполняется
операция выдачи или возврата. Режим ПОДТВЕРЖДЕНИЯ включается с помощью
соответствующего параметра в секции [MAIN] INI-файла АРМа Книговыдача
(irbisb.ini) ConfirmMultiRFID=1
По умолчанию - значение параметра 0 - режим ПОДТВЕРЖДЕНИЯ выключен.
11. Реализована технология АВТОМАТИЧЕСКОГО ВВОДА ШТРИХКОДОВ/RFIDМЕТОК ПРИ ВЫДАЧЕ.
Данная технология связана с ситуацией, когда оклеивание изданий штрихкодами или
радиометками производится уже после того, как создана БД электронного каталога (и
соответствующие экземпляры с их инвентарями уже описаны в БД). В этом случае
возникает необходимость ручной корректировки записей ЭК (а именно - внесение
данных в подполе 910^H).
Предлагаемая новая технология позволяет это делать АВТОМАТИЧЕСКИ в процессе
ВЫДАЧИ изданий.
Данная технология может работать ТОЛЬКО в режимах ИНДИВИДУАЛЬНОЙ (НЕ
ГРУППОВОЙ!) ВЫДАЧИ ПО ЗАКАЗУ и БЕЗ ЗАКАЗА. Для того чтобы данная
технология выполнялась, необходимо:
- в соответствующих пользовательских интерфейсах (см. рисунки) необходимо
наряду с инвентарным номером выдаваемого издания указывать его
штрихкод/радиометку (который и будет автоматически вводится в описание
соотвествующего экз-ра в ЭК);
- в INI-файле АРМа Книговыдача в секции [MAIN] должен быть установлен
специальный параметр AUTOIN_RFID_BARCODE =1 (значение по умолчанию 0)
Важные замечания:
- штрихкод или радиометку необходимо вводить ПОСЛЕ указания инвентарного
номера (см. рисунки) - в противном случае автоматически формируемый при вводе
штрихкода/радиометки символ Enter приведет к нажатию кнопки ВЫПОЛНИТЬ;
- в случае применения данной технологии необходимо, чтобы параметр RECUPDIF в
секции [MAIN] INI-файла АРМа Книговыдача имел значение 1 (в противном случае не
будет выполняться АКТУАЛИЗАЦИЯ БД ЭК при выдаче и следовательно вводимый
штрихкод/радиометка не появится в соответствующем словаре);
- у читателя, кому будет выдаваться в этом случае издание, в сведениях о выданном
экз-ре будет отсутствовать значение штрихкода/радиометки;
- данная технология действует и при ЗАМЕНЕ штрихкодов/радиометок.
12. Реализована возможность сохранения клиенского контекста работы,
позволяющая при повторном старте АРМа продолжать работу с той "точки", где она
была закончена при предыдущем старте.
В связи с этим в секции [MAIN] профиля пользователя (irbicb.ini) введен новый
параметр CREATEINITCONTEXT который принимает два значения: 1 - клиентский
контекст работы сохраняется (по умолчанию) 0 - клиентский контекст работы не
сохраняется
АРМ Комплектатор
1. ИРБИС-64. Разработан новый режим для регистрации поступлений – «Мастер
поступления» (ИРБИС64). Запускается по кнопке на странице «Поступление»,
заменяет все кнопки инструментов, относящиеся к этой странице, их можно
сделать невидимыми. Видимость кнопки задается параметром INI-файла
AccessPostMaster. Подробное описание – в инструкции, в разделе 6.3.2.2.
2. В «Мастере списания» добавлены следующие возможности.
1. После завершения пакетного задания на выбытие предлагается выполнить
пополнение текущей записи КСУ выбытия.
2. После пополнения КСУ (или отказа) проверяется наличие в БД каталога
записей, в которых все экземпляры списаны и сформирован соответствующий
признак. Формирование признака в записи происходить во время выполнения
пакетного задания. Если такие записи найдены, то происходит переход на
страницу «Удаление/Перенос» (см. рис.)
Записи располагаются в таблице, в которой можно видеть:
Краткое описание книги, после которого в скобках шифр
Признак, требуется ли докомплектование. Он может быть явно задан
в соответствующем подполе поля экземпляров. Является
необязательным, т.к. докомплектование можно выполнить не
используя его явное задание в подполе.
Признак
имеется
ли
соответствующее
описание
в
БД
комплектования. Поиск в БД CMPL выполняется по шифру.
Переключатеь ДА/НЕТ, которым можно задать режим удаления
записи в БД каталога
Переключатеь ДА/НЕТ, которым можно задать режим переноса
описания книги из БД каталога в БД комплектования. При переносе
удаляются все повторения поля экземпляров (910), кроме одного, в
котором признак отсутствия экземпляров. Код рабочего листа при
переносе не меняется.
3. Режим «Удаление/Перенос» включен в список «Выбрать режим списания» и
его можно выполнить сразу, задав БД каталога.
4. При списании утерянных при выборе места хранения отмечаются те места
хранения, в которых имеются утерянные экземпляры.
3. ИРБИС-64. Изменена интерпретация итоговой записи поступления (КСУ-3).
Формирование итоговой записи выполняется по кнопке на верхней панели
инструментов, см. рис.
Можно формировать два типа итоговых записей (см. рис.):
Итоговая запись КСУ на заданную дату. Формировать можно:
- По всем предыдущим записям КСУ поступления и выбытия. Будут
подсчитаны данные по предыдущим записям, т.е. дата ввода которых
меньше заданной.
- По выбранной итоговой записи, сформированной ранее, (базовая
запись) и по записям КСУ поступления и выбытия за период от даты
ввода базовой записи до указанной даты.
Итоговая запись КСУ за указанный период
Все КСУ должны быть пополнены.
В опросном будет предложено задать:
имя новой записи – произвольный текст
дату, на которую следует собрать данные, задается в форме ГГГГММДД,
либо в укороченном виде (ГГГГММ, ГГГГ)
интервал дат, задающий период сбора данных, даты задаются в форме
ГГГГММДД, либо в укороченном виде (ГГГГММ, ГГГГ)
Если указано имя еще не существующей записи, то она сформируется, если
запись с указанным именем уже есть, то данные в ней заново будут подсчитаны.
В строке «В режиме проверки» можно указать ДА. Тогда в итоговую запись КСУ
добавятся имена записей КСУ поступления и выбытия, по которым строились
данные (в поля 90 и 91).
Добавлены новые таблицы, связанные с итоговыми данными:
Движение фонда за указанный период (KsuFondMove). В таблице будут
сформированы данные из итоговой КСУ начала периода, из итоговой КСУ
конца периода и суммарные данные поступления и выбытия за период. В
опросном листе предлагается задать две даты, но обязательно, выбрав
их из словаря, чтобы были выбраны конкретные итоговые КСУ.
Итоговые записи (лист КСУ часть 3) за указанный период (KsuFondMove1).
В опросном листе задаются даты начала и конца периода, обязательно в
форме ГГГГММДД. Будут отобраны все итоговые записи КСУ, у которых
дата ввода находится в пределах заданного периода. Эти записи будут
помещены в таблицу.
Движении фонда за год (KsuYearMove). В опросном листе предлагается
задать год (четыре цифры). Для заданного года по записям КСУ
поступления и выбытия подсчитываются данные:
1. Поступление/выбытие за каждый квартал года
2. Состояние фонда на начало каждого квартала
Записи КСУ должны быть пополнены.
Формирование таблицы может быть длительным, если в БД значительное
количество записей КСУ.
Итоговые данные по отмеченным записям КСУ за период времени. В эту
таблицу помещаются записи, заранее сформированные и отмеченные в
словаре «Номер КСУ поступления за период».
Проверка итоговой КСУ (отмеченной) (KsuItogCheck). В этой таблице
можно проверить правильность формирования данных в итоговой КСУ,
которую следует отметить в словаре «Номер итоговой КСУ». В строках
таблицы будут приведены данные из тех записей КСУ поступления и
выбытия, по которым строилась отмеченная запись, если был включен
признак «В режиме проверки».
Данные для суммирования и вычитания, в случае КСУ выбытия, берутся из полей
145, кроме столбцов:
наименований на баланс – поле 17^1
наименований не на баланс – поле 17^B
наименований всего – поле 17^A
наименований книг – поле 18^2
наименований брошюр – поле 18^4
Фрагмент таблицы «Движение фонда за год» показан на рис.
4. В режиме «Проверка фонда» добавлены следующие возможности:
1. При формировании протокола данных можно добавить дополнительные
проверки:
о непроверенных экземплярах для всего фонда – вычисляется как сумма
экземпляров, у которых нет признака проверки
о проверенных экземплярах для всего фонда – вычисляется как сумма
экземпляров, у которых имеется элемент описания «дата проверки фонда»
(подполе S)
о непроверенных экземплярах для фонда проверяемого
о проверенных экземплярах для фонда проверяемого
Вычисление производится, если в опросном листе выбран ответ «ДА» на
вопрос «Дополнительно ВЕСЬ фонд?», а также если задан формат в INIфайле в параметре EkzNoProvPft, который используется при вичислении.
2. ИРБИС-64. После завершения проверки и выдачи протокола предлагается
сформировать и вызвать на просмотр таблицу «Акт о проверке фонда».
Имя таблицы задается в параметре ActProvName, по умолчанию - TPRFA.
3. ИРБИС-64. Добавлена возможность отслеживать правильность выполнения
пакетного процесса. Это связано с тем, что некоторые операции могут
завершиться неудачно. Предлагается либо в диалоге запрашивать повтор
неудачно-выполненной операции, либо задать параметр NumbRepeatGbl,
который определит число попыток выполнить операцию. Если параметр
пуст или равен 0, то будет предлагаться диалог. По умолчанию параметр
равен 0. Разумно задать значение параметра = 3.
4. ИРБИС-64. В случае проверки по файлу со списком инвентарных номеров /
штрих-кодов
можно
корректировать
этот
файл,
приписывая
инвентарю/штрих-коду - порядковый номер в списке и то сообщение,
которое было для него сформировано. В этом случае можно выделить те
инвентари, для которых по каким-либо причинам нет данных о проверке.
Эта возможность задается в опросном листе ответом «ДА» на вопрос
«Результаты в файл инв.ном./штрих-кодов?». Исходный файл будет
сохранен со своим именем и расширением «bak».
5. Пересмотрен режим «Таблица для импорта», который стал называться
«Переформатировать БД». Он активен на закладке ЗАКАЗ, когда установлена
БД каталога книг (POBD) и на закладке ПОДПИСКА, когда установлена БД
каталога подписки (POST). Назначение – переформатирование базы данных,
имеющих произвольную структуру.
Предполагается, что в БД (PODB или POST) был импортирован файл с
полями, имеющими произвольные метки, и следует преобразовать БД т.о.,
чтобы данные оказались в полях с правильными метками. Для
переформатирования предлагается заранее заготовленный РЛ опроса,
содержащий желаемый перечень полей в БД. По данным опроса будет
построена таблица (FST), по которой произойдет преобразование записей в
БД, либо всей, либо в указанном диапазоне.
Метка каждого поля в РЛ должна соответствовать структуре записи в БД. Для
указания подполя следует использовать колонку «ФЛК», в которой надо
указать идентификатор подполя с предшествующим символом «^». Например,
если данные о подписном агенстве должны быть в поле 36 в подполе «D», то в
РЛ листе должна быть строка с меткой 36 и значением в колонке «ФЛК» - «^D».
Можно определить возможность задания каких-то постоянных значений для
вновь создаваемых полей. Введенные данные НЕ воспринимаются как
обозначения меток в случаях:
Значение НЕ числовое. Оно будет без изменения помещено в запись
Значения вводятся с использованием режима ввода не нулевого, т.е.
через справочник или словарь, они явно попадут в поле
преобразованной записи
Имя РЛ задается в INI-файле в секции POST в параметрах: WsDefKP – для
режима ЗАКАЗ и WsDefKPSerial – для режима ПОДПИСКА.
При вызове режима подается РЛ. Для строки РЛ надо поставить в
соответствие ту метку, под которой сформировано поле в еще не
преобразованной БД. Для того, чтобы узнать метки существующих полей,
справа располагаются записи БД с возможностью их листания (см. рис.).
После задания соответствия выполняется процесс переформатирования
данных БД.
Кроме того, формируется таблица для возможного экспорта данных из БД с
метками полей как в исходном файле. Это можно использовать при
формировании электронного заказа.
АРМ Книгообеспеченность
28. На панели инструментов появился новый режим – «Преобразовать БД по
таблице соответствия». Предполагается, что в БД может быть импортирован
файл, в котором данные расположены в полях с произвольными метками, не
совпадающими с ожидаемыми. Такой файл, например, можно получить как
результат преобразования файла XLS в файл формата ISO в инструментах
Администратора. Чтобы преобразовать данные и получить правильные метки
полей надо установить соответствие между правильными метками полей
данных и существующими метками. Для этого используется специальный РЛ,
заранее заготовленный, в котором и следует указать, в какие поля должны
попасть данные с существующими метками (см.рис.)
29. Для базы данных каталога добавлен пакетный режим – «Корректировка в
отмеченных записях». В опросном листе предлагается задать пару значений:
старое и новое.
30. В режиме формирования отчетов для БД каталога изменена форма «Книги по
циклам для форм обучения». Отменена жесткая привязка формы к значениям
циклов и форм обучения. Исходными данными для формы становятся
пользовательские справочники циклов и форм обучения. Для всех сочетаний
формируются строки, в столбцах которых приведены данные для общей,
отдельно учебной и отдельно учебно-методической литературы.
31. В режиме формирования отчетов добавлены новые формы:
В разделе «Списки книг» - план закупки учебной литературы. Данные из
поля 694, сгруппированные по заданным параметрам.
ИРБИС64. В разделе «суммарные данные» – наличие литературы по
специальностям-циклам с подсчетом доли изданий за последний заданный
срок.
ИРБИС64.
В
разделе
«суммарные
данные»
–
обеспечение
образовательного процесса, формируется отдельно для основной и
дополнительной литературы.
ИРБИС64. Таблица для лицензирования – дисциплины, список дисциплин,
отобранный по заданным параметрам. Для учебной и учебнометодической литературы приводятся данные о количестве наименований,
экземпляров, степени новизны, доле изданий с грифом.
32. В режиме «Задать фильтр для уточнения запроса» добавлена возможность
выбирать способ объединения терминов запроса: либо посредством
оператора «*», либо оператора «(F)». Первый случай – объединение терминов
запроса обычной логикой И. Второй случай – («И в поле») задает
дополнительное условие присутствия всех терминов в одном повторении
поля. Это следует использовать для повторяющихся параметров связки –
форма обучения, вид обучения, факультет, специальность, направление,
семестр. Например, список по факультету уточнить параметрами семестра, и
формы обучения.
33. При формировании таблицы КО для данных связанного списка добавлена
возможность получать таблицу, фильтруя книги по параметру – основная
литература или дополнительная. Будут считаться только те приписанные к
книге контингенты, для которых признак литературы совпадает с заданным
параметром.
34. ИРБИС64. При формировании таблицы КО для данных связанного списка
добавлена колонки «Приведенного значения ККО». Данные в ней
формируются для строк выделенных фондов, строки без учета фондов и
основной строки, если она единственная для учебника. В эту колонку
помещается значение ККО, если оно меньше чем 1, и значение 1, если ККО
больше чем 1. Т.е. устанавливается максимальное значение ККО, равное 1.
35. При выполнении режима связи для записи контингента предлагается в
задании на связь корректировать записи студентов, соответствующие
выбранному контингенту. (первое обновление). Корректировка заключается в
создании заново полей 69, т.е. привязка студентов к дисциплинам. Это
необходимо, если записи студентов корректировались не через АРМ КО.
Режим корректировки задается в опросном листе.
36. Добавлены новые виды поиска:
Факультет – специальность – контингент. Для активного факультета в
основном словаре в нижнем окне будут расположены все специальности
факультета для всех контингентов. Рекомендуется отсортировать
список по колонке кода специальности или наименования
Факультет – дисциплина – контингент. То же, что в предыдущем пункте,
но для дисциплины.
Контингент – дисциплины – книги. Для активного контингента в основном
окне в нижнем окне расположатся дисциплины, изучаемые для данного
контингента, а для каждой дисциплины – список книг для данного
контингента.
АРМ Читатель
1. В АРМах Читатель и Книговыдача (ИРБИС64) введены новые режимы –
ПОИСК/ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ (см. п.1 в разделе АРМ
Книговыдача).
2. В профиль АРМа (irbisr.ini) в секцию [MAIN] введен новый параметр
STRONGREQUEST
который определяет право читателя на формирование заказа на книговыдачу при
отсутствии свободных и доступных (для конкретного читателя, т.е.с учетом данных в
полях 56 и 57) экземпляров заказываемого издания. Параметр может принимать два
значения: 0 - разрешено формировать заказ при отсутствии свободных/доступных
экземпляров (по умолчанию); 1- не разрешено.
3. Усовершенствован ПОИСК ДЛЯ ЧАЙНИКОВ (ИРБИС64) - таким образом, что он
выполняется как ПОЛНОТЕКСТОВЫЙ ПОИСК, что дает следующие преимущества:
- используется ГИБКАЯ логика поиска (в отличие от жесткой, когда применяются
только определенные логические операторы И ИЛИ и.т.д.);
- документы выдаются в порядке убывания релевантности - в отличие от результата
обычного поиска, когда документы выдаются в порядке возрастания MFN (все это,
разумеется, в том случае, если не применяется принудительная СОРТИРОВКА).
Единственный недостаток такого поиска - он не может использоваться в качестве
уточняемого.
Также для режима поиска "ДЛЯ ЧАЙНИКОВ" введен дополнительный сервис - при
вводе запроса в окно Я ИЩУ предлагается подсказчик в виде соответствующего
словаря терминов. При этом подсказка (в стиле АВТОСЕРВИСА в АРМе
Каталогизатор) предлагается при вводе КАЖДОГО слова в тексте запроса. (см.
рисунок)
Учитывая эти доработки режим поиска "ДЛЯ ЧАЙНИКОВ" можно рассматривать как
ОСНОВНОЙ в АРМе Читатель. В связи с этим стоит вспомнить два "старых"
параметра для АРМа Читатель:
FloatDebil=1 переводит окно режима ДЛЯ ЧАЙНИКОВ в состояние "плавающего".
AutoDebil=1 делает режим ДЛЯ ЧАЙНИКОВ стартовым (т.е. он предлагается первым
после регистрации читателя).
А также опцию DBSCH=1 (см. документацию) которая обеспечивает инверсию
ВСЕГО текста документа для поиска "ДЛЯ ЧАЙНИКОВ" (для того чтобы в поиске
участвовали ВСЕ слова из текста документа).
4. В список поисков ДЛЯ УМНИКОВ (ИРБИС64) введен поиск по УНИВЕРСАЛЬНОМУ
ТЕМАТИЧЕСКОМУ НАВИГАТОРУ (БД URUB) - который выполняется как
ПОЛНОТЕКСТОВЫЙ ПОИСК (см. выше по поводу модификации поиска ДЛЯ
ЧАЙНИКОВ).
5. Обеспечена возможность просматривать сведения об отказах (ИРБИС64) - в
списке ВЫПОЛНЕННЫХ ЗАКАЗОВ (в режиме РЕГИСТРАЦИЯ - СВЕДЕНИЯ О
ЗАКАЗАХ).
6. Добавлены три параметра в секции [MAIN] INI-файла (ИРБИС64):
- Printable - доступность режима СЕРВИС-ПЕЧАТЬ (1 - Да (по умолчанию); 0 – Нет);
- Retrolandable - доступность режима СЕРВИС-ЗАКАЗ ПО РЕТРОФОНДУ (1 - Да (по
умолчанию); 0 – Нет);
- Recomendable доступность режима СЕРВИС-РЕКОМЕНДОВАННАЯ ЛИТЕРАТУРА
(1 - Да (по умолчанию); 0 – Нет).
7. В INI-файл введены два новых параметра:
- PRINTREQUESTCHECK (секция [READER]) - определяет исходное значение
переключателя ПЕЧАТАТЬ ТРЕБОВАНИЕ в режиме ЗАКАЗ: 1 - включено; 0 отключено (по умолчанию);
- REGISTRTIMER (секция [MAIN]) - определяет интервал времени (в минутах), по
истечении которого в случае бездействия пользователя происходит автоматический
переход на режим РЕГИСТРАЦИЯ. По умолчанию - 15 минут. Для отмены –
необходимо дать параметру значение 0.
АРМ Администратор (для ИРБИС64 – серверный)
1. Откорректирован и пополнен список команд для пакетных заданий ИРБИС. В
частности:
- для команды NewDB добавлен операнд, позволяющий создавать ПРОИЗВОЛЬНЫЕ
БД;
- для команды ImportDB добавлен операнд, позволяющий включать/отключать опцию
АВТОВВОДА;
- расширен набор операндов для команды DIAGNOSMF (ИРБИС64);
- введена новая команда UNLOCKRECORDALL, позволяющая снять блокировку со
всех заблокированных записей текущей БД;
- введена новая команда DIAGNOSIF - Диагностика файла словаря (ИРБИС64);
- введена (вернее, опубликована) команда SILENCE (ИРБИС64) - Установка режима
игнорирования ошибок (т.е. такого режима, когда пакетное задание продолжает
выполняться при ошибочном завершении очередной команды).
Полный список команд для пакетных заданий ИРБИС дан в Приложении 1 (см. ниже).
2. Для инструмента ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА (ИРБИС64) - добавлены новые
возможности формулировки запроса на отбор записей для проведения
корректировки.
- В режиме ручного задания добавлена возможность формулировать запрос для
последовательного поиска, который будет уточнять прямой запрос либо
выполняться самостоятельно;
- Добавлен режим выбора запроса из списка постоянных запросов. В качестве
списка берется справочник, имя которого можно определить в параметре IRIMNU
секции GLOBAL INI-файла Администратора. По умолчанию – это файл IRI.mnu в
главной директории системы.
ИРБИС-Навигатор
Язык форматирования
1. Новый форматный выход - &uf('+9J<полный путь и имя файла>') - представить
заданный ДВОИЧНЫЙ файл в виде: ^A<тип_файла>^B<данные файла
перекодированные на основе URLEncode> (при этом имя файла может задаваться в
виде маски; использоваться будет ПЕРВЫЙ найденный файл с такой маской).
2. Новый форматный выход - &uf('+9K<полный путь и имя файла>') - удалить
заданный файл. (при этом имя файла может задаваться в виде маски; удаляться
будут ВСЕ файлы с такой маской).
TCP/IP сервер баз данных ИРБИС64
1. Изменен подход к параметру настройки, связанному с ответственным лицом (в
АРМах Каталогизатор и Комплектатор это НАСТРОЙКА - ФИО КАТАЛОГИЗАТОРА; в
Книговыдаче это НАСТРОЙКА - ОТВЕТСТВЕННОЕ ЛИЦО) В качестве такового
параметра БЕЗУСЛОВНО используется ИМЯ ПОЛЬЗОВАТЕЛЯ (login), которое
указывается при входе в соответствующий АРМ. Т.е. из пользовательского
интерфейса АРМов УДАЛЯЮТСЯ элементы, которые ранее использовались для
ввода этого параметра (т.е., например, в АРМе Книговыдача в режиме НАСТРОЙКА
удалено окно для ввода имени ответственного лица, а в АРМе Каталогизатор из
НАСТРОЙКИ удален элемент ФИО КАТАЛОГИЗАТОРА, а во всех РЛ поле 907
объявлено неизменяемым).
Шлюз WEB ИРБИС
1. Дистрибутивы WEB ИРБИС 32 и 64 для библиографических баз, WEB ИРБИС для
полнотекстовых баз, WEB ИРБИС для имиджкаталога интегрированы. Для всех баз
действует общая логика работы, и поиск выполняется по единым правилам.
Полнотекстовая функция, функция работы с имидж-каталогом лицензируются
независимо и право на их применение определяется ключами в установочном INI
файле.(Внимание! Все дистрибутивы отличаются только установочным INI файлом!)
2. Разработан новый инсталлятор, позволяющий выполнить базовую настройку WEB
ИРБИС уже в ходе установки. Он даёт возможность:
а) Выбрать отображаемые в WEB ИРБИС базы данных;
б) Выбрать используемые поисковые режимы;
с) Ввести название библиотеки, которое будет отображаться в заголовке сайта;
д) Проверить и изменить пути установки WEB ИРБИС.
Внимание! Инсталлятор по умолчанию устанавливает фреймы и форматы WEB
ИРБИС в директорию CGI WEB ИРБИС, в папки Deposit и Frames соответственно. В
ходе установки расположение этих папок может быть самостоятельно
переопределено пользователем.
3. Разработан дополнительный Упрощённый поисковый режим. Он аналогичен
режиму «Для чайников» АРМа Читатель и ориентирован на неподготовленных
пользователей. Переключение между обычным и упрощённым интерфейсом
осуществляется с помощью гиперссылки в верхней части окна.
4. Реализована технология автодополнения запроса в формах поиска. По мере
ввода поискового термина происходит обращение к словарю текущей базы и
появление подсказки с терминами словаря. Один из терминов подсказки может быть
выбран с помощью клавиш управления курсором и Enter. В некоторых полях
выбранные термины объединяются через запятую (см. поиск по ключевым словам).
Кроме того, в отдельных случаях варианты ввода принудительно ограничиваются
значениями словаря (см. поиск по году издания). Отказ от применения подсказки
возможен с помощью клавиши Escape.
5. Использованы самонастраивающиеся поисковые формы для поиска в
имиджкаталоге и полнотекстовых базах. Поля этих форм отображаются только при
наличии в базе нужных для поиска словарей.
6. Предусмотрена возможность поиска по аналитике в режиме Распределённого
поиска. Для этого предлагается дополнительная поисковая форма.
7. Реализована возможность выбора всех источников в режиме Распределённого
поиска.
8. Обеспечена возможность перехода от сводного описания журнала к отдельным
номерам журнала. Для вывода зарегистрированных номеров журналов используется
поле 909, поэтому данная технология работает только при условии корректной
структуры этого поля.
9. Предусмотрен вывод сообщения об ошибке при указании неверных данных во
время авторизации.
10. В дистрибутив интегрированы основные компоненты статистики. Это упрощает
включение статистических функций.
J-ИРБИС
1. Разработана «Подсистема статистики», предназначенная для анализа действий
пользователя на сайте. С её помощью возможен вывод более чем 13 показателей за
произвольные промежутки времени. Представление данных возможно в виде
диаграмм, абсолютных единиц, процентов. Предусмотрены различные пути доступа к
статистической информации для пользователя и администратора. Возможен экспорт
исходных анализируемых таблиц в Excel.
2. Разработан «Компонент автодополнение», позволяющий отображать оперативные
подсказки по мере ввода поискового запроса. Он показывает возможные значения
поисковых терминов из словаря. Один из терминов подсказки может быть выбран с
помощью клавиш управления курсором и Enter. В некоторых полях выбранные
термины объединяются через запятую (см. поиск по ключевым словам). Кроме того,
в отдельных случаях варианты ввода принудительно ограничиваются значениями
словаря (см. поиск по году издания).
3. Разработан «Компонент регистрации». Он предназначен для:
а) Сообщения паролей пользователям, записи которых находятся в базе читателей
и(или)
б) Подачи читателями заявок на регистрацию путём ввода своих данных и(или)
в) Самостоятельной регистрации читателей с немедленным получением пароля.
Предусмотрена возможность параметрирования набора полей анкеты и
индивидуальная настройка алгоритма работы для каждой категории читателей.
4. Разработан «Компонент поиска в базах имиджкаталога», позволяющий работать с
базами образов карточек ИРБИС (распространяется независимо).
5. Разработан «Компонент поиска в полнотекстовых базах», позволяющий работать с
полнотекстовыми базами ИРБИС (распространяется независимо).
6. Обеспечена поддержка работы в ИРБИС-корпорации. Пользователи J-ИРБИС
могут предоставлять свои каталоги для выполнения в них поисковых операций и
выгрузки записей.
АРМ Полнотекстовый администратор
АРМ Полнотекстовый читатель
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
1. БД IBIS (32), DEPOSIT(64)- НОВОЕ в форматах
1.1. Odoptd.pft, Odoptd_H.pft – добавлен вывод разночтения из 600 поля
1.2. 210d.wss, 210.wss, 210si.wss, ovixd.pft – добавлены подполя издательство
на
издании и наименование типографии на издании
1.3. Ozboz.pft, otit461o.pft, Ozboz_H.pft, otit461o_H.pft, !KKKOW.pft – обеспечен вывод
дополнения к функции для 700 и 961 полей
1.4. 390.wss – новое поле 390 – список библиографии. Формат вывода BIBL390.pft c
вложженным O390f.pft. BIBL390.pft включен в форматы KN.pft, MN.pft, ASP.pft
1.5.
910.wss – подключен ввод максимального инвентарного номера
recommend.pft, recomend_vl.pft – запрос на поиск литературы,
рекомендованной студенту (по данным КО),
1.7.
Ibis_ko.fst - введен новый термин VUZP= (дисциплина – «связка») –
используется при подготовке списка по запросу
1.8.
Techn.ws, technj.ws – запрет ручного ввода в 907 поле (только ИРБИС64)
1.6.
1.9.
2.
Kns.mnu – изменен в связи с изменением номенклатуры специальностей
научных работников. Приказ от 25.02.2009 Министерства образования и науки
РФ
БД IBIS
2.1. Naspi.srw, naspi.tbu, naspi.pft – печать списка отобранных во внешний файл
naspi.txt инвентарей с заглавиями. Для списания
2.2. Tabw.mnu – добавлены формы NASPI и TABSTATJ
2.3. Tabstatj.srw, Tabstatj.wss, Tabstatj.pft, Tabstatj.hdr, Tabstatjh.pft, Tabstatj.tbu,
Tabstatj.tbg, Tabstatj.tab – табличная форма для получения статистики
поступлений периодики за указанный период. Выполняется на отобранных
документах сводного описания периодики.
2.4. Tnnjw.pft – покомплектное определение непоступивших номеров
2.5. Form5.stf, Form5.xlt, stf.mnu – добавлена статформа количества
документов, обработанных каталогизатороми по месяцам
2.6. Ibis_other.fst – добавлены новые префиксы для поиска аналитики (IA-ISSN
источника, NM-номер второй единицы деления источника, NV – номер
первой единицы деления источника) и цитируемости авторов из поля
Список библиографии (TSIT=)
2.7.
Autoin.gbl – добавлен блок формирования максимального инвентарного
номера
2.8.
DEFAULT.ws – Добавлено поле 390
2.9.
Ibis_Id.fst – добавлена инверсия ISBN (штрих-код издания): 10 0
(|HI=|d10^a,&uf(|+9I?-?##|v10^a)/)
2.10.
Kns.tre – изменен в связи с изменением номенклатуры специальностей
научных работников. Приказ от 25.02.2009 Министерства образования и
науки РФ
2.11.
Ibis_titp.fst, ibis_kl_tit.fst – добавлены термины из 600^z и 601^z
CMPL (ИРБИС64)
6. Seltab64.par, Cmpl.sch, Tabprw.mnu, Tab4oinv (hdr, pft, srw, tbu, ws),
Tab4oinvh.pft, Tab4odat (hdr, pft, srw, tbu, ws), Tab4odath.pft – новые формы
инвентарных списков по интервалу инв. номеров / штрихкодов и интервалу дат
7. Seltab64.par, Tabprw.mnu, Ksun4.hdr, Ksun4.pft, Ksun4.srw, Ksun4.tbg, Ksun4.tbu
–
форма
Расределение по разделам знаний, получена Генератором
табличных форм
RDR
1. Autoin_Light.gbl, Autoin.gbl, 200r.wss (новое ^R) – изменены для «Заказа без ЭК
на бронеполку»
Дополнительные средства, связанные с каталогизацией на
национальном языке (отличном от русского) (ИРБИС64)
Разработан первый вариант технологии, позволяющей:
1. Осуществлять вывод текстовых констант на национальном языке в выходных
форматах (форматы просмотра/вывода, КК (в режимах табличной печати и "Печать
текущего") и Систематических указателей, включая основной ряд и указатели к ним,
именной и географический);
2. Корректно работать с национальными символами, встречающимися в
справочниках типа MNU и TRE, таблицах авторских знаков, а также сортировать
документы в выходных списках (но не в словарях!) с учетом расположения
нестандартных национальных символов в кириллическом ряду.
Технология основана на ведении и использовании справочной БД SPRV, в которую
должны быть введены текстовые константы, справочники, таблицы авторских знаков
и символы нестандартной сортировки на национальном языке.
Далее
осуществляется
многократное
их
использование
(автоматическая
подстановка).
Предполагается возможность использования в одной библиотеке каталогизации на
разных языках. Язык каталогизации определяется значением в поле 919 записи БО.
По выбору справочную БД можно использовать в 2-х вариантах:
полный (константы в форматах, Таблицы авторских знаков, сортировка)
краткий (только Таблицы авторских знаков и сортировка)
В настоящее время в справочную БД SPRV введены:
все данные на русском языке (в каждой записи есть обязательные поля - код
языка каталогизации и тип записи). Пользователи, заинтересованные в данной
проблеме, могут откорректировать эти записи на своем языке (или
корректировать копии этих записей).
все данные на украинском языке (подготовил Панарин Геннадий Сергеевич,
инженер библиотечного отдела ХарРИ НАГУ)
таблицы Авторских знаков и сортировки на чувашском языке (подготовила
Алексеева Милана Димитриевна, Национальная библиотека Чувашской
Республики)
таблицы Авторских знаков и сортировки на казахском языке (подготовил
Кайрат А. Рахим, системный администратор Карагандинской ОУНБ им.
Н.В.Гоголя)
Данная доработка не включается в дистрибутив системы. Ее можно свободно
получить по запросу.
Приложение 1. – Список команд для пакетных заданий ИРБИС
Пп
1
2
3
4
5
Назначение
команды
Открыть базу
данных
Создать новую
БД Электронного
каталога
Операто
р
OpenDB
Опустошить БД
Удалить БД
Закрыть БД
ClearDB
DeleteDB
CloseDB
NewDB
Операнды
Пример
Dbname
OpenDB RDR
Dbname,FullName,[0|1], [0|1]
Где:
Первый операнд - Dbname имя БД;
Второй операнд - FullName
- Полное название БД;
Третий операнд доступность БД читателю:
0 - не доступна читателям
1 - доступна читателям;
Четвертый параметр – вид
БД:
0 – БД электронного
каталога
1 – Произвольная БД
Нет
Нет
Нет
NewDB
TEST,Тестовая,0,0
ClearDB
DeleteDB
CloseDB
Пп
6
Назначение
команды
Импорт данных
Операто
р
ImportDB
Операнды
Пример
[0/#/@|1],FstName,[0|1],[0|1], ImportDB
FileName,[0|1]
0,,0,1,c:\temp\11.iso,0
Где:
Первый операнд - исходный
формат данных:
0 - ISO-формат, # символ-разделитель полей,
@ - символ-разделитель
записей;
1 - текстовый формат.
FstName - имя ТВП
переформатирования, если
пустое значение переформатирование не
используется.
Третий операнд - признак
ФЛК:
0 - не применять;
1 - применять.
Четвертый операнд - вид
кодировки:
0 - DOS
1 – Windows
…2 – UTF8
Пятый операнд - FileName полное имя файла с
исходными данными
;
Шестой операнд - признак
Автоввода:
0 - не применять;
1 - применять.
Пп
7
8
Назначение
команды
Экспорт данных
Операто
р
ExportDB
Копировать
данные
CopyDB
Операнды
Пример
[0|1/frommfn/tomfn],FstName, ExportDB
[0/#/@|1],[0|1],FileName
1/21/500,UMARCEW,0
Где:
,1,c:\temp\22.iso
Первый операнд - исходные
документы:
0 - все
1 - диапазон документов,
frommfn - начальный MFN,
tomfn - конечный MFN.
FstName - имя ТВП
переформатирования, если
пустое значение переформатирование не
используется.
Третий операнд - выходной
формат данных:
0 - ISO-формат, # символ-разделитель полей,
@ - символ-разделитель
записей;
1 - текстовый формат.
Четвертый операнд - вид
кодировки:
0 - DOS
1 – Windows
…2 – UTF8
FileName - полное имя
файла с выходными
данными
[0|1/frommfn/tomfn],FstName,
DbName
Где:
Первый операнд - исходные
документы:
0 - все
1 - диапазон документов,
frommfn - начальный MFN,
tomfn - конечный MFN.
FstName - имя ТВП
переформатирования, если
пустое значение переформатирование не
используется.
DbName - имя БД, в
которую будут
копироваться данные
Пп
9
10
11
12
13
14
15
16
17
18
19
20
Назначение
команды
Снять блокировку
БД в целом
Снять блокировку
записи
Операто
р
UnLockD
B
UnLockR
ecord
Снять блокировку
со всех
заблокированных
записей
Актуализировать
словарь
Создать словарь
заново полностью
Создать словарь
заново - только
отбор
Создать словарь
заново - только
сортировка
Создать словарь
заново - только
загрузка
Реорганизовать
словарь
Реорганизовать
файл документов
Копировать файл
документов
UnLockR
ecordAll
Восстановить
файл документов
Операнды
Пример
нет
UnLockDB
Mfn
Где:
Mfn - номер документа
нет
UnLockRecord 255
ActualIf
нет
ActualIf
LoadIfCo
mplete
нет
LoadIfComplete
LoadIf0
нет
LoadIf0
LoadIf1
нет
LoadIf1
LoadIf2
нет
LoadIf2
ReorgIf
нет
ReorgIf
ReorgMf
нет
ReorgMf
CopyMf
FileName
Где:
FileName - полное имя
выходного файла
RestoreM FileName
f
Где:
FileName - полное имя
исходного файла
UnLockRecordAll
CopyMf
c:\irbiswrk\ibis.bkp
RestoreMf
c:\irbiswrk\ibis.bkp
Пп
21
Назначение
команды
Диагностика
файла
документов
Операто
р
DIAGNO
SMF
Операнды
Для ИРБИС32:
FromMfn,ToMfn,[0|1]
Где: FromMfn – начальный
MFN;
ToMfn – конечный MFN;
Третий параметр – признак
исправления недопустимых
символов:
0 – не исправлять
1 – исправлять
Для ИРБИС64:
FromMfn,ToMfn,[0|1],[0|1],[0|
1],[0|1],[0|1]
Где: FromMfn – начальный
MFN;
ToMfn – конечный MFN;
Третий параметр – режим
диагностики:
0 – Проверка на
соответствие mfn и xrf
1 – Проверка на
целостность записей.
(Параметры с четвертого по
седьмой имеют смысл, если
третий параметр принимает
значение 1)
Четвертый параметр:
0 – Проверка на кодировку
полей отключена
1 - Проверка на кодировку
полей включена;
Пятый параметр:
0 – Исправление
недопустимых символов
отключено
1 - Исправление
недопустимых символов
включено;
Шестой параметр:
0 – Удаление испорченных
записей отключено
1 - Удаление испорченных
записей включено;
Седьмой параметр:
0 – Выгрузка испорченных
записей отключена
1 - Выгрузка испорченных
записей включена
Пример
Пп
22
23
24
25
Назначение
команды
Диагностика
файла словаря
(только для
ИРБИС64)
Установка
режима
игнорирования
ошибок (т.е.
такого режима,
когда пакетное
задание
продолжает
выполняться при
ошибочном
завершении
очередной
команды)
(только для
ИРБИС64)
Выполнить
глобальную
корректировку
(только для
ИРБИС64 с
версии 2009.1)
Операто
р
DIAGNO
SIF
Завершить
работу АРМа
«Администратор»
Exit
Операнды
Пример
нет
DIAGNOSIF
SILENCE
нет
SILENCE
GLOBAL
Gblname,mfnmin,mfnmax,[0|
1],[0|1],[0|1],Filename,query
Где:
Gblname - имя задания на
глобальную c полным
путем;
mfnmin,mfnmax - диапазон
MFN;
[0|1] - признак
актуализации;
[0|1] - признак ФЛК;
[0|1] - признак автоввода;
FileName - имя файла
протокола с полным путем;
query - поисковый запрос на
языке ИРБИС
FileName
Где: FileName – имя файла,
куда выводится протокол
C:\irbiswrk\test.gbl,1,9
99999,0,0,0,C:\irbiswrk
\111.txt,”K=автомат$”
Exit
c:\irbiswrk\protocol.txt
Версия 2009.1
Функциональные возможности:
АРМ Каталогизатор
1. В главном меню в разделе КОРРЕКТИРОВКА создан новый режим НАЙТИ
ПОЛЕ/ПОДПОЛЕ В РЛ - для которого предлагается (по умолчанию) горячая клавиша
[Alt]-Q. (В ИРБИС32 – добавлен соответствующий пункт меню, всплывающего по F8)
При вызове данного режима в области РЛ возникает окошко для указания искомого
поля/подполя (с соответствующей подсказкой). Искомый элемент задается в общем
виде следующим образом:
MMM^A#OCC
где: MMM - метка поля А - идентификатор подполя ОСС - номер повторения
Идентификатор подполя и номер повторения (и соответствующие разделители ^ #)
задавать необязательно. Ввод искомого элемента необходимо завершать нажатием
Enter.
2. Принципиально изменена технология АВТОСЕРВИС (которая была введена в
версии 2007.1). Новая технология АВТОСЕРВИСа состоит в том, что
соответствующие средства ввода (справочники и словари) выводятся автоматически
(без нажатия кнопки или F2) непосредственно рядом с полем/подполем ввода и
управляются (прокручиваются, как от ключа) из самого этого поля/подполя (т.е. в
соответствии с клавиатурным вводом в это поле/подполе - аналогично тому, как это
делается при вводе строки поиска на Yandex и Google - см. рисунки).
Технология АВТОСЕРВИСА распространяется ТОЛЬКО на те поля, для которых
предусмотрен ввод через ПРОСТОЙ СПРАВОЧНИК или СЛОВАРЬ (без
мультиввода). Справочники и Словари появляются АВТОМАТИЧЕСКИ в двух
случаях:
- когда в поле/подполе начинается клавиатурный ввод (т.е. вводятся какие-либо
символы);
- когда поле/подполе пустое и курсор задерживается на нем не менее одной секунды
и при этом включена опция АВТОСЕРВИС в меню СЕРВИС (ИРБИС64). В ИРБИС32
для этого должен быть установлен параметр в секции [MAIN] INI-файла:
AUTOSERVICE=1.
Справочники и Словари можно также вызвать ЯВНО (в стиле АВТОСЕРВИСА),
нажав комбинацию клавиш [Alt]-F2.
Справочники и словари управляются клавишами СТРЕЛКА ВВЕРХ/ВНИЗ, PgUp,
PgDn, а выбор нужного значения - клавишей Enter, все эти команды можно вводить
НЕПОСРЕДСТВЕННО в поле/подполе ввода. Для отказа от предложенного
СПРАВОЧНИКА/СЛОВАРЯ служит клавиша Esc.
Предлагаемая технология АВТОСЕРВИСа позволяет существенно повысить
эффективность ввода (за счет сокращения клавиатурных или «мышиных» команд)
через СПРАВОЧНИКИ и СЛОВАРИ. В целом АВТОСЕРВИС включается с помощью
параметра PRNEWADV в разделе [MAIN] INI-файла АРМа Каталогизатор (по
умолчанию - 1). Не путать этот параметр с опцией АВТОСЕРВИС в меню СЕРВИС
(ИРБИС64) и параметром AUTOSERVICE в ИРБИС32 (которые обеспечивают
автоматическое подключение средств ввода в пустых полях/подполях, когда курсор
задерживается на них более чем на 1 сек.)
3. Новый ОПЕРАТИВНЫЙ РЕЖИМ для периодических изданий - ФОРМИРОВАНИЕ
ПОДШИВКИ. Обеспечивает более комфортную и наглядную технологию
формирования подшивок номеров периодических изданий.
4.
Реализована
(ИРБИС64)
возможность
назначения
(переопределения)
произвольных "горячих" (в комбинации с ALT) клавиш для:
- всех пунктов главного меню (и соответствующих кнопок)
- установки фокуса ввода на основные рабочие области интерфейса: СЛОВАРЬ, РЛ
ВВОДА, СПИСОК КОРОТКИХ ОПИСАНИЙ и ПОЛНОЕ ОПИСАНИЕ ТЕКУЩЕГО ДОКТА
Горячие клавиши определяются в INI-файле АРМа Каталогизатор (irbisс.ini) с
помощью соответствующих параметров секции [MAIN], имена которых начинаются с
префикса SHORTCUT_. В качестве значений этих параметров указывается или
БОЛЬШАЯ ЛАТИНСКАЯ БУКВА или ЦИФРА, которые обозначают соответствующую
клавишу. Горячие клавиши не зависят от текущего расклада клавиатуры.
При определении (переопределении - имеется в виду изменение горячих клавиш,
действующих по умолчанию, т.е. действовавших до версии 2009.1) горячих клавиш
надо иметь в виду, что следующие комбинации задействованы как команды ввода:
ALT-L - ввод даты; ALT-0 - ALT-9 - ввод произвольных параметров.
Также расширено действие клавиши Insert в качестве клавиатурной команды для
операции ОТМЕТИТЬ (в различных режимах). Например:
- для отметки коротких описаний (когда фокус находится в области коротких
описаний);
- для отметки полей текущей записи в РЛ - в сочетании с клавишей CTRL (когда
фокус находится на РЛ).
(К сожалению, Insert не работает в качестве команды ОТМЕТИТЬ в интерфейсах на
основе ИРБИС-Навигатора - например, ввод УДК/ББК через БД и т.п.)
5. Расширен режим КОРРЕКТИРОВКА ПО СЛОВАРЮ (ИРБИС64) – а именно:
обеспечена корректировка по словарю на основе задания на глобальную
корректировку. Для этого в сценарии поиска для соответствующего вида поиска в
качестве параметра ItemModByDicNN необходимо задавать имя задания на
глобальную корректировку с предшествующим символом @, например:
ItemModByDic38=@test
Собственно термин словаря, на основании которого проводится корректировка,
передается в задание на глобальную корректировку через модельное поле 1001 (т.е.
в создаваемом задании на глобальную корректировку можно оперировать значением
поля 1001, которое совпадает со значением соответствующего термина)
АРМ Книговыдача
1. Обеспечена фиксация операции ПРОДЛЕНИЕ, т.е. в БД RDR введено новое
подполе (L) в поле СВЕДЕНИЯ о ВЫДАЧАХ/ВОЗВРАТАХ (метка 40) - ДАТА
ПРОДЛЕНИЯ (та дата, когда выполняется операция продления). Обеспечено
отображение этого подполя в окне ЧИТАТЕЛЯ (основного пользовательского
интерфейса), а также обеспечен учет операции продления в статистике посещений.
В связи с этим изменились следующие файлы в БД RDR: v40.wss, rdr.fst, form4.stf,
form6.stf, form7.stf. Операция продления безусловно рассматривается как
ПОСЕЩЕНИЕ. Если кто-то из пользователей хочет трактовать ПРОДЛЕНИЕ как
ВЫДАЧУ, то следует самостоятельно откорректировать соответствующие
стат.формы (1, 2, 3, 5, 8). Если кто-то хочет трактовать ПРОДЛЕНИЕ как
ОТДЕЛЬНУЮ операцию (с точки зрения статистики) - следует создать
соответствующие НОВЫЕ стат.формы.
2. Введены новые режимы (ИРБИС64) - для обеспечения ГРУППОВОЙ выдачи (БЕЗ
ЗАКАЗА и ПО ЗАКАЗУ) Под ГРУППОВОЙ понимается такая выдача, когда за один
"прогон" соответствующего режима можно оформить:
- выдачу группы изданий одному читателю (при выдаче БЕЗ ЗАКАЗА);
- выдачу группе читателей, каждому из которых выдается группа изданий (выдача ПО
ЗАКАЗУ).
Режимы ГРУППОВОЙ выдачи предназначены для УСКОРЕНИЯ технологии выдачи в тех случаях, когда НЕ используется скоростная выдача на основе штрих-кодов
или радиометок.
ГРУППОВАЯ выдача ПО ЗАКАЗУ включается (при нажатии кнопки ВЫПОЛНИТЬ) в
тех случаях, когда в области невыполненных заказов (или бронеполки) отмечается
группа заказов ("птичками"). Для ускорения процесса "отмечания" заказов
обеспечена возможность отметки по диапазону (за счет удержания клавиши SHIFT).
ГРУППОВАЯ выдача БЕЗ ЗАКАЗА текущему читателю (тому, чье описание находится
в окне ЧИТАТЕЛЬ) обеспечивается за счет возможности группового отбора терминов
в поисковом словаре. Т.е. если в словаре термины отмечаются ("птичками"), то
включается ГРУППОВАЯ выдача, в противном случае - осуществляется одинарная
(по "старой" технологии) выдача в соответствии с текущим термином словаря. В
поисковом интерфейсе (при выдаче без заказа) введен переключатель СОХРАНЯТЬ
ОТМЕЧЕННЫЕ – если он включен, то при переходе от одного читателя к другому
сохраняются отмеченные термины; это может быть удобно в случае, когда,
например, группе студентов выдается один и тот же комплект книг.
Собственно пользовательский интерфейс ГРУППОВОЙ выдачи представлен на
рисунке ниже (окно на переднем плане).
Пользователю предлагается для каждой единичной выдачи (одна строка в таблице)
указать в соответствующей колонке выдаваемый ЭКЗЕМПЛЯР - выбирая его из
предлагаемого списка свободных экземпляров. (Необходимо отметить, что колонка
ШТРИХ-КОД введена здесь ТОЛЬКО для поддержания общности, т.е. использовать
при групповой выдаче штрих-коды/радиометки не имеет НИКАКОГО смысла - для
этого служит режим СКОРОСТНОЙ книговыдачи) В случае когда терминами поиска
(ВИД ПОИСКА при выдаче без заказа) являются ИНВЕНТАРНЫЕ номера, колонка
ЭКЗЕМПЛЯРЫ в интерфейсе групповой выдачи заполняется АВТОМАТИЧЕСКИ.
Предусмотрен ОСОБЫЙ случай групповой выдачи БЕЗ ЗАКАЗА - групповая выдача
периодических изданий (в том случае, когда в результате поиска отбираются только
СВОДНЫЕ описания - например, при виде поиска ЗАГЛАВИЯ ЖУРНАЛОВ). В этом
случае для каждого периодического издания предлагается дополнительный
интерфейс, который позволяет ввести список выдаваемых номеров (см. рисунок
ниже).
В связи с режимами ГРУППОВОЙ выдачи введены новые параметры в INI-файле
АРМа Книговыдача:
- в разделе [SEARCH] - параметр ItemExactlyN, который может принимать следующие
значения: 1 - для определения однозначного поиска экземпляров, таковым является
поиск по ИНВЕНТАРНЫМ НОМЕРАМ; 2 - для определения поиска сводных описаний
периодических изданий, таковым является, например, поиск по ЗАГЛАВИЯМ
ЖУРНАЛОВ; 0 - для всех остальных видов поиска (по умолчанию);
- в разделе [READER] - параметр RDRTODAYFORMAT - для определения имени
формата, в соответствии с которым печатаются КОНТРОЛЬНЫЕ ТАЛОНЫ при
групповой выдаче. Значение по умолчанию - RDRW_HTML_DOLG2A.
3. В таблицу сведений о книговыдачах читателя (АРМ Книговыдача - окно ЧИТАТЕЛЬ
- нижняя часть) введена дополнительная колонка, в которой могут выводиться
дополнительные сведения о соответствующей выдаче, формируемые по
усмотрению пользователя, - на основе специального формата в БД RDR, имя
которого задается в разделе [READER] INI-файла с помощью параметра
ReaderDopInfoPft (по умолчанию - пустое значение). В результате форматирования
записи читателя такой формат должен давать столько строк, сколько повторений 40
поля в записи читателя - каждая строка рассматривается как дополнительные
данные к соответствующей выдаче (разумеется, в частном случае такая строка
может быть пустой, если доп.данные отсутствуют). Следует отметить, что речь идет
о таких дополнительных данных, которые СВЯЗАНЫ с конкретной выдачей (т.е.
конкретным повторением поля 40). Если эти данные имеют отношению к читателю в
целом, то их без проблем можно выводить в окне общих сведений о читателе
(верхняя часть окна читателя) В качестве примера предлагается формат
RDRDOPINFO_SAMPLE.PFT (в БД RDR), который позволяет выводить в качестве
дополнительных данных ЦЕНУ выданного экземпляра. (При этом используется
вложенный формат PRICE_EKZ.PFT в БД ЭК - IBIS).
4. В АРМе Читатель (ИРБИС64) введен новый режим - ЗАКАЗ ПО РЕТРОФОНДУ
(меню СЕРВИС и соответствующая инструментальная кнопка) Режим позволяет
читателю создавать заказ на выдачу литературы из ретрофонда (т.е. тех изданий,
которые не введены в электронный каталог). Для создания такого заказа читателю
предлагается экранная форма ввода (РЛ подполей - аналогичный тому, который
используется в АРМе Книговыдача в режиме ВЫДАЧА БЕЗ ЭК), в которой он должен
указать основные элементы заказываемого издания (шифр, автор, заглавие и т.д.). В
АРМе Книговыдача предусмотрено выполнение таких заказов - полностью
аналогичное режиму ВЫДАЧА БЕЗ ЭК (с той разницей, что оператору книговыдачи
предлагается дополнить и при необходимости откорректировать данные заказанного
издания, которые указал читатель). В INI-файле АРМа Читатель (irbisr.ini)
предусмотрены два новых параметра:
- RETROLANDWSS - для указания РЛ подполей, с помощью которого читатель будет
описывать заказываемое издание. РЛ подполей должен находиться в директории БД
RDR. В качестве образца предлагается 200R_R.WSS
RETROLANDWSS=200R_R.WSS
- RETROLANDFLC - для указания формата, с помощью которого будет выполняться
ФЛК данных, введенных читателем. Формат должен находиться в директории БД
RDR. В качестве образца предлагается !200R_R.pft
RETROLANDFLC=!200R_R
- RETROLANDPFT – для указания формата, с помощью которого представляется
описание издания, заказанного по ретрофонду. В качестве образца предлагается
RETROLANDPFT.PFT
RETROLANDPFT=retrolandpft
5. В случае использования радиометок (PRRFID=1) в скоростном интерфейсе
(ИРБИС64) предлагается переключатель, который позволяет оперативно
(ситуативно)
включать/отключать
ИСПОЛЬЗОВАНИЕ
ПРОТИВОКРАЖНОЙ
ПОДПИСИ.
6. Обеспечена возможность ОТБОРА ЗАКАЗОВ с помощью словаря (поиска). Данная
возможность может быть полезна в случае работы с большим количеством заказов.
В главном меню АРМа появился пункт ЗАКАЗЫ-ИСХОДНЫЕ, который позволяет
переключать контекст работы с заказами ВСЕ/ОТОБРАННЫЕ ( для каждого вида
заказов: невыполненные, бронь, выполненные) Для отбора заказов предлагается
плавающее окно с интерфейсом поиска по словарю заказов. Кнопка ОТБОР
позволяет ОТОБРАТЬ соответствующие заказы для работы с ними в окне заказов.
Кнопка ВЫПОЛНИТЬ позволяет отобрать заказы и одновременно направить их на
ГРУППОВОЕ выполнение. Окно отбора заказов плавающее (немодальное), его
можно позиционировать на экране так, как удобно - его положение программа
запоминает для след. сеансов.
В окне со списком заказов (всех или ОТОБРАННЫХ) появилась кнопка, которая
вызывает окно для отбора заказов (если оно было закрыто). Переключение контекста
работы с заказами ВСЕ/ОТОБРАННЫЕ (кроме главного меню) можно произвести
двойным щелчком по закладкам ЗАКАЗЫ/БРОНЬ.
АРМ Комплектатор
1. Изменена интерпретация параметра INI-файла Data_Enter_Short, определяющего
ввод: записей КСУ, итоговой записи подписки, суммарной записи заказа, количества
заказываемых книг. Если он не задан или имеет значение «пусто», то при вызове
режима ввода будет задан вопрос: вводить данные в упрощенном РЛ или выполнить
переход в АРМ Каталогизатор для ввода через полный РЛ. Если значение параметра
1, то сразу вызываются упрощенные РЛ ввода данных. Если значение параметра 0,
то для ввода происходит переход в АРМ Каталогизатор.
2. В режиме проверки фонда после выполнения основного задания запускается
проверка БД на наличие непроверенных экземпляров. Их количество
подсчитывается по формату, задаваемому параметром (секция [MAIN])
EkzNoProvPft=ekz_noprov, и выводится в протокол в последней строке.
3. Добавлены параметры в секции [MAIN], определяющие доступность режимов:
• AccessSpisMaster – Мастер списания
• AccessSpisKsu – Ввод новой записи КСУ выбытия
• AccessSpisGroup – Групповое списание
• AccessSpisEnd – Завершение выбытия
• AccessSpisStat – Пополнение записи КСУ выбытия
АРМ Книгообеспеченность (ИРБИС64)
1. При вычислении ККО для записей каталога, по кнопке «Вычислить КО» или в
пакетном задании, подается опросный лист. В нем можно отметить элементы
описания, которые используются при подсчете числа студентов, относящихся к
данной книге. Например, если задать только код факультета и код специальности, то
студенты будут отбираться только по этим параметрам. Заданные значения
запоминаются в INI-файле.
2. В нижней панели инструментов добавлена кнопка «Показать текущие значения
КО». Она видна, если в нижнем окне установлена БД каталога. По этой кнопке можно
посмотреть таблицу данных о текущих значениях ККО, которая формируется по
данным поля 693. Сама таблица аналогична той, что подается в режиме «Вычислить
КО», но формируется быстрее, т.к. данные не вычисляются заново, как в режиме
«Вычислить КО». При этом используется РЛ подполей, который задается
параметром WssFor693=Kofor693.wss
3. Если в нижнем окне находится список книг и если он отсортирован, то на нижней
панели становится видимой кнопка «Показать/Сохранить таблицу». В эту таблицу
помещаются данные полей 691 всех записей списка. Для каждой строки (повторения
поля 691) формируется столбец «Студенты». Данные в этот столбец формируются
для каждого повторения поля 691 по связке «фак.-спец.-ВО-ФО-семестр», которая
формируется «на лету». Используется для проверки общих данных по ККО для книги.
4. Изменен алгоритм вычисления ККО для электронных ресурсов в зависимости от
параметров NameFOELKKO, NumbComputers и наличия поля экземпляров.
Подробнее - в п. 3.9 инструкции АРМа Книгообеспеченность.
5. Добавлен режим «Формирование отчетов». Он в какой-то степени дублирует
режим «Выходные формы» и предназначен для непрофессионального конечного
пользователя. Добавлены новые таблицы, в том числе статистические. Список
отчетов единый и содержит таблицы, относящиеся к БД каталога, БД VUZ и RDR.
Режим вызывается по кнопке на верхней панели инструментов. Подробно см. в
инструкции п. 3.10 АРМа Книгообеспеченность.
6. Предлагается пока в тестовом варианте режим связи по номеру группы.
Определяется параметром LinkGroup=1 в INI-файле в секции MAIN. Предполагается,
что номера групп у студентов формируются с привязкой к факультету, семестру,
специальности и т.д.. В записях дисциплин необходимо формировать в поле
контингентов (83) номер группы. Другие параметры могут отсутствовать, но при
отсутствии параметра будет и отсутствовать связь по данному параметру с книгами и
студентами. В записях книг поля 691 должны содержать номер группы, другие
параметры могут отсутствовать, что также повлечет отсутствие связи по параметру.
При вычислении значений ККО для книги количество студентов определяется как
сумма студентов по номерам групп всех повторений поля 691. При этом меняются
условия ввода данных:
• В записи DISC в поле 83 достаточно задавать номера групп, для которых
используется дисциплина. Автоматически будут создаваться записи VUZ, со
значениями подполя 68^E и дисциплиной в поле 69.
• В записях каталога в поле 691 достаточно заполнять подполе номера группы
- ^E, но при этом не будет связи книги с дисциплиной, факультетом и т.д. При
вводе поля 691 в АРМе Каталогизатор в словаре дисциплин следует выбирать
дисциплины с определенными номерами групп. Вводиться будут все данные,
которые имеются в соответствующей записи VUZ. Если использовать режим
переноса для заполнения поля 691, то переноситься будут все данные,
которые имеются в записях VUZ.
• В записях студентов номер группы является обязательным и должен
меняться при переводе студентов на другой семестр.
АРМ Читатель
1. В INI-файл (irbisr.ini) в секции [READER] введен новый параметр MaxRequests,
определяющий максимальное кол-во НЕВЫПОЛНЕННЫХ заказов, которое может
создать читатель (ИРБИС64). По умолчанию - 0 (это означает, что читатель может
создавать любое кол-во заказов).
2. Новый режим – ЗАКАЗ ПО РЕТРОФОНДУ (ИРБИС64 - см. АРМ Книговыдача п.4)
3. Реализована возможность (ИРБИС64) назначения произвольных "горячих" (в
комбинации с ALT) клавиш для:
- всех пунктов главного меню (и соответствующих кнопок);
- установки фокуса ввода на основные рабочие области интерфейса;
- выполнения поиска (кнопка ВЫПОЛНИТЬ).
Горячие клавиши определяются в INI-файле АРМа Читатель (irbisr.ini) с помощью
соответствующих параметров секции [MAIN], имена которых начинаются с префикса
SHORTCUT_ В качестве значений этих параметров указывается или БОЛЬШАЯ
ЛАТИНСКАЯ БУКВА или ЦИФРА, которые обозначают соответствующую клавишу.
Горячие клавиши не зависят от текущего расклада клавиатуры.
4. В профиль АРМа Читатель (irbisr.ini) в секцию [MAIN] введен новый параметр
FULLTEXTABLE, который определяет доступность кнопки ПОЛНЫЙ ТЕКСТ
(ВНЕШНИЙ ОБЪЕКТ): 0 - не доступна; 1 - доступна (по умолчанию).
АРМ Администратор
1. Создан вариант глобальной корректировки, которая в качестве ИНСТРУМЕНТА
запускается из серверного Администратора (ИРБИС64). При этом в качестве
исходных (для корректировки) документов можно задавать: всю БД, диапазон MFN,
результаты поиска (последнее – путем задания запроса на поисковом языке ИРБИС,
который описан в irbis64_client_dll.doc). Появляется также возможность запускать
глобальную корректировку в пакетном задании АРМа Администратор.
В связи с этим в INI-файле АРМа Администратор (irbisa.ini) создана секция [GLOBAL],
в которой введены следующие параметры (которые в общем случае не нуждаются в
каком-либо сопровождении):
DbName
имя БД, открываемой по умолчанию;
GlobMnu
имя списка заданий на глобальную корректировку; по
умолчанию glob.mnu;
TaskName
имя задания на глобальную корректировку, открываемого
при старте;
RecUpdifAble
признак актуализации, по умолчанию НЕТ (0);
AutoinAble
признак выполнения автоввода, по умолчанию НЕТ (0);
FlcAble
признак выполнения ФЛК, по умолчанию НЕТ (0);
WsFdt
имя файла РЛ со списком полей, по умолчанию Default;
AccessGlobSave разрешение на сохранение задания, выбранного
из списка; по умолчание НЕТ (0);
Sexp
запрос на поисковом языке ИРБИС; если первый символ
«?», то запрос на последовательный поиск;
Query
текст запроса на естественном языке;
MfnFrom
нижняя граница диапазона MFN (по умолчанию – 1);
MfnTo
верхняя граница диапазона MFN (по умолчанию –
последний документ в БД);
BatchGlobal
признак пакетного запуска глобальной корректировки;
BatchLogFileName имя файла протокола при пакетном запуске.
Также введена новая команда для выполнения глобальной корректировки в пакетном
задании АРМа Администратор:
GLOBAL
TaskName,MfnFrom,MfnTo,RecUpdifAble,FlcAble,AutoinAble,BatchLogFileName,Sexp
Обязательным является только первый операнд (TaskName – полный путь и имя
файла задания на глобальную корректировку).
ИРБИС-Навигатор
1. Введен принцип "конвейерной" обработки - когда результатом выполнения
очередной команды является не результирующая HTML-страница, а СЛЕДУЮЩАЯ
команда ИРБИС-ссылки. Это позволяет реализовывать пакетно (друг за другом)
выполнение нескольких связанных элементарных команд, реализующих некую
законченную технологию.
2. Создан новый модуль на основе ИРБИС-Навигатора - Контроль входа/выхода
читателей в библиотеку. Модуль позволяет вести контроль входящих и выходящих
читателей путем считывания (ввода) идентификаторов читателей - каковыми могут
быть штрих-коды или радиометки на читательских билетах. Модуль работает в двух
режимах: ВХОД и ВЫХОД.
При ВХОДЕ отображаются все необходимые сведения о читателе (фотография,
сведения о книгах на руках и пр.), а также: - проверяется, имеет ли право читатель на
обслуживание: если имеет - фиксируется ПОСЕЩЕНИЕ библиотеки и фиксируется
факт НАХОЖДЕНИЯ читателя в библиотеке.
При ВЫХОДЕ также отображаются все необходимые сведения о читателе и кроме
этого: - проверяется, не остались ли у читателя на руках издания, которые должны
быть сданы: если не остались - фиксируется выход читателя из библиотеки (т.е.
снимается признак нахождения читателя в библиотеке).
В обоих режимах выдается оперативная информация:
- количество посещений за текущий день;
- количество читателей, находящихся в библиотеке в текущий момент.
Язык форматирования
1. Новый форматный выход - в группе специальных (технических) функций: заменить
в исходных данных последовательность символов АААА на последовательность
ВВВВ
&unifor('+9I!AAAA!/BBBB/',<данные> )
где:
! - уникальный разделитель, отсутствующий в строке АААА
/ - уникальный разделитель, отсутствующий в строке ВВВВ
ВВВВ - может быть пустым значением, в этом случае последовательность АААА
будет удаляться.
Обрабатываются ВСЕ (а не только первое) вхождения АААА в исходные данные. В
качестве разделителей можно использовать ТОЛЬКО символы стандартного набора
(с кодом <128).
2. Новый форматный выход &uf('+Etag#occ') который возвращает порядковый номер
заданного поля в записи. Где:
tag - метка поля
occ - номер повторения поля (по умолчанию - 1). Может принимать значение * - что
означает: номер текущего повторения в повторяющейся группе. При отсутствии в
записи заданного поля возвращается пустота.
3. Введен новый форматный выход
&uf('3JГГГГММДД')
который переводит заданную юлианскую дату ГГГГММДД в грегорианскую.
TCP/IP сервер баз данных ИРБИС64
1. Реализована поддержка переадресации запроса на другой ("чужой") сервер
ИРБИС64. Данная возможность позволяет в любых АРМах работать с базами
данных, которые находятся на "чужом" сервере ИРБИС64 (т.е. не на том сервере, на
котором осуществлялась первичная регистрация).
(Подобное было ранее реализовано в АРМе Каталогизатор - путем указания IPадресов чужих серверов в списке доступных БД.)
Данная возможность позволяет организовать корпоративную работу (включающую
разные библиотеки или отделения одной библиотеки) с использованием любых
АРМов ИРБИС64.
Переадресация осуществляется, если в имени базы данных (в списках доступных БД
- dbnam1.mnu, dbnam2.mnu и т.п.) задан специальный параметр, заключенный в
символы % - например:
IBIS%SERVER1%
Этому параметру (SERVER1) должно соответствовать значение IP:PORT в секции
[REDIRECT] INI-файла сервера ИРБИС64 irbis_server.ini. Например:
[REDIRECT]
SERVER1=192.168.4.204:7777
Переадресация НЕ происходит при обращении к БД в процессе форматирования
(&uf('7..., &uf('D... и т.п.). Переадресация не увеличивает число зарегистрированных
клиентов на "чужом" сервере, то есть происходит "в одно касание" (без регистрации).
Введен специальный параметр CHECK_REDIRECT в секции [MAIN] irbis_server.ini,
который определяет допустимость обработки перенаправленных запросов (запросов
с другого сервера). CHECK_REDIRECT имеет два значения: 0 - не разрешено (по
умолчанию); 1 – разрешено.
2. Создана полнофункциональная DLL - irbis64_client.dll - (и полное описание к ней)
для клиентского доступа к БД через сервер ИРБИС64. Данная DLL адресована
пользователям-разработчикам, имеющим намерение создавать собственные
приложения для доступа к БД ИРБИС64 в архитектуре клиент-сервер. (Для доступа к
БД ИРБИС64 в архитектуре файл-сервер служит irbis64.dll).
3. Во всех клиентских АРМах реализована идея: предлагать пользователю повторить
обращение к серверу, если оно было прервано с помощью кнопки "ПРЕРВАТЬ".
Прерывать обращение к серверу (нажимать кнопку ПРЕРВАТЬ в интерфейсе с
"бегущим ирбисом") и выполнять его повторно (нажимать кнопку "ДА" в ответ на
вопрос о повторении обращения) следует только в том случае, если есть основания
считать обращение к серверу "зависшим". При этом необходимо иметь в виду
следующее:
- есть ряд режимов и технологий в разных АРМах, выполнение которых может быть
связано с ВЕСЬМА длительным обращением к серверу, в частности, по причине
больших объемов баз данных. Примерами таких режимов являются: печать
(формирование) объемных выходных форм, глобальная корректировка, получение
статистических распределений и стат.форм, контроль системы книговыдачи,
последовательный поиск, ряд технологий АРМа Книгообеспеченность и др.;
- после прерывания и повторного обращения к серверу, связанному с корректировкой
записи (в частности, режима СОХРАНИТЬ в АРМе Каталогизатор), может быть
получено сообщение НЕСОВПАДЕНИЕ ВЕРСИЙ ЗАПИСИ - это означает, что
корректировка завершилась при первом (прерванном) обращении и повторное
обращение оказалось "лишним".
Шлюз WEB ИРБИС
1. Разработан специальный шлюз, перенаправляющий запросы с WEB-сервера на
сервер ИРБИС64. В результате обеспечивается возможность удаленной работы
АРМов ИРБИС64 с сервером ИРБИС64, который установлен на внутреннем
компьютере локальной сети и не виден в Интернет.
Для осуществления такой возможности в INI-файлах клиентов (cirbisc.ini, cirbisb.ini и
т. д.) прописываются следующие параметры (например):
ServerIP=193.233.14.9
#или прямой url - ServerIP=library.gpntb.ru
ServerPort=80
WebServer=1
#путь на специальный web-шлюз относительно ip адреса
WebCgi=/cgi2/IrbisServer/WebToIrbisServer.exe
Специальный WEB-шлюз WebToIrbisServer.exe находится в дистрибутиве WEB
ИРБИС64 9.1 в директории AddIns/WebToIrbisServer. Для работы его необходимо
поместить рядом с основным WEB-шлюзом ИРБИС64 cgiirbis_64.exe и внести
необходимые для перадресации параметры в секцию [IrbisServer] INI-файла шлюза
irbis_server.ini, а именно (например):
[IrbisServer]
IP=127.0.0.1
PORT=6666
#ожидание ответа сек
CGITimeOut=3
2. Обеспечена возможность простого перемещения и переименования папок с
ресурсами WEB ИРБИС за счёт замены прямых гиперссылок на ресурсы командами
подстановки:
А)Команда <--HTTP_PATH--> заменяется на значение параметра HTTP_PATH секции
[WEB] INI файла WEB ИРБИС;
Б)Команда <--CGI_PATH--> заменяется на значение параметра CGI_ALIAS секции
[WEB] INI файла WEB ИРБИС.
Указанные параметры создаются в INI файле при установке и должны быть
изменены в случае перемещения или переименования папок с ресурсными файлами
WEB ИРБИС.
3. Унифицирован интерфейс WEB ИРБИС 32 и WEB ИРБИС 64. За основу взят
интерфейс WEB ИРБИС 64. Это даёт пользователям WEB ИРБИС 32 более
современный и эргономичный интерфейс, а так же возможность поиска по ББК (база
приобретается отдельно).
4. Содержимое файлов index.html (главная страница сайта, по умолчанию – текст о
WEB ИРБИС и фотография разработчиков) и page8.html (поисковая форма Z39
клиента) перенесено в файлы irbis\datai\frmes_91\ibis\default\main_page.frm и
irbis\datai\frmes_91\ibis\default\gate_page.frm Это позволило использовать в них
команды подстановки и отказаться от прямых путей. В случае если эти страницы
самостоятельно редактировалось, достаточно заменить указанные файлы
редактированными версиями.
5. В секцию [MAIN] INI-файла WEB ИРБИС добавлены параметры GENERATION
(может принимать значение 32 или 64) и ASSEMBLAGE (может принимать значение
full или opac). С их помощью форматы и фреймы адаптируются для конкретного
поколения CGI.
6. Из фреймов и форматов устранены все прямые ссылки на базу IBIS. В случае
когда предполагается работа с основной базой библиотеки, обращение происходит к
первой по счёту базе dbnam3.mnu.
7. Унифицированы установочные файлы. Алгоритм установки для конкретной версии
определяется исходя из параметров ASSEMBLAGE и GENERATION файла
WebIrbis.ini.
8. Реализована возможность добавления в фреймы форматов через их обрамление
короткими PHP тегами. За счёт этого снимается запрещение на наличие в одной
строке перед форматом любых символов кроме пробелов. Появляется возможность
редактирования фреймов в специальных HTML редакторах с подсветкой кода и
применения многострочных форматов с соблюдением правил форматирования
кода.
Например, конструкция:
<!FORMAT='<input type=','"','hidden','"',' name=','"','P21DBN','"','value=','"',v3331,'">'>
может быть заменена на:
<input type="hidden" name="P21DBN" value="<? v3331 ?>" >
Строка:
<!FORMAT=!if
v2221='URUB'
then
else
'<a
href=','"','<--CGI_PATH->?C21COM=F&I21DBN=URUB&S21FMT=WEB_URUB0_WN&S21All=<.>U=<.>','&P21D
BN=',v3331,'&S21CNR=30&Z21ID=',&uf('+3E',v2225),(if
v3413<>''
then
'&R21DBN=',v3413 else break fi),'">Тезаурус</a>' fi>
может быть представлена так:
<?
if v2221='URUB' then
else
'<a
href=','"','<--CGI_PATH->?C21COM=F&I21DBN=URUB&S21FMT=WEB_URUB0_WN&S21All=<.>U=<.>&S21CN
R=30',
'&P21DBN=',v3331,
’&Z21ID=',&uf('+3E',v2225),
(if v3413<>'' then
'&R21DBN=',v3413
else
break
fi),
'">Тезаурус</a>'
fi
?>
Команда <!FORMAT= продолжит работать, но большинство фреймов переработано с
учётом нового синтаксиса.
9. Добавлена функция печати результатов поиска (как в J-ИРБИС). Обеспечена
возможность распечатки всех найденных записей, только отмеченных записей или
всех, кроме отмеченных. Выборка может быть представлена в 2 форматах – кратком,
полном. Основные типы запросов транслируются на естественный язык и на их
основе создаётся заголовок листа распечатки.
10. Фреймам и форматам даны интуитивно понятные имена, отражающие их
назначение.
(Например,
фрейм
search_4.frm
получил
название
professional_search_form.frm) Фреймы распределены по папкам в соответствии со
своими функциями.
11. Применён новый алгоритм генерации ссылок для перехода между страницами в
результатах поиска. Наряду с цифровыми обозначениями диапазонов страниц
отображаются графические кнопки: «Переход к последней странице», «Переход на
страницу вперёд».
12. В базовый комплект WEB ИРБИС добавлены все необходимые для его работы
форматы. Это исключает проблему несогласования версий форматов и вероятность
появления сообщений типа FORMAT NOT FOUND!.
13. Повышена безопасность выполнения команды выгрузки файла (2). При установке
параметра INI файла [web] --> Safe_File_Download=1, выгрузка файлов
ограничивается директориями, пути к которым перечислены через точку с запятой в
параметре [web] --> Safe_File_Paths. При этом если в параметре IMAGE_FILE_NAME
указан относительный путь или имя файла, к нему будет добавляться нужный путь из
Safe_File_Paths. Если указан абсолютный путь, то он принимается только тогда когда
соответствует одному из путей Safe_File_Paths. По умолчанию режим
Safe_File_Download отключён, т. е. выгрузка файлов осуществляется по алгоритму
версий WEB ИРБИС 2008.1 и более ранних.
АРМ Полнотекстовый администратор
АРМ Полнотекстовый читатель
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
3. БД IBIS - НОВОЕ в форматах
3.1.
3.2.
3.3.
3.4.
3.5.
3.6.
3.7.
Tab4oinv – печать списка инвентарей/штрихкодов по заданному интервалу
Возможность применения унифицированного заглавия: ozboz.pft, ozboz_h.pft,
ozboz_UK.pft, !KKKbo.pft, trzh.mnu
Указание функции исполнителя для звукозаписей, если исполнитель заголовок описания: ozboz.pft, ozboz_h.pft, ozboz_UK.pft, !KKKbo.pft
Новая табличная форма - список инвентарей, не прошедших проверку фонда:
TNPIN.
CNznm.mnu – объединенное меню (с музейным предметом) для пояснений к
терминам словаря “Целевое назначение” должно быть прописано в irdisc.ini
вместо cn.mnu
Дополнительные словари по названиям языков и стран вместо кодов для
удобного поиска: ibis_other.fst
Задача КО – подготовлен новые варианты форм KKOFAK и KKOSPEC,
ориентированные на использование текущих данных, зафиксированных в
полях 693, что существенно ускоряет выполнение форм. Для ускорения
определения числа студентов введены новые строки в ibis_KO.fst и vuz.fst.
Несмотря на доработки, при работе с большими БД рекомендуется выполнять
формы для частных справочников факультетов и специальностей,
содержащих фрагменты соответствующих общих справочников.
Расчет коэффициента КО электронных учебников ведется в
соответствии с алгоритмом, описанным в инструкции.
4.
Подготовлен методический материал «ИРБИС в примерах - Комплектование»
В нем представлены следующие разделы:
4.1. ЗАКАЗ
4.2. ПОСТУПЛЕНИЕ
4.3. ПОДПИСКА
Версия 2008.1
Функциональные возможности:
АРМ Каталогизатор
1. Предлагается новая форма представления СЛОВАРЯ (только для ИРБИС64) на
основном интерфейсе, а именно - на основе технологии ИРБИС-Навигатора. Т.е.
словарь можно представлять на основе произвольного формата c HTML-тэгами.
(Примеры см. в сценарии поиска для БД RDR – Вид поиска: ЧИТАТЕЛИ/ФОТО).
Такая форма основного словаря определяется в сценарии для соответствующего
вида поиска путем указания в качестве параметра ТИП СЛОВАРЯ значения 3
(ItemDictionTypeNN=3) При этом возможно два способа указания параметра
ПРЕФИКС ИНВЕРСИИ (ItemPrefNN):
- Указывается собственно префикс терминов словаря - в этом случае для
представления словаря используются параметры умолчания и в частности - формат.
Имя умалчиваемого формата определяется параметром DCWB_PFT в секции [MAIN]
ini-файла (IRBISC.INI). По умолчанию - имя умалчиваемого ( ) формата - dcwb_trm0.
Параметром DCWB_PORTION определяется умалчиваемый размер порции словаря
(по умолчанию - 20)
- Указывается полная ИРБИС-ссылка (которая может содержать любые
необходимые параметры, в т.ч. произвольный формат представления словаря.
Опытные пользователи, наверное, догадаются, что в этом случае технология
ОСНОВНОГО СЛОВАРЯ полностью совпадает с технологией ПОИСК ДЛЯ
УМНИКОВ, т.е. в качестве значения параметра ItemPrefNN можно задавать значения
параметра WNLinkNN).
2. Введен новый параметр в сценариях поиска: ItemPftNN - определяет имя
формата, который используется для показа документов, найденных по данному виду
поиска. Указанный формат должен обязательно находиться в списке доступных
форматов показа (см. параметр PFTMNU в Приложении 1 Общего описания). Если
данный параметр не задан, для показа результатов поиска используется текущий
формат.
3. Введено новое средство ввода - ДИНАМИЧЕСКИЙ СПРАВОЧНИК. Имеет код 15
(РЕЖИМ ВВОДА в РЛ) Динамический справочник - это справочник, который
создается не на основе файла типа .MNU, а "на лету", в момент ввода, с помощью
соответствующего формата (который задается в качестве ДОП.ИНФОРМАЦИИ в РЛ),
т.е текущая запись (которая находится на вводе) подвергается расформатированию
с помощью данного формата и результат расформатирования рассматривается как
справочник (т.е результат расформатирования должен имитировать структуру файла
MNU) Важно отметить, что расформатированию подвергается "живая" (т.е. еще до
нажатия кнопки СОХРАНИТЬ) текущая запись. (Если помнить о том, что в формате
можно использовать конструкции ref, &uf('D...), &uf('7..) и др., то понятно, что в
динамическом справочнике можно использовать данные других записей и других БД).
4. КОМАНДЫ КОНТЕКСТНОГО ВЫДЕЛЕНИЯ. Прежде чем говорить о том, что это
такое, следует сказать о предпосылках появления этого нового решения. При вводе
данных (В АРМе Каталогизатор) иногда возникает необходимость указать
определенные выделения текста ВНУТРИ конкретного элемента данных
(поля/подполя). Самый простой пример: В заглавии некоторого документа
необходимо ввести формулу воды (H20), т.е. символ "2" ввести с указанием его
подстрочного написания. Или другой пример - в некотором элементе данных
определенное слово или фразу надо ВЫДЕЛИТЬ красным цветом. Или - подчеркнуть
некоторое слово в каком-то поле. и т.п. Все вышеперечисленное сделать с помощью
формата (т.е. языка форматирования) НИКАК нельзя. Есть возможность - о ней
говорилось ранее - вводить соответствующие команды RTF или HTML
непосредственно в данные. Т.е. в случае формулы воды в заглавии можно поступить
следующим образом: ... H{\dn 2}O... - если ориентироваться на RTF-форматы показа
или ... H<sub>2</sub>O... - если ориентироваться на HTML-форматы показа.
Недостаток такого способа очевиден. Если вводить RTF-команды, они не будут
работать в HTML-форматах, а если вводить HTML-команды, они не будут работать в
RTF-форматах. Тут естественно возникает идея: ввести специальные команды
ИРБИС для контекстного выделения данных, которые бы не зависили от вида
формата, через который они будут показываться. Именно это и было сделано. Такие
команды и называются КОМАНДЫ КОНТЕКСТНОГО ВЫДЕЛЕНИЯ. Предлагается
следующий набор команд: - ЖИРНОСТЬ, ПОДЧЕРКИВАНИЕ, КУРСИВ, ЦВЕТ,
РАЗМЕР ШРИФТА, НАДСТРОЧНОЕ НАПИСАНИЕ, ПОДСТРОЧНОЕ НАПИСАНИЕ
Команды вводятся по тому же принципу, что и тэги HTML или RTF. А именно: каждая
команда имеет тэг для обозначения НАЧАЛА выделения и тэг для обозначения конца
выделения. Для примера с формулой воды это будет иметь вид: ... H[[d]]2[[/d]]O... т.е.
тэги команд контекстного выделения ИРБИС указываются в уникальных
ограничителях [[.]], а тэг окончания начинается со специального символа - [[/.]]
Конкретный список тэгов для команд выделения ИРБИС приведен ниже. Несколько
ВАЖНЫХ замечаний, связанных с этим новым решением. Команды контекстного
выделения имеют эффект (т.е. работают) ТОЛЬКО в явных форматах показа,печати.
Признаками явных форматов показа являются: для RTF-формата - наличие первого
символа {, для HTML-формата - наличие в начале пустого тэга </>. При выполнении
всех форматов, которые не являются явными форматами показа, команды
выделения остаются в соответствующих элементах данных как таковые. Т.е. в таких
форматах возникает необходимость "чистить" данные от команд выделения, если,
разумеется, в том возникает необходимость. (Например, при инверсии заглавий, не
хотелось бы, чтобы команды выделения - если таковые использовались в
документах, - попадали в словарь. Для этого в соответствующих форматах в ТВП
инверсии надо применять "чистку".) Для чистки данных от команд выделения
предлагается специальный &uf('[') - который может находиться в любом месте
формата и играет роль команды. Следует помнить, что команды выделения ИРБИС
предназначены прежде всего для выделения текстов ВНУТРИ полей/подполей, т.е
для контекстного выделения. Хотя, разумеется, они будут работать и в том случае,
если включать их в формат в виде литералов. Список тэгов для команд контекстного
выделения ИРБИС: [[b]] [[/b]] – ЖИРНОСТЬ; [[u]] [[/u]] – ПОДЧЕРКИВАНИЕ; [[I]] [[/I]] –
КУРСИВ; [[d]] [[/d]] - ПОДСТРОЧНОЕ НАПИСАНИЕ [[p]] [[/p]] - НАДСТРОЧНОЕ
НАПИСАНИЕ; [[sNN]] [[/s]] - РАЗМЕР ШРИФТА в пунктах. (размер шрифта по
умолчанию 8); [[cNN]] [[/c]] - ЦВЕТ (NN-номер цвета от 1 до 16). Все команды
выделения включены в справочник IrbisMrk.mnu (находится в основной директории
системы для ИРБИС32 и в директории DEPOSIT для ИРБИС64), который доступен
при вводе как оперативный (клавиша F4). Также команды контекстного выделения
можно вводить (что более удобно) с помощью специальной команды ВЫДЕЛИТЬ,
которая вызывается по правой кнопке мыши или по клавише F8 – в этом случае
следует действовать следующим образом: выделить (селектировать – с помощью
мышки или клавиатурных команд Windows) соответствующие данные в поле, после
чего вызвать команду ВЫДЕЛИТЬ.
5. Добавление в технологию регистрации периодических изданий с использованием
ОПЕРАТИВНЫХ РЕЖИМОВ, а именно - по новому "работает" кнопка
РЕГИСТРАЦИЯ:
- при первоначальном нажатии (когда еще не введены сведения о регистрируемом
поступлении периодического издания) происходит следующее: РЛ переключается на
страницу РЕГИСТРАЦИЯ, в качестве текущего устанавливается поле НОМЕР и
выдается соответствующая подсказка (в виде всплывающего текста);
- при нажатии после ввода всех необходимых для регистрации данных (год, том,
номер, свежения об экземплярах) осуществляется собственно регистрация (то же
самое, что при нажатии кнопки СОХРАНИТЬ) и выдается сообщение - о том, что
регистрация выполнена, созданы записи на каждый зарегистрированный номер
журнала и предлагается возможность для перехода к этим записям (для их
пополнения/корректировки).
6. В режиме ИМПОРТ ИЗ WEB-ИРБИС предлагается для заимствования
распределенный ресурс электронных каталогов – участников ИРБИС-Корпорации.
АРМ Книговыдача
1. Создана подсистема ведения ПЛАТНЫХ УСЛУГ (только для ИРБИС64).
Предполагается, что получателями платных услуг являются читатели (или вернее,
те, кто включен в БД RDR). Режим ведения платных услуг вызывается
соответствующими пунктом меню (ЧИТАТЕЛИ - ПЛАТНЫЕ УСЛУГИ) или
инструментальной кнопкой в окне ЧИТАТЕЛЬ и имеет собственный пользовательский
интерфейс, включающий главное меню (УСЛУГИ/ВЗНОСЫ и СЕРВИС). Прежде
всего предлагается ввести единый перечень услуг (режим СЕРВИС-ПЕРЕЧЕНЬ
УСЛУГ). Для каждого читателя ведется список УСЛУГ (выполненных и заказанных) и
список ВЗНОСОВ (это могут быть непосредственные оплаты услуг или собственно
взносы на личный счет) - две соотвествующие закладки на интерфейсе. Для
выполнения/заказа услуги служит режим УСЛУГИ/ВЗНОСЫ – НОВАЯ. Для занесения
взноса - тот же режим при соответствующем положении закладки. Для каждой услуги
(для конкретного читателя) фиксируются: код и название услуги; дата/время заказа
услуги; дата/время выполнения услуги; стоимость услуги; место обслуживания
(выдачи); ответственное лицо; комментарий. Для каждого взноса конкретного
читателя фиксируются: сумма взноса; дата/время взноса; место обслуживания
(выдачи); ответственное лицо; комментарий. В обоих случаях предусмотрена печать
контрольных талонов (формат которого определяется параметром PAYTALONPFT в
секции [MAIN] INI-файла). Автоматически (в режиме реального времени)
фиксируются (вычисляются «на лету»): объем выполненных услуг для текущего
читателя (на соответствующей закладке); объем взносов текущего читателя (на
соответствующей закладке); остаток на счете текущего читателя (на панели
инструментов); общий объем выполненных услуг по установленному месту
обслуживания (выдачи) на текущий день, общее кол-во выполненных услуг, кол-во
обслуженных читателей, общая сумма выполненных услуг (на панели инструментов).
В качестве сервиса (меню СЕРВИС) предлагаются: получение стат.отчета
(распределние выполненных услуг по их видам и по дням заданного месяца с
подсчетом итоговых значений: кол-во услуг, кол-во обслуженных людей, сумма);
"чистка" и реорганизация БД ПЛАТНЫХ УСЛУГ. Вся подсистема платных услуг
ведется на основе специальной БД - PAY, которая НЕ НУЖДАЕТСЯ ни в каком
"ручном" ведении через АРМы Каталогизатор и Администратор. В INI-файле АРМа
Книговыдача (irbisb.ini) в секции [MAIN] введен параметр PAYABLE, который может
иметь два знчения: 1 – режим ПЛАТНЫХ УСЛУГ доступен (по умолчанию), 0 – не
доступен.
2. Обеспечена связь между АРмом Книговыдача и ИРБИС-Навигатором для
проведения поиска и выдачи без заказа из ИМИДЖ-Каталога (только для ИРБИС64).
Стандартный режим ВЫДАЧА БЕЗ ЗАКАЗА позволяет искать (или вернее,
идентифицировать) выдаваемое издание по каким либо структурированным
(поисковым) элементам: инвентарь, штрих-код, шифр, автор, заглавие и т.п. В случае
ИМИДЖ-Каталога этого сделать нельзя, поскольку документы ИМИДЖ-Каталога не
имеют (в исходном состоянии) никаких структурированных элементов описания. В
связи с этим и предлагается новая возможность в АРМе Книговыдача - переход (с
помощью соответствующего режима) в ИРБИС-Навигатор для работы с ИМИДЖКаталогом. При этом для работы с ИМИДЖ-Каталогом в ИРБИС-Навигаторе
предлагается тот же интерфейс, что и читательский поиск - с одним отличием:
вместо ссылки ЗАКАЗАТЬ появляется ссылка ОФОРМИТЬ ВЫДАЧУ.
3. Введен режим ПЕРЕРЕГИСТРАЦИЯ ЧИТАТЕЛЯ. В области описания текущего
читателя появилась соответствующая кнопка. В качестве сведений о
перерегистрации указывается текущая дата и место выдачи/перерегистрации (если
последнее не равно *) (В предыдущих версиях перерегистрацию читателя можно
было сделать путем "ручной" корректировки, переходя в АРМ Каталогизатор).
4. Новая возможность при работе с очередью НЕВЫПОЛНЕННЫХ ЗАКАЗОВ (только
для
ИРБИС64).
Появился
переключатель
(ПОЛНОСТЬЮ
на
закладке
НЕВЫПОЛНЕННЫЕ ЗАКАЗЫ), который позволяет фильтровать заказы таким
образом, чтобы показывать только те, по которым есть свободные экземпляры. Т.е.
если переключатель ПОЛНОСТЬЮ включен, показываются все невыполненные
заказы (в соответствии с НАСТРОЙКОЙ); если же он отключен, показываются только
заказы, по которым есть свободные экземпляры (также в соответствии с
НАСТРОЙКОЙ)
АРМ Комплектатор
1. ИРБИС-64. Реализован режим «Мастер списания», который стартует по
кнопке, если выбрана закладка «Выбытие». Предусмотрено несколько
вариантов списания для книг и журналов: по инвентарным номерам, по
годам/местам хранения номеров журналов, списание по названию целиком и
т.п. Предусматривается пошаговое выполнение действий по списанию, на
каждом шаге предлагается ввод или выбор необходимых данных. В итоге,
выполняется пакетное задание, соответствующее выбранному режиму. Старая
технология списания сохранена.
2. Изменен режим «Проверка фонда».
Штрих-коды/инвентарные номера для проверки можно использовать не
только во внешнем файле, но и отмечать в любом словаре базы данных
или вводить в предлагаемую таблицу.
Список из внешнего файла помещается в таблицу для корректировки, но
только первые MaxInvProvDisplay строк. Это число задается параметром в
секции DISPLAY серверного INI-файла, по умолчанию значение – 100.
Если отмечены отдельные термины в словаре (не ВСЕ), то термины
рассматриваются как инвентарные номера/штрих-коды и для поиска их в
БД используется префикс «IN=».
Если отмечены «ВСЕ» в словаре, то в БД отбираются записи по запросу
«Префикс словаря + символ учсечения». В каждой записи отбираются
инвентарные номера/штрих-коды, имеющие статус «0». Они подвергаются
проверке.
Если отмечены отдельные строки в списке, то в соответствующих записях
берутся все инвентарные номера/штрих-коды, имеющие статус «0». Они
подвергаются проверке.
Если отмечены «ВСЕ» в списке, то в БД отбираются записи по запросу
«Префикс словаря + термин словаря». В каждой записи отбираются
инвентарные номера/штрих-коды, имеющие статус «0». Они подвергаются
проверке.
Изменены параметры опроса перед выполнением задания. Кроме даты
проверки и проверяемого фонда следует определить признаки:
1. Выполнять ли пересчет цен проверяемых экземпляров. При задании
этого признака будет выполняться пересчет цены экземпляра, новая
цена заменит старую, кроме того значение подполя «дата ввода»
заменится на дату выполнения проверки. Если этот признак не
задается, то в описание экземпляра будет только добавлена дата
проверки и подполе «реальное местонахождение книги», если оно не
совпало с подполем «место хранения».
2. Формировать ли данные (дата проверки, результат, пересчитанная
цена) заново в случае, если уже есть данные предыдущих проверок.
Для проверки используется единое задание, имя которого задается
параметром ProvFondTask в секции MAIN серверного INI-файла, по
умолчанию ProvfgrK.gbl.
3. ИРБИС-64. В меню «Сервис» добавлен режим «Копировать отмеченные в
список», предназначенный для вывода любых отмеченных строк словаря
(списка) во внешний файл. Если в качестве выходного выбран существующий
файл, то можно строки дописать к уже имеющимся. Режим можно
использовать для постепенного наполнения списка экземпляров для списания
и последующего списания по файлу.
4. ИРБИС-64. Добавлена возможность ввода данных без перехода в АРМ
Каталогизатор с использованием упрощенных рабочих листов. Используется:
при вводе новой записи КСУ поступления, записи КСУ выбытия, записи
суммарного заказа, итоговой записи подписки, а также при вводе количества
заказанных изданий при работе с БД каталогов. Эта возможность
подключается параметром Data_Enter_short в секции MAIN серверного INIфайла, по умолчанию включена.
АРМ Книгообеспеченность
1. В записях БД каталога программно формируется поле 693 (повторяющееся), в
которое автоматически помещаются текущие данные об обеспеченности
данного учебника, а именно: количество экземпляров, количество студентов и
ККО для общего фонда, для выделенных фондов, данные без учета фондов.
Структура поля 693 аналогична структуре поля 692, за исключением
отсутствия подполя ДАТА. Поле каждый раз вычисляется заново при:
корректировке записи и выполнении задания на связь
2.
3.
4.
5.
6.
7.
8.
9.
при переносе данных в записи каталога
при явном выполнении режиме «связать с другими записями»
В начале каждого семестра следует выполнять задание, формирующие
текущие значения поля 693.
Создана табличная форма KONEWBK «Список книг с данными по
книгообеспеченности» – приводится перечень книг с указанием количества
экземпляров, количества студентов, коэффициентов ККО и количества
экземпляров на докомплектование в соответствии с заданным нормативным
коэффициентом. Данные в таблицу можно отобрать по дате поступления,
циклу, параметрам контингента. Для формирования таблицы используются
автоматически формируемые данные поля 693. Для первого получения
таблицы (после перехода на версию 8.1) следует выполнить задание
формирующее поле 693 в записях, отбираемых в таблицу.
Создана форма KOStatCykl «Статистика по циклам дисциплин» - Вычисляются
количества наименований и экземпляров для циклов дисциплин: ЕН, ГСЭ,
ОПД, СД, отдельно для учебной и учебно-методической, определяемой
характером записи «21», литературы. При подсчете наименований аналоги не
учитываются, при подсчете экземпляров учитываются аналоги и
коэффициенты многократного использования. Данные формируются отдельно
для форм обучения: «д/о», «в/о», «з/о», а также независимо от формы
обучения. Таблица использует данные поля 693. Для первого получения
таблицы (после перехода на версию 8.1) следует выполнить задание
формирующее поле 693 в записях, отбираемых в таблицу.
В БД каталога при автовводе в полях 691 подполя 0 и 9 формируются при
условии непустого параметра серверного INI-файла SubFldLinkYes в секции
MAIN, т.к. данные о ККО уже содержатся в поле 693. По умолчанию подполя 0
и 9 формируются.
В БД каталога в архивных полях 692 и полях текущего ККО 693 добавлено
подполе «К» - число экземпляров с учетом КМИ. При формировании
повторения поля 693 для «незаочников» число экземпляров с учетом КМИ
формируется в подполе «D», подполе «К» не формируется.
При отчислении/восстановлении студента в РЛ опроса добавлены подполя –
факультет и специальность. Их следует использовать, если студент обучается
на нескольких факультетах-специальностя. Если отчисление/восстановление
выполняется для всех мест обучения, то поля задавать не надо.
Добавлено новое подполе (^2) в поле 90 записи студента – в подполе
автоматически формируется признак отчисления студента с данного места
обучения. Подполе используется, если студент обучается в нескольких местах
и формируется при отчислении/восстановлении по одному из мест обучения.
Для БД студентов переделана таблица «Список студентов», с возможностью
отбора и с заданием сортировки либо по ФИО, либо по идентификатору.
Создана таблица – список задолжников с возможностью отбора по факультету,
форме обучения, специальности, с перечнем задолженных книг. Кроме того,
добавлена форма RDDOLGBK – список должников с перечнем задолженной
литературы.
Для БД VUZ создано пакетное задание формирования идентификатора
дисциплины с использованием имени дисциплины. Идентификатор
формируется как первые 5 символов имени дисциплины, в случае повторения
к имени добавляется порядковое число.
10. Для БД каталога созданы пакетные задания:
Формирование ККО для текущего семестра – формируются повторения
поля 693 с данными об экземплярах, студентах, ККО, выделенных фондах
для текущего семестра.
Формирование
признака
учебно-методической
литературы,
т.е.
формирование в подполе характера документа значения 21.
11. Для БД RDR созданы пакетные задания:
Формирование записей контингента в БД VUZ по данным поля «Студент».
Задание полезно в случае, если в БД RDR велись данные в поле
«Студент», а БД VUZ только начинает формироваться (см. Приложение 8
инструкции).
Перенос данных книговыдачи в БД VUZ и в записи каталога (поле 691).
Задание можно использовать для формирования записей контингента в БД
VUZ и приписыванию данных о КО в поле 691 записей каталога (см.
Приложение 7 инструкции).
12. При вычислении коэффициентов книгообеспеченности учебника учитывается
наличие электронного ресурса (см. Инструкция п. 3.9 и 3.4.2).
13. ИРБИС-64. В модуле «Учебный план» обеспечена возможность формирования
новых факультетов, новых специальностей, новых дисциплин переносом
нескольких значений из соответствующих справочников, что удобно
использовать при начальном наполнении БД VUZ (см. Инструкция п.5.2.3 и
5.2.4).
АРМ Администратор
1. Добавлен новый режим “Диагностика файла словаря” - в меню “СЕРВИС” (только
для ИРБИС64).
2. В режиме «Диагностика файла документов (меню «СЕРВИС) – в случае
обнаружения ошибки «Несоответствие MST и XRF» предлагается возможность
восстановления файла XRF (только для ИРБИС64).
3. Уточнен режим «Диагностика файла документов» для баз данных объемом более
4 Гб (только для ИРБИС64).
Язык форматирования
1. Новый форматный выход: Вернуть символ с заданным кодом &uf('+9FNNN') Где
NNN - код символа Такой форматный выход может пригодиться, например, когда
надо вывести в литерале символ, совпадающий с ограничителями литерала.
'11111',&Uf('+9F39'),'22222'
результат расформатирования:
11111'22222
2. Новый форматный выход: Извлечь из заданной строки слова и вернуть их в виде
списка
&uf('+9G<text>')
(Разумеется, границы слов определяются на основе ISISACW.TAB)
3. Новый форматный выход: Сравнить заданное значение с маской (сравнение по
маске)
&uf(‘=!<маска>!<значение>’)
! – уникальный символ двухстороннего ограничения (может быть любым символом).
Маска может содержать принятые символы маскирования * и ?. В общем случае
маска может содержать несколько масок, отделенных друг от друга символом
вертикальной черты (|).
Форматный выход возвращает: 1 – в случае положительного результата сравнения; 0
– в случае отрицательного.
TCP/IP сервер баз данных ИРБИС64
1. Разработан режим многопроцессорного сетевого чтения-записи в процессах
обработки сервера ИРБИС64. Параллельная обработка с сетевым чтением-записью
в процессе обработки повышает надежность сервера и его отказоустойчивость.
Кроме того, сокращается время обработки за счет уменьшения времени отклика
сервера на запрос. Введен соответствующий параметр INI-файла для
включения/отключения данного режима (DUPLICATE_SOCKETS). Подробнее смотри
документацию Сервер ИРБИС64.doc
2. Оптимизирована библиотека доступа к базам данных ИРБИС64 irbis64.dll с целью
устранить замедления в работе с диском при больших нагрузках на сервер,
возникающих из-за физической фрагментации файлов базы данных ИРБИС64.
Усовершенствован алгоритм работы со словарями баз данных ИРБИС64, и здесь
также проведена работа по оптимизации скорости доступа. Обеспечена устойчивая
работа с базами данных с объемом файла документов и словаря более 4 Гб.
Шлюз WEB ИРБИС
1. Разработан новый режим распределенного поиска в электронных каталогах,
доступных через Web-ИРБИС, т.е. обеспечена возможность построения
распределенных электронных каталогов пользователей ИРБИС (ИРБИСкорпорация). Список распределенных ресурсов (участников корпорации) с их
адресами указывается в двух связанных файлах: DBN_WEB_REMOTE.MNU и
DBN_WEB_REMOTE_HTML.MNU .При поиске в распределенных ресурсах
используется текущая авторизация (имя/пароль, которые указал читатель при
исходной авторизации).
2. Введена новая команда C21COM=3 (только для ИРБИС64) для показа внутренних
ресурсов ИРБИС (поле 953). Параметры этой команды:
BINARY_RESOURCE_MFN - MFN записи
BINARY_RESOURCE_OCC - номер повторения поля 953
Внутренние ресурсы ИРБИС можно представлять в форматах показа по номеру
повторения, например [[1]], или по ссылке (см. пример в формате FULLW.PFT).
3. Добавлена возможность печати найденного документа в текущем формате показа
(с помощью соотвествующей ссылки – см. пример в формате FULLW.PFT).
4. Добавлена возможность поиска с использованием навигатора на основе БД ББК
(RSBBK) - аналогично УДК (только для ИРБИС64).
5. Разработан новый Web-дизайн в современном, максимально упрощенном стиле.
ИРБИС64 ПОЛНОТЕКСТОВЫЕ БД
АРМ Полнотекстовый администратор
1. Разработан новый режим «ДОБАВИТЬ ТЕКСТЫ ИЗ ЭК» (главное меню
ПОЛНОТЕКСТОВЫЙ СЕРВИС – ДОБАВИТЬ (УДАЛИТЬ) ТЕКСТЫ В БД) –
обеспечивающий возможность добавления в полнотекстовую БД внешних объектов
из указанной ЭК,.являющихся текстами или текстовыми ресурсами ИНТЕРНЕТ.
Библиографические данные, с которыми связаны внешние объекты, переносятся в
полнотекстовую базу данных в виде полей Dublin Core (в соответствии со
специальным ТВП – DUBLINC.FST).
2. Процесс создания и обновления полнотекстовой базы данных на основе одного
или нескольких ЭК может проводится без непосредственного присутствия
пользователя с помощью новой команды пакетных заданий - ADDTEXTS_FROM_EK.
Команда имеет два параметра: имя БД ЭК и комментарий (который вносится в
соответствующее поле описания текста – метка 23). Пример пакетного задания:
SILENCE
OPENDB TEXT
ADDTEXTS_FROM_EK IBIS,Тексты из БД IBIS
ADDTEXTS_FROM_EK AAAA,Тексты из БД AAAA
LOADIFCOMPLETE
EXIT ADDTEXTS_FROM_EK IBIS.txt
(Команда SILENCE
Администратор)
используется
для
подавления
сообщений
АРМа
Шлюз WEB ИРБИС64 для полнотекстовых БД
1. В формате показа (briefhtml_ft.pft) обеспечена ссылочная связь между
полнотекстовой базой данных и ЭК. Краткое библиографическое описание
формируется в виде ссылки, использующей в качестве элемента связи имя файла
полного текста – внешнего объекта ЭК.
2. Доработан установщик WEB ИРБИС64 ПБД для установления связи между
электронным каталогом и полнотекстовой БД, в которую добавлены внешние
объекты из ЭК. (Для совместной работы системы ИРБИС64 и ИРБИС64 ПБД
необходимо установить их в одну директорию)
АРМ Полнотекстовый читатель
1.Предлагаются следующие варианты отображения полного текста:
В окне справа от окна со списком результатом поиска. Определяется
параметрами INI-файла Result_FullTextWindow=0 и Front_FullTextWindow=0
В окне со списком результатов поиска. Определяется параметром
Result_FullTextWindow=1
В отдельном окне поверх основного интерфейса. Определяется параметром
Front_FullTextWindow=1
2. Введены «грячие клавиши»:
F3 – выполнение поиска, если окно запроса непустое;
F5 – очистка окна запроса;
Alt-V – если активно окно запроса, то вызывается виртуальная клавиатура.
3. Новые элементы на сервисной панели:
Кнопка, очищающая окно запроса;
Кнопка вызова виртуальной клавиатуры. (Видимость кнопки определяется
параметром ToolButtonKeyBoard_Visible=1.);
Переключатель режима точных терминов (термины запроса не усекаются).
4. Обеспечена возможность использования для поиска элементов описания полных
текстов (элементов Dublin Core) следующим образом:
Непосредственный поиск полных текстов по элементам Dublin Core. путем
задания соответствующего сценария в секции SEARCH INI-файла.
Включается
данный
вид
поиска
с
помощью
параметра
PanelForListSch_Visible=1.
Использование элементов Dublin Core для ограничения (фильтрации)
результатов полнотекстового поиска. При вызове режима (нажатии кнопки)
«Ограничение поиска». предлагается форма для задания элементов
ограничения, которая строится на основе сценария, описанного в секции
SEARCH INI-файла.
Использование элементов Dublin Core в режиме «Искать в найденном», т.е.
возможны варианты: полнотекстовый поиск уточняется поиском по элементам
Dublin Core, поиск по элементам Dublin Core уточняется полнотекстовым
поиском.
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
НОВОЕ в форматах
1. БД IBIS
1.1. Нотные издания и звукозаписи в ИРБИС64
1.1.1.Нотный инципит
1.1.1.1. Для фондов нотной литературы дополнительно вводится поле 36 – Нотный
инципит (поле в Русмарк и Unimarc)
1.1.1.2. Пользователю предоставляется возможность вводить кодированное обозначение
первых нот выбранного фрагмента (используются знаки нотного письма Plaine &
Easie или DARMS)
1.1.1.3. Кодированному обозначению нотного инципита можно ставить в соответствие
цифровое изображение соответствующего нотного фрагмента, которое вводится в
поле 953 в виде внутреннего ресурса. Для установления такого соответствия
(номер повторения поля) предлагается использовать метод построения
динамического справочника: если введены поля 953, то при вводе 36^I открывается
список введенных полей 953 (номер – название ресурса), и, наоборот, если раньше
введены поля 36, то при вводе поля 953 можно открыть список введенных полей 36
(номер – название).
1.1.1.4. Поле 36 вводится, если в документе нужно описать несколько фрагментов
(например, описывается несколько произведений (введено поле 330), или
описываемое произведение состоит из нескольких частей и т. д.). Кодированное
обозначение первых нот единственного выбранного фрагмента можно ввести в
поле 125
1.1.1.5. При создании аналитического описания статьи из поля Содержание в новую запись
включаются поля 36 и 953, соответствующие копируемому полю 330
1.1.1.6. Для Нотного инципита организуется словарь, при этом, поскольку в системе
нотного письма используются алфавитные символы верхнего и нижнего регистров,
для их различения в словаре символы нижнего регистра в документе вводятся с
суффиксом «_» с использованием «разметки». Так, например, в документе символ
“t” вводится как “<t_=t>”, в словаре он отображается как “t_”, а в форматах
просмотра как “t”
1.1.1.7. Поле 36 включено в Bouni.ws, Bounia.ws, Stn.fst, Ospec.pft, Ospec_H.pft, Ibis_kod.fst,
Ofinal.pft, Ofinal_H.pft
1.1.1.8. Новые форматы: 36.wss, 36_2.mnu, 36_d.tre, 36_g.mnu, 36_m.mnu, 36_n.mnu,
36_o.mnu, 36_r.mnu,
Справочники «Тональность» и «Средства исполнения», в которых представлены
принятые международные коды, подготовлены с участием специалистов
Национальной библиотеки Украины имени В. И. Вернадского (Отдел
формирования музыкального фонда).
1.1.1.9. Откорректированы форматы: 125.wss, 125_6.mnu, 125_8.mnu (новый), O200e.pft,
Asp_H.pft,
1.2. Аллигат
1.2.1.Запись аллигата – БО издания, переплетенного не первым в искусственных сборниках,
вводится в виде записи аналитического описания, поскольку в фонде самостоятельно не
присутствует.
1.2.2.Подготовлена таблица преобразования ST_481.FST - создание записи ASP – АЛЛИГАТА
из поля 481 (приплетенные издания) путем копирования по номеру поля 481 (или
интервалу номеров), заданному в поле 932; при задании нескольких номеров в поле 932
– копирование в режиме «Новый из текущего».
1.2.3.В РЛ Bouni.ws поле 932 вынесено на страницу «Расширенное БО».
1.2.4.ST_481.FST включена в Tabw.mnu.
1.3. В ibis.fst добавлен вызов ibis_user.fst - файл пользователя, пустой в дистрибутиве
1.4. HTML-форматы КК (режим «Печать текущего»). Файлы !!kk_pth_O.pft, !!kk_pth_D.pft,
!!kk_pth_S.pft, !!kk_pth_SK.pft, !!kk_pth_ST.pft, !!kk_pth_ob.pft, !!kk_pth_obmh.pft
переименованы в kk_pth_O.pft, kk_pth_D.pft, kk_pth_S.pft, kk_pth_SK.pft, kk_pth_ST.pft,
kk_pth_ob.pft, kk_pth_obmh.pft. Форматы введены в Pftw.mnu.
1.5 O200e.pft – формирует сведения, отн. к заглавию из всех подполей характера 900^c, 900^2,
900^3, 900^4.
1.6 Autoin.gbl – добавлено условие на обработку 931^a при регистрации периодики; удален блок
контроля повторного переноса из CMPL 901 и 938 полей по наличию ^8+ (эта функция
передана программе комплектатор)
1.7 Transdj.fst – исключена проверка признака передачи в 1039 поле, исключена сверка с
архивными полями подписки и приформирование ^8+ как признака повторной передачи. Все
функции переданы программе комплектатора.
1.8 Brief.pft, brdat.pft, bryear.pft, briefko.pft – добавлен &uf(‘[‘) для подавления служебных символов
верстки и цвета.
1.9 Ibis_Ex.fst – к префиксу “EXU=” добавлено заглавие для экземпляров со статусом 4 при
отсутствии инвентаря и штрих-кода.
1.10 Groupspi.gbl – добавлен блок списания экземпляров книг со статусом 4.
1.11 Ibis_Other.fst - добавлен префикс “TEK=” для поиска по адресу внешнего объекта
1.12
Ibis_ID.fst - исправлен префикс для поиска по валовому шифру (931^a) периодики с
“Y=” на “I=” для задачи определения непоступивших номеров.
1.13Доработан импорт из РУСМАРКа в части связи записи выпуска периодического издания с
записью БО (формирование шифров записей вида J и NJ) и связи статьи с источником.
Файлы: rmarci.fst, rmarci1.gbl, marci.gbl,rmarci2.gbl.
1.14SpisGblJYear.gbl, SpisGblJAll.gbl, SpisGblJNum.gbl, SpisGblJInv.gbl, SpisGblUt.gbl,
SpisGblBAll.gbl, SpisGblBInv.gbl – задания для списания через “Мастер списания”.
1.15. Tnnjh.pft, tnnjw.pft, tnnj.wss, 33o.mnu – изменения для табличной формы определения
непоступивших номеров. Для определения можно задать подписной период.
1.16. Content.pft, operhint.pft – изменения для работы оперативных режимов для сборникаисточника аналитики, в котором не введено оглавление.
1.17. Brief.pft, Briefko.pft, BriefkT.pft, Briefp.pft, Brdat.pft, Bryear.pft – общее обозначение материала
выводится независимо от языка текста в соответствии с Oomr.mnu
1.18. Kpst.fst, kpsu.fst – формирование 905^22.
1.19. При вводе предметных рубрик, имеющих предметные подзаголовки с собственными
хронологическими, географическими или формальными подзаголовками следует создавать
отдельные последовательные повторения на данную рубрику и каждый предметный
подзаголовок с собственными хронологическими, географическими или формальными
подзаголовками. При этом хронологические, географические и формальные подзаголовки
должны быть введены в повторение 606 поля того предметного подзаголовка или рубрики, к
которому они относятся. Рубрика и ее предметный подзаголовок, имеющие общие
хронологические, географические и формальные подзаголовки вводятся в одно повторение
606 поля. Пример заполнения поля приведен в тестовой БД IBIS (документ с ISBN: 5-17012787-1).
Rmarci.fst, pr606.pft, orubdks.pft, orubdks_H.pft, rmarcw.pft, !!kk.pft, !!kk3prk.pft, !!kk3prk_H.pft,
!!kk5odk.pft, !!kk5odk_H.pft, !!kkzd.pft, !kkkdw, !kkk5odk.pft, !kkkr.pft – изменения в части поля 606
для рубрик с предметными подзаголовками с собственной хронологией и географией; !606.pft –
ФЛК поля 606, Index.ws – к полю 606 приписан !606.pft.
1.20. Athra.gbl,athracs.gbl,athracsg.gbl,autoin.gbl – для взаимодействия с БД ATHRA.
2. БД ARCH Технический архив – новая БД типа ЭК, разработана на основе БД IBIS.
Главное в БД – установление глубоких иерархических связей между документами – ссылки
«вверх» и «вниз» множественные (от одного к нескольким), ссылки вводятся в поля 421 и 422, но
форматы построены таким образом, что для организации иерархических связей достаточно только
ссылки вверх (поле 422), ссылки вниз (поле 421) можно не вводить.
2.1. РЛ Arch
2.1.1.РЛ Arch.ws не имеет вложенных РЛ полей и cодержит следующие закладки: Коды,
Основное БО, Расширенное, Экземпляры, Технология, Систематизация, Содержание.
Названия полей настроены на специфику БД
2.1.2.РЛ Arch.ws содержит следующие РЛ подполей, которые отличаются от стандартных с
аналогичными именами: 900, 919, 19, 702, 711k, 200bz, 923, 210, 215, 503, 225, 421, 422,
510, 452, 488spn, 993, 123, 509, 130, 910, 905, 907, 902, 951, 953, 910p, 910w, pr31, gr31,
619, 629, 330n. Имена этих РЛ включают суффикс «_arch» (*_arch.wss), что позволяет
использовать их в БД, содержащей другие виды документов. То же относится и к файлам
(*_arch.mnu): rzn. vd, ste.
2.1.3.Откорректированы следующие файлы ввода данных через словарь в поля 210, 702, 711,
421, 422, 200, 330: !imov210_arch, !amovi_arch, !mmovk_arch, !pmovt_arch_421,
!pmovt_arch_422, !pmovy_arch, !tmov225_arch, !tmovzh_arch, !amovf_arch, !mmovf_arch
2.1.4.На закладке Систематизация при вводе данных в поле 606^a (pr31_arch.wss) словарь
«предметных рубрик» подается в виде иерархической структуры (метод ввода 13,
используется формат subj0_wn.pft)
2.1.5.На закладке Технология введено новое поле 14 «ссылки вверх», используемое при
формировании «дерева связанных документов» - см ниже.
2.2. Поисковые словари
2.2.1.Arch.fst включает вложенные форматы (*.fst): arch_aut, arch_col, arch_ex, arch_id,
arch_index, arch_kl_col, arch_kl_rub, arch_kl_tit, arch_kod, arch_other, arch_tit, arch_titp,
arch_vixd, откорректированные в соответствии с Arch.ini
2.2.2.Формат Arch_id.fst дополнительно формирует служебный словарь «иерархия» (префикс
arch_ss=), который используется при подготовке БД к работе с «деревом связанных
документов» - см ниже
2.3. Форматы просмотра и КК
2.3.1.Основной (оптимизированный) формат просмотра - Kn_Arch.pft. Вложенные форматы,
откорректированные на соответствие полям, используемым в БД, помечены суффиксом
«_arch»
2.3.2.То же относится к форматам подготовки КК (таблицы для пакетной и индивидуальной
печати)
2.4. Специальные форматы – связанные документы в виде дерева, отбор и экспорт вместе с
внешними объектами
2.4.1.Формат Kn_Arch_H.pft (HTML) дает возможность перехода к просмотру текущего
документа либо в виде «Дерева» (иерархической древовидной структуры на полную
глубину вверх и вниз), либо в виде «Гнезда» (иерархической структуры на один шаг
вверх и вниз). В обоих вариантах имеется возможность отметить документы и
экспортировать их, указав при этом необходимость одновременной выгрузки и внешних
объектов.
2.4.2.Формат показа в виде дерева Derevo_arch_wn.pft требует предварительной подготовки
БД, а именно: в каждую запись, имеющую поле 422 (ссылка вверх) должно быть внесено
поле 14 (ссылка вверх), в котором отслеживается «ветвь дерева» - полный путь вверх от
текущего документа вплоть до самого верхнего уровня (основного документа). Число
повторений поля 14 соответствует числу оригинальных «ветвей дерева» для текущего
документа.
Примечание. В форматах введено ограничение на обработку числа повторений поля 14
(<=15).
2.4.3.Форматы построены таким образом, что для организации иерархических связей в
принципе достаточно только ссылки вверх (поле 422), а ссылки вниз (поле 421) можно не
вводить.
2.5. Поле 14 имеет нестандартную для системы ИРБИС структуру с повторяющимися
подполями и строится автоматически. Все связи в поле 14 реализуются на основе ЭД
«Идентификатор записи» (поле 19^b), которое должно быть для каждого документа БД
обязательным и уникальным.
2.5.1.Предварительная разметка БД, созданной ранее, выполняется глобальной корректурой
– подготовлены два задания Add14d.gbl и Add14d2.gbl. Первое из них выполняется
однократно, а второе несколько раз – до тех пор, пока в словаре «Иерархия» значения
числа документов с полем 14 и общего числа полей 14 не перестанут пополняться
(определяет последовательное формирование ветвей в поле 14).
Внимание! При выполнении заданий для ускорения работы целесообразно отключать
ФЛК и Автоввод. Задания выполняются на всей БД.
2.5.2.В текущем режиме работы поле 14 формируется автоматически при вводе новой
ссылки в поле 422 при условии, что документ, на который вводится ссылка, уже введен в
БД и ссылка вносится через словарь (работают формат переноса и Autoin.gbl).
2.6. В дистрибутив включена тестовая БД, в документах которой введены поля 14 и реализуются
иерархические связи. БД подготовлена специалистами отдела ОИР ОАО "РУСАЛ ВАМИ"
3.
Новая БД ATHRG
3.1. БД ATHRG- Авторитетный файл Географических названий включает заголовки,содержащие
географические названия, установленные в результате анализа содержания картографического
документа. Поля, которые используются в этой базе:
3.2. 210-принятое географическое название
410-непринятые( другие) географические названия
510- связанные географические названия
300, 305, 330 - справочно-ссылочные примечания
801, 810, 820,825, 830, 835 - примечания для каталогизаторов
3.3. БД ATHRG используется при вводе информации в 509 поле (заголовок картографической
записи).
3.4. Athrg.gbl, athracsg.gbl – добавлены файлы в БД ЭК,autoin.gbl в БД ЭК - изменен
4. БД CMPL
4.1. Введен ФЛК для 39 и110 полей в CMPL: !ojk.ws, ojk.ws. !39.pft – контроль ввода кол-ва
заказанных комплектов в отдел. !110.pft - контроль ввода числового значения периодичности.
4.2. OJK.ws , !OJK.ws - исключено поле 1039; tabppw.mnu – проставлен признак отбора по
отмеченным для форм Podpiska, Tabpiw, Tablppw, Itp.
4.3. Подготовлена новая бухгалтерская форма ОС-16 - DUMA2 в CMPL
Новые файлы: duma2.hdr, duma2.pft, duma2.srw, duma2.tab, duma2.tbg,duma2.tbu, anov.pft, god.pft,
invn.pft, otb.ws, pduma.pft, 9.wss
Cmpl.fst, seltabw.par, seltab64.par, tabprw.mnu, 84.wss – изменены файлы
5. БД ATHRA
5.1 При сверке на дублетность включено 210^С- идентифицирующие признаки имени.
Athra.fst,autoin.gbl,dbnflc.pft,otn.mnu – изменены файлы в ATHRA
Athra.gbl,athracs.gbl,athracsg.gbl,autoin.gbl - изменены файлы в IBIS
6. RDR
6.1 Rdr.ws, Rdrs.ws, Rdru.ws, Rdruk.ws, Default.ws, Rdrw.pft, Rdrw_html.pft, Rdr0w.pft, Brief.pft,
Briefko.pft, Rdr.fst - поле 50 "Категория" может быть повторяющимся
Версия 2007.2
Функциональные возможности:
АРМ Каталогизатор
1. Предлагается новая форма рабочего листа ввода - как альтернатива прежней
форме, (т.е. предлагается выбирать любую из форм "по вкусу"). При этом описание
РЛ - файл .WS - остается БЕЗ ИЗМЕНЕНИЙ. Новая форма РЛ представляет собой
древовидную иерархическую структуру (в отличие от старой, имеющей вид таблицы).
Состоит эта структура из элементов (ветвей) пяти видов:
- страница РЛ (т.е. группа произвольно объединенных полей)
- группа повторений одного поля
- поле с подполями
- поле без подполей
- подполе
Необходимо отметить одну особенность, отличающую новую форму от старой: одно
и тоже поле можно отображать на странице сколько угодно раз (в старой форме поле
не может дважды отображаться на одной странице)
Использование вложенных РЛ (РЛ подполей - .WSS) и всех остальных инструментов
ввода остается БЕЗ ИЗМЕНЕНИЙ.
2. Создан (ИРБИС64) режим ПЕРЕДАТЬ ВО ВНЕШНИЕ РЕСУРСЫ (в меню СЕРВИС)
- для передачи (пересылки) текущей записи во внешние корпоративные ресурсы: это
могут быть Web-ресурсы, т.е. ресурсы, доступные на основе шлюза WebИРБИС, или
ресурсы, доступные по протоколу Z39.50. Список Web-ресурсов указывается в
справочнике WebTransfer.mnu, а список Z-Ресурсов указывается в справочнике
ZTransfer.mnu - в качестве значения указывается URL, в качестве пояснения название ресурса на естественном языке. Справочники могут находиться на сервере
в основной директории (IRBIS64) или в директории DEPOSIT. (Возможность
передачи на основе WebИРБИС связана с соотвествующей новой командой шлюза.)
3. Изменен режим ПЕЧАТЬ ТЕКУЩЕГО (ИРБИС64). Теперь предлагаются две
возможности:
- распечатать текущий документ в том виде (формате), в котором он в данный
момент представлен в окне полного описания. Выполняется это с помощью кнопки,
расположенной непосредственно в окне полного описания;
- распечатать текущий документ с возможностью задать вид (ТАБЛИЦЫ/СПИСКИ) и
формат печати. Выполняется с помощью кнопки на панели инструментов или путем
выбора соответствующего режима в главном меню (СЕРВИС-ПЕЧАТЬ ТЕКУЩЕГО).
Режим требует предварительного сохранения записи.
4. В режиме СЕРВИС - ЭКСПОРТ добавлена опция, позволяющая одновременно с
экспортом документов выгружать (по тому же пути) связанные внешние объекты
(представляющие собой файлы).
АРМ Книговыдача
1. В пользовательский интерфейс в окно ЧИТАТЕЛЬ введен переключатель, который
определяет, показывать ли все сведения о выдачах/возвратах или только сведения о
несданной литературе. Положение переключателя запоминается в DESKTOP'е
пользователя.
2. Реализована возможность контроля соответствия МЕСТА ВЫДАЧИ и МЕСТА
ХРАНЕНИЯ экземпляра. Контроль включается с помощью параметра PRMHRKV
(значение 1) в разделе [MAIN] INI-файла (по умолчанию - контроль отключен,
значение 0) и состоит в следующем. При выполнении любой операции (выдача,
возврат, продление) осуществляется проверка соответствия между МЕСТОМ
ВЫДАЧИ (установленном в НАСТРОЙКЕ) и МЕСТОМ ХРАНЕНИЯ экземпляра
(выдаваемого, возвращаемого, продлеваемого). Соответствие проверяется на
основе справочника MHRKV.mnu (см. релиз версии 2004.2). Если справочник
отсутствует, предполагается, что МЕСТА ВЫДАЧИ и МЕСТА ХРАНЕНИЯ совпадают.
Не следует путать этот контроль с маской МЕСТО ХРАНЕНИЯ в НАСТРОЙКЕ
(которая используется для фильтрации сведений о свободных экземплярах при
выдаче) и контролем совпадения МЕСТА ВЫДАЧИ (STRONGRETURN - который
используется только при возврате.
3. В режиме НАСТРОЙКА в качестве масок (КРОМЕ МЕСТА ВЫДАЧИ!) можно
задавать несколько масок или, в частном случае, конкретных значений - разделяя их
символом | (вертикальная черта) Например: Если необходимо определить, что
выдаются (ВЫДАЧА ПО ЗАКАЗУ и ВЫДАЧА БЕЗ ЗАКАЗА) ТОЛЬКО экземпляры из
мест хранения ААА и БББ (одной маской это не определить), то в качестве МЕСТА
ХРАНЕНИЯ в НАСТРОЙКЕ следует указать:
ААА|БББ
4. В технологии ВЫДАЧА ПО ЗАКАЗУ и ВЫДАЧА БЕЗ ЗАКАЗА введены режимы
ОПИСАНИЕ НОВОГО ЭКЗЕМПЛЯРА ДЛЯ ВЫДАЧИ, позволяющие описывать новые
(неописанные) экземпляры в момент выдачи (см. ниже ИМИДЖ-КАТАЛОГ).
АРМ Комплектатор
1. Изменен режим «Перенос книг в электронный каталог»: усилен контроль на
формирование новой записи в БД каталога, в протоколе отображаются
действия, выполненные для каждой переносимой записи. Новая запись
создается в БД каталога только если перенос выполняется в первый раз, т.е.
поле 66 пусто. Если запись уже переносилась, но дописывание невозможно
(не найдена запись в каталоге, экземпляр уже существует), то формируются
сообщения в протоколе.
2. Перенос в электронный каталог по отмеченным записям можно выполнять как
безусловный с созданием новых записей, так и с докомплектованием, задавая
номер КСУ
3. Изменен режим «отметить ВСЕ» в окне связанного списка. Параметр
серверного ini-файла MaxBriefPortion секции DISPLAY определяет только
величину буфера при переходе в АРМ Каталогизатор. (Это коэффициент,
умноженный на количество строк в таблице кратких описаний, дает размер
буфера при работе с этой таблицей.) Величину связанного списка определяют
другие параметры. Возможны два варианта работы:
При нажатии кнопки «ВСЕ» все связанные записи текущего термина
считаются отмеченными, независимо от размера буфера, его размер скрыт
от пользователя. Полное количество связанных записей появляется на
нижней панели. Буферизация записей (разделение на порции при
обработке) происходит при подаче записей на корректировку, печать,
просмотр. Этот способ работы определяется нулевым значением
параметра серверного ini-файла MaxBriefSize в секции DISPLAY, он
установлен нулевым по умолчанию. Скорость работы при этом
увеличивается. Но при этом способе невозможно снимать отдельные
отметки списка, если выполнено «отметить ВСЕ». Если кликнуть по
верхней строке списка, то будет сделана попытка загрузить все записи в
буфер, размер которого задается параметром MaxBriefForSort секции
DISPLAY. Если все записи помещаются в этот буфер, то список
сортируется.
Если пользователь берет на себя определение размера буфера для
связанного списка, то его величину он задает в параметре MaxBriefSize
секции DISPLAY. При этом остается возможность снятия отдельных
отметок списка после выполнения «отметить ВСЕ». В режиме «отметить
ВСЕ» отмеченными считаются только записи, вгруженные в буфер, т.е. их
количество может быть меньше полного количества связанных записей. На
нижней панели будет указано количество записей в буфере (доступных для
обработки) и в скобках – полное количество связанных записей. Если
кликнуть по верхней строке списка, то будет сделана попытка загрузить все
записи в буфер, размер которого задается параметром MaxBriefForSort
секции DISPLAY. Если все записи помещаются в этот буфер, то список
сортируется.
4. Изменен режим «Проверка фонда». Проверка выполняется независимо от
состояния словаря проверки фонда. Результатом работы является протокол, в
котором приводятся данные либо только о проверенных экземплярах, либо
обо всех экземплярах книг, которые были подвергнуты проверке. Протокол
можно сохранить в файле.
Проверка выполняется для штрих-кодов или инвентарных номеров, перечень
которых можно ввести через предлагаемую таблицу или заранее
сформировать в текстовом файле – вариант ввода задается в опросном листе
(переключатель «Ввод штрих-кодов» или «Ввод штрих-кодов в файле»).
В опросном листе можно выполнить просмотр и/или корректировку файла
пересчета цен как описано в режиме «Изменить файл цен».
В опросном листе следует выбрать один из вариантов проверки, полный либо
краткий, можно выбрать способ формирования протокола работы.
5. Добавлен самостоятельный режим «Изменить файл цен» на закладке
ВЫБЫТИЕ, если текущей БД является БД каталога. По кнопке подается
таблица, в которую помещается файл пересчета цен (IZC.MNU).
В нижней, некорректируемой, строке таблицы отображается текущий год и
коэффициент пересчета = 1. Это значение будет добавлено в таблицу, если в
исходном ее состоянии отсутствовали данные на текущий год.
В окне «Изменить в…» можно выставить некое число (больше/меньше 1), на
которое будут умножены все коэффициенты таблицы при нажатии кнопки
«Применить».
Точность
вычисления
определяется
параметром
IZC_NumbDigits секции MAIN серверного ini-файла. В параметре задается
количество цифр после точки, по умолчанию – 4. Правые незначащие нули
удаляются.
Нажатие кнопки «Отменить» возвращает предыдущее состояние, т.е.
очередное состояние перед нажатием кнопки «Применить». Последним
является исходное состояние файла.
Имеются кнопки для вставки и удаления строк. При нажатии кнопки вставки в
таблицу будет вставлена строка после активной, в колонке «Год(месяц)» будет
сформирована дата на 1 большая, чем дата активной строки. Вручную следует
задать значение коэффициента для новой даты.
Коэффициенты также можно менять вручную. Если требуются более сложные
изменения таблицы, то следует воспользоваться стандартными средствами
изменения файлов справочников.
По завершении корректировки таблицы следует выйти из формы по кнопке
«Выход с сохранением». Данные будут записаны в файл пересчета.
Книгообеспеченность
5. При формировании таблицы KO в окне списка в столбце количества
экземпляров отдельно отображаются реальные экземпляры и количество
экземпляров с учетом коэффициента многократного использования (КМИ) –
приводится число реальных экземпляров и в скобках число с учетом КМИ. При
вычислении значения в столбце ККО используется число с учетом КМИ.
6. При формировании таблицы КО в окне списка в качестве выделенных фондов
будут использоваться ВСЕ значения, содержащиеся в поле 910 (специальное
назначение фонда) для данной книги, независимо от перечня в файле
NAZNFOND=naznac.mnu. Количество выделенных фондов – любое.
Выделенным фондом может быть любой элемент, входящий в «связку» и
присутствующий в виде подполя в поле 691.
Например, в записи каталога имеются экземпляры с указанием на выделенный
фонд для: заочников (з/о), факультета АГ (АГ), факультета ЛИНС (ЛИНС) и т.д.
Для того чтобы вычислять количества студентов для каждого фонда,
необходимо задать соответствие между обозначением фонда (з/о, АГ, ЛИНС и
т.д.) и идентификатором подполя поля 691, в котором содержится обозначение
фонда. Это соответствие следует задать в виде справочника с именем,
задаваемым параметром NaznCatDelim секции MAIN. Для примера выше
следует задать в справочнике соответствие: «з/о – O», «АГ – A», «ЛИНС – A».
По умолчанию имя справочника - NaznCatDelim.mnu.
7. В окне полного просмотра записи каталога новая кнопка «Студенты текущего
полугодия» - отображается список студентов текущего полугодия,
использующих данную книгу, а при работе без БД студентов – список
контингентов студентов с указанием количества для контингента. Если книга
просматривается из таблицы ККО, то по данной кнопке приводятся два списка
студентов текущего полугодия: первый – студенты, использующие книгу и
относящиеся к параметру таблицы ККО (дисциплине, факультету,
специальности и т.д.), второй – все студенты.
Работа с филиалами. Если таблица ККО сформирована для филиала (кнопка
«Данные для филиала»), то при показе студентов отображаются контингенты
из БД VUZ, которые относятся к филиалу и в которые введены количества
студентов.
8. На нижней панели отображается число студентов для текущего термина
основного словаря отдельно для осеннего семестра (ОС) и весеннего (ВС).
Студенты подсчитываются только для основного фонда, т.е. если в БД VUZ
есть записи контингентов для филиалов, то количества студентов в них не
учитываются.
9. В модуле «Учебный план»:
на нижней панели отображается количество студентов для текущей
позиции дерева контингентов
на нижней панели появилась кнопка «Ввод количества студентов», которая
активна, если режим работы без БД студентов или выбран факультет
филиала, а также если активным уровнем является контингент.
10. Для режима работы без БД студентов сделано пакетное задание, аналогичное
заданию по переводу студентов на следующий семестр. Для каждой из
отмеченных записей контингента, в которых введены количества студентов,
ищется в БД VUZ запись контингентов с номером следующего семестра. Если
такая запись найдена, то в нее переносится количество студентов, а в
исходной записи оно обнуляется. Если запись не найдена, то никакие действия
не выполняются. Пакетное задание можно запустить как по кнопке «Выполнить
пакетное задание», так и по кнопке «Глобальная корректировка БД».
11. Для БД каталога в режиме «Выполнить пакетное задание» добавлен режим
формирования данных в БД VUZ по данным записей каталога. Эту
возможность можно использовать, если в ранних версиях в записях каталога
вводились данные в поля 691 при отсутствии БД VUZ. Следует выполнить два
пакетных задания:
CreateVuz1 – при опросе следует определить, какой параметр является
ключевым и уникальным для создания записей дисциплин в БД VUZ. Если в
полях 691 использовался идентификатор дисциплины и он является
уникальным, то следует выбрать его. Если идентификатор не
формировался, то можно выбрать имя дисциплины, однако, следует
помнить, что для ИРБИС-32 уникальным должны быть первые 25 символов
имени. При выборе варианта двух параметров уникальность записи
дисциплины будет определяться сочетанием двух параметров. При
выполнении этого задания в БД VUZ будут сформированы уникальные
записи дисциплин (DISC).
CreateVuz2 – это задание использует уже созданные записи VUZ и
пополнят их полями 83 из данных полей 691 записей каталога.
12. В режиме изменения контингента в БД VUZ добавлена возможность изменения
данных контингента в записях студентов. В опросный лист добавлена позиция
«Изменить данные в записях студентов». При пустом значении (по умолчанию)
в записях студентов, относящихся к исходному контингенту, только
переустанавливаются поля 69. Если задан признак, то в записях студентов,
относящихся к исходному контингенту, изменяется поле 90, т.е. студент
«перемещается» в новый контингент.
13. В режиме изменения в отмеченных записях БД VUZ добавлена возможность
изменения данных в записях студентов. В опросный лист добавлена позиция
«Изменить данные в записях студентов?». При пустом значении (по
умолчанию) в записях студентов, относящихся к исходному значению, только
переустанавливаются поля 69. Если задан признак, то в записях студентов,
относящихся к исходному значению изменяемого параметра, этот параметр
будет заменен.
14. Добавлена
возможность
присвоения
0-го
семестра
студентам
и
соответственно использовать 0-й семестр при описании контингентов в
записях дисциплин и записях каталога. 0-й семестр считается осенним. При
выполнении пакетного задания перевода студентов на другой семестр
студенты переводятся на 1-й семестр.
АРМ Администратор
1. Реализована возможность ВЛОЖЕННЫХ ТВП ПЕРЕФОРМАТИРОВАНИЯ (FST).
Вложенный ТВП указывается в текущем ТВП в виде строки следующего вида:
@FST_NAME
где FST_NAME - имя вложенного ТВП (без расширения)
Вложенный ТВП может находиться там же, где исходный, (т.е в директории БД) или
(в случае отсутствия по этому пути) в директории DEPOSIT. Степень вложенности
ТВП не ограничена. Строки вложенного ТВП БЕЗУСЛОВНО добавляются в исходный
ТВП.
ИРБИС-Навигатор (ИРБИС64)
1. Реализована новая команда ИРБИС-ссылки – ВЫПОЛНЕНИЕ ФУНКЦИИ
ПОЛЬЗОВАТЕЛЯ (С21COM=11).
Команда имеет три параметра:
- имя DLL пользователя;
- имя функции пользователя;
- исходные (входные) данные.
Функция пользователя может возвращать данные, на основе которых формируется
результирующая страница ИРБИС-Навигатора.
Новая команда также реализована во встроенном навигаторе в АРМах
Каталогизатор и Читатель (ИРБИС64).
Подробно команда описана в контекстной помощи ИРБИС-Навигатора.
ИМИДЖ-КАТАЛОГ (ИРБИС64)
Создана модель БД IMAGE, которая обеспечивает интеграцию БД ИМИДЖКАТАЛОГА в среду ИРБИС64.
БД ИМИДЖ-КАТАЛОГА создается (формируется) пакетно в ИРБИС64 ПБД на основе
распознавания сканированных образов КК. (Подробнее об ИМИДЖ-КАТАЛОГЕ см.
http://www.elnit.org/irbis/irbis1.html)
Инеграция в ИРБИС64 БД ИМИДЖ-КАТАЛОГА состоит в следующем:
1. Создана инфраструктура (форматы, РЛ и пр.), которая позволяет работать с БД
ИМИДЖ-КАТАЛОГА (IMAGE) в АРМе Каталогизатор. (Например, для того, чтобы
вести структурированное (поэлементное) описание на основе изображения КК
(лицевой и оборотной стороны), которое представляется в окне полного описания).
2.В АРМе Читатель обеспечена возможность формирования заказа на книговыдачу
по БД ИМИДЖ-КАТАЛОГА.
3. В АРМе Книговыдача обеспечена возможность:
- работы с заказами по БД IMAGE (в качестве содержательной части заказа
фигурирует изображение КК)
- выполнения выдачи по заказу и без заказа по БД IMAGE - для этого введен
специальный режим ВЫДАЧА С ОПИСАНИЕМ ЭКЗЕМПЛЯРА, который позволяет
осуществлять описание выдаваемого экземпляра в момент выдачи (т.е. "на лету" действуя таким образом, можно вести ретроконверсию экземпляров ИМИДЖКАТАЛОГА по мере их выдачи). В связи с этим введен новый параметр INI-файла
АРМа Книговыдача - REQUESTNEWEKZABLE - который разрешает (1 по умолчанию)
или запрещает (0) вести описание экземпляра "на лету". Также введены параметры:
LANDFORMAT, определяющий имя формата для показа документов ЭК при выдаче
без заказа (по умолчанию - используется формат BRIEF); NEWEKZWSS – РЛ
подполей для описания нового экземпляра (по умолчанию - 910.wss); NEWEKZFLC –
формат ФЛК при описании нового экземпляра (по умолчанию - !910).
Язык форматирования
Предлагаются новые форматные выходы (технические):
1. Прибавить/вычесть из заданной даты в виде ГГГГММДД заданное количество дней
и вернуть полученную дату в виде ГГГГММДД
&uf('3BГГГГММДД/ддд')
ГГГГММДД - дата
ддд - количество дней, может начинаться с минуса
На месте символа / может быть любой разделитель
Пример: &uf('3B',&uf('3'),'/-100') (вычесть из текущей даты сто дней)
2. Вычесть из одной даты в виде ГГГГММДД другую дату в виде ГГГГММДД и вернуть
разницу в виде количества дней
&uf('3СГГГГММДД/ГГГГММДД')
Пример: &uf('3С',&uf('3'),'/19000101')
(количество дней с 1 января 1900 года до сегодняшнего дня)
3. Заменить в заданной строке один символ на другой (регистр учитывается)
&uf('+98ab<строка>')
a - заменяемый символ
b - символ, на который заменяется
Пример: &uf('+98 0',f(1,5,0))
(результат расформатирования – 00001)
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
НОВОЕ в технологии
1. Разработаны таблицы создания словаря ЭК с применением вложенных FST
ibis_dubl.fst – дублетность (префикс !)
ibis_aut.fst – автор (A=, P=, W=, MR=, F=)
ibis_tit.fst – заглавие (T=, TJ=, TMN=, TI=, TS=, )
ibis_col.fst – коллектив (M= P=)
ibis_vixd.fst – выходные данные (G=, O=, OT=, MI=)
ibis_id.fst – идентификаторы (B=, I=, II=, I470=, I600=, I933=, Y=, ID=)
ibis_index.fst – индексирование (R=, U=, RIN=, S=, GEO=, PS=, GS=, HS=, KNS=, RZN=)
ibis_kl_tit.fst – ключевые слова из заглавий (K=)
ibis_kl_col.fst - ключевые слова из коллективов (K=)
ibis_kl_rub.fst - ключевые слова из рубрик, полей кл. слов и из разметок <> (K=)
ibis_kod.fst – коды (C=, J=, V=, HD=, CN=, UCHL=, N=, MPR=,VRL=)
ibis_ex.fst – сведения об экз-рах (IN=, INK=, INS=, INSK=, NKSU=, NA=, NAS=, COLL=,
NKS2=, NAP=, MHR=, KP=, EXU=)
ibis_ko.fst – сведения по книгообеспеченности
ibis_deb.fst – «для чайников» (DS=)
ibis_mesh.fst – для медиков (K=, S=, MM=, MK=) – только для ИРБИС 64
ibis_titP.fst – заглавие полное (TP=) – только для ИРБИС 64
ibis_other.fst – другие словари (ST=, JR=, JRS=, DP=, X=, SU=, RD=**, RK316=, DNJ=, ZVH=,
TH= («технология» - в org.mnu для кода «8» значение =1), INP**= («проверка фонда» - в
org.mnu для кода «7» значение =1), ?(«свертка рубрики для корректировки по БД ATHRS» в INI-файле ATHRSAK=’1’),
Вложенные форматы включаются в IBIS.FST отдельными строками @<имя
формата>.
Примечание Изменение данных в форматах ключевых слов (ibis_kl_*) требует
соответствующих изменений в irbisc.ini в части CvalifName(1/2/3)
2. Работа с файлом пересчета цен IZC.MNU
Создан аппарат изменения всех строк файла izc.mnu при определении коэффициента
переоценки для очередного года. Исходное состояние файла коэффициентов пересчета цен
(КПЦ) по состоянию на 2007 год подготовлено на основе следующих данных:
Итоговый коэффициент переоценки фондов с учетом деноминации за период
поступления документов с 1980 по 2002 год (lib.1september.ru/2003/09/16.htm - 39k).
Коэффициенты переоценки книжных фондов в цены 01.01.2007, включая фонды в
ценах по итогам переоценки, проведенной на 01.01.2003
(http://lib.aanet.ru:8001/down/coefficients.rtf)
Создано исходное состояние файла izc.mnu с приведенными (пересчитанными)
коэффициентами по состоянию на 2007 год, причем для 2007 года КПЦ=1. Для интервала 19801996 годов взяты минимальные коэффициенты. Также подготовлен izc_MAX.mnu с
максимальными коэффициентами за эти годы. При желании использовать этот файл его следует
переименовать в izc.mnu.
Исходное состояние на 2007 год начинается с 1980 (ранее было с 1990); в связи с этим
коэффициент пересчета цен (КПЦ) для года поступления экземпляра, отсутствующего в izc.mnu,
считается равным КПЦ для 1980 (ранее было 1990).
При проверке фонда и списании в РЛ опроса можно актуализировать файл izc.mnu. При
согласии открывается файл и предлагается ввести в строке предыдущего года вместо «1» КПЦ
для всех строк, предшествующих предыдущему году. По кнопке «Применить» все коэффициенты
будут пересчитаны. После этого в строке предыдущего года нужно ввести свой коэффициент.
При сохранении таблицы автоматически вводится строка для текущего года с КПЦ=1 и
создается новое состояние IZC.MNU в текущей БД ЭК.
Изменены файлы Tactiw.tab, Tactiw.tbu, Spactw.srw, Spactwj.srw, Tabwbw.pft, Tabwpw.pft,
Rks2.fst, Provfgr.gbl, ProvfgrK.gbl.
3. Расширена технология оформления подшивок.
Разрешается объединять в одну подшивку выпуски разных изданий. Это можно делать как
на стадии регистрации подшивки, так и приписыванием в поле 481 записи уже существующей
подшивки выпусков другого издания. Если объединение разных изданий выполняется при
регистрации подшивки, то после регистрации на записи подшивки выполняется глобальная
корректировка NJGAZ.gbl, во втором случае – NJGAZ481.gbl
3.1 481nj.wss – добавлены подполя: 481^a – заглавие, 481^i – ISSN, 481^w – шифр
приплетенного издания
3.2 Создан формат переноса !mov481j.pft при вводе
3.3 Regi.ws - добавлено поле 481 для ввода сведений о включенных в подшивку номерах за
другие годы или номерах других СИ
3.4 909.wss – добавлено подполе 909^P: шифр подшивки, зарегистрированной в другом
издании и объединяющей номера данного издания с номерами издания, в котором эта
подшивка была зарегистрирована. Для отображения факта наличия переплетенных
выпусков
3.5 NJGAZ.gbl – дополнена по условию наличия 481 поля.
3.6 NJGAZ481.gbl – доработана для другого издания
3.7 !NJ31.ws – добавлено поле 993: копия на электронном носителе
3.8 NJW.pft и NJW_H.pft – изменен вывод 481 поля; добавлен – 993; сделан вывод сведений о
подшивке, в которую включен данный номер СИ в виде гиперссылки; изменен вывод
сведений о местах хранения ожидаемых экземпляров (выводятся оригинальные).
3.9 Autoin.gbl – добавлено удаление поля 481 для БО журнала; включено 481 поле в новую
запись при регистрации подшивки; исключено формирование 926 поля из 481^w для NJ
3.10 Groupspi.gbl – учтено наличие 481 поля при списании подшивок и списании периодики
по номеру. НЕ проработано списание по году при наличии подшивок и вариант списания
по номерам в случае исключения ВСЕХ номеров ПОДШИВКИ.
4. КК в пакетном режиме
4.1. Автоматический расчет тиража КК
Тираж основных КК определяется числом мест хранения. При необходимости
дополнительно готовить ОК для какого-то подразделения нужно использовать справочник
Mhr_tirajO.mnu; в этот справочник нужно внести только те МХР, для которых нужно
больше одной ОК, и указать их число. Здесь же можно указать те МХР, для которых ОК
готовить не нужно – ввести отрицательное значение «-1». Если для какого-то издания
требуется другой алгоритм расчета, нужное число ОК можно указать (как и ранее) в поле
905.
Тираж добавочных КК определяется числом ДК (комплект), умноженным на число мест
хранения. При необходимости дополнительно готовить комплект ДК для какого-то
подразделения, нужно использовать справочник Mhr_tirajD.mnu; в этот справочник нужно
внести только те МХР, для которых нужно больше одного комплекта ДК, и указать их
число. Здесь же можно указать те МХР, для которых ДК готовить не нужно – ввести
отрицательное значение «-1». Если для какого-то издания требуется другой алгоритм
расчета, нужное число комплектов ДК можно указать (как и ранее) в поле 905.
Тираж КК для систематического каталога определяется числом индексов (поля 675, 621,
686) – комплект в одном экземпляре. При необходимости дополнительно готовить КК для
СК для какого-то подразделения, нужно использовать справочник Mhr_tirajS.mnu; в этот
справочник нужно внести только те МХР, в которых ведутся систематические каталоги, и
указать число комплектов КК.
Тираж для ссылочных КК не применяется - комплект в одном экземпляре
4.2. При печати КК в пакетном режиме по умолчанию все КК печатаются без учета тиража.
Требование учета тиража при печати ОК, ДК и КК для СК задается в настройке (Setpriv.wss).
Форматы: !!kk_O.srw, !!kk_D.srw, !!kk_K.srw, !!kk_S.srw, !!kk_Sk.srw, !!kkzd_T.pft, !!kkzsk_T.pft
4.3. Печать ОК для каждого места хранения с выводом инв. номеров для этого МХР.
В справочник invk.mnu (инвентарные номера на КК) дополнительно введен код «4 - ОК
выводить для каждого МХР с перечнем инв. №» (аналог КК оборота «Оборот основной по
месту хранения»);
Примечание. В 905^d и FPI (инв. номера в формате просмотра) имя справочника invk.mnu
изменено на invp.mnu
При задании этого кода готовится столько ОК, сколько оригинальных 910^d (МХР) есть в
записи, причем на каждой ОК в области экз-ров печатаются МХР и относящиеся к нему
инвентарные номера. Если в настройке указано требование тиража, то дополнительно
выводятся аналогичные ОК для МХР, указанных в Mhr_tirajO.mnu, в количестве,
указанном в этом справочнике.
Этот вид печати реализуется при печати ОК или комплекта КК
Форматы: !!kk_O.srw,!!kk_K.srw, !!kk_o_mhr1.pft, !!kk_o_mhr2.pft, !!kk_o_mhr3.pft, !!kk7ex.pft
4.4. Вслед за инвентарным номером дополнительно выводится наименование коллекции –
формат !!kk7ex.pft
4.5. Выборочная печать формуляров и КК для топографического каталога в пакетном режиме для
экземпляров определенной партии (задается номером КСУ в настройке) – в 905.wss (^N) и
Setpriv.wss (KKF) внесены текстовые изменения
4.6. В формуляре цена перенесена в конец основного описания
4.7. Удалены лишние пробельные строки – исправлены форматы !!kk2udk.pft, !!kk3prk.pft,
!!4ann.pft, !!kk6j.pft, Oisbncnk.pft
5. Расчет суммарного тиража КК для партии документов при пополнении КСУ (используется в
форме «План-Отчет») проводится по алгоритму, описанному в 3.1, но для экземпляров заданной
КСУ. Расчет тиража (числа) КК для Систематического и Генерального каталогов, а также
основных, добавочных и ссылочных КК производится только при получении первого экземпляра
издания.
Tirag20.pft - общий тираж КК, включая основные, добавочные, ссылочные, для
систематического и топографического каталогов (по числу полей 910), генерального
каталога (одна), а также формуляры (по числу полей 910).
Tirag21.pft, Tirag23.pft, Tirag22.pft – соответственно для ОК, КК для СК и ДК
Tirag25.pft – новый формат для числа ссылочных КК
Rksu.fst – формирование поля 20,
20ksu.wss - добавлено подполе для числа ссылочных карточек (в БД CMPL)
6. Номер продолжающегося издания, описанный как книга - доработана технология
преобразования записи NJ в запись SPEC:
В записи БО журнала дополнительно введен код 04 – продолжающееся издание
При преобразовании записи NJ, имеющего частное заглавие и зарегистрированного как
номер серийного издания, в запись SPEC (задание NJ_Spec.gbl) формируется поле 900^B
(вид документа), в которое переносится код из 110^b записи J в соответствии со
справочником 110b_spec.mnu, включая коды продолж. Издания (ПР.И) и монографической
серии (МС)
В записях ASP, созданных копированием записи SPEC, полученной из NJ (форматы Stn.fst,
Stn.gbl, Kpst.fst), формируются новые коды вида документа (статья из выпуска ПР.И или
МС) – справочники 110b_asp.mnu, 900b_asp.mnu
Соответственно дополнены справочники Vd.mnu, vdk454.mnu, vdn454.mnu, vdo454.mnu,
Vdu.mnu, Vdu_sf.mnu
В словаре видов документов дополнительно выделяются выпуски ПР.И, МС, журнала или
газеты, описанные под заглавием – формат ibis_kod.fst, vd.mnu.
При анализе партии (пополнение записи КСУ – форматы rksu.fst и rks2.fst) записи SPEC,
полученные из NJ, рассматриваются как журналы (признак - наличие поля 933)
В задании NJ_Spec.gbl в преобразованную запись включается поле 905^31 (не проверять
инв. номера) и поле 46 (сведения о серии и подсерии журнала)
Форматы rksu.fst, rks2.fst, ibis_kod.fst, ibis_id.fst, !rmovt.pft, !smovt.pft, Nj_Spec.gbl, brief.pft
7. Задача KO
7.1. В алгоритм расчета внесены изменения:
7.1.1.При выводе общего числа экземпляров дается истинное значение, дополнительно в
скобках указывается число экз-ров с учетом КМИ, которое используется при расчетах
7.1.2.Обработка данных для филиалов
В итоговых формах филиалы не учитываются (исключаются поля 691 с 691^L,
соответствующие им студенты, а также экземпляры со статусом C)
В формате просмотра по каждому документу показываются данные для филиала,
если есть экземпляры со статусом C, место хранения которых совпадает с
обозначением филиала в 691^L (соответственные значения должны быть в
справочниках mhr.mnu и fili.mnu), число студентов определяется по БД VUZ для
соответствующего контингента филиала
Экземпляры выводятся с пометой о наличии КМИ
7.1.3.При AccessRDR=1 число студентов считается по БД RDR; при AccessRDR=0 – по БД VUZ
7.2. Форму можно получать по частным справочникам дисциплин, созданным для разных наборов
дисциплин (например, по кафедрам, факультетам, циклам ит.п.), их список нужно ввести в
DISC_FORMA.MNU, который подается в опросном листе при выполнении формы (изменился
РЛ опроса Fodss.ws); расшифровка выбранного справочника выводится в заголовок формы
7.3. Доработаны выходные формы
Kitf3gO, Kitf3gD, (форматы kitex.pft, kitexz.pft, kitexM.pft, kitexzM.pft, kitsr, kitsrz.pft,
kitf3god.wss, kitf3goh.pft, kitf3gdh.pft)
Kitf3g2 (форматы kitexO.pft, kitexoM.pft, kitsrO.pft, kitf3g2.wss,kitf3g2h.pft)
Tabkow
KkodiscS (форматы KkodiscS.smf, KkodiscS.pft, KkodiscSH.pft, Discnp_vlO.pft,
discnp_vlV.pft, Kko_exoR.pft, Kko_exvR.pft, Kko_kko.pft, Kko_kkv.pft
7.4. Особенности выполнения формы KkodiscS для ИРБИС32 с целью избежать переполнения
выходного формата при получении списков литературы для разделов «Дисциплина-семестр»
(с данными по КО).
Введены ограничения в двух местах
Число дисциплин в справочнике дисциплин, по которому выполняется форма, не может
быть больше 100. Рекомендуется создать разные справочники-меню для разных наборов
дисциплин (например, по кафедрам, факультетам, циклам ит.п.) и их список ввести в
DISC_FORMA.MNU, который подается в опросном листе при выполнении формы
(изменился РЛ опроса Fodss.ws); расшифровка выбранного справочника выводится в
заголовок формы
В списке для раздела "Дисциплина-семестр" выводится не более 30 названий, для
остальных дается общая строка. Итоговые данные выводятся полностью.
Форматы KkodiscS.smf, KkodiscS.pft, Fodss.ws, Disc_forma.mnu,
7.5. Доработан формат просмотра Boko.pft (kos1.pft-kos5.pft, KOO.pft, Kosost.pft, Kos_filial.pft,
KitsrO.pft)
7.6. Разработан html-формат BokoH.pft, в котором таблица выводится в жестком виде.
7.7. Разработан справочник KO.TRE, в котором представлены основные и вложенные форматы и
показано их назначение
8. Заказ книг (АРМ Комплектатор) – разработана технология ввода БО с учетом комплектования
через объявление открытых аукционов, тендеров, конкурсов и котировок (ФЗ № 94),
предоставления возможности формировать и выводить на печать "реестры на закупку товаров" с
последующим отслеживанием выполнения заказов
8.1. Работа ведется по общей технологии работы с «Суммарным заказом» (СЗ), при этом:
8.1.1.Запись СЗ изначально вводится без сведений об организации; номер заказа вводить
обязательно (структура его произвольная); период заказа (для вывода в Реестре), а
также новое подполе для названия Лота в Реестре
8.1.2.На закладке «Заказ» со словарем «№ сум. заказа - книги» связаны все заказанные
издания (независимо от того, выполнен или выполнен частично заказ)
8.1.3.После завершения ввода БО – пополнение записи СЗ по обычной технологии
8.1.4.Отражение в записи СЗ этапов согласования (обычная технология). Дополнительно для
отслеживания возможных изменений в СЗ (взамен заказанных изданий поставляются
другие) в поле 907 добавлены подполя (видны в формате просмотра).
Примечание. Возможно, потребуется также откорректировать и число наименований
(если оно увеличится при частичной замене)
8.1.5.После завершения тендера в запись СЗ вводится код и название организации, а также
сумма заказа, число заказанных названий и экземпляров, после чего в формате
просмотра записей БО вместе с номером заказа видна и организация (непосредственно
в запись БО сведения об организации вводить не требуется).
8.1.6.По мере поступления партий книг (в запись КСУ поступления вводится №СЗ) в записи СЗ
отслеживается число полученных наименований, экземпляров и сумма (обычная
технология). При этом
на закладке ЗАКАЗ со словарем «Организация - сум. заказ - книги» связываются
все заказанные книги (независимо от того, выполнен или выполнен частично
заказ)
на закладке ПОСТУПЛЕНИЕ со словарями «Организация - сум. заказ - книги» и
«№ сум. заказа - книги» связываются только те издания, в которых число
заказанных и полученных экземпляров различны (заказ не выполнен или
выполнен частично)
8.1.7.При возможных изменениях в СЗ (взамен заказанных изданий поставляются другие)
можно поступать так:
если название заменяется ПОЛНОСТЬЮ, то просто заменить библиографию,
оставив сведения о заказе.
если название заменяется ЧАСТИЧНО, то удалить непоставленные экз-ры, а в
новой записи их ввести
связь между изменениями отразить в записи СЗ (см. ниже) в свободной форме
(поле 907 - этап работы); там же нужно будет откорректировать и число
наименований (если оно увеличится при частичной замене)
8.1.8.При переносе записи в ЭК в поле 910 вводится «канал поступления» из записи СЗ. При
использовании справочника Kporg.mnu можно установить соответствие между кодом
организации - поставщика и данными из Kp.mnu (канал поступления) – обычная
технология.
Форматы: 62.wss, Sz.pft, 907s.wss, cmpl.fst (в части записи СЗ - строка 62), cmplw.pft, Irbisp.ini
8.2. Ввод БО
8.2.1.Обычная технология.
В настройке указывается: № СЗ, Дата заказа (если возможно)
При вводе БО в поле 62 (СЗ) указывается число заказанных экземпляров, в поле
910 – направления (МХР) заказываемых книг; при сохранении записи в поле 62
вводится № заказа и дата (текущая или, если введена, из настройки);
8.2.2.С использованием Прайс-листов Издательств, представленных в Excel-формате (на
примере Издательства «Весь Мир»)
8.2.2.1. Составлена таблица соответствия столбцов Excel и меток в формате ISO, в
соответствии с которой информация из прайс-листа сохраняется в формате ISO
(Vesmir.rul)
Исходный файл содержит следующие столбцы:
заглавие и сведения к заглавию,
автор (встречаются несколько авторов, не формализованное представление типа
Сведений об ответственности, коллективный автор)
год издания
страницы
цена экземпляра
ISBN
формат
признак (Пер/Обл)
стандарт
8.2.2.2. В качестве примера составлена таблица для импорта файла ISO в БД PODB
(vesmir.fst). При этом в каждую запись вводятся выходные данные (из настройки),
Источник информации – в поле 40, признак (Пер/Обл) – в поле 300, «стандарт» в
запись не вводится. Поскольку нет уверенности в корректном конвертировании поля
700 (анализируется до 3-х ФИО), поле 700 без изменения вводится в поле 998, на
основе которого при необходимости до передачи в БД CMPL следует вручную
откорректировать сведения об авторах.
Примечание. бб
8.2.2.3. Порядок работы по преобразованию таблицы в Excel
"Администратор"-"Редактор ISO/NST файлов"-"Сервис"-"Преобразование из Excel"
вызвать файл Excel - "Таблица соответствия столбцов и меток ISO" - vesmir.rul (в
БД PODB)
"Преобразовать данные и сохранить в карман" (картинка меняется; записей не
видно, их число показано)
"Сохранить карман как ISO-файл" - задать имя файла
8.2.2.4. В настройке указывается: № СЗ, Дата заказа (если возможно), а также
Издательство, Место издания и Источник информации (например, «Прайс-лист
(№…год)»); данные берутся из первых записей.
8.2.2.5. Поскольку в записи должны вводиться данные из настройки, импорт в БД PODB
следует проводить в АРМе Комплектатор (Режим «Заказ» - БД PODB - Корректировка - Импорт);
8.2.2.6. Анализ записей в БД PODB. Корректура (с учетом п. 7.2.2.2). В отобранные для
заказа записи вводится число заказываемых экземпляров (поле 910).
8.2.2.7. Перенос заказанных или отмеченных записей в БД CMPL. При переносе записей, в
которых присутствует поле 910, формируется поле 62 (суммарный заказ), в которое
вводится № заказа и дата (текущая или, если введена, из настройки), а также число
заказанных экземпляров
Форматы: Podb.ws, Podb.pft, 40.wss, Gor.mnu, Autoin.gbl, Movekp.fst (Ирбис32),
MoveZakKp.gbl (Ирбис64), Setprivc.wss
8.3. Получение таблицы "Реестр на закупку товаров" на основе формы, разработанной в ПГУ
(режим «Заказ» в АРМе Комплектатор)
8.3.1.Ввод дополнительных данных в запись POLZV (поле 14):
контактное лицо (ФИО, телефон)
руководитель структурного подразделения (для Реестра)
номер и дата регламентирующего документа (выводится в правом верхнем углу
Реестра).
8.3.2.Получение формы Reestr для заданного № Суммарного заказа. Форма может быть
сохранена в htm-формате для выставления ее в Интернете
Название организации и структурное подразделение выводятся в заголовок
таблицы из записи POLZV (поля 15^F, 15^G)
Период подписки и название Лота выводится в заголовок из записи СЗ
«Место поставки» выводится в форме из записи «Адресат подписки на периодику»,
который указывается перед выполнением в настройке
В области подписей выводится автоматически текущий год
Форматы Reestr.tbg, Reestr.tbu, Reestr.tab, Reestr.hdr Reestr.srw, Reestr.pft, ReestrH.pft,
Reestr.ws, Tabpzw.mnu, 33o.mnu, Seltabw.par (Ирбис32), Seltab64.par (Ирбис64), 14.wss
9. Работа с авторитетным файлом ATHRS:
9.1. Введены новые поля блока 5 – служебные поля, предназначенные для ввода ссылок “см.
также” для связи заголовков разных категорий.
9.1.1. Определены следующие поля для формирования ссылок:
500 – См. также – Имя лица (Родовое имя или Имя/ Заглавие)
520 – См. также – Наименование организации
550 – См. также – Тематическая предметная рубрика
9.1.2.При сохранении записи из полей 500, 520, 550 автоматически формируется поле 510
«Ссылка СМ. ТАКЖЕ (Связанные основные предметные рубрики)».
9.2. При вводе предметной рубрики в БД ЭК через AUTHORITY- файл, в случае, когда выбирается
рубрика, введенная в БД ATHRS в поле 410 (Другие формы предметной рубрики), вместо
рубрики вводится сообщение «непринятая форма рубрики не используются»
Файлы в ATHRS:
Введены новые: 500.mnu, 510.mnu, 520.mnu, 550.mnu, !500.pft, !520.pft, !510.pft !550.pft, 210.pft, 210c.pft,
410a.pft, 410c.pft, 410. pft , 500.pft, 510.pft, 550.pft, rubr.pft, 500.wss, 510.wss, 520.wss, 550.wss, 510k.wss
Исправлены: autoin.gbl, athra.pft, athraw.pft, athrc.pft, athrcw.pft, athrs.pft, athrsw.pft, athra.ws, athrc.ws,
athrs.ws, default.ws, athrs.fst, athrsgr.pft, athrsgra.pft, athgrc.pft, athrsgrr.pft
В БД ЭК изменены файлы pr31.wss и gr31.wss
10. Работа с авторитетным файлом ATHRА:
10.1 В форматах просмотра “см.” заменено на ”непринятые формы имени лица “.
Изменены форматы: athra.pft, athraw.pft
10.2 При вводе имени лица в БД ЭК через AUTHORITY- файл, в случае, когда выбирается имялица ,
введенное в БД ATHRA в поле 410 (Другие формы имени лица), вместо имени лица вводится
сообщение «непринятая форма имени лица не используются».Исправлены файлы в ATHRA:
athrai.pft, athraip.pft, athraox.pft, athraog1.pft, athraog2.pft, athraog3.pft, athr4813.pft, athr4812.pft,
athr4811.pft
НОВОЕ в форматах
1. Разработаны html-форматы для печати КК в режиме «Печать текущего»
!!kk_pth_O.pft – основная КК
!!kk_pth_D.pft – добавочные КК
!!kk_pth_S.pft – ссылочные КК
!!kk_pth_Sk.pft – КК для систематического каталога
!!kk_pth_Tk.pft – КК для топографического каталога
!!kk_pth_ob.pft – КК оборота; формат настроен га печать инв. Номеров в 4 столбца,
возможно перестройка
!!kk_pth_obmh.pft – КК «оборот по местам хранения»
Форматы включены в PFTW.MNU
Доработаны
форматы
!!kk1bop_H.pft,
!!kk2udk_H.pft,
!!kk3prk_H.pft,
!!kk4ann_H.pft,
!!kk5odk_H.pft, !!kk6j_H.pft, !!kki_H.pft, !!kkimh_H.pft
2. !!KKF.srw, !KKFW.pft – доработаны форматы печати формуляров для вывода штрих-кодов при
отсутствии инвентарей.
3. !910w.pft – доработан формат ФЛК экземпляров выбытия
4. 910.wss, 910m.wss, 910p.wss, 910pm.wss, 910si.wss, 910w.wss – изменено название подполя H на
‘’Штрих-код/Радиометка”
5. !701.pft, !702.pft, Bouni.ws – добавлен контроль структуры полей 700, 701, 702 на стр. “Основное
БО”
6. 701.wss, 702.wss, 961n.wss – добавлен одновременный ввод 3-х функций через справочник
7024.tre
7. 7024.tre добавлен код «070 автор», который нужно вводить в случае, когда автор одновременно
несет и другие функции
8. 440.mnu – добавлен код 48 (Возобновлено под прежним заглавием)
9. Jw.pft, Jw_H.pft, Jwh_vl.pft – доработаны форматы вывода периодики в части сведений о
подшивках
10. ibis_kl_rub.fst – добавлена обработка ключевых слов из полей 330 и 922, заключенных в <>
(инвертирование по методу 6); соответственно доработаны форматы Oprimd.pft, Oprimd_H.pft
11. !600.pft, !330n.pft, !922n.pft, !925n.pft, !481n.pft, !488n.pft, !454n.pft, !470n.pft, Content.ws,
Content71.ws, Bouni.ws, Asp71.ws - введен контроль на число в подполе Роль (число слов в
фамилии)
12. 316.wss - множественный ввод из меню
13. 2152.tre – добавлена строка «табл. (NN л.) – таблица с указанием числа листов»
14. В БД RDR введена возможность отказа от проверки на дублетность при вводе описания (заказ без
ЭК) – форматы 200r.ws, !200r.pft, Autoin.gbl, Autoin_lingt.gbl
Версия 2007.1
Функциональные возможности:
АРМ Каталогизатор
1. Обеспечены ОПЕРАТИВНЫЕ РЕЖИМЫ для сборников с расписанным содержанием, т.е
обеспечена оперативная связь и переходы между сборником и аналитическими описаниями аналогично периодическим изданиям.
2. Для ИРБИС64 введен новый параметр INI-файла (серверного) в разделе [MAIN] AutoMerge,
определяющий факт автоматического слияния несовпадающих версий записи при
корректировке – (подробнее см. irbis.gpntb.ru)
3. Обеспечено
клавиатурное
управление
словарями,
меню,
навигаторами
через
соответствующую редактируемую строку КЛЮЧ – (подробнее см. irbis.gpntb.ru)
4. Новая опция-режим АВТОСЕРВИС. Суть опции - если она включена - состоит в том, что при
установке курсора ввода на ПУСТОЕ поле/подполе автоматически открываются
предусмотренные для соответствующего элемента ПРОСТЫЕ сервисные средства ввода. Под
простыми понимаются инструменты ввода через справочники и словарь (НЕ в режиме
МУЛЬТИ). Средства ввода открываются автоматически в ПЛАВАЮЩЕМ окне, т.е. фокус ввода
остается на текущем элементе ввода. Автоматическое открытие средств ввода происходит,
если курсор задерживается в окне ввода более определенного времени (полсекунды). Данная
опция-режим может быть полезна для обучающихся каталогизаторов. В ИРБИС32 опция
включается с помощью параметра AutoService в разделе {MAIN] INI-файла. В ИРБИС64 опция
включается с помощью соответствующего режима пользовательского интерфейса.
5. В интерфейсе для работы с БУФЕРНОЙ ЗАПИСЬЮ введен режим СРАВНИТЬ, который
заключается в том, что сравниваются буферная запись и текущая запись в РЛ ввода и
ОТЛИЧАЮЩИЕСЯ поля и там и там отмечаются. При сравнении повторяющихся полей их
номер повторения НЕ учитывается. При сравнении значений полей регистр учитывается.
(Данный режим может быть полезен в ИРБИС64 при возникновении ситуации
НЕСОВПАДЕНИЯ ВЕРСИЙ ЗАПИСИ – см. irbis.gpntb.ru).
6. Для ИРБИС64 из клиентского INI-файла перенесены в соответствующие разделы серверного
INI-файла следующие параметры:
Из секции [MAIN]:
WORKDIR
IRBISBATINI
LINKINNEWWINDOW
PRTOY
HLPFILE
CUSTOMDICT
SPELLCOLOR
DICTIONSENCE
DISPLAYSENCE
SHOW_WAITING_IN_SECOND
DICTIONPORTION
MAXTERMS
WSSWORDWRAP
OPERHINT
KKK….
а также все параметры из секций [DISPLAY] и [PRIVATE].
АРМ Книговыдача
1. Обеспечена возможность ИСПОЛЬЗОВАТЬ в режиме печати (ОКНО ЧИТАТЕЛЬ - КНОПКА
ПЕЧАТЬ) ОТМЕЧЕННЫЕ («птичками») сведения о выданной литературе. Сведения об
отметках - т.е. НОМЕРА отмеченных повторений поля 40 - передаются в формат печати через
повторения модельного поля 1001. В дистрибутиве предлагается пример такого формата
печати для БД RDR - rdr_html_marked.pft.
2. Обеспечена (ИРБИС64) возможность непосредственного перехода к КОРРЕКТИРОВКЕ записи
текущего читателя, т.е в окне ЧИТАТЕЛЬ АРМа Книговыдача появилась КНОПКА, по которой
осуществляется переход к АРМу Каталогизатор и корректировке соответствующей записи БД
RDR.
Также
обеспечена
возможность
непосредственного
перехода
к
ПРОСМОТРУ/КОРРЕКТИРОВКЕ записи ЭК, соответствующей текущим сведениям о выдаче,
т.е. по правой кнопке мыши в таблице сведений о выдаче/возврате (ОКНО Читателя)
возникает меню, в котором можно выбрать режим перехода к АРМу Каталогизатор для
ПРОСМОТРА/КОРРЕКТИРОВКИ соответствующей записи ЭК. В этом всплывающем меню
также предлагаются режимы: - ПОЛНОСТЬЮ (позволяет компактно, в одном окне,
просмотреть текущие сведения о выдаче/возврате, в т.ч. краткие сведения о
ВОЗВРАЩЕННОЙ литературе, которые не показываются по умолчанию); - УДАЛИТЬ; ВОЗВРАТ; - ПРОДЛИТЬ.
3. Введен новый режим ОФОРМЛЕНИЕ (возврат) УТЕРЯННЫХ ЭКЗЕМПЛЯРОВ. Для
выполнения данного режима служит соответствующая инструментальная кнопка в окне
ЧИТАТЕЛЯ и пункт главного меню в разделе ЧИТАТЕЛИ (ИРБИС64). Для оформления
утерянных экземпляров необходимо ОТМЕТИТЬ соответствующе сведения о выданной
литературе в окне ЧИТАТЕЛЬ. В результате выполнения режима производится следующая
корректировка:
- в БД RDR в записи соответствующего читателя оформляется возврат для
соответствующих изданий и дополнительно делается отметка в специальном подполе
(ставится 1 в подполе U в соответствующем повторении поля 40);
- в БД ЭК:
- для экземпляров индивидуального учета устанавливается статус УТЕРЯН (4)
- для экземпляров группового учета оформляется возврат (т.е. уменьшается на
единицу кол-во выданных экземпляров - подполе 2), изменяется (уменьшается на единицу)
общее количество экземпляров (подполе 1) и дополнительно создается описание нового
экземпляра (т.е. создается новое повторение поля 910) со статусом УТЕРЯН (4) и остальными
подполями, совпадающими с описанием экземпляра группового учета (исключая подполя 1 и
2).
В БД RDR создается дополнительная инверсия (словарь) - УТЕРЯННЫЕ
ЭКЗЕМПЛЯРЫ (префикс HU=).
4. Для ИРБИС64 из клиентского INI-файла перенесены в соответствующие разделы серверного
INI-файла следующие параметры:
Из секции [MAIN]:
WORKDIR
PRTOY
HLPFILE
SHOW_WAITING_IN_SECOND
DICTIONPORTION
LINKINNEWWINDOW
DICTIONGRIDFACTOR
DICTIONSENCE
PRINTTALON
OTVFACE
BARCOMOUT
BARCOMIN
READERBARCODE
BARINMODE
BARCODERELATION
а также все параметры из секций [DISPLAY].и [REQUEST]
АРМ Читатель
1. Обеспечен (ИРБИС64) контроль на дублетность заказов на книговыдачу. Т.е. если читатель
пытается повторно заказать на книговыдачу издание и при этом в очереди заказов от этого
читателя есть НЕВЫПОЛНЕННЫЙ заказ на это издание, выдается соответствующее
сообщение и заказ не создается. (Обеспечено за счет дополнительной инверсии в БД RQST
связки ИДЕНТИФИКАТОР ЧИТАТЕЛЯ/ШИФР ИЗДАНИЯ с префиксом RR=).
2. Обеспечена возможность пересылки результата поиска на E-mail. Реализуется с помощью
дополнительной опции в режиме ПЕЧАТЬ при выборе выходного носителя.
ВЫХОДНОЙ НОСИТЕЛЬ:
ФАЙЛ - БУМАГА - E-mail
При этом используются два новых параметра INI-файла (секция [MAIN], для ИРБИС64 серверный INI):
MAILHOST= адрес хоста
MAILFROM= отправитель
3. Для ИРБИС64 из клиентского INI-файла перенесены в соответствующие разделы серверного
INI-файла следующие параметры:
Из секции [MAIN]:
WORKDIR
IRBISBATINI
PRTOY
HLPFILE
SHOW_WAITING_IN_SECOND
LINKINNEWWINDOW
DICTIONSENCE
DISPLAYSENCE
DICTIONPORTION
а также все параметры из секций [DISPLAY]
АРМ Комплектатор
6. Обеспечена возможность выполнять групповое списание по спискам инвентарных номеров
или штрих-кодов, подготовленных в виде текстового файла. Для этого в записи КСУ выбытия в
подполе «Y» поля 888 указывается имя файла с расширением. Этот файл ищется в
директории БД, если не находится, то открывается диалоговое окно, через которое можно
найти файл. Каждая строка файла рассматривается как инвентарный номер или штрих-код,
для этих данных выполняется задание на групповое списание. При вызове режима группового
списания не следует отмечать записи, иначе списание будет выполняться по отмеченным
терминам.
7. Секция PRIVATE удалена из клиентского INI-файла. Параметры настройки будут сохраняться
(и использоваться ) только в серверном INI-файле.
8. Из клиентского INI-файла перенесены в серверный INI-файл следующие параметры:
SHOW_WAITING_IN_SECOND
LINKINNEWWINDOW
HLPFILE
Workdir
DictionPortion
IrbisTabIni
GlobTotal
AccessLevel
AccessZakaz
AccessPostup
AccessSpisan
AccessPodp
AccessCorr
AccessMove
AccessGlob
WriteLog
AccessLookLog
LogFile
ListSprt
ForCirbisIni
9. В INI-файле (серверном) параметр SetPrivate определяет доступность режима настройки при
переходе в АРМ Каталогизатор (для ИРБИС-64). По умолчанию – режим настройки в АРМе
Каталогизатор не доступен. Доступность режима настройки в АРМе Комплектатор
определяется параметром SetPrivateCmpl и по умолчанию режим доступен.
Книгообеспеченность
Пункты 1-6 относятся как к ИРБИС-32, так и к ИРБИС-64. Пункты 7,8 относятся к ИРБИС-32.
15. Добавлена возможность работы с факультетами филиалов. Дисциплины, читаемые на
филиалах описываются обычным образом, но в полях 83 при описании контингента
указывается идентификатор филиала – подполе “L”, с использованием справочника FILI.mnu
(следует создать). При сохранении записей дисциплин или при выполнении задания на связь
создаются записи контингентов (VUZ) и записи факультетов (FAK) со значением
идентификатора филиала в полях: 68^L для записи VUZ и 91 для записи FAK.
Когда в окне связанных данных сформирована таблица КО, то на нижней панели появляется
кнопка, по которой можно выбрать филиал и в таблицу будут помещены данные из книг,
относящиеся к заданному филиалу.
Для того чтобы получить ККО для филиалов следует:
a). Ввести данные о количестве студентов для контингентов филиала
б). В описании книг, предназначенных для филиала, экземпляры следует вводить со
статусом «С», указывая их количество и место хранения как идентификатор филиала.
16. Введено понятие «Аналоги» - это книги, которые используются вместе с основным учебником,
но при подсчете ККО по книге как отдельное наименование не считаются. Для обозначения
базового учебника и учебников-аналогов введено поле 699 как в базовом учебнике, так и в
учебниках-аналогах. В поле указывается статус записи и связь через значение поля шифра.
Для установки и удаления связей используется специальная форма, вызываемая по кнопке на
верхней панели инструментов. Кнопка видима, если в основном окне или в списке установлена
БД каталога. В форме отображаются связи между основным учебником и аналогами,
установка/удаление связей выполняется с использованием пакетных заданий. Имена
пакетных заданий определяются в секции MAIN ini-файла: SetAnalog.gbl – имя задания на
установку связи аналогов с базовым учебником, DelAnalog.gbl – имя задания на удаление
связи аналога с базовым учебником.
17. При отображении записи каталога в окне полного описания на нижней панели видима кнопка,
по которой можно получить либо список студентов при работе с БД RDR, либо список
контингентов, связанных с этой книгой, с количествами студентов, если работа без БД RDR. В
обоих случаях берутся данные для текущего семестра. Если форма полного описания была
вызвана из таблицы ККО, то данные берутся для текущего семестра и для параметра
формирования списка, например, если список для факультета, то контингент будет браться
для этого факультета.
18. Кнопка для ввода количества студентов вынесена на верхнюю панель интерфейса. Она
видима, если
установлен режим работы без БД читателей (ACCESSRDR=0) ;
режим с БД читателей (ACCESSRDR=1) и для вида поиска основного окна параметр
ITEMTABNUMB не пустой (напр. 1).
При нажатии кнопки в таблицу помещаются отмеченные записи или все записи
активного словаря. Проверяется тип записей, он должен быть “VUZ”, т.е. ввод в записи
контингента. При работе с БД читателей этот режим используется для ввода количества
студентов для факультетов филиалов.
19. В БД RDR поле 90 стало повторяющимся, т.е. студент может одновременно относиться к
нескольким контингентам.
20. Добавлена возможность снимать актуализацию баз данных в режиме «Выполнить пакетное
задание». Для этого в настройке следует выбрать соответствующий параметр «Пакетные
задания с актуализацией БД ?». Если этот параметр не задан, то задания выполняются с
актуализацией. Эту возможность можно использовать для более быстрого выполнения
заданий и в случаях, когда интенсивная актуализация БД каталога нежелательна.
21. Для ИРБИС-32 в АРМ КО добавлены все возможности, реализованные для АРМа КО ИРБИС64 и не вошедшие в предыдущую версию, а именно:
В основном окне добавлена возможность задания фильтра для уточнения запроса
Добавлена возможность ввода новых контингентов через упрощенную форму, не
обращаясь в АРМ каталогизатора
В интерфейс встроен модуль, отображающий структуру БД VUZ (учебный план) с
возможностью комплексных корректировок БД VUZ и справочников
Изменена структура БД VUZ – отказ от ведения записей типа DUNIK и VK. Для
организации связей с БД каталога и БД студентов используются только записи типа
VUZ и FAK. В соответствии с этим изменена вся параметрия БД VUZ: таблица выбора
полей (FST), форматы, пакетные задания, ini-файл. Переход к версии 7.1 необходимо
выполнять в соответствии с инструкцией, приведенной ниже!
22. Для перехода АРМа КО ИРБИС-32 на версию 7.1 с более ранних версий для БД VUZ следует
последовательно выполнить:
В старом АРМе КО в словаре ВИД ДОКУМЕНТА отметить виды документа DUNIK,
FAK (эти записи создадутся заново), VK.
Вызвать модуль ГЛОБАЛЬНАЯ, выбрать оператор DELR – удаление записи.
Отменить актуализацию, автоввод, ФЛК, протокол.
Выполнить корректировку.
В старом АРМе АДМИНИСТРАТОР для БД VUZ выполнить экспорт в файл.
В новом АРМе АДМИНИСТРАТОР для БД VUZ выполнить: опустошение БД,
импорт файла из предыдущего пункта без автоввода и ФЛК, создание словаря
заново.
В новом АРМе Книгообеспеченность в словаре БД VUZ ВИД СЛОВАРЯ отметить
записи VUZ, вызвать ГЛОБАЛЬНУЮ, выполнить задание CreateFAK.
АРМ Администратор
TCP/IP Сервер БД ИРБИС64
Предлагается технология ВЛОЖЕННОСТИ для СЕРВЕРНЫХ ini-файлов - которая позволяет
существенно упростить ведение профилей пользователя (особенно в случае их большого
количества). Идея состоит в том, что конкретный личный INI-файл (профиль) может ссылаться на
стандартный (общий, групповой) и непосредственно в себе содержать ТОЛЬКО те параметры,
которые отличают конкретный профиль от стандартного. Например:
[@irbisс]
[MAIN]
DBNNAMECAT=dbnam_rdr.mnu
DefaultDB=RDR
такой профиль каталогизатора будет отличаться от стандартного (irbisc.ini) только двумя
параметрами. В этом случае - изменение общих параметров в стандартном ini-файле приведет
автоматически к изменению соответствующих параметров в личных профилях, которые ссылаются на
стандартный.
Вложенный ini-файл указывается в исходном ini-файле в виде ПУСТОЙ секции [@<имя_ini_файла>]
Местоположение вложенного ini-файла внутри исходного НЕ ИМЕЕТ значения. В случае
ОДНОИМЕННЫХ параметров в ОДНОИМЕННЫХ секциях приоритет за ИСХОДНЫМ INI-файлом.
Вложенный ini-файл берется по тому же пути, что и исходный. Обновление параметров - например, по
настройке в АРМах- осуществляется в ИСХОДНОМ (самом верхнем) ini-файле.
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
НОВОЕ В ТЕХНОЛОГИИ
1. Расширение полей блока 6 – БД IBIS
1.1 Общие положения. Поля персоналий 600 и 601 расширены для ввода:
Тематических и географических подзаголовков (ввод через словарь «Предметные
рубрики», пополнение словаря).
Имени автора (индивидуального или коллективного) и Заглавия, как Предмета (ввод
через Authority-файл Предметных заголовков ATHRS – новое подполе)
Примечание. Сведения о коллективе могут быть представлены в виде подполей (новые
подполя).
Изменены Index.ws, 600n.wss, !600.pft
1.1. Особенности заполнения полей 600 и 601
1.2.1.Наличие данных в подполе «Текст» определяет, являются ли данные, введенные в поля
600 и 601, Персоналией или Предметным заголовком, а именно:
Подполе заполнено («о нем», «о ней», «о произведении» - Pers.mnu) – данные, как
и ранее, идут в словарь «Персоналия», а в выходных форматах и КК выводятся в
области «Доп. точки доступа», поскольку не отражены в других областях описания.
В этом случае при вводе могут быть использованы словарь и Авторитетный файл
Авторов (индивидуальных и коллективов).
Подполе не заполнено – данные идут в словарь «Предметные рубрики», а в
выходных форматах и КК выводятся в области «Рубрики». В этом случае при вводе
могут быть использованы словарь заглавий БД ЭК и Авторитетный файл
Предметных заголовков.
При вводе персоналии (лица или коллектива) через словарь авторов/коллективов
ЭК в случае, когда автор или коллектив берется из поля 600 (601), в котором
введены тематические рубрики, вместе с ФИО (коллективом) переносятся и
рубрики (!amovip.pft, !mmovs_601.pft)
1.2.2 В поле 600 могут быть введены данные 4-х видов (новое подполе «Вид данных»,
справочник 600vid.mnu), коды которых мнемонически связанны с полями 6-го блока
Русмарка:
Имя лица в форме личного имени (код 600, может быть опущен)
Родовое имя (код 602)
Заглавие (код 605)
Имя и заглавие (код 604)
1.2.3 В поле 601 могут быть введены данные 2-х видов (справочник не используется)
Коллектив
Коллектив и Заглавие
1.2.4 При вводе полей с заглавиями в новом подполе «Тип заглавия» по справочнику
600tz.mnu должен быть введен один из кодов
500 - Унифицированное заглавие
501_0 - Унифицированное общее заглавие произведений автора (полное собрание
сочинений)
501_1 - Унифицированное общее заглавие произведений автора (избранные
произведения)
501_2 - Унифицированное общее заглавие произведений автора (извлечения, т.е.
части произведений)
Примечание. Заполнение этого подполя необходимо для корректного экспорта
записи в формат Русмарк; внутри системы это поле не анализируется.
1.2.5 Поле с заглавием может быть введено либо путем заполнения подполей, либо (если
желательно ввести более полные данные, чем это предусмотрены в подполях
унифицированного заглавия) - ссылкой на запись в БД в двух вариантах:
Ссылка на имеющуюся в БД полную запись вводится через предлагаемый словарь
заглавий (в запись вводится шифр)
Если документ в БД отсутствует, для ввода полных данных о документе-предмете
рассмотрения строится «встроенная» запись, которая в БД записывается с кодом в
поле 920 BOUNI (920.mnu)
1.2.6 Предлагается технология построения встроенных записей
При необходимости дать полное библиографическое описание документа для
создания «встроенного» документа в ^W записать VL600 (или 600)
При сохранении документа в 600^W дописывается случайное число
При копировании в режиме «Новый из текущего» по VL600.FST создается новая
запись: в 920=BOUNI, в 903 вносится 600^W, в 463^W поле 903 основного
документа, в 900^b вводится код из 900^b основного документа, дополненный
константой «VS-604»
Во всех словарях «встроенный» документ будет представлен полноценно
При просмотре «встроенного» документа (BOUNI) подается формат Vs600.pft
(Vs600_H.pft), который показывает основной документ со ссылкой на текущий
«встроенный», так что Читатель не будет его видеть как отдельный документ (и
заказывать, и получать заказанный). Ссылка показывается в области «Доп. точки
доступа» (Odoptd.pft). Каталогизатору предназначен формат
Vs600K.pft
(Vs600K_H.pft), который видит этот документ как самостоятельный со всеми
отсылками.
Примечание Форматы показа «встроенного» документа не включены в справочник
Pftw.mnu; при необходимости Пользователь может это сделать самостоятельно.
1.2.7
В IBIS.FST внесены следующие дополнения:
При формировании словаря Персоналий (префикс P=) имя лица (из 600) и
коллектив (из 601) включаются только при наличии подполя «Текст», в словарь
авторов и коллективов – безусловно
При формировании словаря Предметных рубрик (префикс S=) при отсутствии
подполя «Текст» включаются полные данные из полей 600 и 601 – Имя, Заглавие
(с данными из подполей), тематические, географические, хронологические и
формальные подзаголовки
Дополнительно тематические, географические, хронологические и формальные
подзаголовки из полей 600 и 601 включаются в «собранном» виде в словарь
Предметных рубрик (без автора и/или заглавия), а также в частные словари
подрубрик.
1.3 Поле 606. При попытке выбрать из Словаря Предметных рубрик или из Авторитетного файла
Предметных заголовков термин, содержащий Имя (лица или коллектива) и/или Заглавие,
выдается сообщение «Неправильно выбран документ – вводите в поля 600 или 601» форматы !Smov.pft (БД ЭК), !Athrsgr.pft (БД ATHRS)
1.4 В поля 600, 601, 606, 607 введено ^0 (код системы предметизации) - Pr31.wss, Gr31.wss,
!pzmov.pft,
1.5 Откорректированы форматы просмотра и экспорта-импорта в Русмарк - Rmarci.fst, Rmarce.fst,
Rmarcw.pft, Rmarcw_H.pft, Fp464_H.pft
1.6 Авторитетная БД Предметных заголовков
1.4.1 Расширена структура полей для ввода Предметной рубрики, заданной именем лица
или наименованием организации – 210a.wss и 210с.wss
1.4.2 Добавлены в связи с изменением структуры полей форматы: athrsgra.pft, athsgrc.pft и
меню: 125_6.mnu, 125_7.mnu, 125_8.mnu, pzf_200.mnu, tz_200.mnu, 210vid.mnu,
1.4.3 Изменены форматы: Athra.pft, athrc.pft, athrs.pft, athrs.fst, dbnflc.pft, smarce.fst, smarci.fst,
athra.ws, athrc.ws
1.4.4 Добавлен формат athrc601.pft в Авторитетную базу коллективов
1.4.5 Изменены форматы athrs.gbl, athracs.gbl, autoin.gbl в БД IBIS
2
«Раздел» и «Функция» в поле «Содержание сборника»/«Оглавление журнала»
2.4 В РЛ «Содержание сборника»/«Оглавление журнала» (330n.wss) введено подполе U,
определяющее номер раздела (в строке заголовка раздела) и принадлежность к
определенному разделу (в строках статей из раздела) – с использованием справочника
330u.mnu
2.5 В том же РЛ введены подполя Q, S, T – уточняющая «функция» первого, второго и третьего
авторов («комп.», «Авт либретто» и пр. – справочник 7024.tre) – учитываются при
формировании сведений об ответственности
2.6 В РЛ «Содержание» (Content71.ws) введены две дополнительные страницы, которые могут
быть использованы при вводе упрощенного описания статей сборника в режиме мультиввода
– Сборник произведений одного автора (авторы не вводятся - РЛ 330nA.wss) и Сборника
произведений разных авторов (авторов не больше 1 - РЛ 330nZ.wss)
2.7 Применяются специальные символы разметки
Разметка авторов - при вводе нескольких статей одного автора, который выведен в
заголовок раздела, автор должен быть повторен в каждой из его работ, а если при
просмотре нужно вывести автора однократно, необходимо ввести разметку типа
<Иванов А.А.=> (заключить ФИО в угловые скобки, поставив после ФИО знак =). В
результате такой разметки Автор в просмотре не будет выводиться, а в словаре и в
созданном аналитическом описании будет присутствовать.
Разметка заглавий – при вводе нескольких заглавий из одного раздела, часть
заглавия, совпадающую с заглавием раздела, можно также выделить символами
<…=>. В результате такой разметки повторяющаяся часть заглавия в просмотре не
будет выводиться, а в словаре и в созданном аналитическом описании будет
присутствовать.
2.8 Особенности заполнения 330^U - ЭД «Роль: № раздела/относится к разделу №»
Для разделов вводить последовательные номера (1, 2 …)
Для статей, относящихся к разделу, через справочник вводятся «из 1», 1 нужно
заменить на номер раздела
Если статьи внутри раздела нумеруются, эта нумерация указывается через / после
номера раздела
Для самостоятельных статей содержания, не относящихся ни к какому разделу, ^U не
заполняется
2.9 Пример
#330/1:_^FШуман Р.^CТри вальса^U1^G Р. Шуман ; переложение М. Камилова (заголовок
раздела)
#330/2:_^F<Шуман Р.=>^C<Вальс=> op. 124, №15^Uиз 1/I^G Р. Шуман^427
#330/3:_^F<Шуман Р.=>^C<Вальс=> op. 124, №10^Uиз 1/II^G Р. Шуман^428
#330/4:_^F<Шуман Р.=>^C<Вальс=> op. 124, №4^Uиз 1/III^G Р. Шуман^429
При просмотре в области содержания
Шуман, Р. Три вальса / Р. Шуман ; переложение М. Камилова
op. 124, №15 / Р. Шуман. - С.27
op. 124, №10 / Р. Шуман. - С.28
op. 124, №4 / Р. Шуман. - С.29
2.10 Подготовлены новые РЛ Pazk71.ws, Pvk71.ws, Spec71.ws, ASP71.ws, Auntd71.ws, которые
отличаются от старых тем, что вложенный РЛ Content71.ws состоит из 3-х страниц (вместо
одной), различающихся рабочими листами подполей для поля 330 (330n.wss, 330nA.wss,
330nZ.wss). Эти РЛ не подаются как оптимизированные, их удобно использовать при вводе
содержания, например, работ одного автора (автор не вводится) или сборника произведений
разных авторов (у каждого произведения не более одного автора). Дополнительные РЛ
включены в справочник рабочих листов Ws31.mnu; их удобно использовать в режиме
мультиввода (табличный режим), и, особенно, при вводе Заголовков разделов.
2.11 Аналитическое описание из поля содержание
2.8.1 Режим «Новый из текущего» - по таблице STN.FST
Сведения о разделе и номер позиции в разделе вводятся в поле 225 (серия)
Специальные символы разметки игнорируются
В поля 700 и 701 вводятся данные из полей 330/922 ^Q,^S,^T (функция)
Дополнительно
Новый документ формируется как РЛ AUNTD (поле 920), если в источнике-сборнике
(в поле 900^c,2,3,4) или общем описании выпуска журнала (в поле 110^f или 110^g)
введены коды характера документа «27» (юридический документ), или «1n», или «n»
(юридическая статья)
Если предыдущее условие не выполняется, формируется РЛ ASP
В таблицу переформатирования дополнительно включены поля 125 и 126, а также
510 (в 330n.wss введено новое подполе «Параллельное заглавие» статьи)
При наличии поля 225 в записи аналитического описания, в формате просмотра
шифр источника не показывается
2.8.2 Создание новых аналитических описаний на ВСЕ повторения полей «Содержание
сборника»/«Оглавление журнала» путем глобальной корректировки по заданию
STN.GBL
То же, что и в STN.FST
На заголовки разделов аналитические описания не создаются
Форматы: 330n.wss, Content71.ws, 330nA.wss, 330nZ.wss, 330u.mnu, O330g.pft, O922gnj.pft,
(Oprimd.pft, Oprimd_H.pft и O922nj.pft, O922nj_H.pft - данные из полей 330/922 выводятся с
использованием функции &uf('+S0') - обработка специальных символов разметки), Stn.fst, Stn.gbl,
Glob.mnu, Oistasp.pft, Oistasp_H.pft, Ibis.fst (…|T=|d330^c …),
Технология списания по внешнему файлу – БД CMPL
3.1 Обеспечена возможность выполнения группового списания по спискам инвентарных номеров
или штрих-кодов, подготовленных в виде текстового файла. Каждая строка файла
рассматривается как инвентарный номер или штрих-код для выполнения группового
списания.
3.2 Имя файла с расширением указывается в записи КСУ выбытия в подполе «Списание по
внешнему файлу» поля 888 (Сведения о выбытии партии книг и журналов). Если файл с
указанным именем есть в директории БД, то он и берется для списания; если в директории
БД он не находится, то открывается диалоговое окно для указания пути к этому файлу.
3.3 При вызове режима группового списания не следует отмечать записи, иначе списание будет
выполняться по отмеченным терминам.
3.4 Подготовить текстовый файл можно следующим образом. В РЛ KS2 на странице “Технология”
ввести в повторяющееся поле 103 штрих-коды списываемых экземпляров, отмечая их по
словарю БД ЭК. Затем получить внешний файл, выполнив выходную форму INV_SPI по
отмеченной записи КСУ выбытия (KS2).
Созданы файлы: Inv_spi.pft, Inv_spi.srw, Inv_spi.tbg, Inv_spi.tab,
Изменены: Ks2.ws, 888.wss, Tabpcw.mnu, Seltabw.par.
4
Оформление подшивки периодики за разные года – БД IBIS. В записи подшивки, к которой
добавляются выпуски другого года, заполняется поле “481: Приплетенные номера за другие
годы”. После заполнения поля 481 на записи подшивки выполняется глобальная корректировка
NJGAZ481.gbl. Новые файлы: 481nj.wss, njgaz481.gbl; изменены: !nj31.ws, njw.pft, groupspi.gbl,
glob.mnu.
5
Оперативные режимы для сборников (есть поле 330) – БД IBIS. Форматы: OperHint.pft,
Content.pft
6
«Размножение» штрих-кодов (ШК) для экземпляров со статусом R (ранее было только для
инвентарных номеров)
6.1 Размножение, как и для инв. номеров, состоит в создании новых повторений поля 910, число
которых задано, как и ранее, в подполе Инв. номера (910^b), после которого ставится «/» и
начальное значение для инв. номера; начальное значение штрих-кода указывается в подполе
910^H
6.2 В каждое из новых повторений, вводятся инв. номера и/или ШК, увеличивающиеся на 1 в
последнем (правом) разряде
6.3 Если введены начальные значения инв. номера и штрих-кода, размножаются оба;
6.4 Если введен только штрих-код, в размноженные поля вводятся только ШК
6.5 Если ШК не введен, то в размноженные поля вводятся только инв. номера
6.6 Если начальный номер не указан, то размножение инв. номеров начинается с 1
6.7 При одновременном вводе нескольких повторений поля 910 со статусом R, инв. номера и/или
ШК присваиваются с продолжением
7
Введены новые коды вида документов (дополнение ориентировано на библиотеки для
слабовидящих) – справочники 900t.mnu, 106.mnu, 106t.mnu
8
В полях авторов (701.wss, 701d,wss, 702.wss, 961n.wss, 600n.wss, 926.wss) введен справочник к
подполю «Дополнение к именам, кроме дат» Avt_dop.mnu.
9
В полях коллективов добавлены подполя «функции» - 710k.wss, 711k.wss, 971vk.wss, 972vk.wss,
962.wss
10 Контроль ISBN по модулю 11 – анализируются и старый, и новый алгоритмы формирования ISBN
11 Нотные и аудио-документы.
11.1 В поле 125 (специфические данные для нотных и аудио-документов - 125.wss) добавлены
подполя «Тональность произведения» (125_6.mnu), «Цифровое обозначение» (125_7.mnu),
«Диапазон» (125_H.mnu), а также признак того, что произведение является аранжировкой.
Для подполей «Жанр и вид произведения» и «Средства исполнения (инструменты/голоса)»
расширены справочники ввода (128_a8.mnu и 128b.mnu).
11.2 При первом сохранении документа (если поле 200^e пустое и отсутствует поле 903 и нет
отказа от формирования сведений к заглавию) эти данные вводятся в область сведений к
3
заглавию (изменены форматы O200e.pft, Otitkn.pft) вслед за данными, формирующимися из
кода характера документа.
11.3 Создается словарь «Музыкальное воспроизведение (Ноты-Аудио)» (префикс MPR=), в
который включаются данные из поля 125 «Жанр и вид» и «Инструменты/голоса», для
раскодировки – справочник Mpr.mnu (Ibis.fst)
11.4 Подготовлен иерархический справочник SZ.TRE, представляющий расширенный набор
текстов из сведений к заглавию для разных видов изданий; он может быть использован при
нежелании пользоваться автоматическим вводом по коду заглавия или полям специфических
данных (мультиввод – все отмеченные термины вводятся с предшествующими
разделителями « : »; подключено в 200bz.wss)
12
Каталожные карточки – в индивидуальном и пакетном режимах печати
12.1 Обеспечена возможность печати на КК инвентарных номеров, заданных в настройке (поле
905 или по кнопке) в параметре «Экземпляры на КК не выводить? - инв .№-го экз.» в виде «–
2/Nx, Ny-Nz, Nmm», то есть любой комбинацией номеров повторения поля 910 в виде
интервала или через запятую. Сведения (инвентарный номер, число экземпляров из 910^1 и
место хранения) выводятся на основной и добавочной КК с начала строки в области после
УДК – форматы !!kk2udk.pft, !kkkind.pft
Примечание. Для этого режима рекомендуется использовать индивидуальную настройку
12.2 Обеспечена возможность печати формуляров и КК для Топографического каталога по
заданному номеру КСУ (поле 905 или по кнопке Настройка) – форматы !kkkfw.pft, !kkkt.pft,
!!kkf8f.pft, !!kk.srw, !!kkd.srw, 905.wss, 905nj.wss, Setpriv.wss
13
Книгообеспеченность
13.1 В БД IBIS
13.1.1 Уточнен алгоритм определения числа студентов для исключения повторного счета,
когда одна книга предназначена для дисциплин по разным специальностям, изучаемых
одним и тем же студентом
Форматы: Koo.pft, KitsrO.pft, KitsrO_An.pft, Kitsr.pft, Kitsrz.pft,
13.1.2 Итоговая форма Kitf3g2 и формат просмотра Boko.pft доработаны для филиалов форматы: Kit.wss, KitexO.pft, KitsrO.pft, Kitf3g2h.pft, Boko.pft, Kit_filial.pft, Filial.mnu,
Kitf3g2 (pft, srw, tab, tbu, hdr)
В формате просмотра дополнительно выводятся данные по каждому филиалу,
представленному в справочнике Filial.mnu ("филиал (место хранения) - число студентов",
отдельная строка "Всего - число студентов"). Кроме того, выдается строка общего ККО, в
которой дополнительно учитываются экземпляры со статусом С и студенты в соответствии со
справочником (без учета выделенных фондов и общих экземпляров - аналогично итоговой
форме). Если в Filial.mnu число раскодирующая часть (число студентов) отсутствует, эти
данные не выводятся.
В итоговой форме можно задать параметр «Учитывать все филиалы» или «Отдельный
филиал, для которого должна быть получена форма».
Данные о числе студентов могут быть введены либо в справочнике Filial.mnu, либо
непосредственно при выполнении формы (приоритет).
13.1.3 Итоговая форма Kitf3g2 и формат просмотра Boko.pft – введено понятие «Аналог» для
изданий либо одного наименования и разных лет издания, либо взаимозаменяемых по
любому критерию учебников, которые при расчете коэффициента КО должны
считаться как одно наименование - форматы: KO.ws, 699.wss, 699.mnu, !699.pft, Kitf3g2
(pft, srw, tab, tbu, hdr)
Введенное поле 699 имеет 2 подполя ^U (статус: 1-основной, 0-аналог) и ^W (шифр
связанной записи – вводится через словарь заглавий). При расчетах достаточно ^U, шифр
можно вводить для связи записей - аналогов.
Предполагается, что поля 699 со статусом ^U1 могут повторяться (первое издание имеет
несколько более поздних "аналогов"), но в каждой записи более позднего аналога поле 699 со
статусом ^U0 повторяться не должно (есть формат ФЛК !699.pft)
При расчете коэффициента КО анализируются экземпляры всех записей (число, степень
новизны и качества), а в число наименований записи имеющие в 699^U статус 0, не
включаются
13.1.4 В итоговой форме Kitf3g2 по умолчанию расчет степени новизны и качества
установлен «по экземплярам»
13.1.5 В выходной форме KkodiscS «Обеспеченность литературой по дисциплинам»
коэффициент КО выводится без перевода в % - изменены форматы Kko_kkv.pft и
DiscnP_vl.pft; в формат Briefkt.pft добавлено сообщение о том, что книга является
«аналогом».
13.2 В БД RDR
13.2.1 Rdr.fst, Rdru.ws, Rdruw.pft – поле 90 повторяющееся
13.2.2 Проблема «специализации».
На примере, приведенном в ОК 009 –2003 (Москва : ИПК Издательство стандартов,
2003):
« - 120000 Геодезия и Землеустройство – укрупненная группа специальностей и
направлений
- 120100 Геодезия - направление подготовки
- 120101 Прикладная геодезия – специальность
Дополнительно могут быть определены специализации, не имеющие цифровых кодов,
для которых будут вводиться идентификаторы».
Технология предполагает, что в поле 90^C записи студента вводится код
специальности, дополненный через точку (обязательный разделитель) произвольным
идентификатором специализации, например, в общем случае, 120101.ХХ.99.
Разработанная инверсия RDR.FST приведет к тому, что при расчете КО студент
будет «откликаться»
на
дисциплины,
адресуемые непосредственно
данной
специализации 120101.ХХ.99, на дисциплины, адресуемые всем специализациям данной
специальности (120101), и на дисциплины, адресуемые всем специальностям
направления 120100.
При необходимости можно будет сюда же ввести и расширение на код укрупненной
группы.
Смысл этой доработки в том, что дисциплины, адресуемые укрупненной группе, не
нужно отдельно прописывать путем перечисления всех составляющих этой группы.
14
БД ATHRC
14.1 Для реализации возможности раздельного поиска по коллективам и издательствам в режиме
“для умников” в БД ЭК с использованием БД ATHRC, изменены файлы: Sadv.pft, Athr_wn.pft,
Athr_select_wn.pft, Athr_search_wn.pft.
В БД IBIS в связи с этим изменен файл Ibis.fst
15
БД ATHRB
15.1 Реализована возможность ввода несколько кодов ББК для одной рубрики. Изменены файлы:
Athrb.fst, Athrgr.pft, Athrugrr.pft, Athrb.ini, Athrbw.pft, 510.wss, 210.wss.
В БД IBIS изменен в связи с этим Autoin.gbl, 621.wss
16
БД KZD
16.1 Обеспечен ввод связи документа БД KZD с документом - источником, в котором опубликована
нужная статься (из полей «Оглавление» выпуска журнала или содержание сборника)
Форматы: !488_Kzd.pft – БД IBIS, Autoin.gbl – БД KZD
16.2 Откорректирован ряд РЛ и справочников, в частности, введено поле 60 – тематика
(повторяющееся, ввод через справочник, формируется словарь); в поле 309 «Дата события»
введено подполе Т – «Текст для календаря»; поле 309 объявлено повторяющимся;
актуализирована тестовая база.
16.3 Подготовлены табличные формы «Календарь» (сортировка по месяцам, выводится краткое
описание события (из 309^T) и полное (аннотация) – форма CALENDAR) и «Указатель
событий по тематике» (с размножением рубрик и событий, когда в одном документе несколько
рубрик и несколько дат для календаря – форма UKT).
Примечание. Поскольку в таблицы выводится информация из комбинаций повторяющихся
полей, подготовка таблиц выполнена нестандартным способом (Генератор форматов
использован частично и не может быть впрямую использован для корректировки)
16.4 Подготовлены HTML - форматы просмотра Kzd_H.pft и Kzd_H_Uni.pft; второй из них
показывает графические внешние файлы непосредственно в формате
17
Оформление утерянных книг - Предполагается следующая технология
17.1 На кафедре выдачи при обращении читателя производится распечатка утерянных
(отмеченных) читателем книг (формат Rdrw_html_LOOS_MARKED.pft; имя формата включено
в DOLGW.MNU). Формат содержит данные о читателе, краткое БО книги, Шифр, Инв. номер,
Штрих-код, Цену экземпляра. Печатать следует в двух экземплярах.
17.2 Читатель согласовывает с отделом комплектования порядок замены, приносит книгу, в
которую вкладывается один экземпляр распечатки (сохраняется до ввода описания в БД), а
второй подписывается и является документом, с которым читатель обращается на кафедру
выдачи для оформления утерянных книг
17.3 При создании записи КСУ поступления партии, в которую входят книги «взамен утерянных» в
запись КСУ вводится дополнительная информация «Инв.№ старый (утерянный – берется из
распечатки) - Инв.№ новый» (введено дополнительное поле 80). Изменен файл KSU.ws;
создан – 80.wss.
17.4 После ввода БО книги в БД комплектования можно получить выходную форму «Взамен
утерянных» (UCHET) для заданной КСУ
Примечание: В БД RDR и IBIS (ЭК) появляются словари «Утерянные экземпляры» (префиксы
HU= и EXU= соответственно). При этом в общем словаре инвентарных номеров ЭК (префикс IN=)
сведения об утерянных экземплярах остаются.
17.5 Утерянные экземпляры могут быть списаны по штатной технологии списания книг и журналов.
18
«ИРБИС – ПАРУС» - подготовка данных для бухгалтерии
В систему Парус передаются в текстовом формате суммарные данные из записей КСУ
поступления, отобранные за заданный период (год-месяц).
Сделаны следующие доработки:
88.wss – добавлены подполя (^J,^i - Номер и дата счета, ^L - Источник
финансирования, ^M - Признак «Оплачено»; для ввода используются справочники
Istfin.mnu, Nd.mnu)
KSU.ws – введены «значения по умолчанию» для подполей L и M
в словарь (cmpl.fst) добавлен термин с префиксом KSUPLM= (КСУ «платные» за годмесяц – при наличии 88^g),
в CMPL.INI (БД CMPL) и IRBISP.INI (Поступление) добавлен соответствующий вид
поиска для отбора КСУ за месяц
Отбор и экспорт в текстовом формате из БД CMPL (ИРБИС32 - АРМ Каталогизатор)
по Parus_B.fst
НОВОЕ В ФОРМАТАХ (кроме описанных выше в разделе Новое в технологии)
1
2
3
4
5
6
7
8
9
10
ibis.fst - нехарактерное основное заглавие из поля 200 при отсутствии поля 461 выводится вместе
с 200^f (200 …)
!F8tit.pft – при наличии 200^u:’1’ (нехарактерное заглавие) выводятся и сведения об
ответственности из 200^f
Osoa.pft, O200f.pft, O961f.pft – дополнение к функции (700^7, 701^7, 961^7) вводятся в Сведения
об отв-ти; ранее только 702^7
O200g.pft, O961.pft – функция коллектива вводится в Сведения об отв-ти
Suau.srw – обеспечен идентичный вывод ФИО (с пробелом в инициалах) из полей 700, 701, 702,
961, 600 в части Авторского указателя
Groupspi.gbl – изменен для списания отдельных номеров журналов со статусом ‘4’ (утерян).
Oprim.pft, Oprim_H.pft, OprimK.pft, OprimK_H.pft – в области «краткого» содержания выводятся
сведения об ответственности (просмотр и КК)
O200e.pft, Otitkn.pft, Ospec.pft – данные поля 125 вводятся в 200^e, удален вывод 125^1, 125^2,
125^e, которые перенесены в область сведений к заглавию
Orubdks.pft, Orubdks_H.pft, !!kk3prk.pft, !kkkr.pft, !!kk5odk.pft, !kkk5odk.pft, Odoptd.pft, Odoptd_H.pft,
!kkkdw.pft, !!kk.srw - вывод предметных рубрик и заголовков добавочных КК в связи с полями 600 и
601
!amovip.pft, !mmovs_601.pft, !pzmov, !smov.pft – форматы переноса через словарь в поля 600, 601,
606 в связи с полями 600, 601
11
12
13
14
15
16
17
18
19
20
21
22
23
Rmarce.fst, Rmarci.fst, Rmarcw.pft, Rmarcw_H.pft, Fp464_H.pft – форматы показа и экспортаимпорта в Русмарк в связи с полями 600, 601
!600.pft, !601.pft – ФЛК полей 600, 601
Ofinal.pft, Ofinal_H.pft – ссылка на связанную запись, Oistasp.pft, Oistasp_H.pft, Brief.pft, BriefkT.pft,
Vs600.pft, Vs600_H.pft, Vs600K.pft, Vs600K_H.pft – показ «встроенной» записи (поля 600, 601)
O330g.pft, O922gnj.pft, O922nj.pft, O922nj_H.pft,Oistasp.pft, Oistasp_H.pft, Oprimd.pft, Oprimd_h.pft –
в связи с вводом «Раздела» в полях Содержание/Оглавление
RDR_Cena.pft – в связи с «утерянными книгами» для передачи данных о цене утерянного
экземпляра для распечатки в АРМе Книговыдачи
Bar_kod_h_new.pft - формат печати штрих-кодов в несколько колонок с размножением для
экземпляров со статусом U (новый HTML-формат); Multi.pft – вложенный в Bar_kod_h_new.pft
Njw.pft, Njw_H.pft – в связи с задачей оформления подшивки за разные годы, форматы
синхронизированы
Content.pft, OperHint.pft – оперативные режимы для книги с введенным содержанием
!!488kzd.pft (БД ЭК), Autoin.gbl (БД KZD) – для отклика из БД KZD на статью из журнала
Boko.pft, DisnP_vl.pft, Kitf3g2.pft, Kitf3g2h.pft, Kitsr.pft, Kitsr0.pft, KitsrO_An.pft,Kitsrz.pft, Kko_kkv.pft,
Koo.pft, Kos_filial.pft, !699.pft – для задачи КО
463.wss – подключен ввод шифра источника через словарь заглавий
Rmarce.fst - добавлено поле 5
В 919g.mnu добавлен код RCR.
В тестовую БД IBIS добавлены записи:
№№ 178-202 БО для задачи Книгообеспеченность
№№ 203-206 – БО нот, в которых в поле Содержание введены разделы и разметка заглавий
и авторов
№№ 207-208 – БО нот, в которых введены «ФИО и Заглавие как предмет»
№ 209 – 214 – Аналитические описания нот из источника № 203 и 206
Версия 2006.2
Функциональные возможности:
АРМ Каталогизатор
1. Новое интерфейсное решение (ИРБИС64) - АВТОМАТИЧЕСКИ СВЕРТЫВАЮЩИЙСЯ СЛОВАРЬ.
Словарь в основном окне интерфейса АРМа Каталогизатор (левая верхняя область) является
вспомогательным инструментом, который служит для быстрого доступа к документам. В процессе
собственно ввода/корректировки в нем нет необходимости - он только лишь "отнимает" место у РЛ
ввода. В связи с этим предлагается кнопка (в области словаря), которая переводит словарь в режим
автоматического свертывания: при переводе мышки или фокуса на РЛ ввода словарь скрывается
(превращается в узкую закладку), при наведении мышки на закладку словаря он открывается.
Предлагается дублирующая клавишная команда для переключения режима словаря (Alt-M).
2. На плоскости ВВОД (ИРБИС32) введена кнопка ПЕЧАТЬ ТЕКУЩЕГО (рядом с кнопкой ПЕЧАТЬ КК)
– обеспечивающая печать текущего документа с выбором формата печати (в т.ч. в виде комплекта
КК). Данный режим ПРЕДПОЧТИТЕЛЬНЕЙ режима ПЕЧАТЬ КК.
3. Обеспечена возможность оперативной (в процессе работы) сортировки справочников - путем
щелчка по заголовку соответствующей колонки. Реализуется только для тех справочников, которые
объявлены в РЛ сортируемыми (<name>.mnu\\1 или <name>.mnu\\2), т.е. сортировка, указываемая в
РЛ, рассматривается как умалчиваемая.
4. Подготовлены аналоги всех основных форматов показа в виде HTML-форматов (имеют те же
имена, но с суффиксом _H). Есть возможность переключить режим ОПТИМИЗИРОВАННОГО формата
на HTML-форматы - для этого необходимо изменить значение параметра PFTOPT в разделе [MAIN]
INI-файла на PFTOPT=pftw_H.opt
5. Обеспечена возможность группового (мульти) ввода через иерархические справочники (т.е. в
случае ввода повторяющихся элементов с помощью иерархических справочников можно вызывать
групповой ввод с помощью клавиши F3, для неповторяющихся элементов в РЛ для МЕТОДА ВВОДА 6
– ВВОД ЧЕРЕЗ ИЕРАРХИЧЕСКИЙ СПРАВОЧНИК – можно устанавливать соответствующие значения
в колонке РЕЗЕРВ для конкатенации группы выбранных значений).
6. Обеспечена возможность вызова оперативных меню по их порядковому номеру (если их больше
одного), т.е., например, для вызова второго оперативного меню необходимо ПОСЛЕДОВАТЕЛЬНО
нажать F4 и 2.
7. Обеспечена возможность (только для ИРБИС64) хранить внутри документов двоичные ресурсы и
представлять их (ссылаться) в выходных формах (через форматы показа).
В каких случаях эта возможность может быть использована:
а) Могут быть такие ресурсы (например, графические данные, видео, звук и т.п.), которые должны
оставаться НЕОТЪЕМЛЕМОЙ частью документа, т.е. портироваться (копироваться, импортироваться,
экспортироваться) вместе с ним. (на основе внешних объектов - 951 поле - это сделать
затруднительно);
б) Может возникнуть необходимость представления двоичных ресурсов (картинки) ВНУТРИ
КОНТЕКСТА (внутри поля/подполя) - сделать это с помощью внешнего объекта также затруднительно
(а то и невозможно). Например. Внутри заглавия есть сложная математическая или химическая
формула (никаким UNICODE ее не ввести) - как ее ввести и потом отображать? Следующим образом:
формула сканируется, т.е превращается в графический ресурс (файл), затем данный ресурс
ВВОДИТСЯ в документ как внутренний, после чего в нужном месте заглавия ВВОДИТСЯ команда (см.
ниже), ссылающаяся на соотвествующий внутренний ресурс.
Как вводить в документ двоичные ресурсы?
Для хранения таких данных в документе предусматривается специальное поле (по умолчанию 953 параметрируется через параметр TagInternalResource в секции [MAIN] серверного INI-файла). Ввод в
данное поле предлагается в РЛ на странице ТЕХНОЛОГИЯ. Поле – повторяющееся, каждое
повторение содержит один двоичный ресурс. Поле содержит три подполя: A - тип внутреннего
ресурса; Т – название двоичного ресурса; B - собственно ресурс. Для ввода поля предусмотрен
вложенный РЛ 953.wss. Тип внутреннего ресурса (подполе А) совпадает с типом (расширением)
соотвествующего файла. Для ввода типов ресурсов предусмотрен справочник 953.mnu. Для ввода
собственно двоичного ресурса (подполе В) используется метод ввода 12 - ВВОД ИЗ ВНЕШНЕГО
ФАЙЛА - с опцией 3 (ВВОД ДВОИЧНЫХ РЕСУРСОВ), при этом можно указывать маску для
выбираемых в качестве двоичного ресурса файлов (через запятую после опции 3). При вводе
указанного файла АВТОМАТИЧЕСКИ переносится его расширение в подполе А. Возможен ввод
двоичного ресурса через БУФЕР ОБМЕНА Windows - в том случае, если таковым являются
графические данные в формате BMP. Умалчиваемым типом двоичного ресурса (т.е. если подполе А
пустое) является BMP. Двоичные ресурсы хранятся в документе в текстовом формате (т.е.
подвергаются специальной кодировке, чтобы исключить НЕДОПУСТИМЫЕ с точки зрения ИРБИС
символы).
Как выводить (отображать) двоичные ресурсы в форматах показа (это возможно ТОЛЬКО в HTMLформатах!)?
ПЕРВЫЙ СПОСОБ: (наиболее удобный) в нужное место документа/поля/подполя (результат
расформатирования) вводится команда в виде
[[N]]
где N - номер внутреннего двоичного ресурса в документе, т.е. номер соответствующего повторения
поля 953 (начиная с 1).
Данный способ является единственно возможным в случае, когда место расположения двоичного
ресурса НЕ МОЖЕТ БЫТЬ предусмотрено в формате. Например, сложная математическая или
химическая формула в заглавии. В этом случае команда вывода двоичного ресурса вводится
непосредственно в заглавие:
#200: ^A<часть заглавия до формулы> [[1]] <часть заглавия после формулы>
при этом собственно двоичный ресурс с изображением формулы вводится в качестве первого
повторения поля 953.
Команда вывода двоичного ресурса также может формироваться с помощью формата. Например:
(if p(v953) then '[[',&uf('+90'),']]<br>' fi)
(для пояснения - &uf('+90') - номер текущего повторения)
Данный способ отображения внутренних двоичных ресурсов - [[N]] - поддерживается ТОЛЬКО в
форматах показа, которые ЯВНО помечены как HTML-форматы. ЯВНО ПОМЕЧЕННЫМ считается
такой формат, результат расформатирования по которому начинается с пустого тэга </> (который
НИКАК не влияет на представление документа).
ВТОРОЙ СПОСОБ: использование ИРБИС-тэга (см. описание ИРБИС-Навигатора)
<IRBIS TYPE="1" VALUE="dbname,mfn,numb">
dbname - имя БД (по умолчанию - текущая)
mfn - внутренний номер док-та
numb - номер двоичного ресурса в документе
В этом случае указанный выше в качестве примера формат будет иметь вид:
(if p(v953) then '<IRBIS TYPE="1" VALUE=",',mfn,',',&uf('+90'),'"><br>' fi)
ТРЕТИЙ СПОСОБ: (только для графических ресурсов - каковые в настоящее время являются
единственно возможными для НЕПОСРЕДСТВЕННОГО отображения в формах показа) используется
IMG-тэг с ИРБИС-ссылкой (см. описание ИРБИС-Навигатора).
<IMG SRC=”IRBIS:12,dbname,mfn,numb”>
В этом случае указанный выше в качестве примера формат будет иметь вид:
(if p(v953) then '<IMG SRC="IRBIS:12,,',mfn,',',&uf('+90'),'"><br>' fi)
Также есть возможность НЕ ОТОБРАЖАТЬ НЕПОСРЕДСТВЕННО двоичный ресурс, а формировать
на него ссылку. В этом случае используется ИРБИС-ссылка с командой 3 (см. описание ИРБИСНавигатора)
Приведенный ниже формат будет формировать ссылки на все двоичные ресурсы док-та:
(if p(v953) then '<A HREF="IRBIS:3,12,,',mfn,',',&uf('+90'),'">’,v953^T ,'</A><br>' fi)
Кроме графических ресурсов (BMP, GIF, JPG) в качестве внутренних двоичных ресурсов можно
использовать ЛЮБЫЕ другие, но при показе на них можно ТОЛЬКО ссылаться (т.е. использовать
форматную конструкцию, приведенную выше).
В качестве внутренних двоичных ресурсов имеет смысл использовать НЕБОЛЬШИЕ ресурсы. (Если
это полный текст книги, то его лучше использовать как внешний объект).
При корректировке внутренних двоичных ресурсов (т.е. при корректировке/добавлении поля 953) их
актуальное представление в формате показа АРМа Каталогизатор осуществляется ТОЛЬКО после
сохранения документа.
Предлагается специальный форматный выход (UNIFOR), который сохраняет заданный внутренний
ресурс в заданном файле - &uf(+9DNN#<полный путь>), где NN - номер внутреннего двоичного
ресурса в текущей записи.
Представление внутренних двоичных ресурсов при работе через Web - ОСОБЫЙ СЛУЧАЙ. При этом
НЕЛЬЗЯ использовать никакие ИРБИС-ссылки. (Этот вопрос еще прорабатывется - очевидно, будет
поддерживаться ТОЛЬКО команда [[N]])
Самыми очевидными примерами внутренних двоичных ресурсов могут быть сканированные обложки
книг (если не всех, то редких) и фотографии читателей. (См. примеры использования внутренних
двоичных ресурсов в тестовых базах данных: БД IBIS, mfn=177, формат показа –
ОПТИМИЗИРОВАННЫЙ; БД IBIS, mfn=176, формат показа UNI_H; БД RDR, mfn=1, формат показа
ОПТИМИЗИРОВАННЫЙ)
8. Реализован (в ИРБИС32 и в ИРБИС64) режим ЗАИМСТВОВАНИЯ (импорта) ИЗ Z-РЕСУРСОВ (по
аналогии с уже имеющимися режимами ИМПОРТ ИЗ ЛИБНЕТ и ИМПОРТ ИЗ WebИРБИС-РЕСУРСОВ)
- режим позволяет осуществлять поиск, отбор и импорт в ИРБИС из любых библиографических
ресурсов, поддерживающих протокол Z39.50.
В связи с этим режимом вводятся следующие параметры INI-файла (в ИРБИС64 - серверного)
RUSMARCFST=RMARCI
UNIMARCFST=UMARCIW
USMARCFST=SMARCI
RUSMARCGBL=RMARCI1
UNIMARCGBL=UMARCI
USMARCGBL=USP
(указаны значения по умолчанию) которые определяют ТВП переформатирования и соответствующие
задания на глобальную корректировку для импорта данных в форматах RUSMARC, UNIMARC и
USMARC – именно в этих форматах поступают данные из известных Z-ресурсов,
а также параметры
ZIMPORTSEARCHPAGE=OPAK-YAZ.html
ZIMPORTFORMAT=OPAK_YAZ_referings.pft
(указаны значения по умолчанию) которые определяют интерфейсное решение режима
заимствования. В OPAK-YAZ.html (в виде аттрибутов соотвествующего тэга SELECT) содержится
список предлагаемых Z-ресурсов, который пользователь может корректировать. Адрес Z-ресурса
указывается в виде:
<LOGIN>:<PASSWORD>@<address_Z_server>/<dbname1>+<dbname2>+….;<CODE_PAGE>;<ISO_FO
RMAT>
(Жирным шрифтом обозначены обязательные параметры)
Параметр <CODE_PAGE> принимает значения - CODE_PAGE_UTF8, CODE_PAGE_WIN1251,
CODE_PAGE_KOI8-R
Параметр <ISO_FORMAT> принимает значения – RUSMARC, UNIMARC, USMARC
Для работы по протоколу Z39.50 должны быть открыты соответствующие порты (указываются в
адресах Z-ресурсов – по умолчанию 210, для ресурсов, указанных в дистрибутиве, это 9999, 9909,
7090, 210)
Данный режим открывает перед Каталогизаторами - без всякого преувеличения - грандиозные
возможности по заимствованию готовых библиографических записей из ЛЮБЫХ МИРОВЫХ
БИБЛИОГРАФИЧЕСКИХ ресурсов, доступ к которым осуществляется по протоколу Z39.50 - а это БЕЗ
ИСКЛЮЧЕНИЯ электронные каталоги всех крупнейших библиотек России и мира, в том числе:
Российская государственная библиотека
Российская национальная библиотека
ГПНТБ России
ВГБИЛ
БЕН
Библиотека конгресса США
Британская библиотека
и т.д.
а также крупнейшие корпоративные (сводные) ресурсы - такие как АРБИКОН.
9. В режиме ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА:
добавлена опция выполнения задания на глобальную корректировку без формирования
протокола – рекомендуется при запуске задания на большую БД с предполагаемым большим
количеством операторов CORREC и/или NEWMFN.
для ИРБИС-32 добавлено отображение (в процессе выполнения глобальной корректировки)
MFN корректируемых записей для основной БД и для БД, корректируемой по оператору
CORREC.
10. Обеспечен (ИРБИС64) экспорт документов в XML-структуре Т.е. дополнительно к опциям ISO и
ТЕКСТОВЫЙ, определяющим структуру экспортируемых записей, добавлена опция XML.
В связи с этим введены параметры в раздел [MAIN] серверного INI-файла
XMLTAGPREFIX_IND
XMLTAGPREFIX_FIELD
XMLTAGPREFIX_SUBFIELD
XMLTAGRECORD
XMLTAGTOPLEVEL
которые определяют соотвествующие тэги XML.
ПРИМЕЧАНИЕ: При экспорте в структуре XML записей во внутреннем формате ИРБИС (т.е. без
применения ТВП переформатирования) надо иметь в виду, что записи во внутреннем формате
ИРБИС могут содержать подполя с разделителями, которые являются НЕДОПУСТИМЫМИ для тэгов
XML (например, !, =, ?, и т.п.), – поэтому данные односимвольные разделители преобразуются в
двухсимвольное шестнадцатеричное представление.
АРМ Книговыдача
1. Предлагается (только для ИРБИС64) новая технология - ТЕХНОЛОГИЯ БРОНЕПОЛКИ
(бронирования) Технология предназначена для фиксирования и ведения такого состояния экземпляра
издания, когда он (экземпляр) ЗАБРОНИРОВАН для определенного читателя, т.е. когда формально
он находится не по месту постоянного хранения и не на руках у читателя, а на БРОНЕПОЛКЕ (это
может быть реальное и условное место) и предназначен для выдачи определенному читателю (т.е.
НЕ имеет статуса 0 - свободного) Состояние забронированного экземпляра определяется: - вопервых, специальным статусом (9) в соответствующей записи БД электронного каталога - и во-вторых,
соответствующей записью в БД заказов (RQST), в которой хранятся стандартные сведения о заказе,
по которому произведено бронирование, а также дополнительные данные: дата бронирования и
реквизиты забронированного экземпляра (инв.номер, штрих-код, место постоянного хранения) - (надо
отметить, что в связи с этим БД RQST становится ИНВЕРТИРУЕМОЙ, т.е. по ней будут создаваться
словари со всеми вытекающими последствиями) Т.о. в БД заказов появляется ТРИ типа записей:
- невыполненные заказы
- заказы, по которым выполнено бронирование, т.н. БРОНЕПОЛКА
- выполненные заказы (т.е. те заказы, по которым выполнена выдача на руки читателю)
В связи с этим в интерфейсе АРМа Книговыдача (ИРБИС64) в нижней части (область заказов)
появляются две ЗАКЛАДКИ - НЕВЫПОЛНЕННЫЕ ЗАКАЗЫ - БРОНЕПОЛКА (Выполненные заказы, как
и раньше, отображаются в отдельном окне на модальной форме) На закладке НЕВЫПОЛНЕННЫЕ
ЗАКАЗЫ (и соответственно в главном меню) появляется новый режим (кнопка) ВЫПОЛНИТЬ ЗАКАЗ
НА БРОНЕПЛКУ, т.е. провести бронирование экземпляра в соответствии с заказом (режим
ВЫПОЛНИТЬ, разумеется, остается и означает выполнение заказа без бронирования, т.е. выдача
непосредственно читателю) На закладке БРОНЕПОЛКА, помимо тех же режимов, что и для
НЕВЫПОЛНЕННЫХ ЗАКАЗОВ (выполнить, печать, удаление, фотография), появляется режим
ВЫПОЛНИТЬ ВОЗВРАТ С БРОНЕПОЛКИ, т.е. снять бронирование экземпляра без его выдачи.
(Режим ВЫПОЛНИТЬ для БРОНЕПОЛКИ означает выдачу забронированного экземпляра
непосредственно читателю). Кроме того, в области ЧИТАТЕЛЯ (верхняя часть интерфейса)
предлагается новый режим ВОЗВРАТ НА БРОНЕПОЛКУ, который означает оформление такого
возврата, когда возвращаемый экземпляр остается забронированным для данного читателя.
Все новые режимы также реализованы и для скоростной книговыдачи на основе штрихкодов/радиометок.
Необходимо отметить, что для тех, кому предлагаемая технология БРОНЕПОЛКИ НЕ НУЖНА, - в
серверном INI-файле (раздел [MAIN] в IRBISB.INI) вводится параметр, который позволяет сделать все,
что связано с БРОНЕПОЛКОЙ, "прозрачным" (RESERVMODE=0). По умолчанию режим БРОНЕПОЛКИ
включен (RESERVMODE=1).
2. Включен режим СТАТ.ФОРМЫ (появившийся в 2006.1 в АРМе Каталогизатор) - для получения
стат.форм по книговыдаче (БД Читателей).
3. Предлагается дополнительная возможность, связанная со скоростной книговыдачей и параметром
BARCODERELATION (раздел [MAIN] INI-файла; для ИРБИС64 – клиентский). Если осуществляется
скоростная книговыдача и нет необходимости контролировать читателя (т.е. идентифицировать его по
лицу, смотреть, что у него на руках и т.д.), то в этом случае устанавливается BARCODERELATION=0
(по умолчанию - при этом сведения о читателе, для которого осуществляется скоростная
книговыдача, не появляются в окне ОСНОВНОГО интерфейса) Если осуществляется скоростная
книговыдача и необходимо контролировать читателя ПОСЛЕ завершения операции книговыдачи, то в
этом случае устанавливается BARCODERELATION=1 (при этом сведения о читателе, для которого
осуществляется скоростная книговыдача, появляются в окне ОСНОВНОГО интерфейса после
завершения операции) Если осуществляется скоростная книговыдача и необходимо контролировать
читателя ДО завершения операции книговыдачи, то в этом случае устанавливается
BARCODERELATION=2 (при этом сведения о читателе, для которого осуществляется скоростная
книговыдача, появляются в окне ОСНОВНОГО интерфейса сразу после ввода его щтрих-кода, т.е. ДО
ввода штрих-кода издания) Естественно, в последних двух случаях придется "расплатиться"
скоростью (при BARCODERELATION=2 больше, чем при BARCODERELATION=1).
4. Расширена технология выдачи/возврата на основе радиометок RFID – обеспечена возможность
использования «противокражной подписи» (для оборудования фирм АНТИВОР и АЭРО СОЛЮШНЗ).
АРМ Читатель
1. Предлагается возможность определять БД, для которых НЕ ПРЕДУСМОТРЕН заказ на выдачу - для
этого в списке доступных БД (по умолчанию dbnam3.mnu) необходимо перед именем БД поставить
символ "-".
АРМ Комплектатор
10. ИРБИС-32. В модуле корректировки при листании документов сохраняется номер активной
страницы, если вид РЛ не меняется.
11. В меню по правой кнопке мыши добавлен режим «Пополнение записи КСУ», который активен,
если
- режим «Поступление», текущая БД комплектования, словарь – «КСУ поступления;
- режим «Выбытие», текущая БД комплектования, словарь – «№ КСУ выбытия;
- режим «Выбытие», текущая БД каталога, словарь – «№ КСУ выбытия;
- режим «Заказ», текущая БД комплектования, словарь – «Суммарный заказ №;
- режим «Подписка», текущая БД комплектования, словарь – «Запись итога подписки.
Выполняется режим пополнения для текущей записи КСУ.
12. Список сортируется автоматически, если он умещается в буфер размером MaxBriefPortion
(умолчание 200) * число строк в таблице. В этом случае внизу списка появляется ключ для
подкрутки списка. Если размер списка не умещается в буфер, то это можно сделать щелчком
по верхней строке таблицы. Размер буфера при этом увеличивается до величины
MaxBriefForSort (умолчание 5000) * число строк в таблице.
13. В описание видов поиска (секция SEARCH) добавлен параметр ItemDicEndRN – режим
Поступление, ItemDicEndSN – режим Списание, ItemDicEndPN – режим Подписка,
ItemDicEndPdpN – для БД каталога подписки, ItemDicEndDbnN – для БД каталога. Если его
значение ‘1’, то при выборе данного вида поиска словарь устанавливается в конец, т.е. в окне
будет видна последняя порция словаря. В исходном варианте этот признак установлен для
словарей Номер КСУ и Номер акта для режима ПОСТУПЛЕНИЕ.
14. Добавлен режим копирования записи в текущую или другую БД. Копируемая запись –
отмеченная или текущая, в словаре или в списке. При вызове формы копирования можно
устанавливать по умолчанию имя БД и таблицу преобразования. Для этого можно задать
параметры в секции MAIN:
- DefCopyFst: определяет таблицу
- DefCopyDbn: определяет имя БД.
15. При переносе в электронной каталога при опросе добавлена возможность отказываться от
проведения ФЛК при записи данных в БД каталога.
16. В ИРБИС-64 добавлен параметр ini-файла в секции MAIN – MaxInvent. Он определяет
подключение механизма формирования максимального инвентарного номера в записи
пользователя. По умолчанию – 1, т.е. формирование выполняется. Если инвентарные номера
не имеют некую единую структуру, то этот механизм следует отключать (MaxInvent=0), т.к. он
может привести к переполнению записи пользователя (POLZV).
АРМ Администратор
1. В ИРБИС32 реализована идея Депозитария ресурсов (по той же схеме, что ранее была
реализована в ИРБИС64), но ТОЛЬКО для форматов (и тех справочников – MNU, - что запрашиваются
из форматов). Идея депозитария ресурсов состоит в том, что форматы, являющиеся общими для
разных БД, могут находиться в директории \DATAI\DEPOSIT
Книгообеспеченность ИРБИС-32
23.
24.
25.
26.
27.
28.
29.
Добавлена возможность выполнения последовательного поиска на отмеченных записях
Добавлена возможность комплексного поиска для БД, выбранной для основного словаря.
Для словаря в основном окне добавлена возможность задания фильтра для уточнения
запроса, по которому формируется список в окне связанных записей. В специальной форме можно
последовательно задавать фильтры, пользуясь видами основного словаря. В результате в окне
связанных записей будет список записей, удовлетворяющий уточненному запросу.
Для БД каталога новые таблицы распределения обеспеченности студентов по факультетам,
специальностям, дисциплинам. Каждая из этих таблиц использует справочник факультетов
(Fak.mnu), специальностей (Spec.mnu), и дисциплин (Disc.mnu) соответственно. Справочник
дисциплин отсутствует в дистрибутиве, его можно создать – см. инструкцию к АРМу. Справочник
специальностей желательно откорректировать т.о., чтобы он содержал специальности, реально
используемые в записях каталога.
Для БД каталога дополнительно новая таблица распределения обеспеченности студентов по
дисциплинам вместе со списком книг. Список выдается по семестрам; число студентов и
коэффициент КО рассчитываются для текущего полугодия; в параметрах настройки можно задать
печать списка только для текущего полугодия, а также отбор по форме обучения.
Для БД каталога в итоговых формах введены дополнительные переменные параметры,
позволяющие Пользователю определять отбор записей для итога (основная / дополнительная
литература или вся), а также способ расчета новизны и качества литературы:
относительно общего числа названий или экземпляров;
для каждого цикла можно задать произвольно значение числа «последних» лет издания,
определяющее «новизну» литературы;
«гриф»: по выбору или все
Для БД читателей добавлена таблица – список студентов-должников с отбором по факультету,
специальности, форме обучения.
Возможности, реализованные в ИРБИС-64 и не вошедшие в ИРБИС-32, будут добавлены в
следующей версии.
Книгообеспеченность ИРБИС-64
2. Для БД каталога новые таблицы распределения обеспеченности студентов по
факультетам, специальностям, дисциплинам. Каждая из этих таблиц использует
справочник факультетов (Fak.mnu), специальностей (Spec.mnu), и дисциплин (Disc.mnu)
соответственно. Справочник дисциплин отсутствует в дистрибутиве, его можно создать –
см. инструкцию к АРМу. Справочник специальностей желательно откорректировать т.о.,
чтобы он содержал специальности, реально используемые в записях каталога.
3. Для БД каталога дополнительно новая таблица распределения обеспеченности студентов
по дисциплинам вместе со списком книг. Список выдается по семестрам; число студентов
и коэффициент КО рассчитываются для текущего полугодия; в параметрах настройки
можно задать печать списка только для текущего полугодия, а также отбор по форме
обучения.
4. Для БД читателей добавлена таблица – список студентов-должников с отбором по
факультету, специальности, форме обучения.
5. Для словаря в основном окне добавлена возможность задания фильтра для уточнения
запроса, по которому формируется список в окне связанных записей. В специальной
форме можно последовательно задавать фильтры, пользуясь видами основного словаря.
В результате в окне связанных записей будет список записей, удовлетворяющий
уточненному запросу.
6. Изменена структура БД VUZ – отказ от ведения записей типа DUNIK и VK. Для
организации связей с БД каталога и БД студентов используются только записи типа VUZ и
FAK. В соответствии с этим изменена вся параметрия БД VUZ: таблица выбора полей
(FST), форматы, пакетные задания, ini-файл. Переход к версии 6.2 – обязательно в
соответствии с инструкцией – см. п. 7!
7. В интерфейс встроены возможности, позволяющие отказаться от использования модуля
Каталогизатор для основных операций ввода и корректировки данных: наряду с
возможностью удаления данных из дисциплин добавлена возможность ввода новых
контингентов. С помощью этих операций решаются проблемы с перемещением
дисциплины на другой факультет, кафедру, контингент.
8. В интерфейс встроен модуль, отображающий структуру БД VUZ (учебный план) с
возможностью комплексных корректировок БД VUZ и справочников. В этом модуле
возможно выполнять первоначальное наполнение БД VUZ.
9. Для перехода на версию 6.2 с более ранних версий для БД VUZ следует последовательно
выполнить:
В старом АРМе КО в словаре ВИД ДОКУМЕНТА отметить виды документа DUNIK,
FAK (эти записи создадутся заново), VK.
Вызвать модуль ГЛОБАЛЬНАЯ, выбрать оператор DELR – удаление записи.
Отменить актуализацию, автоввод, ФЛК, протокол.
Выполнить корректировку.
В старом АРМе АДМИНИСТРАТОР для БД VUZ выполнить экспорт в файл.
В новом АРМе АДМИНИСТРАТОР для БД VUZ выполнить: опустошение БД,
импорт файла из предыдущего пункта без автоввода и ФЛК, создание словаря
заново.
В новом АРМе Книгообеспеченность в словаре БД VUZ ВИД СЛОВАРЯ отметить
записи VUZ, вызвать ГЛОБАЛЬНУЮ, выполнить задание CreateFAK.
Создать справочник дисциплин DISC.mnu для БД VUZ и каталога, по инструкции к
АРМу.
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
БД HELP (Рубрикатор ГРНТИ)
1. Удален индекс 03.19 - История отдельных стран.
Внимание! Прежде, чем устанавливать новую БД HELP, необходимо в записях ЭК этот индекс
заменить индексом 03.91 – История отдельных стран (глобальная корректура - ZG.GBL).
БД ЭК IBIS
1. Новое в форматах
1.1 Разработаны форматы отображения БО с использованием HTML-тэгов (аналоги RTFформатов) - всего 53 формата, включая формат для печати штрих-кодов экземпляров.
Имена всех форматов имеют суффикс «_H». Основные форматы включены в Pftw.mnu.
При желании Пользователь может либо оставить в качестве оптимизированных (для
разных видов описаний) старые форматы (RTF), либо определить новые (HTML) путем
указания в файле инициализации PftOpt=Pftw_H.opt.
1.1.1 Кроме аналогов RTF-форматов, в качестве примера разработан новый, общий
для всех видов документов, формат UNI_H.PFT. Этот формат ориентирован на
непосредственное включение в формат просмотра первого (из введенных в
документе) внешнего графического файла (jpg, jpeg, gif, bmp) - ссылка <IMG
SRC>. Это может быть полезно, например, для показа обложки книги или
журнала (в области заданного ограниченного размера). В формате просмотра
можно по ссылке вызвать сам внешний файл в полном объеме (есть указатель
«пальчик» - ссылка <A HREF>).
1.1.1.1
При этом по умолчанию предполагается, что внешние файлы
расположены непосредственно в текущей БД (примеры - записи в
тестовой БД IBIS: №№ 161, 169, 176, а также музейные предметы
132, 133, 165, 168)
1.1.1.2
Внешние файлы могут быть также расположены в отдельной
директории (например, с именем Images), которая должна
располагаться ВНУТРИ ИРБИСа.
В этом случае имя директории должно быть указано в поле 951^a перед
именем файла, а в формате необходимо указать путь к этой директории, а
именно:
PATH=10 (текущая БД или Images расположена внутри текущей
БД);
PATH=1 (Images расположена в DATAI);
PATH=0 (Images расположена в основной директории ИРБИСа
рядом с DATAI)
Примечание В формате Uni_H.pft второй и третий варианты представлены в
закомментированных строках
1.1.2 В форматах отображения БО журнала сведения о зарегистрированных
поступлениях показываются в виде ссылок, что существенно уменьшает объем
расформатированной записи
1.1.3 Большая часть HTML – форматов используется в виде вложенных
в
специальных WEB – форматах, так что образуется общая система форматов
отображения для БД ЭК.
1.2 При печати КК на аналитическое описание обеспечивается вывод сведений об
экземплярах источника - форматы: !kkkexk.pft, !!kk7ex.pft
1.3 Разработан формат отображения БО на основе стандарта Dublin Core – форматы:
Dublinc_.pft – (XML) для визуализации, Dublinc.pft (XML) для вывода/ печати, включены в
PFTW.mnu.
1.4 Подготовлены таблицы печати сортированных списков в коротком (brief - Rtf-коды)
формате - таблицы: Brief_tab, Brdat_tab, Bryear_tab и печати списков в формате BriefP.pft
(RTF) для АРМа Читатель
1.5 Обеспечивается возможность экспорта документов NJ из БД ЭК в РСВКП (Российский
сводный каталог периодики, который ведет ГПНТБ России); форматы Rmarce_RSKP.fst
(новый), Exportw.mnu, Org.mnu – в Org.mnu добавлена строка для сиглы библиотекипоставщика записи в РСКП (каждый Пользователь должен проставить свою сиглу)
1.6 В словарь ключевых слов включаются заключенные в <> слова и словосочетания,
введенные в поле 200^e (сведения к заглавию)
1.7 Обеспечивается ввод в «сведения об ответственности» функции автора (700^4, например,
композитор); ранее это было реализовано только для поля 961 – формат Osoa.pft
1.8 Изменено управление выводом содержания на просмотре и печати КК - форматы 905.wss,
905nj.wss, 905k.mnu, 905kk.mnu, Oprimd.pft, Oprimk.pft, O922nj.pft.
1.9 Исправлено условие работы вложенного формата Orubdks.pft для вывода аннотации и
удален отдельный вывод 331 поля из JW
1.10
Jw.pft – вывод 951 поля заменен вложенным форматом Ofinal.pft
1.11
В Ofinal.pft введена прямая ссылка на внешний файл
1.12
Откорректирован справочник Nom.mnu
1.13
Smarci.fst – изменено условие приема в 701 и 702 поля в зависимости от ^4 и ^e
1.14
Kpmk.fst – добавлен перенос 903 поля для периодики
1.15
!Kds.pft – откорректирован ФЛК не первых повторений поля 463
1.16
В справочники языков jz.mnu (общий), jzk.mnu (языки кириллической графики), jzt.mnu
(языки транслитерированных заглавий) введены новые коды национальных языков,
отсутствующих в RUSMARC, большая часть из этих кодов взят из ГОСТ 7.75-97, меньшая
часть предложена пользователями
2. Новое в технологии
2.1. При вводе коллектива и временного коллектива
введен дополнительный признак,
позволяющий Пользователю определять, нужно ли включать их в сведения об
ответственности, в частности, это актуально для коллективов, входящих в заглавие
(например, Труды института…) –
2.1.1. Новый справочник Rolc.mnu введен в РЛ подполей 710d.wss, 710dk.wss, 710dv.wss,
710k.wss, 710vk.wss, 711k.wss, 962.wss, 971vk.wss, 972vk.wss,
2.1.2. изменены форматы O200f.pft, O200g.pft, O961f.pft
2.2. При создании записи ASP путем копирования обеспечивается возможность отмены
проверки на дублетность новой записи, что актуально, например, для источников с длинным
заглавием: в 905.wss и 905nj.wss добавлено подполе ^4 «Проверку на дубль в ASP из данного
источника выполнять ?», которое передается в запись ASP в стандартное подполе ^0 –
форматы Stn.fst, Kpst.fst, Kpsu.fst
2.3. В Аналитическом описании отменено формирование шифра из элементов БО при
отсутствии классификационных индексов – вводится только случайное число (Autoin.gbl,
оператор ADD 903 )
2.4. К задаче Книговыдача: в справочник Ste.mnu (Статус экземпляра) добавлен код 9 –
экземпляр на бронеполке
2.5. К задаче Импорт в Сводный каталог (режим импорт со слиянием):
2.5.1. Impsvk.fst - для наглядности поле 902, которое вводится в документ безусловно,
вынесено в начало формата.
Пояснение: по impsvk.fst импортируемая запись переформатируется. В формате
предварительно определяется, есть ли в «принимающей» БД дублетная запись (по алгоритму,
принятому в системе). При положительном ответе («свертке БО» импортируемого документа в
БД находится дублет), «свертка БО» записывается в глобальную переменную, а результат
переформатирования – только поле 902 (держатель импортируемого документа). При
отрицательном ответе (дублета нет) результат переформатирования – все поля из
импортируемого документа.
2.5.2. Impsvk.pft - упрощен формат слияния (оставлена только глобальная переменная,
создаваемая Impsvk.fst).
Пояснение: по impsvk.pft на переформатированной импортируемой записи ищется
запись в БД; найденная запись корректируется, не найдено - создается новая. В новую запись
вносятся все данные из переформатированной записи. При корректировке записи действует
следующее правило: неповторяющиеся поля заменяются, к повторяющимся приписываются
оригинальные значения (повторение определяется по default.ws); для сводного каталога –
приписываются только данные о держателе документа.
2.5.3. В версии 2006.2 режим импорта в АРМе Каталогизатор (включая импорт со слиянием)
для ИРБИС64, как ранее и для ИРБИС32, учитывает дублеты внутри входного файла.
2.6. Ввод в документ «внутреннего двоичного ресурса» - только для ИРБИС64: Techn.ws,
Technj.ws, Default.ws, 953.wss, 953.mnu – новое повторяющееся поле 953, предназначенное
для хранения данных графических данных.
2.7. В поле источника аналитического описания добавлены подполя для параллельных
заглавий: три отдельных подполя для основного заглавия источника и одно – для заглавия
тома. Обеспечивается формирование этих данных при создании аналитического описания
путем копирования по таблицам преобразования - форматы: 463.wss, Oistasp.pft, Oistaspk.pft,
Stn.fst, Kpst.fst, Kpsu.fst
2.8. Для журнала в журнале добавлено обозначение номера 423^9. Изменены: 423.wss,
423nj.wss, autoin.gbl, njw.pft.
2.9. Обеспечивается возможность ввода системных требований к электронному ресурсу
через словарь с сохранением регистра.
Предлагаемая технология подготовлена в ответ на многочисленные пожелания
Пользователей в связи с тем, что при вводе данных непосредственно из словаря они
записываются прописными буквами, и требуется большая работа по их корректировке.
2.9.1. Bouni.ws и Default.ws - введено новое поле 239 «Разделенные системные требования»
2.9.2. Autoin.gbl – введено формирование и пополнение повторяющегося поля 239, в которое
вводятся данные из поля 230^d (по разделительному знаку « ; »);
2.9.3. Ibis.fst – изменено формирование словаря «Системные требования» (префикс ST=): в
словарь берутся данные из поля 239, а при его отсутствии, как и ранее, – из 230^D (по
разделительному знаку « ; »);
2.9.4. 230.wss – изменен алгоритм ввода данных через словарь: термин, поступивший в
словарь из поля 239, переносится в запись с сохранением регистра, а термин,
поступивший в словарь из 230^D, как и ранее, переносится в запись непосредственно как
термин словаря, то есть прописными буквами. Кроме того, в 230.wss добавлено подполе
^R, которое может быть полезно в случае, когда данные уже введены в 230^D, и
требуется их дополнить. При сохранении документа данные из 230^R переносятся в
230^D;
2.9.5. Рекомендации Пользователям.
Перенос данных через словарь с сохранением регистра будет реализовываться по
мере формирования полей 239. Для того чтобы данные, введенные ранее в 230^D, попали в
словарь в новом варианте, необходимо записи заново сохранить либо провести формальную
их глобальную корректуру (например, REP 230 * (v230/)), либо реальную, корректируя,
например, написание данных. При этом следует учесть, что при новом варианте выбора
термина в корректируемый документ переносятся данные по первой ссылке, то есть из
документа, в котором данный термин введен первым.
2.10.
Для реферата/резюме обеспечивается ввод повторяющихся ссылок в поле 470 с
возможностью обращения к другой БД ЭК
2.10.1.
470.wss добавлено ^# - имя БД, в которой находится реферируемый документ
2.10.2.
БД для заимствования (переноса) данных о реферируемом издании
устанавливается в настройке (параметр EKP); при вводе сведений без заимствования
(переноса) вводится непосредственно в поле
2.10.3.
Изменены формат просмотра Orefrez.pft и формат переноса !rmovt.pft
2.10.4.
Для обеспечения обратной ссылки от реферируемого документа к реферату,
расположенному в другой БД, аналогичные изменения внесены для поля 488:
488spn.wss добавлено ^# - имя БД, в которой находится реферат на
каталогизируемый документ
488.mnu добавлен вид связи «В другой БД есть рецензия /реферат на данное
издание»
Изменены формат просмотра Opris488.pft
и формат переноса (в подполе
Заглавие) !488movt.pft
Примечание. Если реферат находится в той же БД, что и реферируемый документ,
вводить ссылку в поле 488 не требуется.
2.11.
При пакетной печати КК обеспечивается вывод только заданных индексов при печати «
в столбик» (ранее было только при печати в строку через «+»).
2.12.
В описание музейного предмета
2.12.1.
Внесены терминологические изменения и дополнения, расширен набор
элементов в соответствии с конкретными запросами ряда музеев (краеведческий,
русского искусства и др.), а также в согласовании со схемой элементов описания CIMI
2.12.2.
Cделаны терминологические изменения и дополнения в уже существующих РЛ
подполей
117.wss,
19m.wss,
200dm.wss,
210m.wss,
317m.wss,
461m.wss,
46m.wss,470m.wss, 488m.wss, 510m.wss, 517m.wss, 910m.wss, 910pm.wss, 923m.wss,
951m.wss, 962m.wss.
2.12.3.
Введены новые справочники:
200bm.mnu – общее обозначение материала
200em.mnu – признак составного предмета,
488.mnu – тип связи предметов,
910pm.mnu – цель приема/передачи,
coll.mnu – названия коллекций,
kpm.mnu – канал поступления,
obsm.mnu – заготовка для обозначения фондов, коллекций,
trm.mnu – возможность транспортировки,
vdum.mnu – вид предмета.
2.12.4.
Введены новые РЛ подполей:
398.wss – примечания о клеймах и штампам,
430m.wss – сведения о переатрибуции.
2.12.5.
Откорректированы справочники: 117e.mnu, 398.mnu, 7024.mnu,
Hd.mnu, Kpm.mnu, Mhr.mnu, Rol923m.mnu, Rolzm.mnu, Stm.mnu.
2.12.6.
Разработана табличная форма CALL «Опись музейных коллекций»
2.12.7.
В тестовую БД введены новые примеры
7024.tre,
В итоговых формах задачи «Книгообеспеченность»
Введены
дополнительные
переменные
параметры,
позволяющие
Пользователю определять способ расчета новизны и качества литературы:
относительно общего числа названий или экземпляров;
для каждого цикла можно задать произвольно значение числа «последних» лет
издания, определяющее «новизну» литературы;
«гриф»: по выбору или все
2.13.2.
Итоговые формы Kitf3gO2 (для основной литературы) и Kitf3gD2 (для
дополнительной литературы) объединены в общую форму Kitf3g2, в которой можно по
выбору осуществлять отбор записей для итога (основная / дополнительная литература
или вся).
В форматах этой формы внесены принципиальные изменения, которые должны
сильно (процентов на 25-30) ускорить подготовку результата.
2.13.
2.13.1.
2.14.
В таблицу формирования словаря IBIS.FST внесены дополнения:
Для РЛ «Musp» (музейный предмет) в словаре «Вид документа» формируется
отдельный код; соответствующее дополнение внесено в справочник VD.MNU
(пояснение при показе словаря)
Формируется отдельный словарь
«Дата каталогизации БО журнала», что
используется в задаче «План-отчет» для определения числа новых журналов,
которые стали поступать в библиотеку в исследуемый период (см. CMPL, п. 2).
Для задачи «Книгообеспеченность» заменена часть словарей – введены новые
префиксы DF= (дисциплина-семестр) и DFS= (дисциплина-семестр-ФО)
3. Расширен инструктивно-методический материал - ИРБИС в примерах, в частности, включены
примеры описаний трудов временных и постоянных коллективов.
БД комплектования CMPL
1. Перенос записей в ЭК – в РЛ опроса добавлена возможность отключения ФЛК
2. Откорректирована тестовая БД в части журналов (соответствие с БД ЭК)
3. Разработаны новые формы просмотра и печати для ЦБС, позволяющие видеть итоговые
данные по всем подразделениям, комплектуемым централизованно.
3.1. Новый формат просмотра записи КСУ по подразделениям (число наименований,
экземпляров, на сумму) – формат N1.pft (вложенный формат N2.pft), Pftw.mnu (список
форматов при просмотре/печати записи в АРМ Каталогизатор), Pftp3w.mnu (список форматов
при просмотре записи в АРМ Комплектатор)
3.2. В таблице Tabinhg (Инвентарный список для подразделения) в заголовке формы выдаются
суммарные данные – формат Tabinhg.pft
3.3. Разработана новая выходная форма для ЦБС TabCBSG : распечатка в виде общего списка
документов одной партии по подразделениям с указанием инвентарей и цен (на баланс и не
на баланс) и суммарными данными по каждому подразделению.
Примечание. Таблица выполняется с использованием новых Программных средств – см. ниже
п.2.2.2
4. Разработана технология получения выходных документов комплектования типа «ПланОтчет»: универсальная выходная форма готовится на основе записей КСУ поступления и
списания и нового вида документа «План на … год» (РЛ Plan). В этом документе вводятся
сведения о планах комплектования на любой период времени (месяц, квартал, полугодие, год) и
образ выходной формы - таблицы; причем наполнение (образ) формы каждый Пользователь
может определить самостоятельно с использованием предлагаемых разработанных средств.
Выходная форма (таблица) состоит из 3-х частей: Комплектование, Списание, Обработка
(столбцы: план, выполнение, % выполнения). Запись типа «Plan» отражаются в словаре «Вид
издания/документа», а в окне связанных записей – записи Плана на разные годы.
Технология состоит из следующих этапов:
4.1. На каждый год вводится запись «План на … год», которая включается в словарь «Вид
документа» - РЛ Plan.ws. РЛ состоит из 4 страниц.
На 1-ой странице вводятся данные о планах комплектования (книги, журналы и т.п. в
соответствии с ЭД, анализируемыми в записи КСУ). Для каждого периода (месяц, квартал,
полугодие, год) – отдельное повторение поля. В поле (метка 95) жестко задано подполе
периода ^!), а все остальные подполя (для разных разрезов плана комплектования)
Пользователь может устанавливать самостоятельно, если ему будет мало данных в
предлагаемом решении или, наоборот, слишком много (95.wss)
На 2-й странице вводится Образ таблицы в части Комплектования в повторяющемся
поле 90 (Plan_otchOT.wss):
в подполе ^! вводятся тексты всех анализируемых позиций для таблицы,
в подполе ^? вводится метка соответствующего поля в записи КСУ (выбирается
из подготовленного справочника-меню PLksu.mnu).
в подполе ^= вводится метка соответствующего подполя, в котором введено
значение соответствующего планового показателя в поле 95 (выбирается из
подготовленного справочника-меню PlanP.mnu).
На 3-ей и 4-й страницах вводятся Образы таблицы в части Списание (поле 91,
Plan_otchOT.wss) и Обработка, включая Тиражирование КК (поле 92, Plan_otchOT.wss).
4.2. Ввод данных в поля 90, 91, 92 (Образ таблицы) целесообразно проводить в режиме
мультиввода (в табличном виде)
4.3. Справочники PLksu.mnu и PlanP.mnu при необходимости могут быть откорректированы с
учетом следующих положений:
В таблице представлено соответствующее поле с обозначением подполя (например,
145K), подполе – цифра или латинская буква;
Перед цифровым подполем должен стоять знак /, перед буквенным подполем его можно
опустить (например, 151/1)
Для наименований журналов метка должна быть 991 (без подполя); по этому признаку
данные о числе новых журналов, которые впервые начали поступать в библиотеку,
берутся из словаря БД ЭК (в IBIS.FST введен новый словарь с префиксом DNJ=).
Примечание. Имя БД ЭК, в которой находятся записи БО журналов, указывается в РЛ
опроса при выполнении выходной формы (по умолчанию IBIS)
4.4. При получении формы подается опросный лист, в котором нужно указать «Год» и «период»
(данные вводятся через справочники), а также имя ЭК, в котором введены описания
журналов.
4.5. Для получения в выходной форме данных о тиражировании КК (для заинтересованных
Пользователей) внесены изменения в KSU.WS и RKSU.FST – при пополнении записи КСУ
формируется поле 20, в которое вводятся данные о тираже в соответствии со следующим
алгоритмом (в отдельные подполя):
ВСЕГО КК , в том числе:
Основные (число ОК равно числу подразделений; считается только при поступлении
первого экземпляра)
Для систематических каталогов (<число индексов (УДК+ББК+Др.кл)>, умноженное на
<число подразделений>; считается только при поступлении первого экземпляра)
Добавочные (<число ДК>, умноженное на <число подразделений>; считается только при
поступлении первого экземпляра)
Для топографического каталога (всегда равно числу подразделений, получивших
экземпляр в данной партии)
Формуляры (всегда равно числу подразделений, получивших экз-р в данной партии)
Для Генерального каталога («1»; считается только при поступлении первого экземпляра)
Если предлагаемый алгоритм Пользователя не устраивает, он может самостоятельно внести
изменения в формат Tirag20.pft, по которому формируется поле 20^A, данные которого выводятся в
форму («всего КК»), или корректировать непосредственно запись КСУ, если алгоритм расчета не
может быть определен однозначно. Другие подполя формируются по форматам Tirag21.pft Tirag24.pft соответственно.
Предполагается, что Пополнение записи КСУ для ввода тиража КК для отчета может быть
произведено по БД ЭК после завершения обработки записи, когда уже полностью определено число
добавочных КК и число классификационных индексов.
4.6. Особенности. Данная выходная форма подготовлена с использованием новых программных
средств, выполняется в два этапа (не заметных для Пользователя), на первом из которых
формируется БД WORK, а на втором этапе выполняется сама форма на документах этой БД.
Поэтому часть файлов таблицы, а также справочник-меню, используемые при ее подготовке,
должны находиться в этой БД.
Версия 2006.1
Функциональные возможности:
АРМ Каталогизатор.
1. Введен новый режим для заимствования из Web-ресурсов ИРБИС, т.е. режим,
позволяющий импортировать непосредственно из Интернет-ресурсов, доступ к
которым осуществляется на основе Web-ИРБИС (аналогично режиму ИМПОРТ ИЗ
ЛИБНЕТ). Данный режим позволяет всем пользователям ИРБИС (независимо от
поколения: ИРБИС32 или ИРБИС64) организовывать корпоративную работу между
собой, т.е. вести непосредственное (онлайновое) заимствование записей друг у
друга. (В этом случае тем, кто предлагает ресурсы, надо соответственно иметь WebИРБИС версии 2006.1)
В качестве исходных данных режим требует справочника (имя которого задается
параметром WebIRBISmnu в секции [MAIN] INI-файла, по умолчанию WebIRBIS.MNU) со списком используемых (доступных) Web-ресурсов:
<URL 1-ресурса>
<название 1-ресурса>
……………………….
<URL- N-ресурса>
<название N-ресурса>
2. Предлагается новый режим - СТАТ.ФОРМЫ, предназначенный для получения
двухмерных статистических форм («старый» режим СТАТИСТИКА предназначен для
получения одномерных статистик).
Примером двухмерной стат.формы может являться таблица, в которой по
горизонтали (колонки) учитывается дата ввода (с точностью до года), а по вертикали
(строки) - виды документов. Такая таблица будет содержать статистику ввода
различных видов документов по годам.
Шаблоны стат.форм (размеры, верстка, постоянные тексты) задаются в виде
шаблонов Excel.
Список доступных стат.форм задается в справочнике (имя которого задается
параметром StfMnu в секции [MAIN] INI-файла, по умолчанию – stf.mnu) следующей
структуры:
<имя стат.формы 1>
<пояснение 1>
………
<имя стат.формы N>
<пояснение N>
Каждая стат.форма описывается в файле <имя стат.формы>.stf.
Структура файлов описания .STF и правила создания шаблонов Excel изложены в
дополнительной инструкции (Инструкция по созданию стат.форм.doc)
В качестве примеров статистических форм для БД Читателей (RDR)
в дистрибутив включены следующие формы:
Form1 - Распределение книговыдач по категориям читателей и характеру изданий за
определенный период;
Form2 - Распределение книговыдач по категориям читателей и разделам знаний за
определенный период
Form3 - Распределение (по дням) книговыдач по категориям читателей за
определенный год/месяц для определенного места выдачи;
Form4 - Распределение (по дням) посещений (обслуженных читателей) по
категориям читателей за определенный год/месяц для определенного места выдачи;
Form5 - Распределение книговыдач по категориям читателей и местам выдач за
определенный период;
Form6 - Распределение посещений (обслуженных читателей) по категориям
читателей и местам выдач за определенный период времени.
(Необходимо отметить, что созданные примеры СТРОГО базируются на
справочниках КАТЕГОРИИ ЧИТАТЕЛЕЙ, ХАРАКТЕР ДОКУМЕНТА, РАЗДЕЛЫ
ЗНАНИЙ, МЕСТА ВЫДАЧ - в том виде, в котором они представлены в дистрибутиве.
Если пользователь менял эти справочники, соответственно надо корректировать
созданные примеры)
3. Новые сервисы:
- Возможность ОТМЕЧАТЬ поля в РЛ ввода - с целью их последующего
удаления или копирования в буферную запись. Соответствующие команды
появились во всплывающем (по правой кнопке мыши) меню в области ввода.
Возможна групповая отметка полей при нажатой клавише SHIFT.
- Сортировка повторяющихся полей с подполями при табличном вводе - путем
«клика» по названию колонки (подполя). (При этом отменяется вызов
мультиввода двойным кликом по названию колонки - остается F3).
- Возможность вызова всплывающего меню команд ввода нажатием клавиши F8
в поле ввода.
- В ПОСЛЕДОВАТЕЛЬНОМ ПОИСКЕ в окне СВОБОДНЫЙ ПОИСК предлагается
список формулировок последовательного поиска из ПОСТОЯННЫХ
ЗАПРОСОВ.
4. Предлагается возможность подключения пользовательских режимов, т.е. режимов,
созданных самим пользователем-разработчиком (ИРБИС64). Это означает, что
пользователь может "повесить" собственные режимы обработки (как пакетные, так и
интерактивные) в главном меню и на панели инструментов.
Предполагается, что режим пользователя представляет собой функцию DLL (как в
&unifor('+8...) – см. ниже)
Режимы пользователя описываются через INI-файл (irbisc.ini секция [USERMODE])
по следующей схеме - каждый внешний режим пользователя описывается
следующими параметрами:
- UMDLLn - имя DLL (в случае нестандартного вызова функций перед именем DLL
следует поставить символ *);
- UMFUNCTIONn - имя функции DLL, реализующей данный режим;
- UMPFTn - имя формата, в соответствии с которым осуществляется передача
входных данных в функцию (формат применяется к текущей записи);
- UMNAMEn - название режима на естественном языке (для главного меню и
подсказки);
- UMGROUPn - порядковый номер группы режимов в главном меню;
- UMICONn – имя иконки для отображения данного режима на панели инструментов
(иконка включается в DLL в качестве ресурса типа ICON размером 16х16 ).
n – порядковый номер режим в списке (начиная с 0).
Общее количество режимов пользователя указывается в параметре UMNUMB.
Регламентируется формат данных, возвращаемых функцией режима. В общем
случае это список строк (т.е. данных, разделенных символами $0D0A):
Конкретное содержание возвращаемых данных определяется кодом возврата
функции режима (целое число).
В настоящей версии предлагаются следующие коды возврата:
- отрицательное число – ненормальное завершение режима, возвращаемые данные
не учитываются:
- 0 – нормальное завершение, никакие данные не возвращаются;
- 1 – выполнена корректировка текущей записи, возвращаемые данные
представляют собой текущую запись (полностью) в соответствии с форматом
&unifor(‘+0’), а именно:
0
<mfn>#<статус записи>
0#<версия записи>
<метка поля 1>#<значение поля 1>
<метка поля 2>#<значение поля 2>
……………………
<метка поля N>#<значение поля N>
При этом данные <mfn>, <статус записи> и <версия записи> при возврате не
учитываются.
5. Также предлагается новое средство ввода на основе режимов пользователя
(ИРБИС64) – см. п.4. При этом в описании РЛ полей или РЛ подполей для
соответствующего поля/подполя необходимо указать в качестве:
РЕЖИМА ВВОДА – 14
ДОП.ИНФ - <имя DLL>,<имя функции>,<формат>
При этом <формат> может указываться тремя способами:
- @<имя формата>
- непосредственный формат
- * - в этом случае в качестве исходного данного в функцию передается значение
текущего поля/подполя ввода.
Предусмотрена передача в вызываемую функцию пользователя двух специальных
опций: первой - определяющей тип ввода: 2 - индивидуальный (по клавише F2) или 3
- групповой (по клавише F3), и второй – определяющей номер текущего повторения
текущего поля. Опции передаются через выходной буфер buf2 (не путать с buf1, в
котором передается результат форматирования – см. ниже описание &unifor('+8...)): в
первом байте – первая опция, начиная со второго байта – вторая.
Для функций ввода предусматривается два кода возврата:
2 – возвращаемая строка (первая или единственная) является новым значением
текущего поля/подполя;
3 – возвращаемые строки являются новыми повторениями текущего поля, если оно
повторяющееся (в противном случае предполагается код возврата 2)
Следует иметь в виду, что во всех случаях имя функции DLL надо указывать точно
так, как она экспортирована из DLL (т.е. большие и малые буквы различаются).
АРМ Книговыдача.
1. Реализована технология скоростной книговыдачи на основе радиометок RFID.
2. В секции [MAIN] INI-файла (irbisb.ini) введен новый параметр AUTOLAND,
принимающий два значения: 1 - (по умолчанию) и 0
Параметр связан с режимом ВЫДАЧА БЕЗ ЗАКАЗА.
В предыдущих версиях при вводе в поле КЛЮЧ данных, однозначно
идентифицирующих свободный экземпляр, и нажатии ENTER (например, при вводе
штрих-кода) автоматически осуществлялась выдача соответствующего экземпляра.
Для того чтобы отменить это сейчас (в версии 2006.1) необходимо задать
AUTOLAND=0.
АРМ Читатель.
1. Введен новый параметр в секции [MAIN] ini-файла (irbisr.ini) – UNIVERSALREADER
– переключающий пользовательский интерфейс в режим УНИВЕРСАЛЬНОГО
ЧИТАТЕЛЯ (т.е. без режимов РЕГИСТРАЦИЯ и ЗАКАЗ). Принимает значения: 0 (по
умолчанию) – стандартный режим; 1 – режим УНИВЕРСАЛЬНОГО ЧИТАТЕЛЯ.
АРМ Комплектатор.
АРМ Администратор
1. В редакторе ISO-файлов предлагается вложенный инструмент для
преобразования Excel-файлов, Access-файлов и DBF-файлов в ISO преобразование осуществляется на основе таблицы соответствия (столбец таблицы
<-> метка ISO), которая может создаваться "на лету" или загружаться из
предварительно сохраненной.
2. В ИНСТРУМЕНТЫ (Редактор форматов, Редактор РЛ и справочников, Редактор
INI-файлов и сценариев поиска, Генератор табличных форм) добавлен режим
ДОБАВИТЬ В СПРАВОЧНИК, позволяющий добавлять в выбранные справочники
сведения о соответствующих создаваемых/корректируемых ресурсах.
АРМ Книгообеспеченность.
1. В БД VUZ введен новый тип записей – запись факультета для определенной
формы обучения (FAK). Запись содержит обозначение факультета,
обозначение формы обучения и перечень читающих кафедр. Записи FAK
формируются первоначально в пакетном задании CreateFak, и далее
корректируются автоматически. Для ИРБИС-32 специальная форма позволяет
собрать и отобразить полные данные о факультете. Для каждой записи
факультета в таблице размещаются читаемые дисциплины по формам
обучения и по кафедрам, перечень контингентов по дисциплинам. В этой же
форме возможно добавлять или удалять дисциплины для любой кафедры и
добавлять или удалять контингенты, относящиеся к дисциплине. Для ИРБИС64 встроена навигация для просмотра данных по факультетам – кафедрам дисциплинам – студентам - учебникам.
2. Для ИРБИС-32 добавлена возможность последовательного поиска с
последующим просмотром или вызовом на корректировку записей.
3. Изменена технология удаления данных: удаление дисциплин из записей
каталога, удаление контингента из записей дисциплин. Исходные данные
отображаются в специальной таблице с возможностью отметок удаляемых
строк и выполнения пакетных заданий на удаление.
4. Добавлено пакетное задание на изменение данных в БД VUZ для отмеченных
дисциплин.
5. В пакетное задание на отчисление/восстановление студентов добавлена
корректировка записей УНД (добавление/удаление полей 910).
6. Для БД каталога добавлено пакетное задание – контроль данных по БД VUZ.
Проверяется наличие записей дисциплин по значениям поля 691:
идентификатору дисциплины и уникальному номеру дисциплины.
7. Сокращение связки для записей типа VUZ - направление в связке участвует
только при отсутствии специальности. Это должно обезопасить от превышения
связки макс. значения (29 символов).
8. Добавлена возможность переноса данных в записи электронного каталога из
записей УНД для некоторого контингента, т.е. для словаря «Контингент – Фак.…».
9. Добавлена возможность переноса данных в записи дисциплин (новые поля 83)
из записей студентов, если в них уже сформированы данные поля 90.
10. Обеспечена возможность сокращенного переноса данных в записи ЭК, что
обезопасит записи ЭК от переполнения (актуально для ИРБИС-32). При
сокращенном переносе в запись ЭК не будут переноситься наименование
дисциплины, читающая кафедра, коды специальности и направления при
сохранении отображения всех связей по этим параметрам. Параметр iniфайлы MoveCatFull задает способ переноса, по умолчанию MoveCatFull=1 –
полный перенос.
11. Введены параметры в ini-файл, обеспечивающие доступность модулей:
a. AccessCorr – корректировки
b. AccessGlob – глобальной корректировки
c. AccessBatch – пакетных заданий
d. AccessSeq – последовательного поиска
e. AccessLink –установления связей
f. AccessExp – экспорта
g. AccessFak – просмотра/корректировки данных о факультетах
h. AccessMove – режима переноса
i. AccessDel – режима удаления
12. Для ИРБИС-32 формально-логический контроль записей БД VUZ и каталога
отслеживает длину связки с другими записями с выдачей сообщения.
13. Добавлены таблицы для БД ЭК: Книгообеспеченность с отбором по кафедре и
выводом по дисциплинам и специальностям, Список учебников для
выбранного типа учебной литературы.
14. Перед началом работы в версии 6.1 необходимо СОЗДАТЬ СЛОВАРЬ
ЗАНОВО!
ИРБИС-Навигатор (ИРБИС64)
TCP/IP-сервер ИРБИС64
1. Изменена технология ведения списка клиентов для доступа к серверу - в связи с
чем введен новый справочник, содержащий спискок профилей (INI-файлов)
пользователей и расположенный на сервере (рядом с irbis_server.exe), имя по
умолчанию CLIENT_INI.MNU
Язык форматирования
1. Предлагается новый форматный выход (UNIFOR), который позволяет вызывать
функции из внешних DLL, - т.е. предлагается возможность создания СОБСТВЕННЫХ
ФОРМАТНЫХ ВЫХОДОВ.
Структура нового UNIFOR:
&unifor('+8<имя_DLL>,<имя_функции>,<передаваемые_данные>')
Пример:
...&unifor('+8test_dll,test_function1,',v200^a)... - (в вызываемую функцию передается
заглавие)
..(&unifor('+8test_dll,test_function2,',v910)).... - (передаются повторения 910 поля)
..(&unifor('+8test_dll,test_function2,',&unifor('+0')))....(передается вся текущая запись)
Внешние функции должны ОБЯЗАТЕЛЬНО иметь следующую структуру:
(Pascal)
test_function1(buf1,buf2: Pchar; bufsize: integer): integer;
(C)
int test_function1(char *buf1, char *buf2, int bufsize)
где:
buf1 - передаваемые данные (входные)
buf2 - возвращаемые данные (выходные)
bufsize - размер выходного буфера (buf2)
(в ИРБИС64 данные передаются и возвращаются в UTF8)
Возврат функции: =0 - нормальное завершение; <>0 – ненормальное.
В случае нестандартного вызова функций из DLL (по Pascal-правилам) надо
указывать символ * перед именем DLL:
&unifor('+8*<имя_DLL>,<имя_функции>,....
Следует помнить, что имя функции в вызове надо указывать строго в соответствии с
тем, как она экспортирована из DLL (т.е. большие и маленькие буквы различаются)
2. Создана группа дополнительных (технических) форматных выходов
&unifor('+9T<исх.данные>...
где T - тип подкоманды, принимает значения:
0 - вернуть номер текущего повторения в повторяющейся группе;
1 - вернуть имя файла из полного пути/имени (ExtractFileName);
2 - вернуть путь из полного пути/имени (ExtractFilePath);
3 - вернуть расширение из полного пути/имени (ExtractFileExt);
4 – ExtractFileDrive;
5 - вернуть длину исходной строки;
6 - вернуть фрагмент строки:
+96A*SSS.NNN#<строка>
A - направление: 0 - с начала строки; 1 - с конца
SSS – смещение
NNN - кол-во символов
7 - вернуть строку в верхнем регистре;
9 - групповая установка глобальных переменных (для ИРБИС-Навигатора). Исходная
строка закодирована через URLEncode (&unifor('+3E....). После раскодировки
рассматривается как список строк(TStringList.Text). Каждая строка этого списка имеет
структуру:
NNN#<значение_глобальной_переменной_NNN>
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
1. Новое в задаче Импорт в Сводный каталог
Дополнительно к первоначальному варианту, по которому в документ СК из
импортируемых записей вводятся только сиглы библиотек, предлагается новый
вариант автоматического пополнения Сводного каталога книг (СКК).
1.1. Вводится понятие «Приоритетная сигла» - сиглы организаций, имеющих
наивысшее права на корректировку записей (определяются в справочнике
SiglP.mnu).
1.2. Предполагается, что если первоначально документ был введен в СКК НЕ
«приоритетной» сиглой, то он будет откорректирован, то есть все
библиографические поля и поля индексирования будут автоматически
заменены, если импортируемая запись – от «приоритетной сиглы»
1.3. Предполагается также, что если первоначально документ был введен в СКК
«приоритетной» сиглой или уже откорректирован ею, то он может быть
дополнен оригинальными полями индексирования
с указанием новой
«приоритетной» сиглы, приславшей запись (в дополнительном подполе ^_).
1.4. Поля индексирования – это Предметные и географические рубрики (606, 607,
929), Ненормированные ключевые слова (610), ББК (621), УДК (675), Индексы
ГРНТИ (964), Дескрипторы тезауруса (665), Дескрипторы Mesh (605, 995, 996).
1.5. Дополнительный ввод полей индексирования может быть отменен заданием
параметра SvkAddIND= в INI-файле (секция MAIN); по умолчанию данные
вводятся
1.6. Предполагается также, что каждая сигла вводит в документ СКК не только
свою сиглу, но оригинальные данные об экземплярах - это поля 910, а также,
поля описывающие состояние и особенности экземпляров редких книг – 141,
316-318, 391-399
1.7. Ввод полей данных об экземплярах может быть отменен заданием параметра
в SvkAddEX= INI-файле (секция MAIN); по умолчанию данные НЕ вводятся
1.8. Безусловно в запись СК вводится сигла , а также поле 907 «IMP – дата –
сигла»
1.9. Процесс выполняется в режиме ИМПОРТ со слиянием, причем слияние
определяется заданием глобальной корректуры ImpSvk_Sigla.GBL (вводится в
опросном
листе
из
MergeGbl.mnu),
таблица
преобразования
-
ImpSvk_Sigla.FST, в которой есть отсылка к корректируемой записи по
формату ImpSvk_Sigla.PFT
1.10.
Кроме того, динамически по кнопке Настройка можно устанавливать
сиглу организации, приславшей импортируемый файл записей; при
отсутствии
данных
сигла
вводится
непосредственно
из
записи
(SETPRIV.WSS).
1.11.
Наличие в СКК документа, дублетного импортируемой записи,
определяется по комплексу библиографических ЭД. Если дублетного
документа не найдено, импортируемая запись вводится как новая полностью.
2. Новое в задаче Подписка и регистрация периодики.
2.1. Реализована возможность передачи в ЭК сведений об изменении заказа по
подразделениям в новом периоде подписки текущего года по сравнению с
предыдущим периодом этого же года.
В РЛ OJK.ws и !OJK.ws добавлено поле 1039 - признак передачи
заказа в ЭК (ставится Пользователем при изменении заказа в
текущем году).
Transn.fst, transdj.fst
полностью.
Autoin.gbl (БД IBIS) - формирование 910 и 931 при наличии 934:
‘=’ заменено на ‘:’,
JW.pft – изменен показ экземпляров регистрируемого номера.
–
период
заказа
(v33)
переносится
При регистрации номеров издания, для которого заказы по
подразделениям разных периодов одного года различаются, в поле 910
подаются все сведения регистрируемого года. Эти сведения при регистрации
должны быть откорректированы удалением лишних повторений 910 поля (не
относящихся к регистрируемому периоду). Экземпляры (повторения 910
поля), которые должны быть оставлены, можно проверить по формату
просмотра, где при вводе регистрируемого номера, отражаются заказанные
экземпляры данного номера.
2.2. Введен контроль повторного переноса полей 901 и 938 из БД CMPL в ЭК :
autoin.gbl (БД IBIS) и transdj.fst (БД CMPL) добавлено ^8+
2.3. При регистрации номеров журналов в записи номера цена формируется
только для поступивших экземпляров - Autoin.gbl
3. Новое в задаче Проверка фонда (АРМ Каталогизатор)
3.1. Для числа проверенных экземпляров группового учета в поле 910 введено ^0
3.2. Предполагается, что перед очередной проверкой фонда все даты проверки из
поля 910 будут удаляться – подготовлено задание глобальной корректуры
Форматы: Del910s.gbl, Glob.mnu
3.3. Поскольку данные о пересчитанных ценах вводятся в поля экземпляров, а в
поле 10^D цена не корректируется, при выводе цены в форматах просмотра и
КК введено условие: общая начальная цена из поля 10^D выводится при
условии, что хотя бы в одном поле экземпляров она отсутствует.
3.4. В РЛ SZPRF (технология групповой проверки путем глобальной корректуры
отмеченной служебной записи) добавлена возможность ввода штрих-кодов
или инвентарных номеров двумя различными путями:
через внешний файл *.TXT; для получения списка подготовлена
табличная форма печати инв. номеров непроверенных экземпляров из
документов, поданных на печать.
непосредственно через словарь.
Форматы: Provfgr.gbl, ProvfgrT.gbl, ProvfgrK.gbl, ProvfgrTK.gbl, Dmodin.gbl,
DmodinT.gbl, 910.wss, 910p.wss, 910si.wss, 910m.wss, 910w.wss, Szprf.ws, форма
Inv_Provf (tbg, srw, tab, tbu), Tabw.mnu, Del910s.gbl, Oisbncn.pft, Oisbncnk.pft
4. Задача КО.
Поскольку разработан АРМ Книгообеспеченность,
в котором
функционируют свои параметрические файлы, для сохранения преемственности и
совместимости в работе Пользователей, продолжающих использовать АРМ
Каталогизатор (с IrbiscKO.ini), введены следующие дополнения:
4.1. В IrbiscKO.ini введен новый параметр KATKO=1 (секция MAIN), в
соответствии с которым в Autoin.gbl БД IBIS (ЭК) введено условие (IF FI)
обработки полей 691: обработка выполняется при KATKO=1 (умолчание: в
Irbisc.ini параметр отсутствует (не введен явно), обработки нет)
4.2. Аналогичное условие было введено в Autoin.gbl БД RDR в версии 2005.2
(обновление D2)
4.3. Аналогичное условие введено в VUZ.FST в части формирования свертки
(вход 68)
4.4. Поскольку по технологии АРМа Книгообеспеченность допускается не вводить
в запись ЭК такие ЭД, как направление, специальность, кафедра,
дисциплина, в IBIS.FST внесено изменение в части формирования словарей
для этих ЭД. Если названные ЭД присутствуют в записи ЭК, то они и берутся
в словарь, в противном случае данные в словарь берутся по ссылке из БД
VUZ
4.5. Этот же принцип введен в формат просмотра BOKO.PFT
4.6. В итоговых формах 3 введены переменные параметры для определения
степени новизны (число лет по циклам)
4.7. В итоговых формах 3 (книгообеспеченность основной литературой) введен
дополнительный переменный параметр, указывающий как определять расчет
качества литературы: по наименованиям (умолчание) или по экземплярам
4.8. RDR.FST и VUZ.FST откорректирован ряд словарей
5. Новое в технологии
5.1. Обеспечивается возможность преобразования записи выпуска журнала в
запись книги (РЛ SPEC): поля 461, обозначение в 200^v, 210^d формируются
переносом из записи БО журнала; запись «откликается» и на книгу, и на
журнал.
Форматы: NJ_SPEC.gbl, Glob.mnu, Ibis.fst и !scnt7.pft (в части формирования
термина I933= условие 920:’NJ’ заменено на p(v933)),
5.2. Обеспечивается
возможность
добавления
шифров
источников
в
аналитические записи при слиянии отдельных БД источников и статей - новое
задание глобальной корректировки 463W.
Форматы: 463.gbl, Glob.mnu
5.3. Новый указатель Tabsu0P «Систематический указатель» (АРМ Каталогизатор,
вариант формы Tabsu0) – для персоналий выполняется специальная
сортировка в Основном ряду: вначале выводятся записи, в которых введено 2
персоналии и более, - в алфавитной последовательности первой персоналии,
затем записи, в которых введена одна персоналия. В формат вывода
включены сведения о Персоналиях (требования к «Именным указателям»)
Форматы: Tabsu0P.srw, Tabsu0P.tab, Tabsu0P.pft, SuorP.srw, SuorP.pft,
Tabw.mnu
5.4. Новая форма TKSUMWG «Лист КСУ для одного подразделения» (АРМ
Комплектатор, аналог формы TKSUMW, но для 15 разделов знаний),
выполнена с использованием Генератора табличных форм.
Форматы: TksumwG (tab, srw, tbg, hdr, pft, tbu), Seltabw.par, Seltab64.par,
Tabprw.mnu.
5.5. При формировании области Сведений об ответственности общей части
многотомного издания обеспечивается вывод лиц с вторичной
ответственностью (из поля 961) в кумулированном виде по форме:
<функция1>: <фио1>, <фио2>, <фио3> (или <фио1> [и др.]) ; <функция2> :
<фио1>, <фио2>, <фио3> (или <фио1> [и др.]) и т. д.
Ранее это было решено для полей 702.
Форматы O961f.pft, 961redK.pft, 961vlK.pft.
5.6. Обеспечивается возможность произвольного определения префикса словаря
поиска «Для чайников» указанием его в INI-файлах АРМов Администратор и
Каталогизатор (параметр DebilPrefix=), в частности, при «DebilPrefix=K=»
общий словарь ключевых слов будет включать фамилии авторов и все
другие данные, специфические для этого вида поиска (по умолчанию
DebilPrefix=DS=)
Обеспечивается перенос данных о месте работы автора в Авторитетный файл
авторов ATHRA (см. п. 6) – файлы Athra.gbl, athracs.gbl, 481spn.wss, 488spn.wss
5.7. ФЛК экземпляров (ФЛК поля и ФЛК при сохранении записи):
5.7.1. обеспечивается сверка на дублетность инвентарных номеров и штрихкодов экземпляров при размножении по статусу R;
5.7.2. введены параметры для разных вариантов ФЛК экземпляров (поле 905
и кнопка Настройка; выбор режима по справочнику), что особенно
актуально для ускорения процессоа ввода при большом числе полей 910:
1 - отменить ФЛК полностью
2 - инвентарные номера и ШК (штрих-коды) проверять на внешнюю
дублетность (с другими записями)
21 - только инвентарные номера - на внешнюю дублетность (с
другими записями)
22 - только ШК - на внешнюю дублетность (с другими записями)
3 - инвентари и ШК - на внешнюю и внутреннюю дублетность, номера
внутренних дублетов НЕ выводятся
31 - только инвентари - на внешнюю и внутреннюю дублетность,
номера внутренних дублетов НЕ выводятся
32 - только ШК - на внешнюю и внутреннюю дублетность, номера
внутренних дублетов НЕ выводятся
- По умолчанию: ПОЛНАЯ проверка - на внешнюю и внутреннюю
дублетность, номера внутренних дублетов выводятся
Форматы !910.pft, Dbnflc.pft, 905.wss, 9053.mnu, Setpriv.wss
5.8. Добавлены элементы выходных данных: 210^G - наименование типографии
(изготовителя) и 210^H - дата изготовления (печати).
РЛ: 210.wss, 210d.wss, 210si.wss
Форматы: ovixd.pft, !210d.pft ( позволяет не заполнять ^d, если введено
^h), !imovt.pft,
ibis.fst - добавлен словарь “OT=” для поиска типографии; в словари
“MI=”, ”G=” добавлены термины из 210^g, 210^1, 210^h соответственно.
5.9. Обеспечивается возможность расширенного описания частей тома
многотомного издания в поле 925 – в формат Ibis925.pft введено дополнение:
при наличии поля 200^v в записи все повторения поля 925 рассматривается
как расширенные поля 923 с соответствующими разделительными знаками.
Если поле 200^v отсутствует, все повторения поля 925 рассматриваются как
несколько томов в одной печатной единице.
5.10.
В справочниках 110d.mnu (БД BIS), 110d.mnu, 110do.mnu, Pxd.mnu (БД
CMPL) добавлен код периодичности «4 раза в неделю». = 110do.mnu.
5.11.
При показе документов SPEC введено дополнение: при формировании
Заголовка описания анализируется наличие признака «Индикатор формы
записи», что позволяет корректно отображать фамилии, состоящие из
нескольких слов (аналогично другим полям, в которых инициалы вводятся в
одно подполе с фамилией)
Форматы: 461n.wss (введено ^L), Autoin.gbl (ADD 461^x), Otit461o.pft
5.12.
В АРМ Комплектатор в режимах Поступление и Выбытие подключены
раздельные опросные листы для задачи Пополнение записи КСУ: вместо
единого Staksu.ws введены StaksuP.ws и StaksuS.ws. При этом в режиме
Поступление выполняется пополнение записи КСУ поступления и Итоговой
записи КСУ, а в режиме Выбытие – только КСУ выбытия.
Требуется внести изменение в IrbisP.ini (секция Entry)
6. Новое в Авторитетных БД
6.1. Авторитетный файл предметных рубрик дополнен следующими категориями
записей: личные имена как ПР, наименование организации как ПР (ранее в
этом файле были только тематические предметные рубрики).
6.2. Во всех авторитетных файлах на всех РЛ введены цифровые метки полей
6.3. Введены новые подсказки к полям
6.4. Изменены форматы просмотра в ATHRA и ATHRC в части связанных
заголовков (поле 710).
6.5. Изменены файлы Autoin.gbl в БД ATHRC и ATHRA . Реализована
возможность автоматического создания самостоятельных авторитетных
записей на связанные заголовки (поля 710 – ссылка типа «см. также на
параллельном языке» в сохраняемой записи)
6.6. Авторитетный файл авторов:
6.6.1. Введено повторяемое поле 910 – Место работы автора, состоящее из
двух подполей: признак «Автор работает в данной организации» и «Место
работы автора». В сверке на дублетность данные из поля 910 не
участвуют. Автор-сотрудник и место работы автора введены в словарь.
6.6.2. При вводе автора в запись ЭК из Authority-файла содержимое
последнего повторения поля 910 переносится вместе с остальными
данными.
6.6.3. При переносе данных в Authority-файл из ЭК, сведения о месте работы
автора вводятся в новое повторение поля 910
Форматы: 910.wss, !amovmr.pft, !f8mr.pft, dn.mnu, athr4812.pft, athr4813.pft,
фthr4811.pft, athra.fst, athra.ini, athra.pft, athra.ws, athraip.pft, athraog1.pft, athraog2.pft,
athraog3.pft , athraw.pft, danet.mnu, Default.ws, infow.pft
7. Новое в «ИРБИС в ПРИМЕРАХ»
7.1. В части периодических изданий (журналы, газеты и другие сериальные
издания)
Описание издания в целом и регистрация номера - Журнал в журнале
Описание издания в целом и регистрация номера - Журнал с
приложениями к номерам (выпускам)
Описание издания, изменившего заглавие, и регистрация номера.
Регистрация выпуска объединенных номеров за разные годы
7.2. Переводное издание (Пример13)
7.3. Том многотомного издания – сборник без общего заглавия (Пример14)
7.4. Том многотомного издания - 2 части в одном томе (Пример15)
7.5. ГОСТ (Пример 11)
Версия 2005.2
Функциональные возможности:
АРМ Каталогизатор.
1. Новый режим ИМПОРТ ИЗ ЛИБНЕТ - обеспечивающий технологию
непосредственного заимствования (импорта) документов из корпоративного
каталога ЛИБНЕТ (включая поиск и просмотр в БД ЛИБНЕТ). С данным
режимом связаны параметры INI-файла (irbisc.ini, раздел MAIN):
LIBNETIP=194.226.24.59
LIBNETUSER=
LIBNETPASSWORD=
LIBNETSEARCHPAGE=OPAK-Global.html
LIBNETFORMAT=OPAK_referings.pft
LIBNETFST=RMARCI
LIBNETGBL=RMARCI1
2. Новое средство ввода (13) на основе ИРБИС-Навигатора (только для
ИРБИС64)
(см. Новый модуль – ИРБИС-Навигатор). При подключении
данного средства ввода в РЛ полей/подполей в качестве РЕЖИМА ВВОДА
указывается 13, а в качестве ДОП.ИНФ-ЦИЯ указывается ИРБИС-ссылка.
Структура
и
параметры
ИРБИС-ссылки
описаны
в
\IRBIS64\Datai\Deposit\Irbis_Navigator_Help0.html (смотри режим ПОМОЩЬ в
ИРБИС-Нвигаторе).
Для ИРБИС-Навигатора в качестве средства ввода используется специальный
дополнительный параметр ИРБИС-ссылки – CHECKPFT, который содержит
имя формата, применяемого для постобработки отобранных элементов.
Смысл этой постобработки состоит в следующем: после завершения ввода с
помощью данного средства (т.е. после нажатия кнопки ВВОД) создается
модельная запись, содержащая отобранные в результате навигации элементы
ввода (по умолчанию в повторениях поля/подполя 1004^A), далее модельная
запись подвергается форматированию с помощью формата, указанного в
параметре CHECKPFT (если таковой задан), полученные в результате
форматирования строки рассматриваются как элементы ввода.
Данное средство предлагается для ввода индексов УДК, ББК (на основе
соответственно БД RSUDC и RSBBK) и предметных рубрик MeSH (на основе
БД MESH).
(Базы данных классификаторов RSUDC, RSBBK, MESH приобретаются как
отдельные продукты)
3. Для режима СТАТИСТИКА появилась возможность задавать элемент
статистики (в STT.MNU) в виде формата (прежняя возможность, когда элемент
статистики задавался в виде метки^подполя, также сохраняется) – в ИРБИС32
формат может указываться непосредственно и через имя (с предшествующим
символом @), в ИРБИС64 – только через имя (с предшествующим символом
@)
4. Для
функции ОПЕРАТИВНЫЕ РЕЖИМЫ при показе списка НОМЕРОВ
периодического
издания
предусмотрена
сортировка
по
ключу
ГОД/ТОМ/НОМЕР - по убыванию или возрастанию. Переключение порядка
сортировки осуществляется щелчком по заголовку списка. Для быстрой
"подкрутки" списка предлагается КЛЮЧ.
5. Предлагается (только для ИРБИС64) интерфейс для ПОИСКА ДЛЯ
"УМНИКОВ" (интеллектуальные поиски) на основе ИРБИС-Навигатора, как
альтернатива "старому" интерфейсу ПОИСКА ДЛЯ УМНИКОВ (который был
возможен только в АРМе Читатель) – См. ниже АРМ Читатель.
АРМ Книговыдача.
1. Введено комплексное понятие ПРАВО ЧИТАТЕЛЯ НА ОБСЛУЖИВАНИЕ. Читатель
НЕ ИМЕЕТ ПРАВА НА ОБСЛУЖИВАНИЕ (т.е для него НЕЛЬЗЯ выполнить операции
ВЫДАЧИ или ПРОДЛЕНИЯ) если:
в его записи заполнено поле 29 или
на руках у него больше изданий, чем это указано в параметре MAXBOOKS в
разделе READER INI-файла (irbisb.ini) и при этом значение параметра
READERACCESS в этом же разделе INI-файла больше 0 (1 или 2) и значение
параметра MAXBOOKS не равно 0 или
на руках у него больше изданий с просроченной датой возврата, чем это указано
в параметре MAXDOLGBOOKS в разделе READER INI-файла (irbisb.ini) и при
этом значение параметра READERACCESS в этом же разделе INI-файла больше
0 (1 или 2) и значение параметра MAXDOLGBOOKS не равно 0
2. Расширена статистика ПОСЕЩАЕМОСТИ (кнопка ПОСЕЩЕНИЕ, Вид поиска
ПОСЕЩАЕМОСТЬ) за счет учета МЕСТА ВЫДАЧИ (параметр НАСТРОЙКИ). Т.е.
оперативная статистика посещений ведется по МЕСТАМ ВЫДАЧИ. Статистической
ЕДИНИЦОЙ посещения считается одна из следующих операций, выполненная для
одного читателя на одном месте выдачи в течение одного дня:
выдача литературы
возврат литературы
явно зафиксированное посещение, не связанное с выдачей/возвратом (с
помощью кнопки ПОСЕЩЕНИЕ)
(В ИРБИС64 в статусной строке – нижняя часть интерфейса – оперативно, т.е. в
реальном времени, отображается кол-во посещений в текущий день)
3. Предлагается решение проблемы, связанной с возвратом многоэкземплярной
литературы через скоростной интерфейс.
Суть проблемы: при возврате через скоростной интерфейс многоэкземплярной
литературы (со статусом U, когда все экземпляры имеют одинаковый штрих-код) в
случае, когда у нескольких читателей на руках есть экземпляры одного и того же
издания (учебника/методички), возникает неоднозначность - которая разрешается (в
версиях до 2005.2) путем вывода дополнительного окна, куда надо считать штрихкод читателя. Если такая ситуация имеет место подряд для одного читателя
(читатель возвращает стопку многоэкземплярных учебников, которые есть на руках у
других читателей) - возникает неудобство: на каждый возвращаемый экземпляр надо
повторять ввод штрих-кода читателя.
Решение проблемы: в INI-файле Книговыдачи (irbisb.ini для ИРБИС32 и cirbisb.ini для
ИРБИС64) в секции MAIN вводится новый параметр BARINMODE, который
принимает два значения: 0 (по умолчанию) - это означает, что сохраняется
существующая (до 2005.2) технология; 1 - означает, что включается новая
технология, которая состоит в следующем: в скоростном интерфейсе в окне
ВОЗВРАТ появляется переключатель ИДЕНТИФИКАЦИЯ ЧИТАТЕЛЯ - если он
включен, то возврат предлагается начинать с ввода штрих-кода читателя (как при
выдаче), если выключен - сохраняется прежняя технология (когда возврат
начинается с ввода штрих-кода экземпляра - если же возникает неоднозначность
,например, при многоэкземплярной литературе, подается окно, куда следует ввести
штрих-код читателя). Таким образом, те (пользователи), кто не имеет
многоэкземплярной литературы или имеет ее не очень много (т.е ее не много в
потоке возвращаемой литературы), устанавливает BARINMODE=0 (или вообще не
указывает этот параметр в INI-файле - как сейчас) Те же, у кого в потоке возвратов
много многоэкземплярной литературы, устанавливают BARINMODE=1
4. В интерфейсе СКОРОСТНОЙ КНИГОВЫДАЧИ (на основе штрих-кодов) сделана
доработка, позволяющая сделать книговыдачу еще более скоростной - в том случае,
когда есть признак, позволяющий автоматически отличить штрих-код чит.билета от
штрих-кода экземпляра. Для этого вводится новый параметр INI-файла (раздел
MAIN, irbisb.ini для ИРБИС32 и cirbisb.ini для ИРБИС64)
ReaderBarCode=
В качестве его значения необходимо указать ПРЕФИКСНУЮ часть штрих-кода
специфичную ТОЛЬКО для чит.билетов. В этом случае скоростную книговыдачу
можно вести БЕЗ переключения между режимами ВЫДАЧА и ВОЗВРАТ, т.е. можно
"смешивать" операции выдачи и возврата (например, в процессе выдачи книг некому
читателю можно выполнить возврат книг от других читателей, а затем продолжить
выдачу книг первому читателю), т.е. штрих-коды книг и чит.билетов можно считывать
в "беспорядке" - система автоматически решает, что с этим делать. "Безукоризненно"
это работает для экземпляров индивидуального учета (НЕ для экземпляров со
статусом U) - т.е. при этом в окне ВОЗВРАТ переключатель ИДЕНТИФИКАЦИЯ
ЧИТАТЕЛЯ должен быть отключен.
5. Введен параметр INI-файла (раздел MAIN, irbisb.ini)
Optionable=
определяющий право пользователя на изменение параметров НАСТРОЙКИ (0 - не
разрешено, 1 - разрешено. По умолчанию - 1)
6. Введен параметр INI-файла (раздел MAIN, irbisb.ini для ИРБИС32 и cirbisb.ini для
ИРБИС64)
BarCodeRelation=
определяющий связь между интерфейсом скоростной книговыдачи и основным
интерфейсом АРМа. Принимает два значения: 1 – каждая операция в интерфейсе
скоростной книговыдачи приводит к обновлению содержимого окна ЧИТАТЕЛЯ в
основном интерфейсе; 0 (по умолчанию) – интерфейсы не связаны. (Следует иметь в
виду, что при BarCodeRelation=1 происходит замедление скоростной книговыдачи).
7. Введен параметр INI-файла (раздел MAIN, irbisb.ini для ИРБИС32 и ИРБИС64)
MULTIVISIT=
определяющий возможность фиксирования множественного (больше одного)
посещения одного читателя в течение одного дня. Принимает два значения: 0 (по
умолчанию) - нельзя; 1 – можно.
АРМ Читатель.
1. Предлагается (только для ИРБИС64) новый интерфейс для ПОИСКА ДЛЯ
"УМНИКОВ" (интеллектуальные поиски) на основе ИРБИС-Навигатора, как
альтернатива "старому" интерфейсу ПОИСКА ДЛЯ УМНИКОВ. При этом вводятся
новые параметры для описания таких поисков в СЦЕНАРИЯХ ПОИСКА. Один вид
интеллектуального поиска в новом интерфейсе описывается двумя параметрами:
WNNameNN - имя поиска (на естественном языке)
WNLinkNN - IRBIS-ссылка (для ИРБИС-Навигатора)
Общее количество таких интеллектуальных поисков указывается в параметре
WNNumb.
Такая форма описания открывает возможность для создания ЛЮБЫХ (не
обязательно "интеллектуальных") видов поиска. Новые интеллектуальные поиски
являются АЛЬТЕРНАТИВНЫМИ по отношению к старым. Т.е. если в сценарии поиска
одновременно описаны старые (IntNumb>0) и новые (WNNumb>0) - старые
игнорируются.
Для ИРБИС-Навигатора в качестве средства поиска используется специальный
дополнительный параметр ИРБИС-ссылки – CHECKPFT, который содержит имя
формата, применяемого для постобработки отобранных элементов. Смысл этой
постобработки состоит в следующем: после нажатия кнопки ВЫПОЛНИТЬ (в
поисковом интерфейсе) создается модельная запись, содержащая отобранные в
результате навигации элементы поиска (по умолчанию в повторениях поля/подполя
1004^A), далее модельная запись подвергается форматированию с помощью
формата, указанного в параметре CHECKPFT (если таковой задан), полученная в
результате форматирования строка (первая – если их сформировалось больше
одной) рассматривается как поисковое выражение.
2. Предлагается три новых параметра настройки (в разделе MAIN INI-файла АРМа
Читатель - IRBISR.INI)
AutoDebil - определяет автоматический старт режима поиска ДЛЯ ЧАЙНИКОВ
при регистрации каждого нового читателя (и соответственно при старте самого
АРМа Читатель), значения: 1 - да, 0 - нет (по умолчанию).
FloatDebil - определяет свойство окна для режима поиска ДЛЯ ЧАЙНИКОВ,
значения: 1 - "плавающее" окно (по умолчанию), 0 - модальное (не
"плавающее").
AutoDisplay - определяет автоматический переход к режиму просмотра после
каждого результативного поиска, значения: 1 - да, 0 - нет (по умолчанию).
(Имеет смысл, разумеется, только для ИРБИС32).
АРМ Комплектатор.
Добавлен режим «Проверка фонда» для баз данных электронного каталога.
Проверка фонда выполняется, если в БД ЭК имеется соответствующий словарь,
префикс которого определяется параметром ini-файла NameGblFond.
При выборе базы данных электронного каталога на плоскости «Поступление»
активна кнопка «Выполнить проверку фонда», нажатие которой вызывает лист
опроса. Имя РЛ опроса определяется параметром ini-файла WsChkFond. Следует
задать данные, выбрав режим проверки. По заданному значению режима проверки
из файла, имя которого определяется параметром NameGblFond, выбирается имя
пакетного задания для выполнения. Перед выполнением в диалоговом окне следует
открыть файл, содержащий список инвентарных номеров или штрих-кодов, которые
загружаются в виртуальную запись в поле с меткой TagBarCodeFond и на этой
записи выполняется задание.
АРМ Администратор
1. Разработан новый инструмент - Редактор ISO/MST-файлов, - который
предназначен для:
Просмотр в наглядной форме файлов в формате ISO-2709 (RUSMARC, UNIMARC
и другие MARC-форматы) и MASTER-файлов БД ИРБИС (файлы с расширением
MST). При этом MASTER-файлы просматриваются НЕЗАВИСИМО от
соответствующих адресных файлов (с расширением XRF), что позволяет
просматривать ВСЕ копии записей (одного и того же MFN) - что в свою очередь
может быть весьма полезно при восстановлении данных после неудачных
корректировок или «разрушений» файла документов. Кроме того, есть
возможность просматривать «разрушенные» MASTER-файлы.
Отбор записей просматриваемых файлов в т.н. КАРМАН (временный буфер) с
возможностью последующего сохранения его в виде ISO-файла.
Корректировка записей, отобранных в КАРМАН.
АРМ Книгообеспеченность.
15. Обеспечена возможность выполнения режима удаления данных, который
вызывается по кнопке УДАЛИТЬ ДАННЫЕ ИЗ ЗАПИСИ на нижней панели окна
переноса. В вызываемой таблице отмечаются строки с удаляемыми данными
и выполняется пакетное задание на удаление этих и связанных с ними данных
в БД ВУЗ, каталога и читателя. Предлагаются следующие случаи удаления:
Удаление из записи каталога ссылки на дисциплину некоторого контингента
Удаление из записи дисциплины некоторого контингента (УНД)
Удаление некоторого контингента
16. Обеспечена возможность выполнения пакетного режима изменения некоторых
данных в БД VUZ - кода специальности, кода направления, идентификатора
читающей кафедры, наименования дисциплины. В опросном рабочем листе
задается пара значений: исходного и нового. Выполняется пакетное задания, в
котором корректируются все связанные данные в БД VUZ, БД читателя и
каталога. Формируется протокол, в котором приводятся все изменения в
записях.
17. Обеспечена возможность группового изменения данных в БД VUZ и связанных
данных. Для этого в файле типа MNU следует задать пары значений: старое
значение - новое значение и при опросе указать имя этого файла.
Выполняется пакетное задание, корректирующее данные в БД VUZ, базах
данных читателя и каталога.
18. В базе данных VUZ добавлена таблица, в которой приводится перечень
дисциплин для заданной комбинации формы обучения, факультета и
семестра. Для каждой дисциплины приводятся цикл, уровень компоненты,
читающая кафедра, код специальности и количество студентов.
19. При формировании таблицы данных КО учитывается коэффициент
многократного использования экземпляров – количество экземпляров
умножается на этот коэффициент. Коэффициент многократности задается в
поле экземпляров записи каталога в подполе «=».
Новый модуль - ИРБИС-Навигатор (ИРБИС64)
Клиентское приложение (Irbis_Navigator.exe) для работы с базами данных ИРБИС на
основе
Web-технологии,
НО
БЕЗ
Web-сервера
с
интерфейсом,
ПРОГРАММИРУЕМОМ на основе Языка форматирования и HTML. Назначение
модуля - дать пользователям/разработчикам инструмент для создания собственных
оригинальных интерфейсов взаимодействия с БД ИРБИС. Кроме того, это решение
используется в АРМах ИРБИС (Каталогизатор, Читатель) для создания новых
средств ввода и навигации. Более подробное описание ИРБИС-Навигатора дается в
его HELP-системе.
Язык форматирования
Введены новые форматные выходы, в частности &unifor(‘+7..), для работы с
глобальными
переменными,
для
которых
поддерживается
понятие
ПОВТОРЯЕМОСТИ – как альтернатива &unifor(‘+1…)
Список подкоманд &UNIFOR(‘+7….) для работы с индивидуальными
повторяющимися глобальными переменными
Вид Назначение
Формат (передаваемая Пример
под
строка
ком
анд
ы
Очистить
+7
….&unifor('+7')….
(опустошить)
все
глобальные
переменные
R
Чтение
+7RNNN,nnn
(…&unifor(‘+7R100’)….)
глобальной
где:
Эквивалентная конструкция
переменной
NNN
–
номер языка форматирования:
переменной
(……G100…..)
nnn – номер повторения
(по умолчанию - номер
текущего повторения в
повторяющейся группе;
)
Эквивалентная
конструкция
языка
форматирования
GNNN
W
Запись
+7WNNN#SSSS
…&unifor(‘+7W100#’,(v910/))….
глобальной
где:
переменной
NNN
–
номер
переменной
SSSS – список строк
(результат
расформатирования);
каждая
строка
становится отдельным
повторением.
U
Добавление
повторений
глобальной
переменной
M
Логическое
перемножение
повторений
двух
переменных
Логическое
вычитание
повторений
двух
переменных
Логическое
сложение
повторений
двух
переменных
Исключение
неоригинальн
ых повторений
переменной
Сортировка
повторений
переменной
S
A
G
T
+7UNNN#SSSS
где:
NNN
–
номер
переменной
SSSS – список строк
(результат
расформатирования);
каждая
строка
становится отдельным
повторением
+7MNNN#MMM
Результат перемножения
записывается в первую
переменную
+7SNNN#MMM
Результат
вычитания
записывается в первую
переменную
+7ANNN#MMM
Результат
сложения
записывается в первую
переменную
+7GNNN
Результат
исключения
записывается в ту же
переменную
+7TNNN
Результат сортировки
записывается в ту же
переменную
Дополнительные форматные выходы - &UNIFOR(...)
Вид
Назначение
функции
+3E
Кодирование
данных для
представления в
Формат (передаваемая
строка)
+3E<данные>
Пример
…&unifor(‘+3E’,v1007)…
Вид
Назначение
Формат (передаваемая
Пример
функции
строка)
URL
+3D
Декодирование
+3D<данные>
данных из URL
+4
Выдача метки,
+4XY
…(…..&unifor(‘+4T1’),’_’
порядкового
где
&unifor(‘+4N1’),’: ‘,
номера и значения Х принимает три значения: T – &unifor(‘+4F1’),’<br>’….)
поля в
выдать метку; F – выдать
соответствии с
значение поле; N – выдать
индексом (номером порядковый номер поля в
повторения)
записи (отличается от индекса
повторяющейся
повторения, если Y принимает
группы.
значение 1);
Y принимает значения: 0 –
поля выдаются в порядке
расположения в записи; 1 –
поля выдаются в порядке
возрастания меток (по
умолчанию 0).
+5
Выдача элемента +5Х<имя_справочника/списка> …(…..&unifor(‘+5Tfield.mnu’),’ списка/справочника где Х принимает значения: Т – ’,&unifor(‘+5Ffield.mnu’),’<br>’….)
в соответствии с
выдать значение; F – выдать
индексом (номером пояснение (имеет смысл, если
повторения)
задается справочник, т.е.
повторяющейся
файл с расширением MNU)
группы.
+6
Выдать статус
+6
…if &unifor(‘+6’)=’0’ then ‘запись
записи. Если
логически удаленная’ fi…
запись логически
удаленная,
возвращается 0, в
противном случае 1
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
1. Новое в задаче «Проверка фонда» - ГРУППОВАЯ проверка фонда по файлусписку штрих-кодов, в частности, полученному радиосканером (новый режим – 2
варианта).
1.1. Вариант 1 (Основной!) – работа в АРМ Комплектатор - подготовлен
отдельный режим работы (устанавливается автоматически для БД
Электронного каталога, если в Irbisp.ini параметр WsChkFond= пуст (в
дистрибутиве установлено имя РЛ опроса ChkFond)).
1.1.1. Подготовить файл – список штрих-кодов (*.txt)
1.1.2. Установить в IRBISA.INI признак «Проверка фонда» (или установить в
ORG.MNU для параметра 7 значение 1) и выполнить создание словаря
заново (изменилась таблица IBIS.FST, поэтому однократно необходимо
это выполнить).
1.1.3. Установить БД ЭК и по кнопке «Проверка фонда» вызвать РЛ опроса
(Chkfond.wss). Задать в РЛ опроса:
значение даты проверки (если не задана – берется текущая дата),
проверяемый фонд (если не задано, считается, что проверяется
весь фонд)
режим проверки (полный или текущий) - используется справочник
Rprovf.mnu, в котором указаны задания:
o ProvfgrK.gbl (полная проверка с формированием архивных
полей, пересчетом цен, вводом даты проверки и заменой
даты регистрации экземпляра на дату проверки)
o ProvfgrTK.gbl (текущая проверка – только ввод или замена
даты проверки);
число заданий может варьироваться произвольно Пользователем;
При выполнении этого задания вначале в служебную запись (SZPRF.WS,
которая формируется автоматически, если отсутствует в БД) в повторяющееся
поле 1003 вводятся все ШК из списка; естественно, число их ограничено
допустимым размером записи. Затем последовательно происходит обработка
полей 1003, в результате для каждого штрих-кода находится соответствующая
запись БД, и идет стандартная обработка соответствующего поля 910
Для экземпляров безинвентарного учета (статус C или U) корректирутся
число имеющихся экземпляров (910^1), которое складывается из числа
дублетов данного штрих-кода во входном списке проверенных (имеющихся на
полке), к которому добавляется число выданных экземпляров (из 910^2).
Если проверенный штрих-код находится «не на месте», формируется
подполе 910^!, в которое вводится значение проверяемого фонда из настройки
(не совпадающее с 910^d) , и это отражается в словаре Проверка фонда. Это
подполе нужно будет удалить вручную, когда книга будет помещена по месту.
В словаре также отражается число непроверенных штрих-кодов по
подразделениям.
Форматы: Ibis.fst, Glob.mnu, ProvfgrK.gbl, ProvfgrTK.gbl, Rprovf.mnu, Szprf.ws,
920.mnu, Fmt31.mnu, Ws31.opt, Brief.pft, Brdat.pft, Bryear.pft, Dbnflc.pft, Setprivc.wss
1.2. Вариант 2 – работа в АРМ Каталогизатор
Работа в АРМе Каталогизатор, менее удобная и менее технологичная,
предполагает выполнение последовательных операцийА
1.2.1. Подготовить текстовый файл штрих-кодов : один ШК на строке,
поместить его в директорию БД ЭК, имя по умолчанию – SHK.TXT
1.2.2. Завести в БД каталога служебную запись – код РЛ SZPRF: вызвать этот
РЛ и сохранить запись, вводить в нее ничего не нужно.
1.2.3. В дальнейшем эту запись можно будет находить по словарю «Вид/Тип
документа»
1.2.4. Установить в настройке признаки: «Проверка фонда», «Дата проверки»,
«Проверяемый фонд»
1.2.5. Установить в IRBISA.INI признак «Проверка фонда» (или установить в
ORG.MNU для параметра 7 значение 1) и выполнить создание словаря
заново (изменилась таблица IBIS.FST, поэтому однократно необходимо
это выполнить).
1.2.6. Выполнить глобальную корректировку служебной записи – задание
PROVFGR (полный вариант – с пересчетом цен, изменением даты и
созданием архивного поля) или PROVFGRT (вариант текущей проверки без пересчета цен, изменения даты и создания архивного поля).
В первой строке задания в столбце «Формат 1» вслед за запятыми введено
имя файла со списком ШК, при необходимости его можно изменить (введено
внутри апострофов)
2. Новое в авторитетном файле авторов
В поля 210, 410, 510, 710 с целью правильной обработки сложных фамилий
(состоящих более, чем из одного слова) введено подполе ^<, в котором
указывается количество слов в фамилии (автоматически вводится при
сохранении записи).
Изменены файлы: 210.wss, 410.wss, 510.wss, 710.wss, autoin.gbl, athr4811.pft,
athraog1.pft, athraog2.pft, athraog3.pft, athrai.pft, athraip.pft, athraox.pft
Изменены файлы в БД IBIS: athra.gbl, athracs.gbl
3. Новое в задаче «Книгообеспеченность»
Подготовлен вариант форм Kitf3go и Kitf3gd - Kitf3go2 и Kitf3gd2.
В этих новых формах:
Коэффициент КО по циклам считается общим независимо от
формы обучения (в основных формах считается для всех кроме
з/о);
Для з/о в таблицу выводится число наименований и общий ККО, а
в столбцах экземпляров ставится прочерк (в основных формах
данные выдаются для книг, предназначенных исключительно для
з/о (считаются все экземпляры), а для книг, предназначенных и
для других форм обучения, - только при наличии выделенных
для з/о экземпляров);
Коэффициент КО считается в расчете на одну книгу;
Учитывается КМИ (коэффициент многократного использования
экземпляра);
Степень новизны считается в зависимости от Цикла:
o Для ГСЭ и СД <= 5 лет
o Для ЕН и ОПД <=10 лет
При этом в графах таблиц, в которых определяется степень
новизны, в строке 3 (выводятся суммарные результаты по ОПД и
СД) - анализируются данные отдельно по каждому из этих циклов,
а в строке 4 (результаты для З/О) данные анализируются
отдельно по каждому из четырех циклов.
4. Новое в технологии
4.1. Обеспечивается вывод лиц с вторичной ответственностью из поля 702 в
области Сведений об ответственности в кумулированном виде по форме:
<функция1> : <фио1>, <фио2>, <фио3> (или <фио1> [и др.]) ; <функция2> :
<фио1>, <фио2>, <фио3> (или <фио1> [и др.]) и т. д. – форматы o200f.pft,
702redK.pft, 702vlK.pft.
Примечание. Если введено хотя бы одно подполе 702^5 (одно лицо выполняет
несколько функций), то данный вывод отменяется (выводятся, как и ранее, все
лица в соответствии с порядком их ввода в документе).
4.2. При вводе БО Сборника без общего заглавия (поля 922) теперь можно не
выполнять промежуточного сохранения записи перед вводом лиц с вторичной
ответственностью:
4.2.1. с использованием словаря ввести в полях 922^G лица с вторичной
ответственностью, относящиеся к данному произведению (авторы
вводятся в отдельные подполя)
4.2.2. ввести в поле 702 все лица с вторичной ответственностью, включая
(повторно) и введенные в полях 922
4.2.3. при сохранении записи будут достроены поля 922^G (в них будут
введены авторы), а также построено 200^F – Сведения об
ответственности, относящиеся к документу в целом, в которое будут
включены только лица из полей 702, которые не встречаются в 922^G
(естественно, падежи должны совпадать)
4.2.4. После сохранения записи можно откорректировать текст во всех
подполях Сведений об ответственности (падежи, форму записи и пр.)
4.3. То же при вводе полей 330 (содержание), 481 (приплетенные издания), 488
(другие связанные издания):
4.3.1. с использованием словаря ввести в подполя сведений об
ответственности лица с вторичной ответственностью, относящиеся к
данному произведению (авторы вводятся в отдельные подполя)
4.3.2. ввести в поле 702 все лица с вторичной ответственностью, включая
(повторно) и введенные в полях 330, 481, 488;
4.3.3. при сохранении записи авторы будут дополнительно введены в
сведения об ответственности (с учетом их числа)
4.3.4. После сохранения записи можно откорректировать текст во всех
подполях Сведений об ответственности (падежи, форму записи и пр.)
Примечание. После сохранения записи (точнее, при наличии поля 903) п.п. 3.2.3 и
3.3.3 в части дополнительного ввода авторов в Сведения об ответственности
выполняться не будут, так что каталогизатор может безбоязненно вносить в них
изменение формы записи ФИО.
Форматы o200f.pft, o200g.pft, o330g.pft, o481f.pft, o488f.pft, autoin.gbl
4.4. В задаче Проверка фонда:
4.4.1. При работе в режиме корректировки по словарю можно работать в
режиме «текущей проверки» без изменения даты поступления
экземпляра, пересчета цены и формирования архивного поля. Для этого
нужно переименовать вновь включенный файл DmodinT.gbl в Dmodin.gbl,
который подключен в Irbisc.ini к двум словарям: «Инв.N, Штрих-код» (IN=)
и «Проверка фонда» (INP=).
4.4.2. Дополнительно разработаны две выходные формы, ориентированные
на работу с штрихкодами:
Tprfsh – Список проверенных штрихкодов
Tnprsh - список непроверенных штрихкодов
4.4.3. В словаре «Проверка фонда» удалена позиция «Для пересчета», так что
ВСЕ проверенные экземпляры попадают в позицию словаря «Проверены
<дата>»
4.5. Контроль на дублетность инвентарных номеров и штрих-кодов
дополнительно к сообщению о наличии дублетных номеров внутри документа
выдаются и сами дублетные номера (при работе в АРМах Каталогизатор и
Комплектатор) – форматы !910.pft и !910K.pft.
4.6. Введен новый параметр настройки – «выполнить при сохранении записи
сортировку полей экземпляров 910 в порядке возрастания штрихкодов» только индивидуально в 905^!. Сортированный порядок необходим для
нахождения дублетных шрихкодов при вводе большого числа повторений
поля 910. После сохранения документа параметр настройки (905^!) нужно
очистить, чтобы исключить ее
повторное выполнение (замедление
сохранения) – форматы 905.wss, Autoin.gbl (БД ЭК и Комплектования)
4.7. Введена возможность настройки вывода на КК и в формате просмотра инв.
номеров в 3-х разных видах (Мхр - Дата - Инв.№ - Цена / Мхр - Инв.№ - Цена /
Мхр - Инв.№)
Форматы: !!kk7ex.pft, !kkkexk.pft, invk.mnu, 905.wss
4.8. 910.wss, 910p.wss, 910si.wss, 910w.wss – введено ^ = (Коэффициент
многократного использования - задача Книгообеспеченность)
4.9. В полях 700 и 701 добавлены подполя функций лица ^4, ^5, ^6, ^7 (например,
автор-композитор) – изменены 701.wss и 701d.wss
4.10.
391.wss, Oprimd.pft – введено подполе 391^! – инв. номер экземпляра
(автограф)
4.11.
FCBS.gbl, FCBSU.gbl – Новые задания для глобальной корректировки
статуса экземпляров в ЭК филиала ЦБС и филиала ВУЗа соответственно.
FCBS.gbl размножает заданное количество экземпляров указанного филиала
и выставляет статус '0' экземплярам данного филиала, а остальным
экземплярам статус ‘C’. FCBSU.gbl
выставляет экземплярам данного
филиала статус 'U', если их количество больше единицы, иначе ‘0’, а
остальным экземплярам статус ‘C’.
5. Новое в форматах
5.1. Kn.pft, Mn.pft, Asp.pft, Autoin.gbl, Etr.mnu, Obrzv.gbl, Glob.mnu, Etr.mnu –
автоматическое снятие признака «Обработка не завершена», если в
Настройке установлен код Этапа работы «obrzv» - обработка документа
завершена (при сохранении документа или отдельной глобальной
корректурой).
5.2. Stn.fst – переведено на использование глобальных переменных, обеспечено
корректное формирование авторов из полей содержания с учетом 330^x,
922^x (число слов в фамилии)
5.3. ibis.fst:
5.3.1. изменена инверсия данных года издания, приведенного в квадратных
скобках
5.3.2. для полей 700 и 701 выводится функция.
5.4. Oisbncn.pft, Oisbncnk.pft – обозначение валюты выводится после каждой
(оригинальной) цены
5.5. o200f.pft, o922g1.pft, o922gnj.pft, ibis922g.pft, ibis925g.pft, o330f.pft, o4547.pft,
o461f.pft, o470f.pft, o481f.pft, o488f.pft, o963f.pft – удален лишний пробел,
формировавшийся в сведениях об ответственности, если в имени был один
инициал.
5.6. Oex910.pft (новые Exu.pft и Exuvl.pft)– корректно показываются сведения об
экземплярах (всего, число свободных) при наличии списанных в поле со
статусами «U» и «C», если просмотр ведется ДО выполнения «Завершения
выбытия»
5.7. Odoptd.pft – в области Дополнительных точек доступа обеспечивается
однократный вывод оригинального ФИО (например, если один и тот же автор
встречается в нескольких статьях содержания)
5.8. MN.pft, !kkkbo.pft, !!kk1bo.pft – часть вложенных форматов вызывается по
&uf(‘6’), что связано с заложенным в программах ограничением объема
памяти, выделяемой под формат
5.9. Rmarci.fst, rmarce.fst – добавлена функция лица в 700 и 701 поля.
5.10.
Autoin.gbl – доработано формирование шифров выпусков приложений к
номерам при регистрации журналов.
6. Новое в справочниках
6.1. Расширен справочник Fpz.mnu (формальный подзаголовок предметной и
географической рубрик)
6.2. Расширены справочники кодов языка Jz.mnu, Jzk.mnu, Jzt.mnu: в них
дополнительно внесены языки народов РФ – удмуртский, чукотский, эвенский,
эскимосский, якутский (кириллическая графика); для удмуртского языка
введен код fiu1, отсутствующий в таблицах RUSMARC, составленный как
разновидность финно-угорского языка. В Jz.mnu также внесен код mul для
многоязычных изданий, в которых ни один из языков не является
доминирующим, например, мультилингвистические словари.
6.3. Расширены справочники 7024.tre, 7024.mnu и 7024i.mnu: в них добавлен код
080 - Автор предисловия, послесловия и примечаний.
7. Календарь знаменательных дат
Предлагается первый вариант организации новой БД «Календарь
знаменательных дат».
Объектом описания (Документом БД) могут быть:
персоны (лица),
предметы (книги, произведения живописи и т. п.),
мероприятия (выставки и конференции)
различные события, в частности, праздники, культурные и исторические
вехи.
Для описания части документов проработаны достаточно подробные Рабочие
листы, другие описываются минимальным набором – Название, Аннотация (в
которой могут быть выделены ключевые слова и словосочетания) и полем
«Даты для КЗД».
Это поле является обязательным во всех записях, оно содержит дату
совершения события и число лет (интервал), через которые отмечается его
юбилей.
На основе данных этого поля формируются следующие специальные словари:
Год совершения события
Месяц, День – дает группировку событий на каждый день
Юбилеи текущего года – в него попадают события, юбилей которых
отмечается в текущем году
«До юбилея осталось … лет» - в нем группируются события, юбилеи
которых будут отмечаться через 1, 2, 3 и т.д. лет (с учетом
индивидуальных интервалов для разных событий)
Естественно, что для актуальности последних двух словарей в начале каждого
календарного года создание словаря нужно выполнить заново.
В тестовой БД представлены примеры. Записи могут содержать отсылки
на связанные документы, как в текущей БД, так в других БД, в частности в БД
ЭК (например, отсылка от записи Выставки к Каталогу этой выставки).
Предусмотрено
формирование
поля
320
«Библиография»
с
использованием переноса краткого БО из записей электронного каталога,
которые можно найти по словарям авторов, коллективов или заглавий.
Ссылки отражаются в форматах просмотра и дают возможность прямого
перехода на связанные документы.
8. ИРБИС в ПРИМЕРАХ
Предлагается первый вариант учебного html-документа «Примеры
каталогизации в ИРБИС».
В нем представлены следующие примеры:
Пример 1. Произведение одного автора (описание «под автором»)
Пример 2. Произведение 3-х авторов (описание «под автором»)
Пример 3. Произведение 4-х и более авторов (описание «под
заглавием»)
Пример 4. Сборник без общего заглавия (3 произведения одного
автора)
Пример 5. Сборник без общего заглавия (произведения нескольких
авторов)
Пример 6. Несколько томов в одной книге
Пример 7. Электронное издание (Комплект)
Пример 8. Описание периодического издания (журнала) в целом и
регистрация полученного номера. Издание имеет самостоятельное
приложение.
Пример 9. Книга - под автором (2 автора) + приложение на CD
Методика представления примеров ориентирована на Пользователей с
разным уровнем подготовки и, соответственно, работы с документом – одним
достаточно посмотреть заполненные страницы, другим нужно пройти все поля
описания последовательно, начиная с закладки «Дублетность». Примеры
построены таким образом, что в любой точке можно вернуться к основному
документу и можно независимо смотреть порядок заполнения отдельных полей.
Дополнительно планируется представить разные описания, как простые, так и
самые сложные.
8.1. В части моноизданий
Электронный ресурс
Диссертации и Авторефераты
Патенты.
НТД.
Карты и картографические материалы.
Ноты и музыкальные документы.
Аудио-визуальные документы.
Переводное издание.
Издание в серии.
«Редкие» книги.
Музейный предмет.
Учебные издания (к задаче Книгообеспеченность).
Труды коллектива (описание «под коллективом»).
Материалы конференции (описание «под временным коллективом»).
8.2. В части многотомных изданий
Издание 1-го – 3-х авторов (описание «под автором»).
Издание авторского коллектива, состоящего более чем из 3-х авторов
(описание «под заглавием»).
Труды коллектива и материалы конференции (описание «под
коллективом»).
Переводное издание
Издание в серии
8.3. В части периодических
издания)
изданий (журналы, газеты и другие сериальные
Описание издания в целом - Журнал в журнале
Описание издания в целом - Журнал с приложениями к номерам
(выпускам)
Регистрация полученных номеров
Номер имеет приложение, хранящееся отдельно
Регистрация приложения к номеру, хранящегося отдельно
Регистрация номера журнала в журнале
Регистрация объединенных номеров
9. ИРБИС64
9.1. Для медицинских библиотек
Введены новые поля 995 и 996 для дескрипторов тезауруса Mesh, что
позволяет вести версию для медицинских библиотек в рамках общей системы.
В соответствии с этим доработаны следующие форматы, которые
различаются с форматами ИРБИС32:
РЛ: Default.ws, Index.ws
Форматы печати: Orubdks.pft, !kkkr.pft, Kkkw.pft, Infow.pft
Ibis.fst
Форматы, используемые при импорте БД при переходе с ИРБИС32 на
ИРБИС64: Mesh32.fst, Importw.mnu
Форматы используемые при импорте-экспорте РУСМАРКа: БД IBIS:
rmarci.fst, rmarce.fst, rmarcw. pft, rmarci1.gbl, gr2.pft, mod1.mnu; БД MESH:
kmod0.pft, kmod0e.pft.
9.2. БД УДК и ББК
При вводе индексов в документ непосредственно могут быть использованы
непосредственно БД УДК и ББК (ранее – только АПУ к ним) – изменены 675.wss и
621.wss
9.3. Проверка фонда - Режим индивидуальной проверки фонда «по словарю» не
реализован. Групповая проверка фонда реализована только в АРМ
Комплектатор
Версия 2005.1
Функциональные возможности:
АРМ Каталогизатор.
20. 1.Обеспечена возможность указывать в описаниях РЛ полей и подполей
(файлы .WS и .WSS) элементы данных, которые не подлежат корректировке для этого в качестве РЕЖИМа ВВОДА необходимо указать - !0 Данное
средство может использоваться вместе со средством AccessLevel или как
альтернатива ему.
21. В режимах ИМПОРТ/ЭКСПОРТ (ИРБИС32) добавлена возможность
использовать кодировку UTF-8.
22. Новые
возможности
пользовательского
интерфейса
(ИРБИС64)
–
обеспечивающие оперативное представление связанных документов. В
области окна полного описания текущего документа создается вторая
закладка, на которой в виде списка кратких (одностроковых) описаний
представляются документы (текущей БД или другой), связанные с текущим
документом. Поиск связанных документов осуществляется на основе
ФОРМАТА СВЯЗИ по следующей схеме: текущий документ расформатируется
по ФОРМАТУ СВЯЗИ, результат расформатирования рассматривается как
поисковое выражение (на языке запросов ИРБИС), с помощью которого
находятся связанные документы. ФОРМАТ СВЯЗИ определяет вид
(содержание) связи. Конечному пользователю могут предлагаться различные
виды связи с помощью специального режима и соответствующего
справочника, имя которого определяется параметром RELATIONMNU (в
секции [MAIN] INI-файла, значение по умолчанию – RELATION.MNU).
Справочник видов связи имеет следующую структуру:
<ФОРМАТ_СВЯЗИ_1>,<ИМЯ_БД_СВЯЗИ_1>
ВИД СВЯЗИ 1
<ФОРМАТ_СВЯЗИ_2>,<ИМЯ_БД_СВЯЗИ_2>
ВИД СВЯЗИ 2
…………..
<ИМЯ_БД_СВЯЗИ_N> - имя базы данных, в которой ищутся связанные
документы. По умолчанию (т.е. если БД не указывается) используется текущая
БД.
Дополнительная возможность: результат расформатирования по ФОРМАТУ
СВЯЗИ может содержать префиксную часть (предшествующую собственно
поисковому выражению и ограниченную с двух сторон символами @@),
которая используется как экранная подсказка при показе соответствующих
связанных документов.
В целом данная интерфейсная возможность (оперативное представление
свзязанных документов) может отключаться с помощью параметра
PRRELATION=0
в секции [MAIN] INI-файла.
В дистрибутиве системы для БД электронного каталога (IBIS) предлагаются
два вида связи и соответственно два формата связи:
REL_BIBL.PFT – библиографическая связь (статья/источник, журнал/номера,
тома многотомника и т.п.)
REL_CONTENT.PFT – содержательная связь (т.е. связь документов по
признакам систематизации: индексы УДК/ББК, предметные заголовки и т.п.)
АРМ Книговыдача.
1. Созданы средства для ведения оперативной статистики ПОСЕЩЕНИЙ
библиотеки. Под ПОСЕЩЕНИЕМ понимается выполнение хотя бы одной
операции ВЫДАЧИ/ВОЗВРАТА для данного читателя в течение ОДНОГО дня
или таковое событие зафиксированное с помощью соответствующего режима
(кнопки) - в последнем случае, посещение фиксируется, если нет ни одной
ВЫДАЧИ/ВОЗВРАТА за текущий день (дату). Для БД RDR обеспечен новый
вид поиска - ПОСЕЩАЕМОСТЬ - соответствующий словарь представляет
собой оперативную статистику о кол-ве посещений по дням.
АРМ Читатель.
АРМ Комплектатор.
АРМ Администратор
1. В
режимах ИМПОРТ/ЭКСПОРТ (ИРБИС32) добавлена возможность
использовать кодировку UTF-8. Кроме того, для режима ИМПОРТ (ИРБИС32 и
ИРБИС64) добавлена возможность отключения АВТОВВОДА (может
понадобиться для проверки исходного состояния импортируемых данных).
Язык форматирования
Обеспечена возможность создавать ФОРМАТЫ ПОКАЗА с использованием HTMLтэгов (как альтернативы RTF-тэгам) - со всеми вытекающими последствиями (показ
графики, ссылок и т.д.). При этом предлагаются ДОПОЛНИТЕЛЬНЫЕ возможности
при адресации ресурсов в рамках ИРБИС для тэгов <A HREF=…> и <IMG SRC=…>
<A HREF=”IRBIS:N,описание_ссылки”…>
N – число, обозначающее вид ссылки; принимает значения 0, 1, 2, 3.
Для значений 0,1,2 – структура и смысл ссылок аналогичен ссылкам, формируемым с
помощью форматного выхода &unifor(‘+I..) (см. релиз версии 2004.1). Важное
замечание: форматный выход &unifor(‘+I..) ПРИМЕНИМ ТОЛЬКО В RTF-форматах
(т.е. в форматах с HTML-тэгами он не применим).
Значение 3 определяет ссылку на внешний объект через относительную адресацию
в рамках системы ИРБИС:
<A HREF=”IRBIS:3,path,dbname,filename”…>
path – определяет относительный путь к внешнему объекту в рамках ИРБИС и
принимает значения: 0 – основная директория системы (для ИРБИС32 – та, где
находятся исполняемые модули; для ИРБИС64 – та, где находятся исполняемые
модули сервера); 1 – общая директория баз данных (по умолчанию \DATAI); 2 –
директория конкретной БД;
dbname – имя БД (имеет смысл только при path=2). По умолчанию – предполагается
текущая БД;
filename – имя файла внешнего объекта.
<IMG SRC=”IRBIS:path,dbname,filename”….>
параметры path, dbname, filename имеют тот же смысл и определяют ссылку на
графический ресурс (картинку) в рамках ИРБИС.
Реализуется специальная возможность для отображения штрих-кодов в HTMLформатах, а именно:
<IMG SRC=”IRBIS:!!ШТРИХ_КОД!!”….>
В дистрибутив включены тестовые HTML-форматы, иллюстрирующие описанные
выше возможности: FULLW_TEST.PFT для БД IBIS; RDRW_WEB_TEST.PFT и
CHB_TEST.PFT для БД RDR.
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ.
АРМ КАТАЛОГИЗАТОР
Директория \IRBIS
В Upmnu.mnu добавлено RC.mnu, что обеспечивает возможность ввода римских
цифр с использованием справочника в любом месте поля
БД IBIS
10. Расширение описания картографических материалов
10.1.
123.wss – введены дополнительные подполя: ^C - Индикатор
повествовательного текста (ввод по справочнику 120a2.mnu)
и ^G Индикатор указателя (ввод по справочнику 120a1.mnu)
10.2.
Введено новое поле 509 - Заголовок картографической записи (509.wss,
5090.mnu, 5091.mnu, 5092.mnu, 509H.mnu, 509L.mnu, Bouni.ws (стр.
«Специфические»)). Подполя Вид издания (509^L) и масштаб (509^N), если не
заполнены, переносятся из соответствующих данных поля123 (autoin.gbl).
10.3.
Внесены изменения в ozoboz.pft: поле 509 выводится в заголовок
описания при наличии ^2
10.4.
В форматы просмотра и экспорта/импорта Rmarcw.pft, Rmarce.fst
Rmarci.fst внесены соответствующие изменения (поля 122, 123, 509)
11. Расширение описания НТД
11.1.
982.wss – введены дополнительные подполя: ^D – «взамен частично»,
^E – «заменен …», ^F – «заменен частично … », ^G – «заменен – дата», ^U –
«признак: специфические данные выводить в заголовок описания или в
сведения к заглавию». При необходимости повторения данных подполей
A,D,E,F - повторяется поле.
11.2.
330n.wss – введены дополнительные подполя: ^( - вид НТД, ^) – номер
НТД, что необходимо при описании сборника НТД
11.3.
Внесены изменения в orchifr.pft, !!kk0shp.pft, !!kk0shk.pft, !kkkbo1.pft –
вывод заголовка НТД при отсутствии 982^u
11.4.
Внесены изменения в o200e.pft: при наличии 982^u специфические
данные НТД выводятся в области сведений к заглавию (если не заполнено), а
при сохранении документа записываются в поле.
11.5.
Внесены изменения в oprim.pft, oprimd.pft, o922nj.pft : при наличии
данных в подполях ^( и ^) вид и номер НТД выводятся в статьях содержания
перед заглавием. Если этого быть не должно, то специфические сведения
можно записывать в ^e - сведения к заглавию.
11.6.
Внесены изменения в stn.fst – формирование поля 982 при копировании
источника в новый документ из статьи содержания - НТД.
12. Расширение описания нотного издания.
12.1.
. Внесены изменения в 2151.tre (добавлен клавир)
12.2.
. В 125.wss добавлены подполя 125^f (форма изложения нотного текста)
и 125^g (Параллельные сведения о форме изложения нотного текста).
12.3.
Ospec.pft – пополнен выводом специфических данных нотного
материала (перенесено из ofizxar0.pft)
13. Новое в описании журналов.
13.1.
РЛ для описания периодики:
13.1.1.
новые РЛ OJ51.ws и !Rpj51 содержат вложенные РЛ BOJ.ws,
FIZH.ws, REGI.ws, Kumul.ws, Technj.ws. Введены цифровые обозначения
меток полей.
13.1.2.
!nj51 - введены цифровые обозначения меток полей.
13.1.3.
изменены fmt31.mnu и ws31.opt,
13.2.
Добавлено поле 702 для ввода сведений о редакторах журнала,
вместе с функцией вводятся сведения о датах ее исполнения.
- в JW.pft выводится примечание о редакторах журнала из поля 702.
- в O200F.pft – введено условие «не формировать сведения об
ответственности» для 920=’J’
13.3.
В поле 901 (901.wss) – добавлено подполе ^V - время хранения
журнала в данном месте хранения (при необходимости его нужно вручную
проставлять после передачи сведений из БД комплектования об очередной
подписке).
На основе сравнения данных 901^v и текущего года формируется
словарь «Подлежит списанию»:
13.3.1.
в ibis.fst добавлен термин с префиксом ZVH= (Завершение
времени хранения),
13.3.2.
в irbisc.ini – добавлен новый вид поиска.
13.4.
Обеспечена возможность ввода тиража журнала соответственно по
годам: в РЛ FIizh.ws – поле 215 (215si.wss) объявлено повторяющимся, и в
него включены два подполя – год и тираж (поле 215, если введено, при
регистрации полученных номеров переносится в каждую запись NJ)
13.5.
rmarcw.pft, rmarce.fst – вывод тиража
14. Расширение описания общей части многотомного издания:
14.1.
В поле 46 добавлены подполя ^H, ^I, ^K, ^M - № и заглавие 2-й и 3-ей
единиц деления, а также ^E,^F – сведения к заглавию серии и сведения об
ответственности серии (46.wss, Otit461o.pft, !!kk1bo.pft, !kkkbo.pft, ibis.fst,
!f8tit.pft).
14.2.
В irbisc.ini внесено добавление новых данных в области «ключевые
слова в заглавии»
14.3.
Сведения о предыдущем заглавии (46^c) выводятся в формат
просмотра.
15. Новый ЭД «Наименование коллекции» для экземпляра
15.1.
В 910.wss, 910si.wss, 910m.wss добавлено 910^9 (справочник Coll.mnu);
15.2.
В ibis.fst добавлен термин с префиксом Coll=
15.3.
в irbisc.ini – добавлен новый вид поиска;
15.4.
в autoin.gbl – добавлен перенос в запись номера журнала (при
регистрации) данных о вхождении этого номера в коллекцию (910^9)
16. Новое для издательств – см. также п.12.2
16.1.
При корректировке по словарю Издательств на корректировку подается
только Издательство (без города); тем самым снята зависимость от
последовательности их расположения в поле, что приводило к невозможности
корректировки - !dmodo.pft.
16.2.
Обеспечена возможность ввода издательств (вместе с городом) с
использованием авторитетной БД коллективов (организаций) ATHRC: 210.wss,
210d.wss, 210si.wss, 461n.wss, 463.wss
16.3.
Как и для коллективов, обеспечена возможность автоматического
пополнения БД ATHRC сведениями о новых издательствах, введенных в ЭК,
как при сохранении записи, так и в отдельном выполнении задания
глобальной корректировки: autoin.gbl, athrc.gbl.
16.4.
Примечание. В связи с изменением таблицы создания словаря
авторитетной БД коллективов-издательств изменены префиксы в форматах
переноса коллективов в записи ЭК - 601.wss, 710k.wss, 710dk.wss, 710dv.wss,
710vk.wss, 711k.wss, 971.wss, 972.wss, 962.wss, 981.wss
16.5.
Откорректированы форматы переноса издательств из словаря БД ЭК –
в 210.wss, 210d.wss, 210si.wss, 461n.wss, 463.wss введены форматы переноса
!Imod210.pft и !Imod461.pft (новые).
17. При отсутствии кода языка в выходных форматах константы ставятся на
русском языке – osoa.pft, o330g.pft, o461f.pft, o481f.pft, o488f.pft, o922g1.pft,
o922gnj.pft, o961f.pft, o963f.pft, ovixd.pft, ovixdm.pft
18. Новое в алгоритме Сверки на дублетность Аналитических описаний – введено
дополнительное условие: при отсутствии в записи сведений о томе и номере
Источника статьи в «свертку» включаются страницы (местоположение) – ibis.fst,
!kds.pft, dbnflc.pft.
19. Новое в задаче «Проверка фонда» - отслеживается соответствие реального
места нахождения книги при проверке отдельного фонда (МХР) и данных в поле
910^d:
19.1.
в настройке (setpriv.wss) введен новый параметр «Проверяемый фонд»;
может отсутствовать; по умолчанию - проверяется весь фонд (PRFDMHR);
19.2.
если этот параметр введен, его значение сравнивается с местом
хранения (910^d) проверяемого экземпляра, и в случае их несовпадения
значение параметра записывается в 910^! «реальное место нахождения
экземпляра» (Dmodin.gbl, 910.wss, 910si.wss, 910p.wss, 910m.wss);
19.3.
в словаре Проверка фонда (Ibis.fst, INP=):
19.3.1.
введен новый термин «не на месте (реальное место нахождения
экземпляра из 910^!)»;
19.3.2.
термин «не проверены» связывается с местом хранения;
19.4.
после устранения рассогласования (п.10.2) значение в 910^! нужно
удалить вручную.
20. Описание Музейного предмета - Разработан 1-й вариант описания музейного
предмета.
При разработке использованы следующие материалы:
Система научного описания музейного предмета. Классификация. Методика.
Терминология : Справочник
/ Министерство культуры РФ, Российский
этнографический музей. - Санкт-Петербург, 2003г.
Инструкция по учету и хранению музейных ценностей, находящихся в музеях
СССР / Министерство культуры СССР. - Москва, 1984г.
Кузьмина Е.С. [и др.] Краткое описание музейного предмета: информационнолингвистическое обеспечение. Приложение 2. Методические рекомендации.
http://www.futuremuseum.ru .
UNIMARC MANUAL. Bibliographic format. Изменения и дополнения к 1-му
изданию. Фрагменты 2-го издания : Пер. с англ. - М. : ГПНТБ России, 1998
Разработка первого варианта рабочего листа для описания музейного предмета
выполнена на основе существующей Таблицы описания полей БД Электронного
каталога с некоторыми изменениями названий полей (например, «документ» на
«музейный предмет» или «предмет»; «Заглавие» на «Название» и т. п.).
Дополнительно введено поле 117: Кодированные данные. Трехмерные
искусственные объекты. Исходя из специфики описания предмета, изменены
некоторые справочники и добавлены новые:
charp.mnu – характер поступления предмета,
rrm.mnu – необходимость реставрации,
znm – музейное значение,
317m.mnu – организации бытования предмета,
900tm.mnu – тип предмета,
hd.mnu – характер предмета,
pst.mnu – способ поступления,
430m.mnu – тип переатрибуции и др.
Форматы просмотра: библиографический musp.pft и назывной (информационный)
формат, включающий все атрибуты описания паспорта музейного предмета.
21. Авторитетные файлы
21.1.
Общее для всех БД:
21.1.1.
Реализована
возможность
автоматического
создания
самостоятельных авторитетных записей на связанные принятые заголовки
(поля 510 – ссылка типа «см. также» в сохраняемой записи) - в БД ATHRA,
ATHRC, ATHRB, ATHRU добавлены файлы autoin.gbl; в БД ATHRS файл
autoin.gbl изменен
21.1.2.
Введена сверка на дублетность (ФЛК с возможностью его
отключения) - в БД ATHRC, ATHRB, ATHRU (dbnflc.pft, *.fst, *.ws, 905.wss)
21.2.
Реализована возможность ввода издательств в авторитетную БД
коллективов (организаций) ATHRC с возможностью автоматического ее
пополнения новыми издательствами, введенными в БД ЭК:
21.2.1.
расширен перечень типов организации (введен файл tip.mnu);
21.2.2.
изменена таблица формирования словаря - athrc.fst : в словаре
теперь наряду с общим словарем (префикс М=) формируются отдельные
словари для коллективов (префикс Z=) и издательств (префикс I=),
которые используются при вводе в ЭК соответственно, коллективов или
издательств.
Внимание! Необходимо выполнить создание словаря БД ATHRC заново.
21.2.3.
откорректированы форматы для переноса коллектива в записи ЭК
и БД комплектования - athrck.pft, athrcv.pft, athrc971.pft, athrcoa.pft
21.2.4.
добавлены форматы для переноса издательства в записи ЭК и БД
комплектования - athrci.pft, athrcio.pft,
21.2.5.
откорректированы форматы просмотра и вложенные РЛ (athrc.fst,
athrc.ini, athrc.pft, athrc.pft, athrcgrr.pft, athrcw.pft, infow.pft, 210.wss, 410.wss,
510.wss)
21.2.6.
изменен athrc.ini. ( в части поиска).
21.2.7.
соответствующие изменения внесены в БД ЭК (п. 6)
21.3.
Обеспечено согласование процессов автоматической корректировки
предметных рубрик в ЭК и авторитетной БД ATHRS:
21.3.1.
Если
параметр
DBEK1,2,3
в
ini-файле
не
пуст
и
создание/актуализация словаря БД ЭК проводилось с параметром
ATHRSAK=1, то при изменении рубрик в авторитетной БД ATHRS
корректируются рубрики в соответствующей БД ЭК;
21.3.2.
Если значение параметра MODATHRS в ini-файле равно 1,
происходит обратный процесс – пополнение авторитетной БД при вводе в
ЭК новых рубрик;
21.3.3.
Чтобы эти процессы не накладывались один на другой, в РЛ
настройки setpriv.wss добавлен параметр ATH - признак того, что
выполняется режим корректировки авторитетной БД предметных рубрик
ATHRS. В этом случае при установке в ini-файле признака
автоматического пополнения авторитетной БД ATHRS новыми рубриками
(параметр MODATHRS=1) обратная корректировка авторитетной БД будет
отключена.
22. Импорт из UNIMARC, RUSMARC.
22.1.
rmarci.fst, umarciw.fst – добавлен прием данных о типе записе из 6-й поз.
маркера в поле 900^t.
22.2.
Для звукозаписей добавлены справочники-меню перекодировки
данных поля 126 при импорте: 126a7r.mnu, 126b7r.mnu, 126c7r.mnu,
126d7r.mnu, 126e7r.mnu, 126f7r.mnu, 126g7r.mnu, 126h7r.mnu, 126i7r.mnu,
126j7r.mnu
22.3.
glob.mnu, marci.gbl – добавлено задание глобальной корректуры для
удаления служебных полей, образованных при импорте из коммуникативных
форматов.
АРМ КОМПЛЕКТАТОР
БД CMPL
1. Создан словарь сортированных шифров журналов, который предлагается
использовать для определения последнего занятого шифра журнала. Для этого в
cmpl.fst добавлен префикс SIJ.
2. Разработана технология нестандартных вариантов подписки:
2.1. Пакетная подписка журналов, когда на одно заглавие для заказа
подписывается несколько наименований периодических изданий («пакет»).
Для такой подписки предлагается завести в БД CMPL запись БО на заглавие
для заказа пакета с включением полей 488, описывающих каждое издание,
входящее в пакет. После получения документов подписки необходимо
выполнить глобальную корректировку этой записи по заданию ppj.gbl, которая
снимет период подписки в записи пакета, сформирует в БД CMPL записи на
каждое издание, если они не были созданы ранее, или откорректирует записи
БО, входящие в пакет, для последующей их передачи в ЭК.
2.2.
Подписка одного заглавия журнала по разным каталогам и,
соответственно, с разными подписными индексами и по разным ценам.
В этом случае в БД CMPL на данное заглавие оформляется запись,
основная, которая имеет тот же шифр, что и в БД ЭК, с повторяющимся
полем 488. В соответствующих подполях каждого повторения поля 488 этой
записи требуется указать дополнительные подписные каталоги и шифры
записей (отличающиеся от шифра основной записи), в которых вводятся
сведения о заказах по этим каталогам.
Записи БО для подписки по дополнительным каталогам создаются
глобальной корректировкой по заданию PKJ.gbl. Документы для глобальной
корректировки PKJ.gbl отбираются в словаре “Период текущей подписки” по
термину с пометкой “(не один каталог)”. В выходных документах подписки
участвуют записи всех подписных каталогов.
Перед передачей в ЭК сведений о текущем периоде подписки
необходимо выполнить глобальную корректировку по заданию PKJ1.gbl, в
результате которой в основную запись вносятся сведения о заказах
(поквартальные) из записей дополнительных подписных каталогов – поле
1938. Документы для глобальной корректировки PKJ1.gbl отбираются в
словаре “Период текущей подписки” по термину с пометкой “(Дубль)”.
В электронный каталог будет передана только основная запись с
данными обо всей подписке.
2.3. Подписка книг. Для этого на стр. "Технология" РЛ ZK и ZK31 добавлены поля
33, 34, 39 и подготовлено задание глобальной корректировки pkn.gbl, которое
должно быть выполнено после получения документов подписки.
3. Во всех РЛ проставлены метки полей.
4. В РЛ ZK31 обеспечена возможность динамической установки (по кнопке
Настройка) имени БД ЭК, из словарей которой можно переносить данные при
вводе записи в БД комплектования (по умолчанию – БД IBIS); ранее можно было
заимствовать данные только из БД IBIS (перенос данных из авторитетных БД
также поддерживается) – zk31.ws, setprivc.wss
5. Подготовлены новые выходные формы подписки: TABLOW1 - общий лист
подписки (за последний период) с указанием подразделения; PODPISKA - общий
единый лист подписки по всем каталогам и адресатам.
6. В таблицу «КСУ для подразделения» Tksumw.tab добавлен вывод суммы (р.) для
подразделения
7. Обеспечена возможность ввода описания под временным коллективом.
8. Обеспечена возможность ввода издательств (вместе с городом) с
использованием авторитетной БД коллективов (организаций) ATHRC: 210.wss,
210d.wss, 210si.wss, 461nk.wss
АРМ ЧИТАТЕЛЬ
Обеспечена возможность управления выводом элементов в просмотровом
формате: в irbisr.ini введены параметры настройки формата просмотра, значения
которых можно устанавливать в АРМе Администратор.
АРМ КНИГООБЕСПЕЧЕННОСТЬ
Обеспечена возможность работы по технологии Учебного плана – новые форматы в
директориях RDR VUZ
АРМ КНИГОВЫДАЧА
При повторном заказе того же издания читателем в окне просмотра выводится
сообщение "Заказанное издание уже выдавалось". Это сообщение выдается и в
случае, когда книга уже была возвращена - производится сравнение шифра текущего
заказа со всеми шифрами из формуляра читателя.
Формат Rst.pft
Версия 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>
Dbname - имя БД Авторитетного файла или тезауруса или любой другой БД,
используемой для расширения поиска (по умолчанию, т.е. если БД не указана,
берется БД, в которой производится поиск).
Prefix - префикс, который прибавляется к текущему термину для поиска док-ов в БД
расширения.
Format - в виде @<имя_формата> или <явный_формат> - формат, с помощью
которого расформатируются найденные в БД расширения док-ты - каждая строка
расформатирования рассматривается как термин расширения (формат, заданный по
имени, должен находится в БД расширения)
(то же самое реализовано в АРМе Каталогизатор)
АРМ Комплектатор.
АРМ Администратор
Язык форматирования
1. В языке форматирования добавлены новые конструкции для работы с
глобальными переменными и списками строк - unifor('+1...). Описание этих подкоманд
находится в файле
Подкоманды для глобальных переменных.doc
на открытом FTP ftp://ftp.gpntb.ru
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ.
Изменения в Версии 2004.2
АРМ ЧИТАТЕЛЬ
1. Обеспечение задачи «Читатель при заказе может указать кафедру выдачи, где
он желает получить книгу (где есть свободные экземпляры)»
Внесены следующие изменения:
БД 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
1. Разработана новая система Рабочих Листов с использованием аппарата
«вложенных РЛ», что позволяет при необходимости внесения исправлений
делать это однократно, а также формировать дополнительные РЛ и
подключать их как отдельные страницы.
При этом:
На всех РЛ введены цифровые метки полей;
Изменена последовательность представления части ЭД:
- выделена отдельная страница: «Специфические данные», на
которой собраны поля, описывающие характеристики электронных
ресурсов (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
-
2. Соответственно п.1 изменены файлы Fmt31.mnu (справочник-меню РЛ) и
Ws31.opt (оптимизация выбора РЛ).
Примечание: При нежелании перейти на новую систему РЛ Пользователь
может изменить имена файлов: fmt31s.mnu на fmt31.mnu и ws31s.opt на
ws31.opt.
3. Разработана новая система основных выходных форматов (просмотра,
КК в индивидуальном и пакетном режимах) и структура файлов с
использованием аппарата «вложенных форматов», что позволяет при
необходимости внесения исправлений делать это однократно, а также
формировать из них дополнительные форматы.
3.1. ФОРМАТЫ ПРОСМОТРА
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;
3.1.4. Новые форматы:
OTIT461 – описывает все данные Общей части многотомника;
OZBOZ (расширенный ozbo) - описывает заголовок и основное
заглавие книги/тома/статьи;
OTITKN - описывает расширенное заглавие и сведения об
ответственности книги/тома/статьи;
OFIZHAR - описывает количественные (okolhr) и физические
характеристики (ofizhar0, ofizhar1) документа;
OPRIM – Область примечаний основная, включает также opril454
и содержание краткое;
OPRIMD – Область примечаний, дополнительная (выводится с
нового абзаца после области ISBN), включает также oant, opri451,
opril421 и содержание полностью;
OPRIS488 – примечания о других связанных изданиях (новое
поле)
OFINAL – описывает ссылки на внешний документ, учебную
литературу и сведения о держателе документа
3.2. Форматы КК (Индивидуальная печать)
Все форматы со старыми именами (!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 – источник аналитического описания;
3.3. Форматы КК (Пакетная печать)
Основной формат со старым именем !!kk1bo.pft использует вложенные
форматы, часть из которых - форматы просмотра, а другая часть специальные для КК:
ibis925k.pft – другие тома в одной книге,
oprimk.pft - примечания,
oisbncnk.pft – ISBN и цена,
oistaspk.pft – источник аналитического описания;
4. AUTOIN.GBL
4.1. Отменена корректировка ЭД «Сведения об ответственности» при
некорректном отражении в нем данных первого автора (удалены
операторы REP 200^F, 461^F, 922^G, 330^G, 470^F, 481^F). Эта
корректировка (пополнение введенных «Сведений об ответственности»)
была реализована после внедрения ГОСТ 7.80-2000, потребовавшего
обязательного включения первого автора в эту область БО. Отметим,
что в форматах просмотра корректировка остается, что необходимо для
документов, введенных до 1.07.2001 года.
4.2. В операторе ADD 200^E введено автоматическое формирование o200^e
(дополнительно к сведениям о диссертации) по формату o200e.pft
4.3. В операторах построения сведений об ответственности ADD 200^F,
200^G, 461^F, 922^G, 925^G используются те же вложенные форматы,
что и в форматах просмотра;
4.4. Внесены изменения, реализующие регистрацию интервала номеров
журналов, что в предыдущих версиях выполнялось программно.
4.5. Внесены изменения, касающиеся регистрации выпусков, изданных в
одной обложке (поля 930 и 931): cнято ограничение на количество
объединенных выпусков.
4.6. Введен автоматический перенос данных, управляющих форматом
просмотра, из «Настройки» в поле 905 с тем, чтобы эти данные в
дальнейшем «работали» при получении других выходных документов
(например, Указателей), а также при выводе результатов web-поиска.
Примечание. В настоящей версии «другие» форматы еще не
переведены в новую структуру со стандартным набором вложенных
форматов.
5. Изменения, связанные с внедрением ГОСТ 7.1-2003.
5.1. Область заглавия и сведений об ответственности
5.1.1.
Общее обозначение материала (ООМ).
В полях Заглавие (книги/тома или Общей части многотомника)
введены подполя 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
5.1.2.
Введен пробел перед разделительными знаками «;», «/» и
«:» - форматы: 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);
5.1.3.
200e.mnu – справочник «сведения, относящиеся к
заглавию» - первый символ заменен строчной буквой;
5.1.4.
Константы «и др» и «et al» заключены в [ ] и вставлена «.» форматы: Osoa.pft (OsoaP.pft), O461f .pft (O461fP.pft), O961f.pft
(O961fP.pft), ibis922g.pft, ibis925g.pft;
5.1.5.
7024.mnu и 7024.tre – справочники «Функция» к полю
«Редакторы, составители, композиторы…» (961^4,5,6 и 702^4,5,6):
первый символ заменен строчной буквой. В форматах первый
символ области - прописная, остальные – как введено)
5.2. Формат 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 и только по новому, короткому, варианту
5.3. Область выходных данных
5.3.1. В поля 210 и 461 добавлены подполя: 4 (город на издании для
вывода), 5 (пояснения к году, показываемые перед ним; в словарь
берутся после года), 6 (функция издающей организации).
Примечание: В 210.wss, 210d. Wss и 461n. wss добавлены все новые
подполя, в 210si.wss добавлены только подполя 4 и 6.
5.3.2. В ibis.fst - изменены термины с префиксами 'G=' и '!'. Год,
введенный в квадратных скобках, в сверке на дублетность не
участвует и в словарь берется содержимое квадратных скобок с
пояснением в конце термина ‘ [ ]’ .
5.3.3. Введен пробел перед разделительными знаками «;», «/» и «:»,
введены квадратные скобки для ‘Б. м.’ и т.п. и учтены подполя 4,5,6
полей 210 и 461 в pft: !rmova, !rmovt, !pmovy, !pmovt, !pmovb, !smova,
!smovt, ovixd, ovixdm, dbnflc, !kkkow, !kkkc, !kkkdw, !kkkuw, opri451 и
470.wss
5.4. Область издания
Поле 205 стало повторяющимся. Добавлены новые подполя: d –
параллельные сведения об издании, g – последующие сведения об
ответственности. Изменены рабочие листы: bouni.ws, default.ws, 205.wss, а
также формат izd.pft
5.5. Область физических характеристик
Форматы Okolhr.pft (количественные характеристики), Ofizhar0.pft и
Ofizhar1.pft (физические характеристики) объединены в формат Ofizhar.pft
5.6. Область серии
5.6.1. Изменены
5.6.2. разделители между несколькими сериями (вместо разделитя
области “. - ”, ставившегося перед каждой серией в скобках они
разделяются только пробелом).
5.6.3. Введен пробел перед разделительными знаками «;», «/» и «:».
PFT: otit461o, oser, !tmov423,
5.6.4. В Obn.mnu добавлены обозначения частей строчными буквами и
пробел в конце обозначения.
5.7. Область стандартного номера и условий доступности
5.7.1. В полях 10 (10.wss – подполе z) и 461 (461n.wss – подполе 1)
введено подполе «ошибочный ISBN»
5.7.2. В ibis.fst добавлены термины с префиксом B= (ошибочные ISBN
из полей 10^z и 461^1)
5.7.3. Вынесены из области сведения о тираже
5.8. Область примечаний
5.8.1. Изменена последовательность вывода полей: 230 (системные
требования), 337 (режим доступа), 517 (разночтения), 314 (об
интеллектуальной ответственности), 912 (о языке), 320 (о наличии
библиографии), 327 (о содержании), 330 (содержание: в КК – всегда, в
просмотре – только при неполном выводе), 300 (общие примечания), 454
(об источнике переводного издания), 215 (тираж)
5.9. Изменения в форматах
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.
5.10.
Новое в справочниках
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)
5.11.
Тестовая БД.
В тестовую БД введено 18 новых записей с номерами 112-129, взятых
из примеров к ГОСТ7.1-2003. Старые записи не подвергались
корректировке и остались без изменения.
6. Контроль орфографии – в окне просмотра выделяются слова,
определяемые системой как ошибочные. Проверка идет с учетом словаря
CUSTOM.DIC, содержащего допустимые ГОСТом сокращения (построен на
основе файла GOS71293.mnu, предоставленного Егоровым С.К.
(библиотека им. В.В. Маяковского, СПб))
Двойной щелчок по выделенному в окне просмотра слову переключает
курсор на ошибочное слово в области корректировки (при этом
минимальная длина слова, от которого идет переход к режиму
корректировки, определяется оператором MinLKWLight= в INI-файле)
7. ФЛК - В формат !910.pft – введен дополнительный контроль на дублетность
инвентарных номеров и штрих кодов ВНУТРИ документа.
8. Разработана новая технология задачи «Проверка фонда» – корректировка
по словарю «Инв. Номер / Штрих-код» или словарю «Проверка фонда»
каждого выделенного (активного) термина.
По умолчанию действие
(глобальная
корректировка)
производится
при
нажатии
кнопки
«Корректировка». В процессе корректировки исходное значение поля 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,
- Термины в словаре, прошедшие проверку, помечаются буквой
«П», а термины, не прошедшие проверку, остаются
непомеченными (изменение).
-
9. Разработана технология пополнения Сводного Каталога путем импорта
записи со слиянием (формат записи – ИРБИС): по свертке ЭД
импортируемой записи определяется наличие дублетной записи в БД, если
такая запись находится, в нее вводится только сигла (поле 902) из
импортируемой записи, при отсутствии – запись вводится полностью как
новая. Форматы: impsvk.pft – определяет формат для поиска дублетной
записи в БД, impsvk.fst – таблица переформатирования, mergepft.mnu –
список форматов для поиска.
10. Новые поля/подполя
Введено новое поле 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
11. Новое в задаче Книгообеспеченность
11.1. В словарь БД ЭК дисциплина выводится вместе с пометой –
осн/доп/мет
11.2. Актуальные (текущие) данные по осенним семестрам (ОС)
формируются в сентябре-декабре (номер месяца >8). В этот же
период должно быть построено поле 692 (глобальной
корректурой) для фиксации данных по КО осенних семестров. При
определении ККО для ОС весной данные берутся из поля 692,
при их отсутствии счета нет.
11.3. Актуальные (текущие) данные по весенним семестрам (ВС)
формируются в январе-августе (номер месяца <9). В этот же
период должно быть построено поле 692 (глобальной
корректурой) для фиксации данных по КО весенних семестров.
При определении ККО для ВС осенью данные берутся из поля
692, при их отсутствии счета нет.
11.4. Осенью в сентябре-декабре (номер месяца >8) формируются
«прогнозируемые» данные по весенним семестрам - для изданий,
рекомендуемых для изучения в весенних семестрах, но число
студентов определяется по осенним (текущим) семестрам.
11.5. Принцип расчета Коэффициента КО (ККО):
Отдельно считаются ККО по каждому «выделенному» фонду (до 5
значений, определенных в Nazn.mnu, например, по виду обучения –
для заочного, вечернего и дневного обучения) при наличии в поле
экземпляров подполя 910^t (специальное назначение фонда
Naznac.mnu,). При этом, если хотя бы одно повторение поля 910
«помечено» (содержит ^t), то все не помеченные экземпляры
считаются
экземплярами
общего
пользования.
Если
нет
«помеченных» экземпляров, считается один общий ККО.
ККО по «выделенному» фонду складывается из собственных данных
(число экземпляров, число студентов) и общих данных (экземпляры
общего пользования, общее число студентов); все исходные данные
выводятся в таблице (берутся из поля 692 с учетом текущего
года/полугодия или считаются по текущим данным).
Суммирование ККО по каждому выделенному фонду осуществляется
при «маскировании» конкретного значения. Если «выделенных»
категорий нет, производится общее суммирование.
ККО средний считается, если есть данные по обоим полугодиям.
11.6. Связанные записи БД IBIS - !book.wss - используются форматы *.pft:
Экземпляры ОС/ВС: Kokexo, Kokexv,
Студенты ОС/ВС: Koksto, Kokstv,
ККО ОС/ВС: Kokkoo, kokkov, kokkovp (прогноз), kokkosr (средний)
11.7. Глобальная корректура – ввод поля 692 – используются форматы *.pft:
Экземпляры ОС/ВС: Ko692ex,
Студенты ОС/ВС: Ko692stos, Ko692stvs,
ККО ОС/ВС: Ko692os, ko692vs + ko692osL, ko692vsL (общего
пользования)
11.8. BOKO.PFT используются форматы: *.pft:
Kos1 – КО по первому ВФ
Kos2 – КО по второму ВФ
Kos3– КО по третьему ВФ
Kos4– КО по четвертому ВФ
Kos5– КО по пятому ВФ
Kosost– КО по экз-рам общего пользования
koop– КО общая (при отсутствии в экземплярах сведений о
выделенных фондах)
11.9. Формы KITF3GO (основная лит-ра) и KITF3GD (дополнительная лит-ра)
используют фоматы: Kitex.pft, kitexz.pft, kitsr.pft, kitsrz.pft – соответственно
для данных по З/О и остальным.
11.10. Глобальная корректура – формирование поля 691 из поля 694 (заявка,
введен идентификатор дисциплины) с вводом расширенных данных из
БД VUZ с соблюдением следующих принципов:
Если ЭД из списка [направление - специальность или специализация –
ВО – ФО - факультет – семестр - кафедра выпускающая] не указан в
заявке, берутся ВСЕ данные независимо от ЭД, отсутствующего в
заявке.
Если ЭД из указанного списка в заявке задан, то берутся данные,
соответствующие комплекту ЭД, заданных в заявке.
Исключение – ЭД специальность: если в заявке указан код
специализации (позиции 5,6 не равны 00), то отбираются также
соответствующие специальности с окончанием 00, что означает, что
дисциплина
предназначена
всем
специализациям
данной
специальности.
Предварительно все поля 691 удаляются, а затем строятся заново на
основе поля 694
В одном повторении поля 694 может быть задано несколько
семестров, разделенных знаком /
Используются форматы:
Default.ws (поле 694)
Techn.ws – РЛ Технология (поле 694)
694ko.wss (заявка на учебную литературу, поле 694)
Ko691z.gbl – задание на выполнение глобальной корректуры
Glob.mnu
БД RDR
1. 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
1. Подписка. Разработана технология указания цены доставки отдельно для
каждого адресата (если не указано, берется из общих данных). Изменены
форматы 39.wss, autoin.gbl (поле 938 с ценой каждого номера строится в
записи), transn.fst и transndj.fst
2. Поступление книг. Внедрение ГОСТ 7.1-2003.
При вводе данных в РЛ ZK31.ws обеспечена возможность ввода данных в
полном объеме (скопированы из БД IBIS все вложенные РЛ и
справочники);
Формат просмотра IBISK.PFT изменен и состоит из вложенных форматов,
идентичных форматам, используемым в БД каталога (KN.PFT и MN.PFT);
При сохранении записи (AUTOIN.GBL) используются так же, как и в БД IBIS,
вложенные форматы.
БД POST
1. Изменено movekps.fst – вариант передачи журналов в БД комплектования без
предварительной разметки с указанием периода подписки в настройке
Версия 2004.1
Функциональные возможности:
АРМ Каталогизатор.
1.Новый режим СЛИЯНИЕ. Реализован как опция режима ИМПОРТ (плоскость
ВВОД). В отличие от собственно импорта (когда импортируемые записи добавляются
в БД в качестве новых) режим слияния позволяет сливать импортируемые (внешние)
записи с записями, уже существующими в БД. Слияние может производиться двумя
способами: на основе ключевого формата (т.е. формата, по которому формируется
термин-ключ, на основе которого находится запись для слияния) или на основе
сценария глобальной корректировки. Также реализована возможность вставлять
(сливать) в текущую запись (т.е. в ту, которая находится на корректировке - по
правой кнопке мыши в области ввода) запись из внешнего файла (в формате ISO или
TXT.) Список ключевых форматов параметрируется в INI-файле с помощью
параметра MergePftMnu (раздел [MAIN]) – значение по умолчанию MergePft.mnu.
Список сценариев глобальной корректировки параметрируется в INI-файле с
помощью параметра MergeGblMnu (раздел [MAIN]) – значение по умолчанию
MergeGbl.mnu.
2.Реализована идея ВЛОЖЕННЫХ РЛ (WS) (по аналогии с вложенными форматами).
Это позволяет создавать типовые РЛ (например, в виде одной страницы РЛ), из
которых можно формировать (как из "кирпичиков") реальные РЛ - при этом
достаточно откорректировать вложенный РЛ, чтобы соответствующим образом
изменились все РЛ, в которых он используется. Собственно технология вставки
вложенных РЛ реализована в Редакторе РЛ и справочников (АРМ Администратор)
3.Для режима ПОИСК (плоскость ПОИСК) добавлены новые логические операторы
(дополнительно к И, ИЛИ, НЕТ):
И (в поле) - определяет присутствие терминов в одном повторении поля (пример
применения: поиск по словам из заглавия в оглавлении журнала);
И (фраза) - определяет присутствие терминов в одной фразе (в указанном порядке).
В связи с этим для сценариев поиска добавлен новый параметр
ItemLogicN=
который определяет, какие логические операторы могут использоваться для данного
вида поиска. Возможные значения:
0 - только логика ИЛИ;
1 - логика ИЛИ и И;
2 - логика ИЛИ, И, НЕТ (по умолчанию)
3 - логика ИЛИ, И, НЕТ, И (в поле)
4 - логика ИЛИ, И, НЕТ, И (в поле), И (фраза)
4.Введена возможность определять права доступа к базам данных в рамках
заданного контекста работы. Т.е. в списке доступных БД (который содержится в
справочнике, имя которого определяется через параметр DBNAMECAT INI-файла, по умолчанию dbnam2.mnu) можно определить БД, которые доступны только на
чтение. Для этого перед именем БД в справочнике надо поставить знак "-" (минус).
(Разумеется, речь идет о правах доступа ТОЛЬКО в рамках ИРБИС - не надо путать
с сетевыми правами доступа.)
5. Реализована возможность ссылок (гиперссылок) в окнах полных описаний (на
плоскостях ПОИСК и ПОСМОТР/ВЫВОД). Ссылки включаются в выходные форматы
с помощью специального форматного выхода &unifor('+I...) (Работает только на
Windows 2000 и выше ???)
Поддерживается три вида ссылок
0 - ссылки на внешние объекты
1 - ссылка на связанный документ (возможно в другой БД) - "от одного к одному"
2 - ссылка на связанные документы (возможно в другой БД) - "от одного к многим"
АРМ Книговыдача.
1. Дополнен режим скоростной книговыдачи на основе штрих-кодов - в части
возврата многоэкземплярной литературы с одинаковыми штрих-кодами, в случае
когда на руках у нескольких читателей имеются экземпляры таких изданий. А именно
- при возврате (когда вводится только штрих-код возвращаемого экземпляра) в
случае возникновения неопределенности предлагается ввести дополнительно
штрих-код читателя.
2. Появилась возможность с помощью параметров INI-файла определять
доступность/недоступность (соответственно значения 1 (по умолчанию)/0) кнопок,
связанных с ответственными режимами работы:
REQUESTABLE
ВЫПОЛНИТЬ (заказ)
REQUESTDELETEABLE
УДАЛИТЬ (заказы)
RETURNABLE
ВОЗВРАТ
LANDABLE
ВЫДАЧА БЕЗ ЗАКАЗА
RETROLANDABLE
ВЫДАЧА БЕЗ ЭК
PROLONGABLE
ПРОДЛИТЬ
RETURNDELETEABLE УДАЛИТЬ (сведения о выдачах/возвратах в записи читателя)
3. На плоскости ЧИТАТЕЛИ в области ЧИТАТЕЛЬ появилась
обеспечивающая печать текущей записи читателя в заданном формате.
кнопка,
АРМ Читатель.
1. Для режима ПОИСК (плоскость ПОИСК) добавлены новые логические операторы
(см. выше АРМ Каталогизатор).
2. В режиме ПЕЧАТЬ (плоскость ПРОСМОТР) обеспечена возможность печати
итоговых данных в конце списка - на основе формата, имя которого параметрируется
в INI-файле через параметр ITOGPFT (по умолчанию - itog.pft). При этом создается
модельное поле 991, содержащее количество напечатанных документов.
3. Реализована возможность ссылок (гиперссылок) в окне полного описания
(плоскость ПОИСК) - (см. выше АРМ Каталогизатор)
АРМ Комплектатор.
Реализована идея ВЛОЖЕННЫХ РЛ (WS) (см. АРМ Каталогизатор)
АРМ Администратор
1. Добавлен режим создания новой произвольной базы данных, т.е. абстрактной БД
ИРБИС без какой-либо параметрии - режим предназначен для тех, кто создает под
ИРБИС произвольные (небиблиографические) БД.
2. Введена новая команда для пакетного задания:
EXIT [путь_имя_файла]
закрывающая АРМ Администратор. Если задан параметр - он рассматривается как
путь/имя_файла, в котором сохраняется протокол выполнения пакетного задания.
3. Введен новый режим - АВТОАКТУАЛИЗАЦИЯ. Режим включается в виде
соответствующей опции на форме, которая вызывается в режиме
ОПЦИИ_АВТОМАТИЧЕСКИЙ ОПРОС. Если данная опция включена, происходит
следующее: при обнаружении неактуализированных записей в текущей БД после
очередного автоматического опроса автоматически запускается режим
АКТУАЛИЗАЦИЯ СЛОВАРЯ.
Идея использования этого режима следующая. При больших БД (порядка 100 тыс. и
более) и/или слабых клиентских машинах процесс сохранения/актуализации записи в
АРМах Каталогизатор/Комплектатор может оказаться достаточно длительным (более
15-20 сек. - имеется в виду время ожидания после нажатия кнопки СОХРАНИТЬ) В
этом случае предлагается отменить автоматическую актуализацию на клиентских
машинах в АРМах Каталогизатор/Комплектатор (параметр RECUPDIF в секции
[ENTRY] INI-файла установить в значение 0), а в АРМе Администратор, который на
постоянной основе стартуется на серверной машине, для соответствующей текущей
БД включить режим АВТОАКТУАЛИЗАЦИЯ.
Язык форматирования
Включены новые форматные выходы (&unifor(...) в языке форматирования:
1. &unifor('7...) - реализация реляционности, т.е. реализация отношений "от одного к
многим" - позволяет при расформатировании текущего документа осуществить
расформатирование группы связанных документов из другой БД.
Конструкция передаваемых данных:
7<имя_БД>,</termin/>,<@имя_формата|формат>
имя_БД - имя базы данных, из которой будут браться связанные документы; по
умолчанию, т.е. если имя БД "пустое", используется текущая БД.
/termin/ - ключевой термин, на основе которого отбираются (ищутся) связанные
документы; термин заключается в уникальные ограничители (например. /), в качестве
которых используется символ, не входящий (гарантированно) в термин.
@имя_формата|формат - имя формата или формат в явном виде, в соответствии с
которым будут расформатироваться связанные документы. Если задается имя
формата, то он берется из директории БД, заданной параметром <имя_БД>.
Есть аналогичный форматный выход - &unifor('D...) - который реализует связь "от
одного к одному", т.е. из связанных документов берется только первый.
Пример:
...&unifor('7TEST,',"/T="v200^a"/",',v903"\par "')....
2. &unifor('+1....) - работа с глобальными строковыми переменными. Имеются три
подфункции:
+1RNNN - чтение переменной с номером NNN
+1WNNN#AAA - запись в переменную с номером NNN значения AAA
+1 - опустошение всех глобальных переменных.
Глобальность переменных заключается в том, что перед началом очередного
расформатирования они НЕ опустошаются, т.е. через глобальные переменные
можно передавать данные из одного расформатирования в другое. Количество
переменных не ограничено.
Пример:
...&unifor('+1W100#0')...(.....&unifor(|+1W100#|d999,F(val(&unifor(|+1R100|d999))+val(v99
9),0,0)).....).....&unifor('+1R100')....
3. &unifor('3...') - выдача данных, связанных с ДАТОЙ и ВРЕМЕНЕМ
Имеются следующие подфункции:
3 - выдать текущую дату в виде ГГГГММДД
30 - выдать теекущий год в виде ГГГГ
31 - выдать текущий месяц в виде ММ (с лидирующим нулем)
32 - выдать текущий день в виде ДД (с лидирующим нулем)
33 - выдать текущий год в виде ГГ
34 - выдать текущий месяц в виде М (без лидирующего нуля)
35 - выдать текущий день в виде Д (без лидирующего нуля)
36MM - выдать по заданному номеру месяца его название на русском языке в
именительном падеже
37MM - выдать по заданному номеру месяца его название на русском языке в
родительном падеже
38MM - выдать по заданному номеру месяца его название на английском языке
39 - выдать текущее время
3А - выдать номер текущего дня от начала года
Пример:
....&unifor('36',&unifor('34'))....
4. &unifor('!') - команда постредактуры: очистить результат расформатирования от
двойных разделителей (двойных точек или двойных конструкций <. - >). Имеет смысл
использовать один раз в любом месте формата.
5. &unifor('+F') - команда постредактуры: очистить результат расформатирования от
RTF-конструкций. Имеет смысл использовать один раз в любом месте
формата.
6. &unifor(‘+I…) - команда формирования ссылки (гиперссылки). Структура
передаваемых данных:
+I/содержание_ссылки/название_ссылки
/содержание_ссылки/ - внутренние данные ссылки, ограниченные уникальным
разделителем. Имеют следующую структуру:
NNN,HHH,<параметры>
NNN - тип ссылки, возможные значения:
0 - ссылки на внешние объекты
1 - ссылка на связанный документ (возможно в другой БД) - "от
одного к одному"
2 - ссылка на связанные документы (возможно в другой БД) - "от
одного к многим"
HHH - экранная подсказка, может иметь вид:
@iii - где iii - номер текста в файле IRBISMSG.TXT
\text\ - собственно текст подсказки в уникальных ограничителях.
Для ссылок типа 0 <параметры> представляет собой в общем виде URL внешнего
объекта (в том числе - полный путь на файл).
Для ссылок типа 1 и 2 <параметры> имеют следующую структуру:
имя_БД,имя_формата,termin
имя_БД - имя базы данных, из которой будут браться связанные
документы; по умолчанию, т.е. если имя БД "пустое", используется
текущая БД.
имя_формата - имя формата, в соответствии с которым будут
расформатироваться связанные документы. (по умолчанию используется оптимизированный формат)
termin - ключевой термин, на основе которого отбираются
(ищутся) связанные документы.
Примеры:
….&unifor('+I?0,,'v951^i'?',v951^t,|INTERNET|n951^t)….
….&unifor(|+I?1,,,,I=|v421^w|?|,v421^a)…..
Редактор рабочих листов и справочников
1. Новая закладка - ТАБЛИЦА ВЫБОРА ПОЛЕЙ, на которой можно создавать и
корректировать файлы, имеющие расширение “fst”.
2. Новая кнопка на панели инструментов (и соответствующий режим в главном
меню) - ВСТАВИТЬ ВЛОЖЕННЫЙ РЛ. В возникающем диалоговом окне
следует выбрать файл рабочего листа, который будет вложенным для
корректируемого РЛ.
3. При редактировании справочника можно сортировать его по обоим элементам:
либо по ЗНАЧЕНИЮ, либо по ПОЯСНЕНИЮ. Для этого следует щелкнуть по
заголовочной строке соответствующего элемента. Сортировать можно как по
возрастанию, так и по убыванию значений элементов, на что указывает вид
соответствующего значка в колонке.
4. Двойной щелчок в ячейках таблиц вызывает следующие действия:
- если в ячейке явный формат или его имя, то вызывается редактор
форматор для работы с ним;
- если в ячейке имя РЛ подполей, то этот РЛ подполей помещается на
вторую закладку для корректировки;
- если в ячейке имя справочника, то этот справочник помещается на
третью закладку для корректировки.
Редактор ini-файлов и сценариев поиска
1. В главном меню запоминаются ранее редактируемые ini-файлы (до 10).
2. Двойным щелчком на именах форматов или форматах явно заданных
вызывается редактор форматов для редактирования.
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ.
Изменения в Версии 2004.1
АРМ КАТАЛОГИЗАТОР
БД IBIS
2. Обеспечение новых логик поиска по словарю ключевых слов «и в поле» и «и
фраза», обеспечивающих, в частности, корректный результат поиска в случае
повторяющихся полей. Так, при задании логики «и в поле» в результате поиска
находятся только те документы, у которых заданные ключевые слова стоят в
одном и том же повторении поля (например, в одной статье из поля
содержание).
Внесены следующие изменения:
в таблице IBIS.FST для всех полей, из которых выбираются термины в
словарь ключевых слов, введены отдельные квалификаторы;
в файле инициализации irbisc.ini все эти квалификаторы введены в
значения параметров CvalifValue1=, CvalifValue2=, CvalifValue3=,
определяющих поиск в режиме «Термины в…»
для словаря ключевых в дистрибутиве установлено ItemLogic0=4 (все
логики доступны)
3. Обеспечение автоматической корректировки предметных и географических
рубрик в БД ЭК при корректировке соответствующих рубрик в авторитетной БД
ATHRS:
в соответствии со значением параметра ATHRSAK=1 в словаре БД ЭК
формируются «свертки» рубрик, обеспечивающие их уникальную
идентификацию (квалификатор 80); алгоритм формирования свертки,
реализованный с использованием функций &unifor(‘B’) и &unifor(‘+B’),
создает буквенно-цифровые комбинации с учетом всех подполей
рубрики. Эти термины формируются при установке значения «1»
параметра ATHRSAK в области MAIN ini-файла (по умолчанию – пусто)
в БД ATHRS введен файл AUTOIN.GBL, обеспечивающий при
корректировке рубрик в авторитетной БД автоматическую корректировку
соответствующих рубрик в БД ЭК, имена которых (до 3-х БД) задаются в
параметрах DBEK1=, DBEK2=, DBEK3= (секция MAIN); идентификация
рубрик проводится по их «сверткам».
Примечание: «свертки» рубрик в авторитетной БД, аналогичные
формируемым теперь и в ЭК, используются для исключении дублетности
при автоматическом пополнении Авторитетного файла по БД ЭК.
4. Формирование файла словаря «На редактирование из ЭК» для записей,
переданных из ЭК в Авторитетные БД (Авторов, Коллективов, Предметных
рубрик, УДК и ББК – athra.gbl, athrc.gbl, athrs.gbl, athrb.gbl, athru.gbl).
5. Изменения в форматах вывода
введена запятая перед инициалами в заголовках – форматы !kkkow.pft,
!kkkdw.pft, kkkw.pft, !!kk5odk.pft, !!kk.srw, ibisw.pft, !!kk1bo.pft
введена точка в конце заголовка – форматы oprip481.pft, !kkkow.pft,
kkkdw.pft, !kkkt.pft, !kkku.pft, kkkw.pft, !!kk5odk.pft, !!kk1bop.pft, !!кк.srw
удаление двойной точки (вставлено &unifor(‘!’)) – форматы Ibisw.pft,
!!kk.srw, !!kkd.srw, !!kkf.srw, kkkw.pft,
формат brief.pft – введен № ГОСТ
формат njw.pft - введен вложенный формат показа полей оглавления в
полном объеме аналогично содержанию сборников – o922nj.pft
обращение к формату &unifor(‘6orefres’) (сведения о реферате/резюме)
перенесено из форматов ibisw.pft и !!kkbop.pft соответственно в
форматы oistasp.pft и oistaspk.pft,
в форматах вывода расстановочного шифра orchifr.pft, !!kk0shp.pft,
!!kk0shk.pft откорректирована проверка на вхождение значения первого
повторения полей 686, 675, 621 в поле 903 - только при наличии
Авторского знака 908 (ситуация: 903=’123456’, а 675=’6’)
opril421.pft – введены ссылки прямого перехода на приложение и
обратно
orefres.pft и ibisw.pft
- введены ссылки прямого перехода от
реферируемого
документа
к
реферату/резюме
(может
быть
множественная ссылка) и обратно
для аналитики вывод данных поля 454 перенесен в область примечаний
– форматы oistasp.pft, oistaspk.pft
формат oprip481.pft - вывод 481^? (расширение имени)
6. Изменения в настройках
Введена проверка на наличие 905^1 для формирования и пополнения
сведений об ответственности (461^f, 200^f, 200^g) - форматы !kkkow.pft,
kkkdw.pft, !kkkt.pft, !kkku.pft, kkkw.pft, o461f.pft, o200f.pft, o200g.pft, а также
autoin.gbl
Введена возможность не выводить предметные рубрики в КК
индивидуальной печати при наличии 905^r (было только для пакетной) –
форматы !kkkow.pft, !kkkdw.pft, !kkkuw.pft, kkkw.pft
Введена возможность менять текст при выводе неполного содержания
(введено подполе 905^k - текст по справочнику, включая «0-не
выводить») – форматы 905.mnu, njw.pft, !kkkow.pft, !kkkdw.pft, !kkkuw.pft,
kkkw.pft, o330.pft, !!kk1bo2.pft;
Введена возможность выводить на КК при пакетной печати инвентарный
номер в области УДК по указанию номера повторения поля (было только
для первого) – форматы exk.mnu, 905.wss, !!kk2udk.pft
При вводе и корректировке периодических изданий (РЛ OJ.ws и !RPJ.ws)
введена возможность отказа от проверки на дублетность и отказа от
формирования сведений об ответственности (новый формат 905si.wss)
7. Подготовлены задания на глобальную корректировку полей 961, 330, 922, 925,
481 в старых записях, введенных в БД до перехода на версию 2003.1/2, когда
была обеспечена возможность ввода более полных данных в эти поля, форматы 961.gbl, 922.gbl, 330.gbl, 925.gbl, 481.gbl, glob.mnu
Примечание: Задания могут быть выполнены по желанию Пользователя, но
система этого не требует, поскольку в форматах показа данные отображаются
корректно
8. Подготовлен формат !Dmodmhr.pft, обеспечивающий режим корректировки по
словарю ЭД Место хранения экземпляра
9. Для ЭД «Сведения, относящиеся к заглавию» введен справочник 200e.mnu и
обращение к нему из *.wss: 200bz, 200d, 200hz, 200si, 225, 225i, 330n, 451,
451si, 452, 452si, 454, 461, 461n, 470, 481, 481n, 481sp, 481spn, 510, 517, 922,
963,
10. При сохранении документа введено удаление поля 903, начинающегося с
дефиса (шифра, присвоенного системой при промежуточном сохранении
документа) - при наличии в документе хотя бы одного из полей 906, 686, 621,
675, 910^r - формат autoin.gbl
11. autoin.gbl - уточнено условие формирования поля 621(ББК) по данным полей
предметных или географических рубрик (606, 607), введенных из авторитетной
БД (оператор ADD 621); там же исправлено в ADD 908 . . . «681» на «906»,
12. dbnflc.pft – снято ограничение на контроль дублетности шифра для NJ.
Изменение сообщения о проверке корректности импорта (заголовок вынесен
из группы и добавлено сообщение о 463).
13. rksu.fst, rks2.fst - удалены подполя с идентификаторами - кириллическими
буквами, откорректированы поля распределения по индексам 47 (анализ по
полю 60), 48 (по полю 675), 49 (по полю 621) и 44
14. Таблица копирования kpm.fst – введены все поля в соответствии с
DEFAULT.WS (кроме 903, 200^v, 910)
15. Таблица копирования stn.fst – введен перенос подполя «Примечание о
наличии библиографии»
16. В РЛ 919.wss (язык документа, дополнительные данные) для ^g,^z,^o введены
ключи (сортировка по раскодирующей части)
17. IBIS.FST - дополнительно к сказанному в п.1 и п.20
откорректировано условие формирования «свертки» для РЛ SPEC в части
автора – заголовка описания ( if p(v961^z) then (if p(v961^z) then v961^a.9 fi)
else v461^x.9 fi )
введены в словарь ключевых слов данные из приплетенных изданий
481^5,6,7
исправлена ошибка в 925 0 (было обращение к 922)
в словарь персоналий вводятся также и коллективы
18. Справочник HD.MNU (Характер документа) – дополнен кодами:
- 30-Тематическая подборка
- 118 - литературная критика
- j20 - учебное пособие – тесты
- 85f - звуки природы
- 27 - юридическая литература
- 641 - руководство
19. Справочник 205.mnu (Сведения об издании) дополнен кодом «С изд.: »
20. Справочники 7024.mnu, 7024.tre (функция) дополнены кодом «570 читает
(читает книгу для незрячих)»
21. Справочник CN.MNU (Код целевого назначения) дополнен кодами:
- m4 - для взрослых научно-популярная
- e2 - для студентов
- b1 - для детей ясельного возраста – 1-3 года;
- b2 - для детей дошкольного возраста – 3-5 лет
22. Откорректированы некоторые выходные таблицы.
23. Книгообеспеченность
1) Основное изменение связано с изменением алгоритма расчета среднего
(за год) коэффициента КО, как в выходных таблицах (итоговых и для
отобранного списка), так и непосредственно при просмотре отдельного
документа – для заданного учебного года данные берутся из поля 692
записи БО, при отсутствии данных для одного из полугодий рассчитывается
актуальное значение по текущим данным. Если оно равно 0 (нет сведений о
студентах), в среднее значение вводится значение единственного
известного полугодия (данные не «уполовиниваются»)
2) Подготовлено задание глобальной корректуры Ko692.gbl, которое
реализует ввод и сохранение в записи БО (поле 692) данных по КО на
текущий момент. При выполнении задания Ko692.GBL (используется
692g.wss) указывается учебный год и полугодие (осенние/весенние
семестры); при сохранении данных о КО для выделенных категорий может
быть указан признак учета экземпляров общего пользования. В любое
время введенные ранее данные могут быть заменены на актуальное их
состояние, поскольку экземпляр поля, атрибуты которого (учебный год,
полугодие, выделенная категория и признак учета экземпляров общего
пользования) совпадают с данными настройки, удаляется и заменяется
вновь посчитанными текущими значениями.
Предполагается, что глобальная корректура будет проводиться в конце
полугодия ДО перевода студентов на следующий семестр, хотя ее можно
выполнять в любое удобное время в течение семестра (см. ниже п. 8)
3) В записи БО введено поле 692, в котором сохраняются сведения о числе
экземпляров, числе студентов и коэффициенте КО для заданного учебного
года и полугодия, а также данные для выделенных категорий. Поле
повторяющееся (692.wss, PAZK31.ws, PVK31.ws, SPEC.ws, DEFAULT.ws )
4) В БД VUZ разработана технология одноразового ввода поля 83 для
дисциплин, изучаемых независимо от специальности, в привязке только к
семестру (обязательно) и/или факультету, ВО, ФО (изменены файлы БД
RDR - rdr.fst и autoin.gbl).
5) Таблица «КО для отобранного списка» KOTABG объединена с таблицей
KOTABGN (получение данных для выделенных категорий соответственно с
учетом и БЕЗ учета экземпляров общего пользования); использовавшиеся
в них форматы kotex, kotstos, kotstvs, kotos, kotvs, kotsr объединены с
форматами kotex1, kotstos1, kotstvs1, kotos1, kotvs1, kotsr1 и имеют имена
kotexp, kotstosp, kotstvsp, kotosp, kotvsp, kotsrp (экземпляры, студенты
(осеннее/весеннее полугодия), коэффициент КО (осеннее/весеннее
полугодия), коэффициент КО средний). Во всех этих форматах
используются глобальные переменные (для упрощения написания и
ускорения работы), и из них удалены коды RTF.
6) В Ko692.gbl также используются форматы kotexp, kotstosp, kotstvsp, kotosp,
kotvsp (см. выше), и дополнительно kotoslp и kotvslp (коэффициент КО для
экземпляров общего пользования - осеннее/весеннее полугодия).
7) Подготовлены новые Итоговые формы KITF3gO (основная литература) и
KITF3gD (дополнительная литература) в соответствии с Формой №3
Приказа Минобразования РФ от 10.11.2002г № 3906 (с использованием
Генератора Табличных форм); в них также работает единый формат
Koravrp.pft
8) Изменены основные форматы просмотра BOKO.PFT (включает форматы
kos1-kos5, kosost, koop), отражающий КО для выделенных категорий с
учетом экземпляров общего пользования, и формат BOKON.PFT (включает
форматы kos1n-kos5n, kosostn, koopn), отражающий КО для выделенных
категорий без учета экземпляров общего пользования.
В основном формате просмотра BOKO.PFT расчет среднего коэффициента
КО ведется на основе:
Текущего года и полугодия (текущий месяц меньше или больше 8
соответственно для весенних и осенних семестров)
Данных для текущего года/полугодия из поля 692 (сохраненное
значение КО)
При отсутствии в 692 поле данных для одного из полугодий,
считаются текущие результаты
В случае, когда сохраненные данные для текущего периода не
соответствуют текущим результатам (не совпадает число студентов
и / или число экземпляров), об этом выдается предупреждение, и
повторив глобальную корректуру, можно сохранить актуальные
данные заново
9) Подготовлена новая Итоговая форма KITF4g в соответствии с Формой №4
Приказа Минобразования РФ от 10.11.2002г № 3906 (с использованием
Генератора Табличных форм).
При подготовке формы за основу были приняты следующие параметры ЭД
«Код характера документа» для выборки документов по разделам:
1. Официальные издания: сборники законодательных актов,
нормативных правовых актов и кодексов РФ – код «n» или
«67»
2. Общественно-политические
и
научно-популярные
периодические издания (журналы и газеты) – код «19» или
«20»
3. Научные периодические издания по профилю реализуемых
образовательных программ – код «581» И «J»
4. Справочно-библиографические издания:
а)энциклопедии (энциклопедические словари):
универсальные - код «f»,
отраслевые - код «e» одновременно с кодом «j»
б)отраслевые словари и справочники (по профилю
образовательных программ) - код «g» одновременно с
кодом «j»
5. Научные издания код «58»
6. Информационные
базы
данных
(по
профилю
образовательных программ код «72» одновременно с кодом
«j»
10) Для обеспечения получения формы KITF4g (в части определения числа
наименований многотомных изданий в целом) в словарь БД ЭК (формат
ibis.fst) введено общее заглавие многотомника без тома (префикс TMN=)
11) Изменена таблица TABKOJW из версий «неинтегрированной КО» (до
2003.1) – tabkojw.srw, tabkojw.tab (КО по неполным данным, студенты – по
RDR) так, что ее можно получать и в текущей версии, для чего в IBIS.FST
внесено изменение: в последней строке 691 0 .. |SEM=|v691^f вынесен из
условия s(v691^w,v691^w)<>’’
Авторитетные БД
1. В РЛ всех БД введены поясняющие тексты (athra.ws, athrc.ws, athrs.ws,
athrb.ws, athru.ws, 210.wss)
2. Откорректированы таблицы создания словаря *.fst и ini – файлы (словарь
«На редактирование из ЭК)
3. В БД Предметных рубрик введен autoin.gbl для обеспечения
автоматической корректировки рубрик в Базах Данных ЭК в соответствии с
корректировками соответствующих рубрик в авторитетной БД (см. выше
п.2)
БД RDR
Откорректированы rdr.fst и autoin.gbl для обеспечения изменений в задаче
Книгообеспеченность (см. выше п. 22. 4)
АРМ КОМПЛЕКТАТОР
БД CMPL
1. Разработана технология Подписки на нестандартный период (на произвольно
заданное число месяцев). Изменены форматы Transdj.fst, Transn.fst, 33.mnu,
rko.MNU, !33.pft, Taba1w.pft, Taba2w.pft, Taba3w.pft, Tabldw.pft, Tabllw.pft,
Tablohw.pft, Tablphw.pft, Tablshw.pft, Tablzhw.pft, Tabpihw.pft, !ojk.ws, Ojk.ws,
889.wss, Newpdp.gbl, Newpdp1.gbl.
2. В форматах ФЛК dbnflc .pft и !kdk.pft введена проверка на дублетность по 3-м
БД ЭК, определяемым в INI-файле (параметры DBEL1/2/3 в секции MAIN)
3. В задаче «пополнение записи КСУ» переработаны поля распределения по
МХР или № Акта (внутри одной партии документов, полученной или
списанной): путем разделения поля 44 на 2 (с метками 44 и 744) удалены
кириллические буквы и другие служебные символы, использовавшиеся как
идентификаторы
подполей
(одновременно
этим
обеспечивается
совместимость с ИРБИС-64) в задачах:
ч1-поступление – ksu.ws, 44.wss, 744.wss (выделено из 44.wss),
rksu.fst, ksu1w.tab, ksu1w.pft, ksu2w.tab, ksu2w.pft,
ч2 – списание - ks2.ws, 44v.wss, 744v.wss (выделено из 44v.wss),
rks2.fst,
ks21w.tab, ks21w.pft,
ks22w.tab,
ks22w.pft, ks23w.tab,
ks23w.pft, ksu.gbl
4. tocat.ws, tocatsel.wss – Актуализировать записи каталога - по умолчанию
установлено 1 (да)
5. movekp.gbl (корректировка по КП) – расширено условие задания периода для
проверки
if &unifor('IPRIVATE,PP,':’/…’and v33=’’ or v33*4:’/…’
6. Откорректированы таблицы инвентарных списков:
Инд. учет и общий, новые и сквозная сортировка – дополнительно введена
возможность получения по номеру акта (было только по КСУ и/или МХР,
теперь – по КСУ или № Акта и дополнительно – по МХР) - Tabiuw, Tabiudw,
Tabing, Tabindw, Ta4bsw, Ta4osw, in11.ws, dp1s.ws, seltabw.par
7. autoin.gbl – исправлено в ADD 908 . . . 681 на 906, введено удаление 903,
начинающегося с дефиса, при наличии хотя бы одного из полей 906, 686, 621,
675, 910^r
8. Введено 200e.mnu и обращение к нему из *.wss: 200bz, 200d, 200hz, 200si, 225,
225i, 330n, 451, 451si, 452, 452si, 454, 461, 461n, 470, 481, 481n, 481sp, 481spn,
510, 517, 922, 963,
9. Откорректированы Выходные формы КСУ поступления и списания,
подготовленные с использованием Генератора табличных форм, в них
используются расширенные данные Распределения из полей 145-151
10. Подготовлена форма KSUIT «КСУ Часть 3. Движение фонда»
Версия 2003.2
Функциональные возможности:
АРМ Каталогизатор.
1.Реализованы специальные функции УСКОРЯЮЩИЕ и УПРОЩАЮЩИЕ работу (просмотр/корректировка)
с периодическими изданиями, а именно со сводными описаниями периодических изданий, с
описаниями отдельных номеров (в т.ч. подшивок) и аналитическими описаниями статей. Новые
функции заключаются в том, что предлагаются простые и наглядные способы перехода (в виде
соответствующих кнопок на всплывающей форме):
от сводных описаний к описаниям номеров;
от описания номеров к сводным описаниям;
от описания номеров к аналитическим описаниям;
от описания номеров к аналитическим описаниям новых статей
от аналитических описаний к описаниям номеров
и т.д.
Соответственно предусмотрен параметр OPERHINT в INI-файле, который отменяет (значение 0)
или включает (1 – по умолчанию) эти функции;
2. Обеспечена возможность сортировки результатов поиска на плоскости ПРОСМОТР на основе
SORT.MNU (так же как в АРМе Читатель предыдущих версий);
3. Создано новое средство ввода, обеспечивающее добавление/удаление/замену ГРУППЫ ПОЛЕЙ.
Средство реализовано на основе БУФЕРНОЙ ЗАПИСИ в виде трех режимов, которые вызываются по
правой кнопке мыши в области ввода РЛ:
- КОПИРОВАТЬ В БУФЕРНУЮ ЗАПИСЬ - осуществляется копирование текущей записи в
структурированный буфер обмена, который называется БУФЕРНАЯ ЗАПИСЬ;
- БУФЕРНАЯ ЗАПИСЬ - режим дает возможность просматривать буферную запись и корректировать
ее;
- ВСТАВИТЬ ИЗ БУФЕРНОЙ ЗАПИСИ - осуществляется вставка в текущую запись данных из
буферной записи по следующему правилу:
- значения неповторяющихся полей ЗАМЕНЯЮТСЯ
- значения повторяющихся полей ДОБАВЛЯЮТСЯ, если они являются оригинальными неоригинальные значения (т.е. такие значения, которые уже есть в записи) игнорируются
(пропускаются).
Kаждый из режимов может вызываться "горячими" клавишами.
4.В функции ГЛОБАЛЬНАЯ корректировка добавлены новые операторы:
- Оператор UNDEL - восстанавливает логически удаленные записи во всей БД или в диапазоне
номеров. После оператора UNDEL можно использовать другие операторы (ADD, REP, CHA, DEL),
которые будут выполняться на восстановленной записи.
- Оператор ALL - переносит все поля основной записи во вновь созданную запись с помощью
оператора NEWMFN или в запись, отобранную оператором CORREC. После оператора ALL можно
применять все другие операторы. Попытка применить оператор ALL к исходной записи даст
ошибку в протоколе ‘ALL - ошибка’.
- Оператор EMPTY - опустошает запись. Используется внутри оператора CORREC для
опустошения найденной записи и ее нового наполнения с использованием оператора ALL,
который заполняет запись всеми полями исходной записи. После оператора ALL можно
применять все другие операторы. Попытка применить оператор EMPTY к исходной записи или
внутри записи, созданной оператором NEWMFN, даст ошибку в протоколе ‘EMPTY - ошибка’.
- Оператор CHAC - аналог оператора CHA, но учитывающий регистр при задании строки,
которая ищется в поле для замены (оператор CHA действует без учета регистра).
- При выполнении глобальной корректировки можно отключать обработку автоввода и
формально-логического контроля для основных записей (не записей, корректируемых
операторами NEWMFN и CORREC).
- При выполнении глобальной корректировки можно определить создание протокола в файле,
имя которого следует задать в диалоговом окне.
АРМ Книговыдача.
1.Обеспечена возможность указывать в меню дат возвратов (RETURN.MNU)
непосредственные даты в виде:
@10.12.2003
АРМ Читатель.
1.Предлагается усовершенствование режима поиска "ДЛЯ ЧАЙНИКОВ" - позволяющее указывать (в
строке "Я ИЩУ") произвольный текст, содержащий не только термины, но и фамилии авторов, а
также слова, обозначающие вид/тип/характер документа, страну и язык издания (например:
"СТАТЬИ ШРАЙБЕРГА", "ЗАРУБЕЖНЫЕ ЖУРНАЛЫ ПО КОМПЬЮТЕРАМ" и т.д.)
Для включения данной возможности служат два параметра в INI-файлах
DBSCH=1
в INI-файлах ВСЕХ АРМов
DebilPrefix=DS=
в INI-файле АРМа Читатель
АРМ Комплектатор.
1.На плоскости Ввод/Корректировка БД добавлен режим ИМПОРТ, аналогичный режиму импорта
записей в АРМ Каталогизатор
2.На основной плоскости добавлен режим КОПИРОВАНИЕ, аналогичный режиму копирования
записей в АРМ Каталогизатор
3.Добавлена возможность работы с суммарной записью заказа. В режиме ЗАКАЗ добавлена опция
Суммарная при выборе типа новой записи.
АРМ Администратор
1.Разработано новое инструментальное средство: РЕДАКТОР ФОРМАТОВ (файлов *.PFT)
- GENPFT.EXE
Обеспечивает следующие возможности:
a. создание новых и редактирование имеющихся форматов;
б. цветовую разметку текста форматов (определенными цветами выделяются
ЛИТЕРАЛЫ, ЗАРЕЗЕРВИРОВАННЫЕ СЛОВА, КОММЕНТАРИИ, ВЛОЖЕННЫЕ ФОРМАТЫ);
в. использование КОММЕНТАРИЕВ в формате - комментарием считается текст,
начинающийся с символов /* и заканчивающийся признаком конца строки (т.е. текст
от /* до конца строки);
г. использование ВЛОЖЕННЫХ форматов - т.е. форматов, которые вызываются из
текущего формата. Вложенные форматы в свою очередь могут содержать вложенные
форматы - глубина вложения не ограничена. Вложенные форматы указываются в виде
ИМЕНИ, ограниченного специальными (не видимыми в редакторе) разделителями,
которые вставляются автоматически. Для вставки вложенных форматов в редакторе
предлагается использовать иерархический список форматов - СПИСОК ШАБЛОНФОРМАТОВ. По умолчанию список шаблон-форматов содержится в иерархическом
справочнике PFT.TRE. В качестве шаблон-форматов могут использоваться ЛЮБЫЕ
форматы.
д. тестирование редактируемого/создаваемого формата в реальном времени
(т.е. в процессе клавиатурного набора) на основе документов произвольно
выбираемой БД.
е. использование МАРКЕРОВ НАЧАЛА и КОНЦА ФОРМАТА - специальных пометок,
обозначающих временные начало/конец формата - является средством отладки
форматов, в частности, форматных фрагментов в файлах FST, GBL и т.д.
2.Разработан новый инструмент - Редактор LOG-файлов, который предназначен для
отображения и редактирования содержимого LOG-файла, т.е. файла, в котором
протоколируются действия пользователей в АРМе Читатель (определяется параметром
LOGFILE в INI-файле АРМа Читатель). Редактор позволяет:
- фрагментировать LOG-файл на основе произвольных критериев отбора;
- удалять строки протокола;
- сохранять отредактированный LOG-файл
3. Переработан инструмент Редактор рабочих листов и справочников, который
включает следующие возможности:
- Программа принимает параметр, который рассматривается как
полное имя файла, и в соответствии с расширением файла активизирует
соответствующую закладку.
- Работа со строками таблицы: копирование строки целиком в
буфер строк, вставка всех строк из буфера в таблицу (следующими за
активной строкой), очистка буфера строк.
- Работа со страницами: вставка новой страницы (перед
активной), удаление страницы, копирование страницы целиком в буфер,
вставка страницы из буфера (перед активной страницей).
- Перемещение по колонкам таблицы: Alt+стрелка, Alt+Home,
Alt+End.
- Перемещение по страницам РЛ полей: Ctrl+стрелка, Ctrl+Home,
Ctrl+End.
- Открытие ниспадающих списков по F2
- При открытом файле описания полей вызванный (по кнопке или
F2) список полей подается в виде формы с возможностью установки
активной строки по ключу для колонки Метка
- Горячие клавиши: Ctrl+O – открыть файл, Ctrl+N – создать
новый, Ctrl+S - сохранить.
- В главном меню в подменю Файл подается список последних
открывавшихся файлов (до 10).
- Двойной клик в столбце Дополнительная информация вызывает
поиск файла с заданным именем (только если файл имеет расширение
MNU или WSS) и подачу его на корректировку в новом застартованном
экземпляре программы
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ.
АРМ КАТАЛОГИЗАТОР
БД IBIS
1.
НАСТРОЙКА ФОРМАТОВ ВЫВОДА
НЕ формировать автоматически сведения об ответственности (461^f, 200^f, 963^f) только индивидуально для документа (поле 905^1);
На добавочной КК выводить ТОЛЬКО основное БО, кончая ценой
Экземпляры на КК по справочнику-меню EXK.MNU: по коду "2", введенному вновь,
обеспечивается вывод только Инв.№ и место хранения ПЕРВОГО экземпляра ПОД
классификационными индексами.
Изменение форматов:
905.wss; setpriv.wss, !!kk7j.pft (не выводятся сведения об
экземплярах при наличии 905^x или PRIVATE,KKE); !kk6udk.pft (выводятся сведения о
первом экземпляре под индексами при наличии в 905^x или PRIVATE,KKE значения '2'),
autoin.gbl; o200f.pft; o461^f.pft; oistasp.pft (не строятся сведения об ответственности при
наличии 905^1);
2.
КАТАЛОЖНЫЕ КАРТОЧКИ (пакетный режим)
введен новый режим печати только добавочных КК в одном экземпляре (без тиража).
Изменение форматов: !!kk.wss; !!kk.srw
разработана новая форма !!KKD для печати только КК для Систематического и
Топографического каталогов (для всех экземпляров или только для отдельного
экземпляра, заданного местом хранения).
Новые форматы: !!KKD.tab, !!KKD.srw, !!KKD.hdr, !!KKD,wss, tabw.mnu
3.
КАТАЛОЖНЫЕ КАРТОЧКИ (индивидуальная печать) – печать штрих-кодов, если они
введены в документ в виде данных - новый формат !kkkfh.pft; обеспечивается возможность
печатать либо все введенные штрих-коды, либо отдельные (№ повторения поля задается в
служебном поле 932, ранее использовавшемся только для указания номеров статей при
копировании).
Изменение форматов: pazk31.wss, pvk31.wss, spec31.wss, !nj31.wss (комментарий к полю 932),
pftw.mnu, !kkkfh.pft (новый)
4.
ФЛК удаляемой записи - обеспечивается «запрещающий» ФЛК - формат delflc.pft:
При удалении записи книг - на наличие выданных экземпляров (для экземпляров
индивидуального учета 910^a=1 или в поле экземпляров безынвентарного учета
присутствует поле 910^2)
При удалении записи БО журнала - на наличие поля 909 (кумулированные
сведения о поступлении)
5.
НОВОЕ в данных, выходных форматах и поиске
5.1. Перевод заглавия многотомного издания – введено новое подполе 461^A,
обеспечивается его ввод в словарь, ввод в поля заглавий, заполняемые с
использованием словаря, и корректировка по словарю, показ в форматах и
каталожных карточках (только в пакетном режиме)
Изменение форматов: ibis.fst; !tmov0.pft, !tmov225.pft, !tmov46a.pft, !tmov46c.pft, !tmov963.pft,
!tmovpj.pft, !tmovzh.pft, !rmovt.pft, !smot.pft, !pmovt.pft, !pmovts.pft, !f8tit.pft, ibisw.pft, !!kk1bo.pft
5.2. Источник перевода
5.2.1. Введено новое подполе 454^U (Роль), которое нужно заполнять в случае, когда
данное повторение поля относится к общей части многотомного издания
5.2.2. Введены новые подполя 454^6 (Сведения, относящиеся к заглавию) и 454^C
(коллектив);
5.2.3. Введены справочники-меню для характеристики переводного издания (для
ввода и вывода).
5.2.4. При копировании поле переносится в запись нового тома.
5.2.5. В РЛ SPEC поле определено как повторяющееся.
5.2.6. Используется справочник-меню иностранных городов 454i.mnu, созданный на
основе данных электронного каталога ГПНТБ России.
Изменение форматов: spec31.ws и default.ws (поле 454 может повторяться), 454.wss,
vdo454.mnu, vdn454.mnu, ibis.fst; ibisw.pft, origp454.pft, !!kk1bo.pft, kps.fst
Новые форматы: 454i.mnu, origs454.pft
5.3. Разночтение авторов - обеспечивается ввод в словарь, их ввод в поле, заполняемое
с использованием словаря, и корректировка по словарю
Изменение форматов: ibis.fst; !amovi.pft, !amovf.pft, !amovic.pft, !amovik.pft, !amovip.pft,
!amovmr.pft, !amovo.pft, !amovok.pft, !amovu.pft, !amovcg1.pft, !amovcg2.pft, !amovcg3.pft,
!amovog1.pft, !amovog2.pft, !amovog3.pft; !dmoda.pft
5.4. Место издания - обеспечивается ввод в словарь, поиск и корректировка по словарю
Изменение форматов: ibis.fst (MI=); !dmodmi.pft, ini-файл
5.5. Обеспечивается вывод адреса внешнего объекта в формате ibisw.pft;
5.6. Обеспечивается вывод сведений об экземплярах документа-источника
аналитических описаниях (всего, свободно) - формат oex910.pft
5.7. Обеспечивается повторение поля ISBN в многотомном издании
oisbncn.pft, oisbncnk.pft, boko.pft, !!kk1bo.pft
в
- форматы
5.8. Приплетенные издания – введены новые подполя 481^M(Обозначение и номер в
серии)
481^Q (заглавие серии). Изменение форматов:481n.wss, 481spn.wss,
opril481.pft
5.9. Экземпляры – введены новые подполя: ^T (специальное назначение фонда) – см.
раздел «Книгообеспеченность» и ^4 (экземпляр не на баланс) – см. раздел АРМ
Комплектатор, Пополнение КСУ.
5.10.
Формирование специального словаря для обеспечения поиска по всем полям
в АРМ Читатель (режим – «Для чайников»). Словарь (DS=) формируется если в INI-
файлах АРМов Администратор и Каталогизатор установлено значение параметра
DBSCH=1 - Изменение форматов: ibis.fst, irbisa.ini, irbisc.ini
5.11.
«Обработка книги не завершена и читателю не выдается» - такое
сообщение появляется в IBISW.PFT в соответствии со стандартным кодом этапа
обработки "ОБРНЗ", который вводится в запись автоматически при передаче из БД
комплектования, он также включен в справочник-меню и может быть введен
самостоятельно каталогизатором (поле 907). При удалении этого кода (отв. лицом, НЕ
автоматически) из записи, сообщение снимается - изменение форматов: etr.mnu,
ibisw.pft
5.12.
Экземпляры - исключение из показа в выходных форматах сведений об
экземплярах внутреннего пользования - в соответствии со справочником - меню
MHRVN.MNU - форматы oex910.pft, osvex.pft, !!kk7ex.pft, mhrvn.mnu (новый).
5.13.
Сложная (двойная, параллельная) пагинация - обеспечивается возможность
ввода разнотипной пагинации с использованием справочника-меню SLPAG.MNU –
изменение форматов: 215.wss, 215d.wss, 215nj.wss, 215si.wss, slpag.mnu (новый)
5.14.
Дата поступления экземпляра - вводится из записи КСУ (актуально при
ретровводе): дата устанавливается в настройке по № КСУ; если не установлена,
вводится текущая дата - изменение форматов: autoin.gbl, setpriv.wss
5.15.
Обеспечивается
корректное
формирование
ЭД
«Сведения
об
ответственности» в части:
Коллектив из заголовка не включается в Сведения об отв-ти
при отсутствии авторов редакторы ставятся после коллективов,
после констант "и др" и "et al", формируемых автоматически, ставится точка
- изменение форматов: autoin.gbl, o961f.pft, o922g1.pft, o330.pft, o461f.pft,
o461fk.pft, ibisw.pft, o200f.pft, o200g.pft(новый);
5.16.
Обеспечивается
корректный
перенос
данных
при
формировании
аналитического описания из «Статьи содержания» - для полей 961 и 200^e, 463
(при повторяющихся полях источника 923, 210, 461) – изменение форматов: stn.fst,
kpst.fst, kpsu.fst
5.17.
Формирование Авторского знака и сортировка - обеспечивается учет
разметки индивидуального и коллективного автора – заголовка описания
(дополнительно к заглавию, как было в предыдущей версии): допускается разметка в
полях заголовка описания: 700, 461^x, 961^a, 963^x, 710, 962 - изменены форматы:
autoin.gbl (200^f,461^f,963^f),
форматы печати и просмотра *.pft: !!kk (6 форматов), !kkk (6 форматов),
вложенные (15 форматов), brief (5форматов), bo (2формата), основные
(7форматов), !F8 (3 формата),
форматы переноса !*.pft: !amovi-!amovu, !mmovf-mmovvcm, !pmovb-!pmovys,
!pzmov, !rmova-!rmovt (33 файла)
форматы сортировки *.srw: alf, avts, !!kk, !!kkf, suau, sugu, suor, tabbaw,
tabbuw, tabbnw, tab4aw, tab4bw, tabsu0, tabsuw
форматы контроля *.pft: dbnflc,!kd (3формата)
форматы экспорта/просмотра: rmarcw.pft, rmarce.fst
5.18.
Регистрации выпусков, совмещающих разные годы, - обеспечивается
корректная обработка - изменение форматов: autoin.gbl (ADD v930,ADD v909), ibis.fst
(930-шифры выпусков, совмещающих разные годы),
njw.pft (просмотр выпусков,
совмещающих разные годы), jw.pft («прекращен с» года, на единицу большего, чем
указано в 210^e);
6.
СТАРОПЕЧАТНАЯ КНИГА
6.1. Расширены возможности описания старопечатных и других «редких» книг.
6.2. На страница РЛ «Редкие» введены дополнительно новые поля:
316: Примечания об особенностях экземпляра;
317: Примечания о происхождении экземпляра;
318: Примечания о действиях по сохранности док-та;
116: Кодированные данные. Графические материалы;
140: Кодированные данные. Общие характеристики;
141: Кодированные данные. Характеристики экземпляра.
Кодовые поля представлены в виде полей с подполями
6.3. Расширен справочник 106.mnu (zl - литографический текст; zs - стеклографический текст);
6.4. Дополнительно введено поле 929 «Особенности экземпляра (разъединенные данные)»,
которое формируется автоматически из данных 316^b (термины, характеризующие
особенности экземпляра, которые могут вводиться с клавиатуры или с использованием
словаря и разделяются 2 символами «; » (точка с запятой и пробел)); это обеспечивает
ввод в словарь ключевых слов отдельных значений (до разделительного знака) из
повторяющихся полей.
6.5. Наличие в документе полей примечаний 316, 317, 318 фиксируется в словаре Редкая
книга (RD=OK, RD=PK, RD=DK)
Изменение форматов: autoin.gbl, ibis.fst, rd.mnu, ibisw.pft, rmarce.fst, rsmarci.fst, rmarcw.pft
Новые форматы: oant.pft (вложенный в ibisw.pft),
316.wss, 316b.mnu; 317.wss, 317.mnu; 318.wss, 318a.mnu;
116.wss,116a0.mnu,116a0.mnu, 116a1.mnu, 116a2.mnu, 116a3.mnu,116a4.mnu, 116a10.mnu,
116a16.mnu;
140.wss, 140a0.mnu, 140a4.mnu, 140a8.mnu, 140a9.mnu, 140a17.mnu, 140a19.mnu,
140a20.mnu, 140a21.mnu, 140a22.mnu, 140a23.mnu, 140a24.mnu, 140a25.mnu и 140a9p.mnu (для
вывода);
141.wss, 141a0.mnu, 141a3.mnu, 141a4.mnu, 141a5.mnu, 141a6.mnu и 141a5p.mnu (для
вывода)
7.
КОРРЕКТИРОВКА АВТОРИТЕТНЫХ ФАЙЛОВ
7.1. Дополнительно к возможностям версии 2003.1 по корректировке Авторитетных БД
авторов, коллективов и предметных рубрик обеспечивается возможность пополнения БД
АПУ к УДК/ББК составными индексами, составленными систематизатором (т.н. «рабочая
картотека» систематизатора). Корректировка будет происходить у тех индексов, в которых
заполнено подполе «текст» - 675^b или 621^b (соответственно для УДК/ББК). При
выполнении задания проводится проверка нового индекса на наличие в авторитетной БД
и для оригинальных индексов ввод новой записи (индекс и текст), а в записи БД IBIS
подполе «текст» опустошается.
7.2. Корректировка может производиться автоматически при сохранении документа в БД IBIS
(значение параметров MODATHRA, MODATHRC, MODATHRS, MODATHRU и MODATHRB
в INI-файле соответственно для этих БД) должно быть установлено =1.
7.3. Для создания первоначального состояния этих БД или пополнения их в отдельном
процессе глобальной корректуры подготовлены задания на глобальную корректуру частные задания для корректировки каждой из этих БД - ATHRA.GBL, ATHRC.GBL,
ATHRS.GBL, ATHRU.GBL, ATHRB.GBL. Эти задания выполняются независимо от
значений управляющих параметров в INI-файле.
Изменение форматов: autoin.gbl, 675.wss, 621.wss, irbisc.ini, athracs.gbl (снято обращение к
параметрам в INI-файле);
Новые форматы: athra.gbl, athrc.gbl, athrs.gbl, athru.gbl, athrb.gbl,
7.4. В авторитетных БД АПУ к УДК и АПУ к ББК для проверки новых индексов на дублетность
и просмотра рубрики полность внесены изменения в файлы:
БД ATHRU - athru.fst, athru.ini, !f8udk.pft
БД ATHRB - athrb.fst, athrb.ini, !f8bbk.pft
8.
КНИГООБЕСПЕЧЕННОСТЬ
8.1. Учет электронных учебников – для записей УЧЛ, в которых нет поля 910 (экземпляры) и
есть поле 951 (адрес внешнего объекта) – принимается коэффициент КО=1
8.2. Экземпляры филиалов (поля 910 со статусом C) не учитываются
8.3. Учет иностранного языка, изучаемого студентом
8.3.1.
При описании дисциплины в записи VUZ для дисциплин – иностранных языков
в ЭД «Идентификатор дисциплины» (ИД - поле 3^0) ПОЛЬЗОВАТЕЛЬ должен ввести
код языка (с использованием jz.mnu) с предшествующим знаком «:» (двоеточие);
Изменение форматов: named.wss
Примечание. Все остальные операции по формированию и идентификации данных в
соответствии с пунктами, изложенными ниже, производятся автоматически.
8.3.2.
В справочнике – меню jzko.mnu каждому используемому (изучаемому) коду
языка (КЯ) ставится в соответствие односимвольный код (1-0, A, В, C …)
Изменение форматов в RDR и IBIS: введен новый справочник jzko.mnu,
8.3.3.
При вводе в запись читателя изучаемых дисциплин производится сравнение
кода языка из ИД (если в нем есть знак «:») с языками, изучаемыми студентом
(повторяющееся поле 26), и вводятся только нужные дисциплины. Соответственно в
БД VUZ в запись DUNIK данного иностранного языка вводятся сведения о студенте,
его изучающем.
Изменение форматов в RDR: autoin.gbl (формирование поля 69), rdr.fst
(формирование «связок» двух типов – с признаком КЯ и без него),
8.3.4.
При вводе Дисциплины «Иностранный язык» в запись книги (691^D) код языка
(КЯ) из ИД (если в нем есть знак «:») дополняет «связку» («НУП - Семестр – КЯ» по
технологии НУП) или полную связку по технологии ТУД (ставится в начало связки).
Изменены форматы: autoin.gbl (формирования подполей 691^0,^9),
8.4. Учет специального назначения фонда - в соответствии с необходимостью разделения
фонда учебной и учебно-методической литературы по формам обучения (и/или другим
критериям)
8.4.1.
Выделенными могут быть определены не более 5 значений из любых
элементов "связки" (Фак, Напр/Спец, ВО, ФО, Сем).
8.4.2.
Перечень этих выделенных пяти значений указывается в отдельном
справочнике-меню naznac.mnu, что дает Пользователю возможность свободно
корректировать их набор.
Изменение форматов: новый справочник naznac.mnu
8.4.3.
Предназначенность экземпляров для одной из выделенных категорий
указывается в 910^t; для одного повторения поля в 910^t может быть указано только
одно значение.
Изменение форматов: 910.wss, 910si.wss, 910p.wss, 910w.wss,
При определении КО экземпляры, в поле которых 910^T отсутствует
(непомеченные), могут использоваться в двух вариантах:
при определении КО выделенных категорий считаются ТОЛЬКО те экземпляры,
для которых в 910^T введено значение именно этой категории; экземпляры общего
пользования НЕ учитываются и считаются предназначенными для всех остальных
категорий, отсутствующих в справочнике. При определении КО для "остальных"
студентов, не относящихся к выделенным категориям, учитываются ТОЛЬКО
непомеченные экземпляры.
при определении КО выделенных категорий дополнительно считаются и
экземпляры общего пользования.
При определении КО для "остальных" студентов, не относящихся к выделенным
категориям, учитываются ТОЛЬКО непомеченные экземпляры.
8.4.4.
В справочнике – меню nazn.mnu каждому выделенному значению из
naznac.mnu ставится в соответствие односимвольный цифровой код (1-5), что
используется при подготовке выходных документов
Изменение форматов: новый справочник nazn.mnu
8.4.6.
Введены форматы просмотра boko.pft (оптимизированный формат) и bokon.pft.
В первом из них в расчете КО для выделенных категорий (при наличии в записи
выделенных экземпляров-910^t), непомеченные экземпляры учитываются, во втором
– нет.
Изменение форматов: boko.pft, pftkow.opt;
Новые форматы:
“вложенные” в boko.pft форматы *.pft:kos1.pft, kos2.pft, kos3.pft, kos4, kos5, kosost, koo;
Bokon.pft и “вложенные” в него форматы *.pft: kos1n, kos2n, kos3n, kos4n, kos5n,
kosostn, koo
8.4.5.
Подготовлены новые выходные табличные формы для отобранного списка
записей (взамен формы koupl1) KOTABG и KOTABGN. В первой из них в расчете КО
для выделенных категорий (при наличии в записи выделенных экземпляров - 910^t)
непомеченные экземпляры учитываются, во второй – нет. Может быть получен
вариант формы - общий, в котором специальная разметка экземпляров (900^t) не
анализируется.
Изменение форматов: tabkow.mnu;
Новые форматы:
KOTABG.TBG, kotabg.tab, kotabg.srw, kotabg.pft, kotabg.hdr, kotabg.wss и “вложенные”
в kotabg.tbb форматы *.pft: kotex, kotodop, kotsem, kotos, kotstos, kotvs, kotstvs, kotsr,
KOTABGN.TBB, kotabgn.tab, kotabgn.srw, kotabgn.pft, kotabgn.hdr, kotabg.wss и
“вложенные” в kotabgn.tbb форматы *.pft: kotexn, kotodop, kotsem, kotosn, kotstosn, kotvsn,
kotstvsn, kotsrn,
8.4.7.
8.5. Получение итоговых табличных форм «Обеспеченность обучающихся литературой из
фонда вуза» - расчет коэффициента КО по циклам дисциплин с учетом степени новизны
(издания последних 5 лет) и качества изданий (издания с грифом).
8.5.1.
Форма KIT1 дает коэффициент КО основной учебной и учебно-методической
литературой; форма KIT2 – то же для основной, дополнительной и учебнометодической литературы;
8.5.2.
Методические издания определяются по ЭД Характер документа (код 21 или
j21) –(как и при анализе распределения партии поступивших или выбывших изданий
при пополнении записи КСУ в АРМ Комплектатор);
8.5.3.
Текст названия цикла берется в таблицы из cikld.mnu (несколько
подкорректирован).
8.5.4.
Специальное назначение фонда (910^t) в этих таблицах не учитывется (не
анализируется).
Изменение форматов: cikld.mnu;
Новые форматы: kit1.tab, kit1.pft, kit2.tab, kit2.pft, koravr.pft
8.6. Подготовлена новая выходная табличная форма - Указатель трудов авторов-сотрудников
(сортировка: кафедра - ФИО - БО), включающая основные записи БД, а также статьи из
содержания/оглавления в форме аналитического описания, в том числе и труды «других
авторов» из полей 926.
8.6.1.
В поля 922 и 330 (содержание/оглавление) введены дополнительные подполя –
место работы 1-го, 2-го и 3-го авторов.
8.6.2.
Для организации связи «распакованного другого автора» с номером статьи
изменено формирования поля 926 (введено новое подполе ^!).
8.6.3.
В словарь и формат, обеспечивающий ввод авторов с использованием
словаря, внесены изменения в части подполей места работы автора
Изменение форматов: ibis.fst, autoin.gbl, 922n.wss, 330n.wss, 926.wss, 926si.wss,
tabkow.mnu; !amovmr.pft
Новые форматы: avts.tab, avts.srw, avts.pft и “вложенный” формат !!kk1bof.pft
(укороченный !!kk1bo.pft)
БД RDR
1.
С целью удлинения «связки» префикс словаря "VUZ=" заменен на "?" (форматы autoin.gbl,
rdr.ini)
2.
Обеспечивается анализ дисциплины ИН.ЯЗ на изучаемый студентом язык (форматы
jzko.mnu, rdr.fst.wss, autoin.gbl) – подробно описано в разделе IBIS
3.
Обеспечивается «запрещающий» ФЛК удаляемой записи читателя на наличие несданной
литературы (формат delflc.pft)
4.
Разработан РЛ со специфическими данными читателя Библиотеки для незрячих откорректированы: default.ws, fmt31.mnu новые: rdrs.fmt, danets.mnu
БД VUZ
1. С целью удлинения «связки» префикс словаря "VUZ=" в «связке» заменен на "?" (форматы
vuz.fst, autoin, ini);
2. Обеспечивается анализ дисциплины ИН.ЯЗ на изучаемый студентом язык (форматы
upmnu.mnu, jz.mnu, named.wss, autoin.gbl) – подробно описано в разделе IBIS
3. Обеспечивается ввод в запись студента (БД RDR) новой дисциплины (поле 69) при вводе
нового приложения дисциплины - поле 83, РЛ DISC (формат autoin.gbl)
4. Обеспечивается удаление нескольких приложений дисциплины при наличии нескольких
повторений поля 1002 в записи DISC (форматы disc.ws, autoin.gbl)
5. Обеспечивается сохранение в архивном поле 942 удаляемых приложений (форматы disc.ws,
autoin.gbl)
6. Обеспечивается удаление дисциплины полностью (глобальная корректировка); перед
логическим удалением записи все данные переносятся в архивные поля (форматы autoin.gbl,
disc.ws, default.ws, glob.mnu, deldisc.gbl)
7. Обеспечивается удаление поля 691 в записи книги в БД IBIS при удалении приложения
дисциплины по наличию поля 1002 в записи DISC или при удалении дисциплины полностью
путем глобальной корректуры (формат autoin.gbl)
8. Обеспечивается удаление поля 69 из записи студента в БД RDR при удалении приложения
дисциплины по наличию поля 1002 в записи DISC или при удалении дисциплины полностью
путем глобальной корректуры (формат autoin.gbl)
9. Обеспечивается просмотр терминов словаря «полностью» для словарей «Дисциплина - УНД»,
«Дисциплина - UPL», «Дисциплина - VUZ» (форматы !ScntDUN.pft, !ScntDUP.pft, !ScntDVZ.pft,
vuz.ini)
10. Обеспечивается корректировка по словарю термина «Дисциплина-Наименование» (формат
!DmodDis.pft)
АРМ КОМПЛЕКТАТОР
БД CMPL
1. СПИСАНИЕ ЖУРНАЛОВ в полном варианте.
Дополнительно к технологии списания журналов, разработанной в версии
2003.1, которая не распространялась на экземпляры безынвентарного учета, в настоящей
версии эта задача решена в полном объеме.
1.2.
Дополнительно обеспечивается возможность списания журналов по году
сразу за несколько лет (в записи КСУ списания годы должны быть указаны обязательно и
разделяться запятой).
1.1.
1.3.
1.4.
1.5.
1.6.
1.7.
Книги и номера журналов, у которых списаны все экземпляры, в словаре
Вид/тип документа собираются с кодом DEL. Если в них проставлен признак
доукомплектования, в словаре они имеют код DELK.
В аналитические описания, все экземпляры документа-источника которых
списаны, вносится поле 910^a7, и они также отражаются в словаре Вид/тип документа с
кодом DELA
Журналы (записи типа J), у которых списаны все номера, отражаются в
этом словаре с кодом DELJ
При выполнении режима «Удаление/перенос БО» система удаляет записи с
кодом DEL, удаляет из БД IBIS и переносит в БД CMPL записи с кодом DELK, а записи с
кодами DELJ (БО журналов) и DELA (аналитические описания) остаются на усмотрение
Пользователя. Их можно удалить групповым списанием, или перенести в другую БД, или
оставить в этой. Во всех случаях нужно помнить, что эти записи не удалены из БД, а
только имеют признак того, что все их экземпляры списаны и они подлежат удалению.
Инструкция по списанию книг и журналов (в полном объеме) прилагается
(файл WBKNJ.DOC).
2. ЗАКАЗ КНИГ - НОВАЯ ТЕХНОЛОГИЯ (без ограничения числа заказов на одну книгу и
предварительных заказов у одного поставщика-организации) – технология «Суммарного заказа».
Предлагается следующая технология Суммарного заказа (АРМ Комплектатор – Заказ)
Создать новую запись суммарного заказа (переключатель «Суммарная»,
кнопка «Новая запись»)
2.1.1.
Открывается РЛ SZ, на первой странице которого представлены 2
поля:
поле 62: «Организация-Заказ», в котором совмещены данные из полей
30/31/32 и 40/41/42 (в старом варианте они вводились раздельно в записи
книг и организаций) - 62.wss;
поле 907: «Этап работы, Дата, ФИО», в котором расширен набор этапов
работ (907s.mnu), чтобы можно было фиксировать все этапы переговоров с
поставщиком и оформления заказа, и введено подполе «Текст» для
свободной записи по каждому этапу (907s.wss)/
2.1.2.
В поле «Организация-Заказ» заполнить обязательные (при
создании записи) ЭД: Код организации, Период заказа, Номер заказа.
В поле «Этап работы …» заполнить и в дальнейшем отражать (при необходимости)
все этапы работы вплоть до перечисления денег поставщику, что отразить в поле 62
(ЭД Перечисленная сумма, Число заказанных наименований и экземпляров)
2.1.3.
Сохраненная запись отражается в словаре «Суммарный заказ - №»
(если введен № заказа)
2.1.4.
Ввести сведения о заказе в записи книг, заказываемых по данному
суммарному заказу - заполнить новое (повторяющееся) поле 62 (62k.wss), в котором
по новой технологии сведения о поступлении по каждому заказу будут
формироваться автоматически в одном повторении поля 62 без отслеживания этапов
выполнения заказа (нарастающим итогом).
2.2.
Ввести сведения о заказе в записи книг, заказываемых по данному
суммарному заказу - заполнить новое (повторяющееся) поле 62 (32.wss), в котором по
новой технологии сведения о поступлении по каждому заказу будут формироваться
автоматически в одном повторении поля 62 без отслеживания этапов выполнения заказа
(нарастающим итогом).
2.2.1.
Данные о заказе книги можно вводить двумя способами
Обычным способом - заполняя индивидуально в каждом документе все
данные в поле (название и код организации, № заказа, число заказанных
экземпляров) – дата вводится автоматически при сохранении документа
Способом группового заказа, для чего:
Ввести в INI-файл по кнопке Настройка следующие данные (кроме
ФИО)
2.1.
o Код организации для группового заказа
o Номер Суммарного заказа
В каждый документ вводить ТОЛЬКО число заказанных экземпляров
При сохранении документа в поле 62, в котором заполнено только число заказанных
экземпляров, все остальные данные будут введены автоматически.
2.2.2.
В поле «Сведения о заказе/поступлении экземпляров» при вводе
данных по общей технологии рекомендуется дополнительно ввести номер
суммарного заказа (новое подполе 910^9), иначе его придется вводить при
поступлении экземпляров, что не очень удобно.
2.2.3.
Сохраненная запись отражается в словарях:
«Организация - суммарные заказы»,
«Суммарный заказ – Дата», если введена дата заказа
«Организация - суммарные заказы», если введена дата заказа и число
заказанных экземпляров книги.
2.3.
Выполнить режим «Пополнение суммарной записи» после ввода сведений
о заказе во все заказываемые БО в запись SZ будет введено поле 45, в котором будет
указано вычисленное число наименований и экземпляров. В случае несовпадения
вычисленных и введенных в поле 62 данных, в окне просмотра будет выдано
соответствующее сообщение
2.4.
ПОСТУПЛЕНИЕ в библиотеку партии книг, заказанных по суммарному заказу.
В записи КСУ в поле «Сведения о поступлении книг в библиотеку»
нужно указать номер заказа (новое подполе 88^9) - в этом случае в запись
суммарного заказа SZ автоматически будут внесены все сведения о поступлении
данной партии (часть ПОЛУЧЕНО в поле 62).
При поэтапном выполнении заказа для каждой новой партии будет формироваться
новое повторение поля 62.
В окне просмотра будет отражаться состояние заказа (недопоставлено, остаток
суммы и др.), как это было в старой технологии.
Когда число полученных экземпляров (62^g) станет равным числу заказанных
экземпляров (62^d), запись Суммарного заказа будет удалена из словаря.
Примечание. Запись SZ пополняется автоматически при сохранении записи KSU
только при отсутствии в последней данных распределения партии, то есть при
первоначальном вводе данных.
2.4.2.
В записях БО при вводе сведений о заказанных/полученных
экземплярах по общей технологии нужно дополнительно ввести номер суммарного
заказа, если он не был введен при заказе; если он введен по кнопке настройка, то
будет вводиться в поле автоматически
2.4.3.
При сохранении записи БО в поле Суммарный заказ, номер
которого (62^b) соответствует номерам заказа экземпляров обрабатываемой партии
книг (их КСУ равен тому, который установлен в настройке), автоматически
корректируется число полученных экземпляров, полученных по данному заказу (62^g)
2.4.4.
Когда число полученных экземпляров (62^g) по одному заказу
станет равным числу заказанных по этому заказу экземпляров (62^d), запись БО
будет удалена из соответствующих словарей.
2.5.
Выходная табличная форма TABSZW (Адрес для конверта и список
заказанных книг) откорректирован для суммарного заказа.
2.4.1.
Изменение форматов:autoin.gbl, 920.mnu, fmt31.mnu, pftp1w.mnu, pftw.mnu, pftpw.opt,
pftw.opt, ws.opt, ws31.opt, correc.par, brief.pft, cmplw.pft, orgzksw.pft, tabszhw.pft, tabszw.pft,
tabszw.tab, !zk.ws, default.ws, zk.ws, 910k.wss
Новые форматы:907s.mnu, rsz.fst, sz.pft, stasz.ws, sz.ws, 62.wss, 907s.wss
3. ПОПОЛНЕНИЕ записей КСУ поступления и списания – расширенное распределение.
3.1.
Доработаны форматы RKSU.FST и RKS2.FST, определяющие анализ
записей БО в процессе пополнения записей КСУ поступления (поступило в фонд) и
списания (выбыло из фонда), в части получения общих данных распределения партии
документов по различным разрезам. Новые полные данные обеспечат потребности
Библиотек разного уровня в создании табличных форм КСУ и возможности их
самостоятельного ввода дополнительных данных в таблицы и форматы. Кроме того,
стандартизованные данные распределения позволяют выполнять их сравнение для
получения КСУ-3 (состояние фонда).
3.2.
Доработка форматов проведена таким образом, что все старые данные (в
частности, распределение партии документов по подразделениям или номерам актов)
остались без изменения, но добавлена целая группа полей, в которых форматные
решения максимально стандартизованы и достаточно прозрачны для Пользователя,
который пожелает эти сложные форматы корректировать.
3.3.
Принципиально новым является определение числа наименований
периодических изданий (поступивших и выбывших полностью), что потребовало
программирования нового метода обработки. Поэтому все данные о числе наименований
периодических изданий собраны в одном поле (см. ниже – поле 155).
3.4.
В РЛ КСУ пополнения и списания введена новая страница «Расширенные
данные распределения», на которой находятся следующие поля:
Поле 148: Общие данные:
На баланс: Сумма, число наименований (кроме периодики) и экземпляров;
Не на баланс: Сумма, число наименований (кроме периодики) и
экземпляров;
Всего: Сумма, число наименований (кроме периодики) и экземпляров;
Книги - число наименований и экземпляров (всего), в том числе:
книги и брошюры - число наименований и экземпляров,
многотомные и продолжающиеся издания, серии - число выпусков и
экземпляров,
Журналы, в том числе Информационные издания - число экземпляров;
Газеты - число экземпляров.
Поле 146: Печатные издания (по видам) - число экземпляров:
Диссертации, Авторефераты,
НТД (всего), в том числе:
ГОСТы,
Промышленные
каталоги,
Патенты,
Нормативнотехнические материалы, Справочники;
Материал групповой обработки, Неопубликованные документы;
Отчеты (всего), в том числе:
Отчеты о заграничных командировках;
Картографический материал, Ксерокопии;
Другие печатные издания.
Поле 147: Непечатные издания (по типам и носителям) - число экземпляров:
Аудио, Видео;
Электронные ресурсы (всего),
в том числе: Дискеты, CD-ROM, Мультимедиа;
Микрофиши, Микрофильмы,
Ноты (партитуры);
КФ, диафильмы, диапозитивы; Граммпластинки;
Прочее.
Поле 148: По характеру документа (всего), в том числе – на национальных языках:
Научные и учебные издания - число экземпляров;
Учебные издания (кроме периодики) – число наименований;
Художественная, Общественно-политическая, Справочная, Методическая,
Научно-популярная литература - число экземпляров;
Официальные издания, Издания для досуга, Проспекты, рекламные
издания - число экземпляров;
Поле 149: По странам (отечественные/иностранные издания) и языкам
Отечественные издания (кроме периодики) - число наименований;
Отечественные издания (всего) - число экземпляров;
Иностранные издания (кроме периодики) - число наименований (всего),
в том числе: книги, брошюры - число наименований;
Иностранные издания - число экземпляров (всего),
в том числе: книги, брошюры, журналы, газеты, приобретено на
валюту;
Иностранные издания - Сумма (всего);
Иностранные издания - на баланс - сумма, число наименований (кроме
периодики), число экземпляров;
Иностранные издания – НЕ на баланс - сумма, число наименований (кроме
периодики), число экземпляров;
Издания на языках - число экземпляров:
на русском; на других, кроме русского;
на национальном; на других, кроме русского и национального;
на английском, французском, немецком, испанском;
на других языках.
Поле 150: Труды сотрудников, фонды - число экземпляров:
Научные, методические материалы, отчеты о НИР, учебные пособия
(всего), в том числе на национальных языках
Обменный фонд, Фонд редкой книги, Депозитарий, Резервный фонд, Фонд
ООН.
Поле 151: по разделам знаний (15 разделов знаний из поля 60 и «другое»).
Поле 155: Периодические издания - число наименований:
Журналы (всего), в том числе: Информационные издания;
Газеты;
Учебные издания – журналы (всего), в том числе: на национальных языках;
Отечественные журналы;
Иностранная периодика (всего), в том числе: журналы, газеты.
Только при пополнении КСУ списания:
Отечественные журналы (всего), в том числе журналы, газеты;
Выбыло из подразделения (всего), в том числе журналы, газеты;
Требуется доукомплектование (всего), в том числе журналы, газеты;
Передано в другие отделы (всего), в том числе журналы, газеты.
3.5.
Все перечисленные данные распределения введены в файл
FMTLST.MNU в виде форматов с пояснениями, что позволяет использовать их при
создании и корректировке новых таблиц КСУ поступлений (KSUN1, KSUN2, KSUN3),
изготовленных с помощью генератора табличных форм
Изменение форматов: ks2.ws, ksu.ws,
Новые форматы: Rsz.fst, 145.wss, 146.wss, 147.wss, 148.wss, 149.wss, 150.wss, 155.wss,
155v.wss, 17v.wss, fmtlist.mnu, sortlist.mnu,
4. Новая технология - задача Подведение итогов фонда КСУ-3 «Состояние фонда»
Задача выполняется в АРМ Комплектатор по следующей технологии:
4.1.
В режиме Поступление создать новую запись КСУ, итоговую на конец года,
в которой в ЭД «Год и номер записи в КСУ» заполнить только год; рекомендуется вслед за
годом ввести буквенную часть, например, буквы I или И, чтобы легче было визуально
идентифицировать записи этого типа в словаре максимальных значений КСУ (Итоговая
КСУ фонда).
Запись КСУ (в поле 920 значение KSU), в которой все поле 88 (номер записи КСУ)
состоит только из 88^A, рассматривается как запись КСУ-3 (Итоговая КСУ фонда).
4.2.
Выполнить Пополнение записи КСУ – в режиме Поступление или Выбытие,
задав в РЛ опроса значение Итоговой КСУ фонда и год или годы, за которые будут
суммироваться данные из записей КСУ поступления и списания.
4.3.
Рекомендуется в Номер Итоговой записи КСУ-3 вводить год, следующий за
суммируемыми годами, с тем, чтобы при следующем подведении итогов фонда эта
итоговая запись тоже принимала участие в «сложении», представляя собой состояние
фонда на начало года.
Если Пользователь введет «фиктивные» записи КСУ, характеризующие
состояние фонда, не введенного в Электронный каталог, то они также смогут участвовать
в процессе «подведения итогов фонда»
4.5.
Основываясь на однотипности данных распределения в КСУ поступления и
списания, итоговая запись КСУ-3 будет содержать данные распределения фонда по
указанным в разделе 3 параметрам (естественно, с точностью до гарантий ввода).
Изменение форматов:rksu.fst, rks2.fst (в БД IBIS),cmpl.fst
Новые форматы: rks3.fst,
4.4.
5. Другие доработки в БД комплектования.
5.1.
Подписка журналов
Новая форма TABLPPW «Справка о подписке одного подразделения на последний
(текущий) период)» - измененены форматы: Seltabw.par, Tabppw.mnu; новые
форматы: Tablppw.hdr, Tablpphw.pft, Tablppw.srw, Tablppw.tab;
Введен новый вид поиска “Период текущей подписки” - форматы cmpl.fst, ini-файл;
Цена доставки журнала учитывается при расчете цены одного выпуска (перенос в
БД ЭК подписанных изданий) - форматы Transn.fst, Transdj.fst
5.2.
Заказ книг
Введен новый вид поиска «Автор заказа» в задаче Заказ - форматы cmpl.fst, iniфайл;
При передаче книг из БД комплектования в ЭК производится замена в поле 910^f
(канал поступления) Кода организации (из КСУ) на код (из KP.MNU) по справочникуменю соответствия кодов KPORG.MNU - форматы Transn.fst, kporg.mnu (новый),
При передаче НОВЫХ книг из БД комплектования в ЭК вводится поле 907 с кодом
этапа обработки "ОБРНЗ" (обработка не завершена), и пока этот код не удален из
записи, читателю будет выводиться сообщение о том, что книга не выдается –
формат Transn.fst
5.3.
Сложная (двойная, параллельная) пагинация - обеспечивается
возможность ввода
разнотипной пагинации с использованием справочника-меню
SLPAG.MNU - форматы 215.wss, 215d.wss, slpag.mnu (новый)
5.4.
Изменен формат Transn.fst в части передачи новых подполей 910 в
ЭК(910^4, 910^R, 910^T),
5.5.
Изменен формат Brief.pft - обеспечивается показ документов всех видов,
5.6.
Изменен формат Movekp.fst (корректировка журналов по БД КП)
5.7.
Типовые
формы
КСУ,
подготовленные
с
использованием
доработанного Генератора табличных форм (включая строку ИТОГОВ и
многостроковую "шапку"),
KSUN1(Общие данные),
KSUN2 (по видам изданий),
KSUN3(нетрадиционные издания);
Их можно корректировать через генератор и создавать свои формы с использованием
файла fmtlist.mnu, в котором обеспечено обращение к полям "Распределения" записи КСУ –
форматы *.tbg, *.tab, *.srw, *.pft, *.hdr,
5.8.
Типовая форма с отбором "по № Акта", подготовленная с помощью
доработанного Генератора табличных форм (данные отбора вводятся в модальное
поле 991) - форма TABF3G (взамен TABF3W), в которой:
устранена ошибка "смешения" экземпляров с одним и тем же № акта за разные
годы;
использованы в качестве форматов столбцов включенные в FMTLIST.MNU
форматы: T991innum.pft (нумерация), T991inin.pft (инв.№), T991incn.pft (цена),
T991inex.pft (число экземпляров), T991inso.pft (стоимость экземпляров поля),
T991inmh.pft (место хранения).
Изменены форматы: seltabw.par, Tabprw.mnu, cmpl.fst (в термин «NA=» № Акта
вводится вместе с годом),Tabf3g.tbg, Tabf3g.tab, Tabf3g.srw, Tabf3g.pft, Tabf3hg.pft,
используется Na11.wss
5.9.
Типовая форма с отбором "по № КСУ", подготовленная с помощью
доработанного Генератора табличных форм (данные отбора вводятся в модальное
поле 991) - форма TABING (взамен TABINW), в которой
использованы в качестве форматов столбцов включенные в FMTLIST.MNU
форматы: T991unum.pft (нумерация), T991uin.pft (инв.№), T991ucn.pft (цена),
T991uex.pft (число экземпляров), T991uso.pft (стоимость экз-ров поля), T991usum
(на сумму), T991umh.pft (место хранения).
Изменены форматы: seltabw.par, Tabprw.mnuTabf3g.tbg, Tabf3g.tab, Tabf3g.srw,
Tabf3g.pft, Tabf3hg.pft, используется Na11.wss
Примечания к п.п. 5.8 и 5.9.
1. Формы, подготовленные для АРМ Комплектатор, описаны в файле Seltabw.par
2. При работе с Генератором табличных форм после каждого сохранения формы,
предназначенной для работы в АРМе Комплектатор, необходимо внести изменения в
файл *.hdr, а именно – вставить в начале строки символ % и удалить символ # в конце
строки
БД POST
Отредактировано:
БД POST,
пример РЛ для импорта текстового файла каталога с условным именем К1 (пример входного
файла для импорта post.txt),
процедура подсчета заказанных изданий в случае, когда в каталоге указано несколько цен,
форматы обновления описаний по КП в части корректного создания и сохранения архивных
полей
Изменение форматов: post.fst, autoin.gbl, brief.pft, post.pft, fldkps.ws, movekp.gbl, movekps.fst, import.mnu
(включен rmarci.fst), k1.txt, !Ik1.fst, post.txt
Новые форматы:cenapj.pft
Версия 2003.1
Функциональные возможности:
АРМ Каталогизатор.
1.
Введен новый инструмент ввода – оперативные справочники (меню). Оперативные
справочники могут использоваться при вводе/корректировке любых элементов
данных РЛ, при этом выбираемые из справочника значения переносятся в точку
ввода (от курсора) методом вставки. Вызываются данные справочники нажатием
клавиши F4 в процессе ввода. Список оперативных справочников должен находиться
в файле формата MNU в главной директории системы (IRBIS), имя данного файла
определяется параметром UPMNU в разделе MAIN INI-файла АРМа Каталогизатор (по
умолчанию – upmnu.mnu). Структура файла UPMNU следующая: строка значения
(первая строка пары) содержит описание оперативного справочника в соответствии
с правилами, изложенными в Общем описании системы в Приложении 8 п.2, строка
пояснения (вторая строка пары) содержит название оперативного справочника на
естественном языке.
2.
Введен инструмент, который позволяет указать обязательность использования
для пользователя (Каталогизатора) расширенных средств ввода (если таковые
предусмотрены). Инструмент включает в себя два средства:
- Параметр ADVENTRY в разделе MAIN INI-файла АРМа Каталогизатор, который
принимает два значения: 1 – применение расширенных средств ввода
обязательно при вводе всех данных, для которых данные средства
предусмотрены; 0 (по умолчанию) – применение расширенных средств не
обязательно;
- Специальная пометка в виде префиксного символа ! в поле РЕЖИМ ВВОДА в
описании соответствующего поля/подполя в РЛ полей/подполей – наличие
такой пометки означает, что при вводе соответствующего поля/подполя
использование расширенного средства ввода обязательно.
3.
Обеспечена возможность группового копирования при создании аналитических
описаний статей из сборников и периодических изданий.
4.
Для режима ПЕЧАТЬ КК (печать через Microsoft Word) обеспечена возможность
печати штрих-кода. Для этого необходимо отображать значение штрих-кода (в
выходном формате) в ограничителях следующим образом: !!NNNNNN!! – где NNNNNN –
значение штрих-кода. В связи с этим введен новый параметр в INI-файле –
BARCODEHEIGHT, определяющий высоту штрих-кода в пикселях (по умолчанию –
40).Эта доработка, в частности, дает возможность печатать читательские билеты
с штрих-кодом, т.е. для БД RDR можно создавать выходной формат, обеспечивающий
печать читательского билета с штрих-кодом (через режим ПЕЧАТЬ КК).
АРМ Книговыдача.
1. На плоскости ЧИТАТЕЛИ введен новый режим ВЫДАЧА БЕЗ ЭК, обеспечивающий
выдачу литературы, отсутствующей в электронном каталоге. Режим состоит в
создании краткого описания издания, отсутствующего в ЭК, на основе
которого оформляется выдача и одновременно создается описание этого
издания в ЭК (в виде «полуфабриката», который нуждается в дальнейшем
расширении).
2. В режиме ВЫДАЧА БЕЗ ЗАКАЗА обеспечена возможность свободного формирования
сценария поиска, т.е. список ВИДОВ ПОИСКА может быть произвольным –
аналогично поискам в АРМах Читатель и Каталогизатор. Сценарий поиска
формируется в разделе SEARCH INI-файла АРМа Книговыдача.
3. Введен контроль на основании поля ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ в записи
читателя (метка определяется параметром RDRTAGRIGHTS в разделе READER INIфайла – по умолчанию 29). Наличие любого значения в этом поле (кроме
пустого) означает, что читатель лишен права обслуживания в библиотеке, -
все операции, связанные с выдачей или продлением литературы при этом
блокируются.
АРМ Читатель.
1. Введен контроль на основании поля ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ в записи
читателя (метка определяется параметром RDRTAGRIGHTS в разделе READER INIфайла – по умолчанию 29). Наличие любого значения в этом поле (кроме
пустого) означает, что читатель лишен права обслуживания в библиотеке, регистрация при этом не проходит, т.е. такой читатель не допускается в АРМ
Читатель.
2. Введен новый параметр PASSWORDCHAR в разделе READER INI-файла,
определяющий правило ввода идентификатора читателя при регистрации: 1 –
ввод осуществляется закрыто (вместо вводимых символов отображаются
«звездочки»); 0 – ввод осуществляется открыто (по умолчанию)
3. Обеспечена возможность ведения журнала (LogFile) для фиксирования
(протоколирования)действий пользователя. Журнал ведется в виде текстового
файла, полное имя которого определяется параметром LOGFILE INI-файла АРМа
Читатель – при отсутствии этого параметра или его пустом значении (по
умолчанию) журнал не ведется. Протоколируются следующие действия
пользователя: начало работы АРМа; регистрация пользователя; открытие БД
для поиска; поиск; экспорт; печать. Подробная структура журнала описана
ниже:
4. Обеспечена возможность использования ПОСТОЯННЫХ ЗАПРОСОВ (типовых
запросов) - в области ТЕКУЩИЙ ЗАПРОС появилась кнопка ПОСТОЯННЫЕ ЗАПРОСЫ
(так же как в АРМе Каталогизатор). Список постоянных запросов должен
находиться в справочнике в директории IRBIS с именем, которое определяется
параметром IRIMNU в разделе MAIN INI-файла АРМа Читатель (по умолчанию IRI.MNU). Собственно постоянные запросы должны формироваться через АРМ
Каталогизатор.
5. Введены два параметра: CLOSEABLE=0 - АРМ не закрывающийся, CLOSEABLE=1 АРМ закрывающийся; MINIMIZEABLE=0 - окно АРМа не сворачивается
MINIMIZEABLE=1 - окно АРМа сворачивается.
АРМ Комплектатор.
1. Для режима ПЕРЕНОС В ЭК используется рабочий лист опроса, имя которого
определяется параметром WsForMove в разделе ENTRY INI-файла АРМа
Комплектатор. Если перенос предполагается для отмеченных записей, то имя
рабочего листа опроса определяется параметром WsForMoveSel в разделе ENTRY
INI-файла.
2. Обеспечена возможность сохранения протоколов пакетных режимов в текстовом
файле рабочей директории, если задан параметр в секции MAIN INI-файла
WriteLog=1 (по умолчанию WriteLog=0). Имя файла протокола задается в
параметре LogFile в секции MAIN. Для просмотра файла протокола служит кнопка
в нижней области интерфейса ПРОТОКОЛ, которая видна, если задан параметр
AccessLookLog=1 в секции MAIN ini-файла (по умолчанию AccessLookLog=0 и
кнопка не видна).
3. В режиме ПОДПИСКА обеспечена возможность работы с итоговой записью подписки.
В секции ENTRY ini-файла непустой параметр WsKs3New, задающий РЛ для ввода
новой итоговой записи подписки, определяет использование этой технологии.
Если эта технология используется, то параметры ini-файла определяют: KsuFst3
– имя таблицы, по которой выполняется пополнение итоговой записи; PrefKsuD –
префикс для отбора записей на пополнение итоговой записи; WsStaKsu3 – имя РЛ
опроса для проведения пополнения итоговой записи.
4. Для определения и запоминания максимальных значений инвентарных номеров
введен параметр ModeInvent в секции ENTRY ini-файла. Он задает модель
нвентарного номера, в которой цифровая часть обозначается как ‘9’, буквенная
часть как ‘A’, изменяемая цифровая часть как ‘*’, другие символы используются
в модели как есть. Например, если инвентарный номер имеет вид A12345-01, где
изменяемой частью является число 12345, то можно задать модель в виде ‘A*-9’.
При вводе вышеуказанного инвентарного номера система будет подавать в
качестве следующего ‘A12346-01’.
5. В режиме ПОСТУПЛЕНИЕ при выполнении операции ВВОД ОПИСАНИЙ БЕЗ ЗАКАЗА в БД
комплектования можно задать возможность переноса записи из БД каталога в БД
комплектования, если формально-логический контроль выявил ввод записи, уже
имеющейся в БД каталога. Подключение этой возможности задает параметр
MoveToCmpl=1 в секции DISPLAY ini-файла (по умолчанию MoveToCmpl=0). Перенос
будет выполняться по таблице, заданной в параметре FstToCMPL в секции DISPLAY
ini-файла.
Информационно-технологическое обеспечение.
АРМ КАТАЛОГИЗАТОР
БД RDR (и АРМ Книговыдача)
1. Доработана технология выдачи без ЭК – обеспечена возможность выдачи других
экземпляров издания, не обработанного каталогизатором после первичного ввода
этим путем, с одновременным пополнением дублетной записи ЭК; файл в БД IBIS
!kvmovt.pft, файлы в БД RDR: autoin.gbl, !200r.pft, dbnflc.pft, 200r.wss.
БД VUZ (Задача КНИГООБЕСПЕЧЕННОСТЬ)
1. При вводе документа Дисциплина (РЛ DISC) обеспечена возможность записи в
одно повторение поля неограниченного числа семестров для одного НУП или
одного УНД, где читается данная дисциплина.
БД ЭК IBIS
1. Включена новая редакция Тематического рубрикатора ГРНТИ в соответствии cо
следующими документами (находятся в директории HELP):
«Изменения в ГРНТИ, принятые на заседании Методического совета в 2002 г. (кроме
раздела юридических наук)» - файл izmgri1.doc.
– «Раздел 10 Государство и право. Юридические науки с изменениями, принятыми на
заседании Методического совета по рубрикаторам НТИ в 2002 г» - файл izmgri1.doc
При замене Рубрикатора следует обратить внимание на то, что в новой его редакции
часть рубрик исключена и/или заменена новыми. Поэтому следует ДО замены рубрикатора
отработать все необходимые замены в БД каталога, и только после этого подключать
новую редакцию Рубрикатора.
Для корректировки рубрик ГРНТИ можно использовать задание на глобальную
корректуру ZG.GBL из дистрибутива, в котором за одно выполнение можно исправить
(заменить) до трех значений кодов.
Примечание. В новой редакции Тематического рубрикатора, полученной от
разработчика, нами проведена сортировка всех рубрик в порядке возрастания кодов, чего
не было в предыдущей версии.
–
2. Доработана технология кумуляции поступивших номеров (выпусков) журналов
для 2-го и следующих экземпляров (autoin.gbl) и форматы просмотра (fullw.pft,
jw.pft, infow.pft, 909.wss); в поле 909 (данные кумуляции) введены подполя kномер комплекта и d-место хранения комплекта. Если не все заказанные
экземпляры поступили одновременно, то при отражении факта более позднего
получения других экземпляров в записи NJ (отдельный номер), осуществляется
кумуляция в записи J (БО).
Примечание1. Для выполнения этого режима в INI-файле АРМа Каталогизатор в
секции MAIN должен быть установлен параметр KUMJEX=1. При отсутствии
данного параметра система будет работать по-старому – кумуляция номеров
(выпусков) издания производится по факту получения хотя бы одного экземпляра
номера. В дистрибутиве значение параметра установлено равным 1.
Примечание2. Настоящий вариант реализован только для экземпляров
индивидуального учета (статус 0)
3. Разработана технология каталогизации, регистрации и поиска по связи
документов типа “Журнал в журнале”.
В общем описании (запись типа J) накапливаются сведения обо всех
зарегистрированных номерах «вложенного(ых)» журнала(ов)
- (поле 423,
повторяющееся) с привязкой к номеру журнала основного издания.
В запись NJ при регистрации переносятся конкретные данные о “вложенном”
номере (заглавие, шифр и др.).
Обеспечен доступ по шифру/заглавию к номерам “вложенного” журнала.
Файлы: autoin.gbl, 423.wss, jw.pft, 423nj.wss, njw.pft, ibis.fst, !scnt7.pft;
4. Доработан алгоритм кумуляции и декумуляции поступивших номеров журналов
в части работы с вербальными обозначениями месяцев.
Обозначения месяцев для разных языков текста документа определяют
справочники ”язык-месяцы”, которые содержат для конкретного языка названия
месяцев в порядке их следования в году, причем имя файла-справочника должно
состоять из кода языка и расширения mnu (eng.mnu, rus.mnu – в дистрибутиве).
Поскольку один и тот же справочник “язык-месяцы” может использоваться для
нескольких родственных языков, дополнительно имеется общий справочник-меню
JZMNTH.MNU (аналог jz.mnu), где для каждого языка указывается имя
соответствующего файла “язык-месяцы”, который будет автоматически
выбираться для использования при сохранении документа в соответствии со
значением первого появления поля 101 (код языка текста документа).
Пользователи могут самостоятельно добавлять справочники “язык-месяцы”
для используемых языков и вводить соответствующие пометки в файле
JZMNTH.MNU. При отсутствии имени файла для встретившегося в поле 101#1
языка кумуляция вербальных обозначений номеров не выполняется, и они
приписываются через запятую (как и в предыдущих версиях).
В связи с данной доработкой утратило смысл поле 990 «Признак ручной/
автоматической кумуляции», которое удалено из РЛ oj.ws и !rpj.ws.
В алгоритм сверки на дублетность введены дополнительные ЭД:
Для журналов – ISSN (11^a) и вид издания (110^b);
Для РЛ SPEC (том многотомника) при отсутствии номера берется его заглавие.
Для дублетных по БО записей дополнительно проводится проверка на
совпадение кода физического носителя (215^1)
6. Введен аппарат проверки повторения места издания для разных издательств – в
файлах *.wss 210, 210d, 210si, 461 введено подполе ^? (типа “переключатель”)
для фиксации такого города; при этом в словарях все издательства представлены
вместе с городами, а в просмотре (ibisw.pft) город вторично не показывается (в
соответствии с ГОСТ 7.1-84);
7. Введены новые и изменены или дополнены следующие поля:
– 925 – сведения о втором и последующих томах одного многотомного издания,
помещенных в одной печатной единице;
5.
-
962 – сведения о коллективах, относящихся к общей части многотомника, ЭД
аналогичны полям 710, 711, 972; дополнительно введено ^Z – признак
коллектива-Заголовка описания, по которому автоматически формируется
461^B.
– 923 определено повторяющимся для ввода сведений о нескольких
одноуровневых частях, помещенных в одной печатной единице.
– Изменены поля представления Авторов:
- в поле 961 (авторы многотомника и лица с вторичной ответственностью)
представлены полные данные аналогично полям 700, 701, 702;
дополнительно введено ^Z – признак заголовка описания, по которому
автоматически формируется 461^X; соответственно в autoin.gbl операторы
формирования полей 908 и 903 перемещены и поставлены после ADD
461^X;
- поля 922, 330, 481, 925 - введены ЭД:
Расширение инициалов – разные подполя для каждого из трех
авторов,
Автор-сотрудник – разные подполя для каждого из трех авторов,
Ввод через Authority – разные подполя для каждого из трех авторов,
Другие авторы (^W) - список ФИО, разделяемых запятой с двумя
пробелами: ввод с использованием словаря; при сохранении документа
участвуют в формировании ЭД «Сведения об ответственности» и
разносятся по одному в повторяющееся служебное поле 926 (с полным
набором подполей), в котором можно вносить любые дополнения и из
которого попадают в словарь авторов.
– В поле 910 “Сведения об экземплярах” введено дополнительное подполе ^R –
расстановочный (систематический) шифр хранения экземпляра; используется
в библиотеках, где для разных мест хранения применяется как форматнопорядковая расстановка (Основной шифр - вводится в поле 903), так и
систематическая (может различаться по хранилищам).
Систематические индексы вводятся только один раз для каждого места
хранения; при сохранении документа все они дополняются Авторским знаком
(в строку, с предшествующим /) и выводятся в выходных форматах под
основным шифром
– В поле 905 «Настройка, Тираж» введены дополнительные ЭД:
- тираж Доб КК – вводится чере «/» после тиража Основной КК; используется при
подготовке КК в пакетном режиме (см. ниже);
- ^O - дополнительный параметр управления определяет, какие из
присутствующих в документе индексы классификации нужно выводить в
форматах печати Основной КК и КК для систематического каталога (по выбору
УДК, ББК, ГРНТИ, Другая классификация – ki.mnu, мультиввод). При выводе
индексов через"+" печатаются ВСЕ указанные индексы; при выводе «в столбик» один из них (в порядке умолчания из указанных УДК, ББК, Др. классификация).
Этот параметр важен для библиотек, использующих заимствованные из других
систем записи, в которых присутствуют индексы классификации, не
использующиеся в данной библиотеке, но по каким-то причинам не подлежащие
удалению из записи.
– В полях 606 и 607 (Предметные и Географические рубрики) внесены
следующие доработки:
–
обеспечивается возможность ввода подзаголовков с использованием
отдельных
словарей
подрубрик
(предметных,
географических,
хронологических);
обеспечивается возможность ввода предметных, географических и
хронологических подзаголовков без ограничения числа повторений – путем
мультиввода нужного числа данных в последнее из определенных для
каждого вида подзаголовка подполей (^D, ^O, ^H - соответственно);
при сохранении документа эти «лишние» данные «разбираются» по
разделительному знаку ”; ” (точка с запятой пробел) и переносятся в поля
619 (новое служебное поле) в соответствующие виду подзаголовка
подполя;
при формировании словаря они (так же, как и данные из полей 606 и
607), включаются в словари подрубрик (отдельно
предметных,
географических и хронологических) и доступны для использования при
вводе.
Примечание. При конвертировании в коммуникативные MARC-форматы, а
также при передаче данных в Authoryti-файл Предметных рубрик (см. ниже)
подполя ^d,^o и ^h не «разбираются» на отдельные повторения, а передаются
в «собранном» виде.
В записи БО журнала (РЛ J) введено новое поле 1909 – архивные сведения о
списанных комплектах – см. ниже АРМ Комплектатор. п11. Технология
списания журналов.
-
–
Примечание. Для реализации работы в расширенном варианте ввода с
новыми ЭД и новыми технологиями ввода подготовлены новые варианты Рабочих
Листов – PAZK31, PVK31, SPEC31, ASP31, !NJ31.
Для работы с этими РЛ в INI-файле АРМа Каталогизатор в секции MAIN
изменены значения 2-х параметров: FmtMnu=FMT31.MNU и WsOpt=WS31.OPT;
если этим параметрам вернуть их прежние значения (FmtMnu=FMT.MNU и
WsOpt=WS.OPT), система будет работать со старыми РЛ (может быть
актуальным для библиотек, не практикующих ввод максимально полных данных).
8. Для ЭК Вузов (есть экземпляры со статусом ”U”) реализована специальная
обработка предметных рубрик, которые вводятся Пользователем в подполя
ключевых слов в полях «Содержание» сборника или выпуска журнала
(разделитель “; “), а именно:
- при сохранении документа производится перезапись ВСЕХ значений рубрик из
подполей ^5,^6,^7 полей 922 и 330 в повторения поля 610 по разделительному
знаку ”; ” (точка с запятой пробел), при условии, что оно не заполнено и хотя бы в
одном из этих полей есть указанный разделительный знак (autoin.gbl);
- при формировании словаря при тех же условиях (наличие статуса “U” и ”; ”) поля
610 попадают дополнительно в словарь Предметных рубрик (ibis.fst);
9. Слова или выражения, введенные в поле 610 «Ненормированные ключевые
слова» и заключенные в < >, включаются в словарь ключевых слов; и тем самым
снимается проблема цифр и дефиса, как разделительных знаков.
10. Для ЭК ЦБС введено автоматическое формирование статуса экземпляра «С» в
прцессе «размножения» экз-ров – при наличии в размножаемом поле
заполненного ЭД «число экз-ров» (autoin.gbl)
11. Включен файл GOS71293.MNU (Сокращения по ГОСТ 7.12-93), который может
быть вызван при вводе данных в любом месте по <F4> (upmnu.mnu). Данные
подготовлены в ЦГПБ имени В.В.Маяковского, СПб.
12. Включен файл HAVC3L2.MNU (Трехзначные кириллические таблицы Хавкиной,
объединенные с двузначными латинскими), который можно использовать при
необходимости, предварительно переименовав его в HAV.MNU.
Файл подготовлен на основе 7-го издания 1993 года в ЦГПБ имени
В.В.Маяковского, СПб.
Примечание. Список опечаток, выявленных в печатных изданиях Таблиц, а также
другие материалы по данной теме, имеются у автора, Егорова Сергея
Константиновича, esc@pl.spb.ru.
13. Добавлен код носителя “ак.-аудиокассета” и расширен набор видов носителей в
части “Электронные ресурсы” (файлы 2151.tre, nosnt.mnu, nos.mnu, nosfst.mnu)
14. Добавлен код физической формы текстового материала “ксер.-ксерокопия” (файл
106.mnu)
15. Добавлены коды характера документа и целевого назначения (файлы hd.mnu,
cn.mnu).
16. Уточнен порядок управления выводом Ключевых слов в форматах
просмотра/печати
17. Введен новые поисковые термины в словарь “Вид/тип документа”:
EXP - документ с внешним файлом,
02S и 01S – БО соответстственно журнала и газеты, у которых списаны
все компекты.
18. Введено новое представление ЭД в форматах показа с использованием
«вложенных» форматов, что позволяет выделить каждый оригинальный
фрагмент, встречающийся неоднократно в разных форматах, в отдельный
формат и использовать многократно обращение к нему из разных мест разных
форматов.
Все эти форматы структурированы, что облегчает Пользователю работу с ними.
Пример – ibisw.pft использует следующие форматы (*.pft):
– osvex – область сведений об отсутствии свободных экземпляров
– orchifr – область расстановочного шифра
– o461f – область сведений об ответственности общей части многотомника, ,
который в свою очередь вызывает:
– osoaM – часть, относящаяся к авторам, индивидуальным и коллективным,
поле 961 заполнено по-старому (по версии 2002.2)
– o961f – то же, но поля 961 и 962 заполнены с подполями (по версии 2003.1)
– ovixdM – область выходных данных из общей части многотомника
– ozbo – область заголовка БО (в части моноиздания или тома многотомника)
– ibis922 – область «смешанного» заголовка (2 и последующие статьи сборника
без общего заглавия), который в свою очередь вызывает
– osoa – часть, относящаяся к авторам (4 раза)
– o200f – область сведений об ответственности моноиздания/тома, который в
свою очередь вызывает
– osoa – часть, относящаяся к авторам
– ibis925 – область данных о других томах многотомника, изданных вместе с
основным
– ospec – область специфических данных для разных видов документов
– ovixd – область выходных данных моноиздания/тома
okolhr – область количественных характеристик
ofizxar0 – область физических характеристик основного документа
ofizxar1 - область физических характеристик приложения
oser - областьсерии
origp454 – область сведений о документе – оригинале переведенного издания
oistasp – область источника аналитического описания
oisbncn – область ISBN и цены
opril421 – область сведений о самостоятельных приложениях
opri451 – область сведений о параллельных изданиях
o330 – область содержания сборника
ogrudk – область индексов ГРНТИ, УДК, ББК, другой классификации
orubdks – область предметных и географических рубрик, дескрипторов,
ключевых слов
– orefres – область сведений о документе, на который составлен реферат или
резюме
– oprip481 – область сведений о приплетенных изданиях
– odoptd – область сведений о дополнительных точках доступа
– oex910 – область сведений об экземплярах
19. Разработана технология получения КК и Формуляров для книг и журналов в
пакетном режиме; дополнительно введен новый вид карточки оборота (все экз-ры
одного места хранения);
При этом обеспечена возможность печати КК:
– либо всего комплекта в целом (в одном экз-ре или с учетом тиража – для
основных КК (<=10) и для добавочных (<=5)),
– либо только основных (с учетом тиража или в одном экземпляре)
– либо комплекта КК без основной
– либо карточек оборота по варианту 1: на одной карточке – сведения обо всех экзрах всех мест хранения) - в одном экземпляре или с учетом тиража основной КК,
– либо карточек оборота по варианту 2: на одной карточке – сведения о всех экзрах для каждого места хранения) – также в одном экземпляре или с учетом
тиража основной КК,
– либо формуляров книг или журналов.
В отличие от варианта индивидуальной печати, при пакетном режиме не
обеспечивается возможность получения КК продолжения.
Для предварительного просмотра комплекта КК – используется новый формат
kkkwp.pft.
Примечание. Параметры управления печатью КК, введенные в INI-файл АРМа
Каталогизатор, не относятся к режиму пакетной печати.
Форматы: tabw.mnu, таблицы !!kk (!!kk.hdr, !!kk.mnu, !!kk.pft, !!kk.srw, !!kk.tab,
!!kk.wss) и !!kkf (!!kkf.pft, !!kkf.srw, !!kkf.tab) а также форматы *.pft: !!kk0shk, !!kk0shp,
!!kk1bo, !!kk1bo2, !!kk1bop, !!kk2udk, !!kk3prk, !!kk4ann, !!kk5odk, !!kk6j, !!kk7ex, !!kk8f,
!!kki, !!kkimh, !!kkss.
–
–
–
–
–
–
–
–
–
–
–
–
20. Разработана технология создания первоначального состояния Авторитетных
файлов Авторов, Коллективов и Предметных рубрик, ориентированная на ВСЕ
повторения соответствующих полей (файл ATHRACS.GBL) и автоматического их
пополнения при сохранении документа (autoin.gbl):
– авторы - 700, 701, 702, 391, 961, 481, 330, 922, 925, 926, 600, 454, 470,
– коллективы – 710, v711, 972, 962, 971, v971,
– предметные рубрики – 606, 607
При вводе всех данных обеспечивается проверка записей на дублетность.
В БД авторов устанавливаются связи между разночтением и основным именем; в БД коллективов
устанавливаются связи между абревиатурой и полным названием; в БД предметных рубрик связи
автоматически не устанавливаются.
Примечание1. Создание и автоматическое пополнение авторитетных БД
выполняется при установке значения «1» для следующих параметров (секция
MAIN INI-файла АРМ Каталогизатор); в дистрибутиве ВСЕ параметры
установлены равными ‘’:
MODATHRA=1 для БД ATHRA (Authoryti– файл Авторов),
MODATHRC=1 для БД ATHRC (Authoryti– файл Коллективов),
MODATHRS=1 для БД ATHRS (Authoryti– файл Предметных рубрик),
Изменены форматы *.pft в БД Авторов ATHRA - athr4811, athrai, athraip, athraog1,
athraog2, athraog3, athraox, dbnflc и файл ATHRA.FST
Изменены форматы *.pft в БД Предметных рубрик ATHRS – dbnflc.flc и файл
ATHRS.FST.
Для этой БД, где выявление дублетов достаточно проблематично (используется
комбинация нескольких вариантов свертки, включая новый, дополнительный,
(&unifor(‘+B’…)), подготовлен постоянный запрос на последовательный поиск
(файл iri.mnu), позволяющий в случае необходимости выявить дублеты в БД, не
обнаруженные при автоматическом пополнении ее.
Примечание2. Автоматическое пополнение авторитетных файлов может быть
полезно тем Пользователям, которые не имеют «внешних», приобретенных БД,
но у себя организуют несколько БД ЭК или несколько технологических,
промежуточных, БД. В этом случае автоматическое пополнение авторитетных БД
в технологии ввода позволяет использовать все новые данные, введенные в
любой из подключенных БД, всеми другими участниками ввода.
АРМ КОМПЛЕКТАТОР
1. Разработана технология задачи “Получение Итоговых данных подписки”.
Введен новый вид записи КСУ3 – Итоговая запись подписки, в которой в режиме
“Пополнение записи КСУ” собираются данные распределения наименований,
комплектов и экземпляров изданий, подписанных на последний период, по
адресатам подписки
Готовится выходная форма ITP- итог подписки.
2. Доработаны форматы ФЛК сверки на дублетность записей в БД CMPL с
несколькими БД ЭК (условные имена BOOK и AAAA); при этом дополнительно
сравниваются ISBN и коды физического носителя записей, при их несовпадении
запись не считается дублетной.
Примечание. Записи сравниваются с другими БД только в случае обнаружения
дублета в БД CMPL.
3. При работе в режиме «Ввод описаний без заказа» при обнаружении дублетной
записи в БД, отличной от CMPL, система предлагает перенести эту запись для
ввода сведений о доукомплектовании.
4. При копировании дублетных записей из БД ЭК в БД CMPL введена
автоматическая запись имени исходной БД ЭК в поле 66, как признака передачи
записи в ЭК.
5. Обеспечена возможность корректного копирования записей БО журналов из БД
каталога в БД CMPL.
6. Обеспечена возможность ввода авторов, коллективов, заглавий серий и
наименований издающих организаций с использованием словарей БД IBIS и
авторитетных файлов Авторов и Коллективов.
7. Обеспечена возможность ввода данных об учебной литературе с использованием
БД VUZ.
8. Доработан алгоритм определения максимального и минимального инвентарных
номеров (или штрих-кодов) в процессе “Пополнения записи КСУ” – для каждого
типа инвентарных номеров определяются свои значения (повторяющийся ЭД).
9. Для организаций-Пользователей, в которых комплектаторы вводят полное БО,
предлагается использовать новый РЛ ZK31, в котором присутствуют все поля БД
каталога, и, соответственно, формат просмотра – IBISK (Полное БО)
10. В записи КСУ поступления и записи Предварительного заказа (РЛ IZD) введены
подполя для сведений о накладных расходах (НДС, почтовые расходы и сумма
полная); при сохранении определяется и заполняется сумма «чистая» (без
накладных расходов), которая учитываются при контроле полноты обработки
партии и в выходных форматах.
11. Разработана технология задачи «Списание журналов», ориентированная на
групповой режим обработки.
При этом:
– все экземпляры в записях NJ помечаются как списанные;
– в записи J из кумулированных сведений удаляются списанные номера
(соответствующего места хранения), а исходные (до списания) данные поля
909 переносятся в архивное поле 1909;
– при списании отдельных или всех экземпляров записи-Подшивки, все
экземпляры номеров записей NJ, входящих в эту подшивку, помечаются как
удаленные; сведения о подшивке и списанных отдельных номерах удаляются
из кумулированных сведений в записи J;
– при списании номеров журналов, содержащих «вложенный» номер «журнала в
журнале» в записи J (поле 423) эти данные удаляются из кумулированных
сведений о зарегистрированных его номерах.
Возможны варианты списания издания полностью, либо для заданного года и/или
заданного места хранения, а при задании места хранения также и для заданного(ых)
комплекта(ов) или отдельных номеров. Год и место хранения задаются в записи КСУ списания.
Готовятся выходные формы списания (Акт на исключение из фонда и Список к Акту) –
откорректированы форматы формы TACTIW и подготовлена новая форма TABNJW.
Групповое списание журналов возможно в 3-х основных режимах, которые
определяются в записи КСУ выбытия.
Для этого в поле 888 введены новые ЭД (при списаниии книг не заполняются):
^e - Вид группового списания журналов (файл vs.mnu)
^k - Номер(а) комплекта(ов) (экз.)
^f - Цена номера журнала (заполняется, если все номера журналов
cписываются по одной цене).
Особенности и варианты каждого режима работы описаны ниже.
-
-
СПИСАНИЕ ОТДЕЛЬНЫХ ВЫПУСКОВ (номеров) ЖУРНАЛОВ, отмечаемых по
словарю шифров или по словарю штрих-кодов (Вид списания 1):
- Если в записи КСУ выбытия не задано место хранения, то списываются
все экземпляры заданного выпуска (номера) журнала из всех мест
хранения.
- Если в записи КСУ выбытия задано место хранения и не заданы номера
комплектов, то списываются все экземпляры заданного места хранения
заданного выпуска журнала.
- Если в записи КСУ выбытия задано место хранения и заданы (через
запятую) номера комплектов, то списываются только заданные
экземпляры заданного места хранения заданного выпуска журнала.
Режим обработки записи БО различен в зависимости от наличия в
соответствующих кумулированных сведениях подполей места хранения (^D) и
номера комплекта (^K) - см. выше АРМ Каталогизатор. БД IBIS. п.1 “Кумуляция
не первых номеров комплектов”:
Если ^D и ^K имеются (есть данные о кумуляции НОМЕРА комплекта и его места
хранения), то списанные выпуски журнала исключаются из соответствующих
повторений поля; сами кумулированные сведения переносятся в архивные поля
с указанием номера КСУ выбытия и списанных выпусков журнала.
Если ^D и ^K отсутствуют, то списанные выпуски журнала исключаются из
соответствующих повторений кумулированных сведений только при списании
ВСЕХ комплектов (экз.); только в этом случае кумулированные сведения
переносятся в архивные поля с указанием номера КСУ выбытия и списанных
номеров журналов.
СПИСАНИЕ ЖУРНАЛОВ ЗАДАННОГО ГОДА (Вид списания 2).
Подлежащие списанию записи отмечаются либо по словарю «Журналы
за… год» (в этом случае значение года списания в записи КСУ можно не
задавать), либо по словарю заглавий (в этом случае дополнительно к коду
вида списания нужно ввести и год списания).
-
Списывать по году можно все номера журналов изо всех мест хранения; в этом случае место
хранения в записи КСУ выбытия не задается.
Списывать по году можно номера журналов из одного места хранения, в этом случае место
хранения в записи КСУ выбытия задается обязательно. При этом:
- Если не заданы номера комплектов, то списываются ВСЕ номера комплектов для
заданного места хранения.
- Если номера комплектов заданы, то списываются соответственно только заданные в
записи КСУ выбытия (через запятую).
-
В записи БО журнала кумулированные сведения о списанных номерах
журналов будут перенесены в архивные поля для имеющих подполя ^D и ^K в
полном соответствии со списанными номерами, а для не имеющих ^D и ^K,
только, если списаны все комплекты (экз.) .
СПИСАНИЕ ИЗДАНИЙ ПО ЗАГЛАВИЮ (код вида списания 3).
Издание отмечается по словарю заглавий. ЭД место хранения и
номера комплектов могут задаваться или нет в записи КСУ в зависимости
от задания на списание.
СПИСАНИЕ ПОДШИВОК газет или журналов.
Этот режим осуществляется так же, как групповое списание книг
без ввода специальных данных в запись КСУ. В словаре инвентарных
номеров/штрих-кодов отмечаются данные подшивки, подлежащей
удалению.
В записи Подшивки в поле экземпляра формируется статус
списания (6) и автоматически вводится Номер КСУ списания (из
«настройки»). Одновременно помечаются, как удаленные, и все номера
журналов, вошедшие в списываемую подшивку. В записи БО журнала в
кумулированных сведениях удаляются списанные номера подшивки и
отдельных выпусков, вошедших в нее; сведения о подшивке и всех
списанных номерах журналов переносятся в архивные поля.
12. Разработана технология задачи “Передача списанных номеров журналов в
новое место хранения”, ориентированная также на групповой режим обработки.
Групповая передача журналов проводится только после завершения списания
по данному КСУ выбытия и возможна в 2-х режимах, связанных с режимами
списания.
В записи КСУ выбытия в поле 800 (“Номер акта передачи”) введены новые ЭД
(при списаниии книг не заполняются):
- ^d - вид передачи (vp.mnu);
- ^k - старое место хранения;
- ^m - один номер передаваемого комплекта
Особенности и варианты каждого режима работы описаны ниже.
-
ПЕРЕДАЧА ОТДЕЛЬНЫХ НОМЕРОВ (ВЫПУСКОВ) журналов; возможна при
любом режиме списания .
В записи КСУ выбытия в поле 800 “Номер акта передачи” заполняются ЭД:
вид передачи - 1;
старое место хранения, если оно не было задано в поле для списания;
один номер комплекта (если при списании задавались номера комплектов, то
номер, указанный в поле для передачи, должен входить в этот перечень).
По словарю “Списанные” отмечаются либо штрих-коды (передается
конкретный экземпляр), либо шифр (передается списанный экземпляр по
заданному номеру комплекта), и при выполнении Группой передачи (кнопка
Групповое списание) в соответствующее повторение поля 910 (со статусом ‘6’)
добавляется подполе ^M (новое место хранения) и подполе ^W(номер акта
передачи). Далее формируется новое повторение поля 910 (статус 0, новое
место хранения, дата поступления и КСУ – старые). В запись журнала
добавляется или корректируется поле кумулированных сведений.
-
ПЕРЕДАЧА полных годовых комплектов журналов.
Этот вариант передачи допустим, если режим списания был равен ‘2’
(передача по году).
В записи КСУ выбытия в поле 800 (Номер акта передачи) задаются следующие
ЭД:
вид передачи - 2;
старое место хранения, если оно не было задано в поле для списания;
один номер комплекта.
Записи, подлежащие передаче по новому месту хранени, отмечаются по
словаре «Журналы за…год, списанные». В процеесе обработки записях NJ в
поле 910 (со статусом ‘6’), номер комплекта которого сответствует заданному,
добавляется подполе ^M (новое место хранения) и подполе ^W (номер акта
передачи). Далее формируется новое повторение поля 910 (статус 0, новое
место хранения, дата поступления и КСУ – старые). В запись БО журнала (J)
добавляется или корректируется поле кумулированных сведений для нового
места хранения.
Примечание1. Работа по списанию и передаче в другое подразделение
комплектов журналов должна быть согласована с технологией кумуляции не
первых комплектов - см. выше. АРМ Каталогизатор. БД IBIS.п.2.
Примечание2. Настоящий вариант реализован только для экземпляров
индивидуального учета (статус 0)
Версия 2002.2
Функциональные возможности
АРМ "Читатель" - введен режим дополнительных
ограничений для поиска, позволяющий указывать ГОД ИЗДАНИЯ и ДАТУ
ВВОДА в виде диапазона значений.
Две новые команды в строковом редакторе ввода данных
(АРМы "Каталогизатор", "Читатель", "Книговыдача")
<F6> - конверсия данных ЛАТИНИЦА/КИРИЛИЦА и переключение расклада
клавиатуры АНГЛИЙСКИЙ/РУССКИЙ - только для пользователей,
работающих на двух языках: Русский/Английский;
<F7> - конверсия данных ВЕРХНИЙ/НИЖНИЙ регистры.
Информационно-технологическое обеспечение.
АРМ КАТАЛОГИЗАТОР
БД IBIS
2. Доработан алгоритм автоматического формирования Авторского знака
(поле 908): если в ORG.MNU в параметре «9» не стоит значение «1» (значит,
нет признака отмены для этого процесса), то при сохранении документа
формируется Авторский знак в двух вариантах:
– если Шифр отсутствует, то при наличии хотя бы одного из полей 906, 686,
675, 621; одновременно формируется и Шифр;
– если Шифр присутствует, то при наличии поля 906 (систематический шифр)
Формирование Авторского знака проводится в соответствии с HAV.MNU
(двузначная или трехзначная таблица) согласно «Правил применения
авторских таблиц», помещенных в книге: Хавкина Л.Б. Трехзначные авторские
таблицы, согласованные и соединенные с двузначными. С приложением
двузначных таблиц для иностранных языков. 6-е испр. изд. Под ред. проф.
О.В. Григорьева. М.,: «Книга», 1965. – 180 с.
–
За основу берется первое слово заголовка описания (Автор,
Коллективный автор или Заглавие соответственно книги (моноиздания) или
общей части многотомника, или Унифицированный заголовок формы, или
Издатель юридического документа – поля 461^x, 700(^a/^b), 461^b, 710^a,
461^c, 200^a, 981^a, 503^a – в соответствии с §§ 2-10,12,14-16 «Правил …»
по данным заполнения указанных выше полей;
–
Для томов издания с заглавием “Собрание сочинений”
дополнительно к Авторскому знаку,
определенному по таблице,
добавляется номер тома – в соответствии с § 13 «Правил …»;
–
Для книг, описанных под заглавием, которое начинается с
числительного, обозначенного цифрами, в соответствии с § 18 «Правил …»
авторский знак должен формироваться по словесному обозначению
числительного. В связи с этим Пользователь должен ввести
дополнительную разметку типа <NNN=Текст>, где «Текст», стоящий после
знака «=», - это словесное значение числительного NNN, используемое для
формирования Авторского знака и/или сортировки (в начале полей 200^a
или 461^c соответственно для моноиздания или многотомника);
–
Для биографических и биобиблиографических изданий,
описанных под заглавием, начинающимся с имени лица, которому
посвящено издание, Авторский знак должен формироваться на фамилию.
В связи с этим Пользователь также должен ввести дополнительную
разметку типа <AAA=Текст>, где «Текст», стоящий после знака «=», - это
фамилия, используемая (взамен имени ААА) для формирования
Авторского знака и/или сортировки (в начале полей 200^a или 461^c
соответственно для моноиздания или многотомника);
Примечание: Текст, записанный после знака «=», будет также являться
первым элементом при сортировке таких заглавий.
–
Требования, изложенные в «Правилах …» по §§ 11,14,17 и
19-22, автоматически не могут быть выполнены и требуют дополнительной
корректировки авторского знака и, соответственно, Шифра.
Файлы autoin.gbl, org.mnu
3. Обеспечена возможность ввода специфических даннных для описания Отчетов о НИР, Патентов и других охранных документов (расширено и
переименовано в Рабочих листах поле 982, ранее предназначавшееся только
для НТД и ЮД). При вводе Патентных и НТД Пользователь может ввести
данные в подполя «Вид док-та» (ГОСТ, Патент и т.п.) и «Номер», из которых
автоматически строится Шифр документа в БД. Для разных видов патентных
документов расширен справочник «Характер документа», а также справочники
«Функция – код вторичной интеллектуальной ответственности». Новые виды
поиска не предусматриваются, поскольку нумерационные данные включаются
в
словарь
«Шифр
документа»,
классификационные,
типовые,
библиографические и временные – в соответствующие общие словари.
Файлы: 982.wss, pazk.ws, spec.ws, ibisw.pft, !kkkow.pft, hd.mnu, 7024.tre,
7024.mnu
4. Обеспечена возможность ввода специфических даннных для описания
электронных ресурсов в соответствии с ГОСТ 7.82-2001
Введены поля 230, 337 и изменено наполнение поля 135 (будет
дорабатываться в соответствии с форматом UNIMARC)
Файлы: 230.wss, 337.wss, 135.wss, 900t.mnu, 7024.tre, 7024.mnu, rksu.fst, ibis.fst,
а также все рабочие листы и форматы просмотра/печати
5. Регистрация журналов – введена возможность работы с выпусками,
кумулированными за 2 и более лет (например, 1999 (№3,4), 2000(№№ 1,2,3,4),
2001(№№ 1,2,3)):
– регистрация ведется по номеру выпуска первого года (1999 №3/4),
– в РЛ !NJ.WS (отдельный номер журнала) введено повторяющееся для
каждого года поле 930 (Шифры журнала 1-го и других из сдвоенного /
строенного выпуска за не первый год) которое пользователь должен
заполнить самостоятельно.
– Для приведенного примера это может выглядетьтак:
– #930:
^02000^1Шифр/2000/1,^2Шифр/2000/2,^3Шифр/2000/3,^4Шифр/2000/4;
– #930: ^02001^1Шифр/2001/1,^2Шифр/2001/2,^3Шифр/2001/3),
– в словарь будут включены все шифры, что обеспечит поиск каждого
отдельного номера и возможность определения неполученных номеров
журналов, а результат поиска будет отсылать к единственному
кумулированному выпуску.
– рекомендуется при регистрации ввести общее примечание обо всех
номерах, вошедших в выпуск.
Файлы ibis. fst, !nj.ws, 930nj.wss, 931nj.wss
6. Разработана технология регистрации «Подшивок» газет и журналов.
– Переплетенные экз-ры ("подшивки") регистрируются по общей технологии,
как НОВЫЕ номера издания за "переплетенный" год со своими
обозначениями и нумерацией, например, "Подшивка 1", "Подшивка 2" и т.д.
(обозначение введено в nom.mnu). В поле 931 "Дополнение к номеру"
вводится интервал номеров, вошедших в подшивку (931^C), а также можно
ввести текстовое примечание в свободной форме о содержании
(наполнении) подшивки (931^B). Сведения об экземплярах подшивки
корректируются, и сразу можно ввести их инвентарные номера.
Сведения о технологическом пути удаляются.
– После регистрации подшивки выполнzяется Глобальная корректура
документа-подшивки (задание njgaz.gbl выполняется для каждого
экземпляра ее, точнее, для каждого места хранения), по результатам
которой:
– В документе-подшивке меняется код РЛ на NJK
– Во всех номерах газеты или журнала, вошедших в подшивку:
– меняется код РЛ на NJP;
– в поле соответствующего экземпляра, вошедшего в подшивку
(идентификация определяется по месту хранения), вводится новое
подполе 910^P с шифром документа-Подшивки; тем самым
осуществляяется связь между экземпляром и подшивкой, в которую
он включен; в этом поле меняется статус на ‘p’;
– вводится поле 463^w (шифр документа-источника, в котором
опубликована статья, в данном случае - шифр документа
"Подшивка"). В случае, когда разные экземпляры номера вошли в
разные подшивки, вводится соответствующее число полей шифраисточника 463^W. Отдельное повторение поля вводится для всех
экземпляров, не вошедших в подшивки;
В результате имеем следующее:
– Все записи отдельных номеров остаются в БД (с учетом введенных
оглавлений), и поиск по ним идет обычным порядком;
– При просмотре найденных записей показано, в какой подшивке находится
каждый из переплетенных экземпляров, и сведения об их доступности
(свободен или занят);
– Подшивки участвуют в поиске по связи типа "Журнал-номера”, статьи
отсылаются к номеру (но не подшивке);
– При заказе номера газеты или журнала подаются соответствующие
подшивки и/или отдельные непереплетенные номера, в которых
отмечается факт выдачи конкретного экземпляра (соответственно,
подшивки или отдельного номера)
– Списание подшивок производится в обычном порядкев режиме группового
списания; при этом в записи номера отмечается факт списания экземпляра
со статусом P (переплетен).
Ориентация доработки была на то, что процесс "подшивки" производится после того, как
зарегистрированы все номера, в часть из которых (или во все) были введены оглавления и
поэтому они не могут быть удалены. Если Пользователь собирается вводить ретрофонд без ввода
оглавлений, то в принципе он может ограничиться только регистрацией "номеров - подшивок", не
регистрируя каждый номер отдельно
Файлы: ibis.fst, nom.mnu, 920.mnu, ste.mnu, vd.mnu, njgaz.gbl, njgaz.wss,
glob.mnu, !nj.ws, 930.wss, 931.wss, 931nj.wss, 910si.wss, 910w.wss, !910.pft, njw.pft,
njtpw.pft, !scnt8.pft, ws.opt, pftw.opt, pftpw.opt, groupspi.gbl, default.ws,
7. Введены дополнительные данные для описаний журналов - поля 923 (^m, ^n
– номер и наименование раздела подсерии каталогизируемого издания) и 225
(серия, в котору. входит издание).
Усилен алгоритм сверки на дублетность: введен анализ вида (журнал, газета)
и полной глубины серии.
8. Изменения в форматах конверсии:
– RMARCE.fst :
– Добавлены поля 470, 200^b, 230, 337 и неиспользуемые в ИРБИСе поля
RUSMARCa (при наличии их в документе),
– Изменены 461, 463, 210, 215 для экспорта аналитики
– Внесены исправления в поля 100(поз.34), 801(^g), 675(^v).
– RMARCI.fst:
– Добавлены неиспользуемые в ИРБИСе поля RUSMARCa (при наличии
их в импортируемых записях)
– Добавлены поля 9461, 9463, 9215 для дополнительного импорта без
переформатирования полей 461, 463, 215 соответственно для
возможной последующей корректировки данных пользователем,
– Изменены 919(^k), 675(^v), 215 (условие на наличие 105).
– VMARCI.fst и VMARCI4.fst:
– Изменено v910 (статус U формируется при наличии 852^t и отсутствии
852^p)
9. Введены ЭД (сокращение заглавия по Госту): в записи J (журнал) - 200^L, в
записи аналитического описания – 463^7 (формируется при создании записи в
режиме копирования, выводится в выходные форматы). Одновременно в
форматы копирования внесены уточнения для различения вида документа
источника (журнал/газета)
Файлы: 200si.wss, 463.wss, stn.fst, kpst.fst, kpsu.fst, ibisw.pft, !kkkow.pft
10. Разработан
3-й,
интегрированный,
вариан
решения
задачи
Книгообеспеченность, который ориентирован не только на получение
выходной формы для отобранного по разным критериям списка книг, но и на
повседневную работу специалиста (методиста), для чего в формате просмотра
каждой книги выдаются для нее коэффициенты КО отдельно для осенних и
весенних семестров, а также их среднего значения. Кроме того, в формате
просмотра каждой книги также показываются сведения о числе студентов (по
группам), для которых она предназначена. Учитывается множественная
предназначенность учебников для студентов разных факультетов, семестров,
специальностей. Учитывается также возможное назначение одного и того же
учебника для разных дисциплин, изучаемых одним и тем же студентом.
Расширен набор ЭД, необходимых специалистам, занимающимся вопросами
Книгообеспеченности, и, соответственно, поисковых возможностей.
Разработанная автоматизированная технология ориентирована на работу
Вуза по одному из двух вариантов:
– Ориентация на Номер Учебного Плана; для этого варианта
соответственная
идентификация
книг
и
студентов
однозначно
определяется номером учебного плана (НУП), по которому занимается
студент на протяжении всего времени обучения, и семестром;
– Ориентация непосредственно на Учебную Дисциплину; для этого варианта
соответственная идентификация книг и студентов должна определяться
целым набором данных. Поскольку учебная дисциплина с одним названием
может читаться на разных факультетах, семестрах, для разных форм и
видов обучения, для разных специальностей и учебных направлений,
введено понятие «Уникальный номер Дисциплины» (УНД). УНД, в свою
очередь, определяется набором связанных данных: «Дисциплина –
Факультет - Направление - Специальность - Вид обучения - Форма
обучения».
Таким образом, соответственная идентификация книг и студентов может
однозначно определяться уникальным номером дисциплины (УНД) и
семестром.
Задача решается в Арме Каталогизатор, работа ведется в 3-х БД: ЭК,
Читатель и новая БД ВУЗ-Учебные дисциплины (VUZ); в ярлыке для старта АРМа
Каталогизатор необходимо указать специальный инициализационный файл
IRBISCKO.INI.
11. Разработана технология автоматического пополнения авторитетных БД
Авторов и Коллективов.
Имеются две возможности:
– непосредственно при сохранении записи в БД ЭК (ввод новой или
корректировка) – в этом случае нужно заменить файл Autoin.gbl
файлом Autoinau.gbl, который нужно переименовать.
– путем
выполнения
задания
Глобальной
корректуры
ATRHACN.GBL
В обоих случаях:
– Для пополнения БД ATRHA (авторы) отбираются данные из
полей: 700, 701(#1 - #4), 702(#1 - #2), 600(#1 - #2), 961^x(#1 - #3),
454(#1, 3 автора), 470(#1), 922(#1, 3 автора), 330(#1, 3 автора);
–
–
–
Для пополнения ATRHC (коллективы) отбираются данные из
полей: 710, 971, 711(#1 - #2), 972(#1 - #2), 461^b, 961^b(#1 - #2).
Все отобранные данные проверяются на наличие в
соответствующей БД и оригинальные значения вводятся как
новые записи.
При этом сведения о стране и организации-поставщике записи,
берутся из файла ORG.MNU
12. Введен дополнительный параметр настройки - управление выводом в КК
сведений об экземплярах.
Файлы !kkkdw.pft, kkkw.pft, !kkkow.pft, setpriv.wss, 905.wss
13. В формат Добавочной КК внесены полные сведения об авторе (из поля
701).
Файлы !kkkdw.pft, kkkw.pft
14. В связи с обеспечением работы с несколькими актами индивидульного
учета (ИУ), входящими в полученную партию книг с одним номером КСУ
(см. ниже АРМ Комплектатор) внесены изменения в некоторые выходные
формы и форматы для пополнения записи КСУ по БД IBIS.
Файлы: rksu.fst, p288.pft, tabf3hw.pft, tabf3w.pft, tabf3w.srw, tabf3w.tab,
tabf3w.wss
БД RDR
1.
Введены данные о «Месте регистрации» читателя (например, ЧЗ,
Абонемент 1 и т.п.) – поля 51 и 52 (Даты записи и перерегистрации). В
АРМ Книговыдача эти сведения показываются в окне с данными
Читателя.
Файлы: rdr.ws, rdrdp.wss, mrg.mnu, default.ws, rdrw.pft, brief.pft
АРМ КОМПЛЕКТАТОР
1. Обеспечен автоматический ввод (при сохранении документа) атрибутов заказа
(Код и Название организации, Номер и Дата заказа), введенных по кнопке
настройка, для книг, в поле заказа которых введено только количество
заказываемых книг.
Файлы autoin.gbl, setprivc.wss
2. Обеспечена работа с несколькими актами ИУ, входящими в полученную партию
книг с одним номером КСУ.
Отличие технологии от старого варианта состоит в следующем:
–
В записи КСУ в случае, если в ней содержится несколько актов, каждый
акт записывается в отдельное повторение поля, так что:
– в 1-м повторении поля 88 вводятся сведения о всей партии - ГОД и
НОМЕР ЗАПИСИ КСУ; Источник комплектования; Дата; Число
наименований;
Число экземпляров; На сумму (вводится с
сопроводительного документа на всю партию)),
– в каждом следующем - об отдельных актах - НОМЕР АКТА; Дата; Число
наименований; Число экземпляров; На сумму (вводится глобальной
корректурой после завершения обработки всех книг по данному акту см. ниже п.3)).
–
Если Акты вводятся не сразу, то новые повторения полей для
новых актов вводить как корректуры соответствующей записи КСУ;
–
Обработка всей полученной по акту партии книг выполняется
по общей технологии с установкой в Настройке Номера КСУ и Номера акта.
–
После завершения обработки партии выполнить режим
«Пополнение записи КСУ» (по обычной технологии; его можно выполнять
многократно по мере обработки каждого Акта ИУ).
–
Выполнив пополнение записи КСУ, для каждого отдельного
акта необходимо выполнить задание Глобальной корректировки Cena.gbl, в
результате чего в записи КСУ вычисленная системой общая стоимость
книг, полученных по заданному акту, вводится в соответствующее ему
поле.
–
Выходные формы можно получать для отдельных актов.
Файлы ksu.ws, 88.wss, !88.pft, cmplw.pft, ksuw.pft, cmpl.fst, cmpl.ini, rksu.fst, p288.pft,
glob.mnu, cena.gbl, cena.wss;
seltabw.par, cmpl.sch, tabprw.mnu, tabf3w.pft, tabf3w.tab, tabf3w.srw,
tabf3hw.pft, tabf4w.pft, tabf4w.tab, tabf4hw.pft, tabindw.pft, tabindw.srw, tabindw.tab,
tabindhw.pft, tabiudw.pft, tabiudw.srw, tabiudhw.pft, tksumw.pft, tksumhw.pft,
tksupw.pft, tksupw.tab, tsu2ihw.pft, dp1s.ws, kd1s.ws, na11.ws.
Примечание: В связи с изменением таблицы ТВП необходимо создать словарь
заново
3. Доработана технология заказа книг с использованием БД PODB, условно
называемой БД издательского каталога. Объем работы по вводу БО
заказываемых или приобретенных без заказа книг может быть существенно
снижен за счет использования издательских книжных каталогов, прайс-листов,
планов издательств и других подобных документов в машиночитаемых форматах.
Выход в нее осуществляется выбором БД из меню (кнопка БД) в режиме ЗАКАЗ.
4. Доработана технология подписки журналов с использованием БД POST, условно
называемой БД каталога подписки. Объем работы по подписке новых или
продлеваемых изданий может быть существенно снижен за счет использования
издательских подписных каталогов в машиночитаемых форматах. Выход в нее
осуществляется выбором БД из меню (кнопка БД) в режиме ПОДПИСКА.
5. Обеспечена возможность ввода дополнительных полей библиографических ЭД,
отсутствующих в РЛ ZK, из DEFAULT WS
6. Доработаны выходные формы подписки, инвентарных списков, ксу поступления и
выбытия