TCP/IP сервер баз данных ИРБИС64
1. Во всех АРМах (ИРБИС64) изменена реакция на нажатие кнопки ПРЕРВАТЬ на форме с бегущим ИРБИСом: делается попытка корректно прервать соответствующий процесс обработки на сервере. При этом, если это удается, для циклических команд (последовательный поиск, печать, статистика, глобальная корректировка) возвращается накопленный (к моменту прерывания) результат. Если после трех нажатий на кнопку ПРЕРВАТЬ не удается прервать процесс, выдается сообщение с рекомендацией ПОВТОРИТЬ обращение к серверу и далее - как в версии 2010.1.
Шлюз WEB ИРБИС
1. Реализована многоязыковая поддержка. Обеспечена возможность отображения интерфейса на нескольких языках (В дистрибутив включён лингвистический файл для украинского языка. Перевод выполнен А. В. Николаевым (Библ. КНУТД)). Переключение между языками выполняется щелчком по иконке-флагу в правой верхней части экрана. *
2. Добавлена поддержка групповых ссылок. Переход по ссылке позволяет обратиться к интерфейсу просмотра группы рисунков, которые могут содержать, например, отсканированное оглавление.
3. Реализован показ ближайшей даты предполагаемого возврата книги в ходе заказа, если свободные экземпляры отсутствуют. Это позволяет читателю приблизительно определить перспективы получения книги.
4. Обеспечена возможность поиска по специальностям и дисциплинам. При наличии соответствующих словарей, форма расширенного поиска автоматически дополняется нужными полями. Это позволяет студентам получать рекомендательные списки литературы по дисциплинам и специальностям.
5. Обеспечена возможность защиты сервера от перегрузок. Предусмотрен запрет на инициацию повторных запросов пользователями, отключено индексирование поисковыми роботами рубрикаторов. *
6. Реализована возможность определения словаря для поиска по «ключевым словам». Это позволяет выполнять поиск по словарю «Для чайников», включающему все поля записи (в т.ч. фамилии авторов). *
* Подробная информация по назначению, использованию и настройке режимов содержится в документации к WEB ИРБИС.
7. Введено ограничение на максимальное количество заказов, которые может создать удаленный читатель.
АРМ Полнотекстовый администратор
Отключено построение тематического словаря, поскольку данная функциональность более не поддерживается. (См. описание параметра isSboychakovThemeDictionaryEnable в статье Конфигурационный файл АРМ Администратор ИРБИС).
Изменена логика обновления поля 22 (первые строки текста) при создании и актуализации словаря. (См. описание параметра isNeedRefreshBriefText в статье Конфигурационный файл АРМ Администратор ИРБИС).
Добавлена возможность использования при построении словаря текста-подложки ассоциированного с полнотекстовым документом.
Добавлена возможность автоматического подбора подходящей утилиты для извлечения текстов из PDF-файлов. (См. описание параметра PDFTextExtractUtilityOrder в статье Конфигурационный файл АРМ Администратор ИРБИС). В связи с введением данного параметра теряет актуальность параметр Converter_PDF.
Добавлена возможность автоматического подбора подходящей утилиты для разбиения PDF-файлов на страницы. (См. описание параметра PDFSplitUtilityOrder в статье Конфигурационный файл АРМ Администратор ИРБИС). В связи с введением данного параметра теряет актуальность параметр PDFSplitter.
АРМ Полнотекстовый читатель
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
IBIS
Ibis_other.fst –добавлен префикс “PP=” для периода подписки по 901 и 938 полям. Полезен для задачи определения непоступивших номеров. Добавлен вид поиска “ Дата поступления экземпляра” (префикс “DR=”).
Autoin.gbl – формирование 910 из 901 поля для регистрации периодики (переносятся период заказа и цена номера из 901)
Jw.pft, jw_H.pft – изменен вывод при заполненном поле 936 при регистрации
Заново сделаны с использованием Генератора выходные формы, которые первоначально были выполнены до разработки Генератора. Теперь они имеют файл *.tbg и могут корректироваться Пользователями через Генератор
выходные формы для ЭК - таблицы Land, Tabf1w, Tabf3w, Tabinw, Tabiuw, Tabkojw, Tnnjw, Tprfa, Tprfi (см. п. 4.3. Формы сквозной сортировки)
выходная форма Tabwbw (задача Списание)
Примечание. Изменения касаются только метода создания таблиц и не меняют их содержания и формы, за исключением:
Tabf1w.wss – введен РЛ опроса, который содержит элементы отбора - КСУ или № акта
Форма Tabf3w доработана – учитывает номер акта совместно с годом из № КСУ (без этого в форму попадали записи из актов, имеющих один номер в разные годы); соответственно изменен Tabf3w.wss
Форма Tabkojw доработана – добавлены столбцы «число студентов для формы» и «книгообеспеченность», данные которых ранее считались только в итогах
Табличная форма “Непоступившие номера журналов” доработана для изданий с продолжающейся нумерацией (TNNJW.tbg). Добавлен контроль на присутствие периодичности в подполе 110^X (!110.pft), необходимое для данной формы.
Формы сквозной сортировки Tab4bw, Tab4ow, Tab4oinv, Tprfi, которые используют множественный ключ сортировки не для формирования заголовков, а для формирования строк таблицы (ключ содержит все данные для формирования строки таблицы), не могут быть подготовлены непосредственно с помощью Генератора и требуют постредактирования.
Порядок корректировки формы в Генераторе (удаление или добавление столбцов, корректировка формата вывода данных).
Открыть форму ХХХ в генераторе. Особенность этого состояния таблицы в том, что в форматах столбцов обращение не к полям документа БД, а к подполям ключей сортировки (v1).
Откорректировать формат ключа сортировки и, соответственно, столбцы таблицы.
Сохранить.
Выполнить пост-редактуру форматов ХХХ.pft и ХХХ.srw
В формате ХХХ. pft
Удалить разделение на строки (представить в виде непрерывной строки) и копировать формат (для переноса его в ХХХ.srw)
После переноса обнулить формат ХХХ.pft (оставить только '')
В формате ХХХ.srw
В секции [HeaderFormat] удалить фрагменты формата, стоящие до и после фрагмента (if p(v1) then v1 fi/)
Взамен v1 в выражении (if p(v1) then v1 fi/) вставить формат ХХХ.pft, сохраненный по п.4.3.4.1
!Nj31.ws – добавлено поле 953 (для ИРБИС64)
Njw_H.pft – добавлен вывод обложки (для ИРБИС64)
Доработаны форматы Экспорт/Импорт и просмотра для РУСМАРКа Rmarci.fst, rmarce.fst, rmarcw.fst. Добавлен новый формат Re423.pft для экспорта 423 поля и Rmarce_flc.pft для контроля на соответствие требованиям РУСМАРКа экспортируемых записей.
DEPOSIT
951.wss - подключено оперативное меню оглавления для создания ссылки на внешние файлы введенных в оглавление статей (убрали в связи с возможностью подключения ссылки непосредственно в поле оглавления). Добавлена возможность групповой ссылки
330n.wss, vss.mnu, Oprimd.pft, Oprimd_.pft o922nj.pft, o922nj_H.pft – добавлена возможность подключения ссылки на внешний объект к статье оглавления. В подполе 330^[ указывается вид ссылки: имя файла или URL, а в подполе 330^] – собственно имя файла или полный адрес.
901.wss – добавлено подполе цены отдельного выпуска
910si.wss – добавлено подполе G – период подписки (полезно для изданий подписанных на несколько разных периодов, возможно пересекающихся, одного года)
Rksu.fst – в поле 148 добавлен анализ следующих данных (по предложению Пользователей):
число экз. электронных учебников (148 T)
число экз. изданий с грифами (148 U, V, W, X, Y)
число наименований научной литературы (148 M)
число наименований справочной литературы (148 N)
число наименований энциклопедий (148 Q)
число наименований официальных изданий (148 P)
число наименований и экземпляров законов и законодательных актов (148 R, S)
PR31.wss – разделитель для 4-го и последующих тематических, географических и 2-го и последующих хронологических и формальных подзаголовков изменен с ‘; ’ на ‘ -- ’
Изменены форматы KN_H.pft, Mn_H.pft, ofinal_H.pft в части вывода на просмотр поля 953, добавлен новый формат Oblo_H.pft; xr.mnu – добавлен характер двоичного файла “Обложка”.
CMPL
Технология оформления подписки одного издания одновременно на разные периоды одного года. Для каждого дополнительного к указанному в поле 33 периода заполняется очередное повторение поля 488 с видом связи “MULTYPER - подписано на периоды (передается в ЭК)” и периодом в подполе 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 и могут корректироваться Пользователями через Генератор.
выходные формы задачи Поступление - ACT, ACTS, TABIUW, TABIUDW, TABUOW, TABINDW, TABIOW, TABF4W, TKSUW, TKSUPW, TKSUKW, TSU2IW. KSU1W, KSU2W, KSU3W
выходные формы задачи Списание - KS21W, KS22W, KS23W, KS24W, TKS2PW, TKS2W, UCHET
Примечание. Изменения касаются только метода создания таблиц и не меняют их содержания и формы.
После создания таблиц в Генераторе, в файлах *.tab и *.tbu таблиц TKSUW, TKSUPW, TKSUKW, TSU2IW внесена «ручная» корректировка в первой строке сумматора (вместо v1 выводится поле 17 или 18), поскольку данные о суммарном числе полученных наименований включают только число изданий, полученных впервые, и не равно сумме данных в соответствующем столбце.
Аналогично внесены изменения в файлах *.tab и *.tbu таблиц KS21W (строки 1, 4 и 6), KS22W (строка 2), TKS2PW (строка 1), TKS2W (строки 1, 4, 6 и 9), поскольку данные о суммарном числе выбывших наименований включают только число изданий, списанных полностью, и не равно сумме данных в соответствующем столбце.
Такие изменения нужно будет также вносить Пользователям при самостоятельной корректировке этих таблиц.
Формы сквозной сортировки Tab4bw, Tab4bsw, Tab4ow, Tab4osw, Tab4oinv, Tab4odat, которые используют множественный ключ сортировки не для формирования заголовков, а для формирования строк таблицы (ключ содержит все данные для формирования строки таблицы), не могут быть подготовлены непосредственно с помощью Генератора и требуют постредактирования.
Порядок корректировки формы в Генераторе (удаление или добавление столбцов, корректировка формата вывода данных).
Открыть форму ХХХ в генераторе. Особенность этого состояния таблицы в том, что в форматах столбцов обращение не к полям документа БД, а к подполям ключей сортировки (v1).
Откорректировать формат ключа сортировки и, соответственно, столбцы таблицы.
Сохранить.
Выполнить пост-редактуру форматов ХХХ.pft и ХХХ.srw
В формате ХХХ. pft
Удалить разделение на строки (представить в виде непрерывной строки) и копировать формат (для переноса его в ХХХ.srw)
После переноса обнулить формат ХХХ.pft (оставить только '')
В формате ХХХ.srw
В секции [HeaderFormat] удалить фрагменты формата, стоящие до и после фрагмента (if p(v1) then v1 fi/)
Взамен v1 в выражении (if p(v1) then v1 fi/) вставить формат ХХХ.pft, сохраненный по п.4.3.4.1
POST
Post.ws – поле 340 стало повторяющимся для разных периодов подписки; поля 341, 342, 3411, 3412, 3413, 3414 удалены.
34.wss – добавлено подполе периода подписки
Movekps.fst , post.pft, 33.mnu –изменены в соответствии с изменением поля 340.
KZD
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
Athra1.ws, infow_html.pft - добавлено 953 поле
111. Jpg - фотография, как пример заполнения 953 поля
Amarce.fst – исправлена ошибка
Pftw.mnu – добавлен формат infow_html.pft
ATHRG
Athrg.pft, athrg.ws, infow_html.pft – добавлены 951 и 953 поля.
Pftw.mnu – добавлен формат infow_html.pft
111. Jpg - фотография, как пример заполнения 953 поля
ATHRC
Athrc.pft, athrc.ws, athrcw.pft, infow_Html.pft – добавлены 951 и 953 поля
Pftw.mnu – добавлен формат infow_html.pft
RDR
Rdrw_html_loos_marked.pft – в таблице утерянных экземпляров выводится их МХР.
Rdr.fst – инв. № утерянного экз-ра выводится независимо от наличия Штрих-кода (префикс HU=); необходимо для корректного вида формы UCHET («Взамен утерянных», АРМ Комплектатор).
Rdruw_H.pft – новый
Rdru.ws – исправлен текст.
Form2.stf – с учетом периодики.
Rdr0w.pft, Rdr0w_html.pft – удалено условие if p(v90) при выдаче сведений об отсутствии перерегистрации
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) несколько профилей (по порядку) – в этом случае в правом списке будут показаны сведения о всех рассылках по выделенным профилям. Порядок и ширину колонок в обоих списках можно менять. Любую из колонок можно сделать ключевой для сортировки списка.
Все режимы главного меню разделены на три группы и имеют соответствующие кнопки на панели инструментов. Предлагаются следующие режимы:
ВЫПОЛНИТЬ – РАССЫЛКА ИНДИВИДУАЛЬНАЯ. Предназначен для выполнения поиска по всем активным профилям текущего пользователя. Режим выполняется в соответствии с установленными опциями (см. ниже режим СЕРВИС – НАСТРОЙКА). По завершению режима выдается протокол. Собственно результаты поиска сохраняются в файлах и (если это определено в настройках) посылаются по электронной почте пользователю;
ВЫПОЛНИТЬ – РАССЫЛКА ГРУППОВАЯ. Режим доступен только в случае, когда через основной интерфейс АРМа Книговыдача отобрано несколько (больше одного) пользователя – их количество указывается на панели инструментов. (Переход от одного пользователя к другому – если это необходимо – осуществляется с помощью кнопок К СЛЕДУЮЩЕМУ и К ПРЕДЫДУЩЕМУ на основном интерфейсе АРМа.) Отбор пользователей может осуществляться по любому предусмотренному виду поиска (см. область словаря основного интерфейса АРМа), в том числе: ПОЛЬЗОВАТЕЛИ ИРИ и ПРОФИЛИ ИРИ. В результате выполнения режима осуществляется обслуживание по всем активным профилям отобранных пользователей. По завершению режима выдается протокол. Собственно результаты поиска сохраняются в файлах и (если это определено в настройках) рассылаются по электронной почте пользователям;
КОРРЕКТИРОВКА – КОРРЕКТИРОВАТЬ ПРОФИЛЬ. Предназначен для корректировки текущего профиля пользователя. Корректировка осуществляется с помощью РЛ подполей, который изображен на Рис. 1;
КОРРЕКТИРОВКА – ДОБАВИТЬ ПРОФИЛЬ. Предназначен для формирования нового профиля ИРИ текущего пользователя (с помощью того же РЛ подполей);
КОРРЕКТИРОВКА – УДАЛИТЬ ПРОФИЛЬ. Предназначен для удаления текущего или группы выделенных профилей пользователя. Режим выполняется с подтверждением;
КОРРЕКТИРОВКА – УДАЛИТЬ СВЕДЕНИЯ О РАССЫЛКАХ. Предназначен для удаления текущих или группы выделенных сведений о рассылках (правый список). Режим выполняется с подтверждением;
СЕРВИС – «ЧИСТКА» и РЕОРГАНИЗАЦИЯ. Предназначен для глобальных удалений сведений о рассылках. Режим определяется двумя опциями (см. Рис. 3):
УДАЛИТЬ СВЕДЕНИЯ О «НЕСУЩЕСТВУЮЩИХ» ЧИТАТЕЛЯХ/ПРОФИЛЯХ. Позволяет удалить сведения о рассылках, относящимся к удаленным пользователям и профилям;
УДАЛИТЬ ВСЕ СВЕДЕНИЯ ДО… Позволяет удалить все сведения о рассылках, сделанных до указанной даты.
Рис. 3
Необходимо отметить, что все сведения о рассылках сохраняются в специальной БД (IRI) и служат только для получения статистических данных подсистемы ИРИ (см. ниже.)
СЕРВИС – НАСТРОЙКА. Предназначен для установки опций, определяющих выполнение режимов ИНДИВИДУАЛЬНАЯ РАССЫЛКА и ГРУППОВАЯ РАССЫЛКА (см Рис. 4):
УЧИТЫВАТЬ ДАТЫ ПРИ РАССЫЛКЕ. Если данная опция отключена, поиск (рассылка) выполняется без учета даты новых поступлений, т.е. по всей БД ЭК. Если опция включена, поиск выполняется в зависимости от положения связанного (расположенного ниже) переключателя:
Если переключатель находится в положении УЧИТЫВАТЬ ДАТУ ПОСЛЕДНЕЙ РАССЫЛКИ, то поиск (рассылка) выполняется только в том случае, если со дня последней рассылки прошло (дней) не менее, чем период обслуживания. Собственно поиск выполняется среди изданий, поступивших в ЭК после даты последней рассылки, но не ранее, чем 31 день (месяц) назад;
Если переключатель находится в положении НЕ УЧИТЫВАТЬ ДАТУ ПОСЛЕДНЕЙ РАССЫЛКИ, то поиск (рассылка) выполняется среди изданий, поступивших в ЭК в течение последних N дней, где N равно периоду обслуживания.
Примечания:
1. Дата поступления изданий определяется на основании инверсии (словаря) с префиксом, который задается параметром DBNPREFINPUTDATE секции [MAIN] INI-файла АРМа Книговыдача (по умолчанию – DP=).
2. В случае учета даты поступления изданий (опция УЧИТЫВАТЬ ДАТЫ ПРИ РАССЫЛКЕ включена) в поиске не участвуют издания, поступившие за текущий день.
НАПРАВЛЯТЬ РАССЫЛКУ ПО E-MAIL. Если опция отключена, то результаты поиска только сохраняются в файлах (то же самое, разумеется, происходит, если пользователь не имеет электронной почты);
СОХРАНЯТЬ СВЕДЕНИЯ О РАССЫЛКАХ. Если опция отключена, то сведения о рассылках не сохраняются в БД статистики ИРИ (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 - клиентский контекст работы не сохраняется
|
