АРМ Каталогизатор - Поиск нужного элемента в текущем РЛ

В главном меню АРМа Каталогизатор в разделе КОРРЕКТИРОВКА создан новый режим НАЙТИ ПОЛЕ/ПОДПОЛЕ В РЛ - для которого предлагается горячая клавиша [Alt]-Q
(В ИРБИС32 - соответствующий пункт меню, всплывающего по F8)
При вызове данного режима в области РЛ возникает окошко для указания искомого поля/подполя (с соответствующей подсказкой).
Искомый элемент задается в общем виде следующим образом:

MMM^A#OCC

где:
MMM - метка поля
А - идентификатор подполя
ОСС - номер повторения

Разумеется, идентификатор подполя и номер повторения (и соответствующие разделители ^ #) задавать необязательно.
Ввод искомого элемента необходимо завершать нажатием Enter.

(Формально эта доработка попадает в версию 2009.1.
Но желающие - и прежде всего те, кто настоял на этой доработке, - смогут ее получить и в 2008.1)

АРМ Книговыдача.
Обеспечена фиксация операции ПРОДЛЕНИЕ, т.е. в БД RDR введено новое подполе (L) в поле СВЕДЕНИЯ о ВЫДАЧАХ/ВОЗВРАТАХ (40) - ДАТА ПРОДЛЕНИЯ (та дата, когда выполняется операция продления). Обеспечено отображение этого подполя в окне читателя (основного пользовательского интерфейса), а также обеспечен учет операции продления в статистике посещений.
В связи с этим изменились следующие файлы в БД RDR: v40.wss, rdr.fst, form4.stf, form6.stf, form7.stf

Операция продления безусловно рассматривается как ПОСЕЩЕНИЕ. Если кто-то хочет трактовать ПРОДЛЕНИЕ как ВЫДАЧУ, то следует самостоятельно откорректировать соответствующие стат.формы (1, 2, 3, 5, 8). Если кто-то хочет трактовать ПРОДЛЕНИЕ как ОТДЕЛЬНУЮ операцию (с точки зрения статистики) - следует создать соответствующие НОВЫЕ стат.формы.



Редактировано 1 раз. Последний раз 24.03.2009 16:38 пользователем Alio.

АРМ Каталогизатор

Принципиально изменена технология АВТОСЕРВИС (которая была введена в версии 2007.1). Новая технология АВТОСЕРВИСа состоит в том, что соответствующие средства ввода (справочники и словари) выводятся автоматически (без нажатия кнопки или F2) непосредственно рядом с полем/подполем ввода и управляются (прокручиваются, как от ключа) из самого этого поля/подполя (т.е. в соответствии с клавиатурным вводом в это поле/подполе)
Аналогично тому, как это делается при вводе строки поиска на Yandex и Google.
См. прикрепленные файлы.
Технология АВТОСЕРВИСА распространяется ТОЛЬКО на те поля, для которых предусмотрен ввод через ПРОСТОЙ СПРАВОЧНИК или СЛОВАРЬ (без мультиввода).
Справочники и Словари появляются АВТОМАТИЧЕСКИ в двух случаях:
- когда в поле/подполе начинается клавиатурный ввод (т.е. вводятся какие-либо символы)
- когда поле/подполе пустое и курсор задерживается на нем не менее одной секунды и при этом включена опция АВТОСЕРВИС в меню СЕРВИС.
Справочники и словари управляются командами СТРЕЛКА ВВЕРХ/ВНИЗ, PgUp, PgDn, а выбор нужного значения - командой Enter, все эти команды можно вводить НЕПОСРЕДСТВЕННО в поле/подполе ввода. Для отказа от предложенного СПРАВОЧНИКА/СЛОВАРЯ служит команда Esc.

Предлагаемая технология АВТОСЕРВИСа позволяет существенно повысить эффективность ввода (за счет сокращения клавиатурных или мышиных команд) через СПРАВОЧНИКИ и СЛОВАРИ.

В целом АВТОСЕРВИС включается с помощью параметра PRNEWADV в разделе [MAIN] INI-файла АРМа Каталогизатор (по умолчанию - 1). Не путать с опцией АВТОСЕРВИС в меню СЕРВИС (которая обеспечивает включение средств ввода в соответствующих полях/подполях, когда курсор задерживается на них более чем на 1 сек.)



Редактировано 2 раз. Последний раз 09.04.2009 15:33 пользователем Alio.

Пожалуй, это единственный "бантик" (не имея ввиду, конечно же, технологических расширений), прикрученный за последнее время в Ирбисе, за который я вам, Александр Иосифович, скажу "ОГРОМНОЕ СПАСИБО!".
Это, действительно, повышает эффективность ввода раз в 5.



Редактировано 3 раз. Последний раз 27.02.2009 16:46 пользователем Панев Максим.

Большая просьба включить в очередную версию ИРБИС возможность анализа соответствия данных полей 910^2 БД Каталога (число выданных экз. для ст. U) и суммарного количества выданных экз. по БД Читатели в АРМе Книговыдача. Практика показывает, что это количество не всегда совпадает, поэтому необходима возможность формирования отчета об этих несовпадениях и последующей корректировки данных (из опыта - достоверными являются данные каталога Читатели).

WEB ИРБИС64

Новая доработка для решения проблемы удаленного доступа к ИРБИС64 в случае когда сервер ИРБИС64 установлен на внутреннем компьютере локальной сети и не виден в Интернет.

Разработан шлюз перенаправляющий запросы с WEB сервера на сервер ИРБИС64. Этот шлюз является расширением WEB ИРБИС и требует только указания IP адреса сервера ИРБИС64 и порта.
В ини файлах клиентов прописываются параметры адрес внешнего WEB сервера
(порт 80) и путь к шлюзу.

После этого возможно работать в АРМах ИРБИС64 через Интернет.

(более подробно)
Параметры переадресации через WEB шлюз WebToIrbisServer.exe указываются в специальной секции ини файла шлюза WEB ИРБИС64 irbis_server.ini

например:
[IrbisServer]
IP=127.0.0.1
PORT=6666
#ожидание ответа сек
CGITimeOut=3

WEB шлюз WebToIrbisServer.exe находится в дистрибутиве WEB ИРБИС64 9.1
в директории AddIns/WebToIrbisServer
Для работы его необходимо поместить рядом с WEB шлюзом ИРБИС64 cgiirbis_64.exe и внести необходимые для перадресации изменения в ини файл шлюза irbis_server.ini


В ини файле клиентов в этом случае указываются следующие параметры,
например:

ServerIP=193.233.14.9
#или прямой url - ServerIP=library.gpntb.ru
ServerPort=80
WebServer=1
#путь на web шлюз относительно ip адреса
WebCgi=/cgi2/IrbisServer/WebToIrbisServer.exe



Редактировано 1 раз. Последний раз 20.05.2009 16:26 пользователем Alio.

АРМ Книговыдача ИРБИС64

Включены новые режимы - для обеспечения ГРУППОВОЙ выдачи (без заказа и по заказу)

Под ГРУППОВОЙ понимается такая выдача, когда за один "прогон" соответствующего режима можно оформить:
- выдачу группы изданий одному читателю (при выдаче БЕЗ ЗАКАЗА)
- выдачу группе читателей, каждому из которых выдается группа изданий (выдача ПО ЗАКАЗУ)

Режимы ГРУППОВОЙ выдачи предназначены для УСКОРЕНИЯ технологии выдачи - в тех случаях, когда НЕ используется скоростная выдача на основе штрих-кодов или радиометок.

ГРУППОВАЯ выдача по заказу включается (при нажатии кнопки ВЫПОЛНИТЬ) в тех случаях, когда в области невыполненных заказов (или бронеполки) отмечается группа заказов ("птичками"). Для ускорения процесса "отмечания" заказов обеспечена возможность отметки по диапазону (за счет удержания клавиши SHIFT)

ГРУППОВАЯ выдача без заказа текущему читателю (тому, чье описание находится в окне ЧИТАТЕЛЬ) обеспечивается за счет возможности группового отбора терминов в поисковом словаре. Т.е. если в словаре термины отмечаются ("птичками"), то включается ГРУППОВАЯ выдача, в противном случае - осуществляется одинарная (по "старой" технологии) выдача в соответствии с текущим термином словаря.

Собственно пользовательский интерфейс ГРУППОВОЙ выдачи представлен на прикрепленной картинке (окно на переднем плане)
Пользователю предлагается для каждой единичной выдачи (одна строка в таблице) указать в соответствующей колонке выдаваемый ЭКЗЕМПЛЯР - выбирая его из предлагаемого списка свободных экземпляров.
(Необходимо отметить, что колонка ШТРИХ-КОД введена здесь ТОЛЬКО для поддержания общности, т.е. использовать при групповой выдаче штрих-коды/радиометки не имеет НИКАКОГО смысла - для этого служит режим СКОРОСТНОЙ книговыдачи)
В случае когда терминами поиска (ВИД ПОИСКА при выдаче без заказа) являются ИНВЕНТАРНЫЕ номера, колонка ЭКЗЕМПЛЯРЫ в интерфейсе групповой выдачи заполняется АВТОМАТИЧЕСКИ.

Предусмотрен ОСОБЫЙ случай групповой выдачи без заказа - групповая выдача периодических изданий (в том случае, когда в результате поиска отбираются только СВОДНЫЕ описания - например, при виде поиска ЗАГЛАВИЯ ЖУРНАЛОВ). В этом случае для каждого периодического издания предлагается дополнительный интерфейс, который позволяет ввести список выдаваемых номеров (см. второй рисунок)

В связи с режимами ГРУППОВОЙ выдачи введены новые параметры в INI-файле АРМа Книговыдача:
- в разделе [SEARCH] - параметр ItemExactlyN, который может принимать следующие значения: 1 - для определения однозначного поиска экземпляров, таковым является поиск по ИНВЕНТАРНЫМ НОМЕРАМ; 2 - для определения поиска сводных описаний периодических изданий, таковым является, например,поиск по ЗАГЛАВИЯМ ЖУРНАЛОВ; 0 - для всех остальных видов поиска (по умолчанию);
- в разделе [READER] - параметр RDRTODAYFORMAT - для определения имени формата, в соответствиии с которым печатаются КОНТРОЛЬНЫЕ ТАЛОНЫ при групповой выдаче. Значение по умолчанию - RDRW_HTML_DOLG2A



Редактировано 2 раз. Последний раз 23.03.2009 14:36 пользователем Alio.

АРМ Книговыдача.

В таблицу сведений о книговыдачах читателя (АРМ Книговыдача-Окно Читатель-нижняя часть) введена дополнительная колонка, в которой могут выводиться дополнительные сведения о соответствующей выдаче, формируемые по усмотрению пользователя - на основе специального формата в БД RDR, имя которого задается в разделе [READER] INI-файла
с помощью параметра
ReaderDopInfoPft=
по умолчанию - пустое значение.

В результате форматирования записи читателя Такой формат должен давать столько строк, сколько повторений 40 поля в записи читателя - каждая строка рассматривается как дополнительные данные к соотвествующей выдаче (разумеется, в частном случае такая строка может быть пустой, если доп.данные отсутствуют).


Следует отметить, что речь идет о таких дополнительных данных, которые СВЯЗАНЫ с конкретной выдачей (т.е. конкретным повторением поля 40). Если эти данные имеют отношению к читателю в целом, то их без проблем можно выводить в окне общих сведений о читателе (верхняя часть окна читателя)

В качестве примера предлагается формат RDRDOPINFO_SAMPLE.PFT (в БД RDR), который позволяет выводить в качестве дополнительных данных ЦЕНУ выданного экземпляра. (При этом используется вложенный формат PRICE_EKZ.PFT в БД ЭК - IBIS)

Сервер ИРБИС64

Реализована поддержка переадресации запроса на другой ("чужой") сервер ИРБИС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 - разрешено



Редактировано 4 раз. Последний раз 12.08.2009 12:20 пользователем Alio.

Новый форматный выход - в группе специальных (технических) функций

Заменить в исходных данных последовательность символов АААА на последовательность ВВВВ

&unifor('+9I!AAAA!/BBBB/',<данные> )

где:
! - уникальный разделитель, отсутствующий в строке АААА
/ - уникальный разделитель, отсутствующий в строке ВВВВ

ВВВВ - может быть пустым значением, в этом случае последовательность АААА будет удаляться.

Обрабатываются ВСЕ (а не только первое) вхождения АААА в исходные данные.

В качестве разделителей можно использовать ТОЛЬКО символы стандартного набора (с кодом <128)



Редактировано 2 раз. Последний раз 30.04.2009 11:07 пользователем Alio.

АРМ Каталогизатор

Новый ОПЕРАТИВНЫЙ РЕЖИМ - ФОРМИРОВАНИЕ ПОДШИВКИ

Опеспечивает более комфортную и наглядную технологию формирования подшивок номеров периодических изданий.

Здравствуйте. хочется в нести следующее предложение по арму книговыдачи, конкретно по стат. формам. хотелось бы чтоб стат. формы в арме книговыдача можно было бы печатать на отобранных через поиск записях а не по всей базе.

Кто Вам мешает делать это в АРМе Каталогизатор. В АРМе Книговыдача НЕ ПРЕДУСМОТРЕНЫ собственно средства поиска - он не для этого предназначен.

Предложение.
В АРМе "Книговыдача" есть хорошая функция: "Выдача без ЭК".
Вот такую же кнопочку предлагается сделать и в АРМ "Читатель" - пусть же читатели вместо того, чтобы заполнять бумажные требования, могли бы ввести это краткое описание с шифром хранения.
В таком случае, не задействуя занятых на кафедре книговыдачи людей, можно было бы осуществлять действительно автоматизированную выдачу даже при отсутствии ЭК на весь фонд. (Иначе ведь так и остается две технологии: автоматизированнная и бумажная!)
Естественно ввод осуществляется в рабочий ЭК, который по возможности доводится впоследствии "до ума". Однако и его ведь можно использовать для поиска (пусть и не такого хорошего) для заказа следующими читателями.
Все остальные плюсы (типа ввода ретроданных на спрашиваемую литературу и т.п.) остаются те же, что и для кнопочки из "Книговыдачи".

нет почему же средства поиска есть я же могу например листать следующий предыдущий читатель отобранный по поиску посещений например. и библиотекарю например запрещён доступ в арм каталогизатор вообще, а статистику ему нужно посчитать

АРМ Читатель (ИРБИС64)

В INI-файл (irbisr.ini) в секции [READER] введен новый параметр
MaxRequests=
определяющий максимальное кол-во НЕВЫПОЛНЕННЫХ заказов, которое может создать читатель. По умолчанию - 0 (это означает, что читатель может создавать любое кол-во заказов)

АРМ Читатель и АРМ Книговыдача (ИРБИС64)

В АРМе Читатель введен новый режим - ЗАКАЗ ПО РЕТРОФОНДУ (меню СЕРВИС и соответствующая инструментальная кнопка)
Режим позволяет читателю создавать заказ на выдачу литературы из ретрофонда (т.е. тех изданий, которые не введены в электронный каталог). Для создания такого заказа читателю предлагается экранная форма ввода (РЛ подполей - аналогичный тому, который используется в АРМе Книговыдача в режиме ВЫДАЧА БЕЗ ЭК), в которой он должен указать основные элементы заказываемого издания (шифр, автор, заглавие и т.д.)
В АРМе Книговыдача предусмотрено выполнение таких заказов - полностью аналогичное режиму ВЫДАЧА БЕЗ ЭК (с той разницей, что оператору книговыдачи предлагается дополнить и при необходимости откорректировать данные заказанного издания, которые указал читатель).

В INI-файле АРМа Читатель (irbisr.ini) предусмотрены два новых параметра:
- для указания РЛ подполей, с помощью которого читатель будет описывать заказываемое издание. РЛ подполей должен находиться в директории БД RDR. В качестве образца предлагается 200R_R.WSS
RETROLANDWSS=200R_R.WSS
- для указания формата, с помощью которого будет выполняться ФЛК данных, введенных читателем. Формат должен находиться в директории БД RDR. В качестве образца предлагается !200R_R.pft
RETROLANDFLC=!200R_R

Предлагаю в АРМе Книговыдача обеспечить возможность выбора нескольких баз, по которым идет выдача.
То есть библиотекарь (администратор) выбирает базы с которых может выдаваться литература, и при потоковой выдаче ИРБИС сам определяет с какой базы выдавать экземпляр.
Конечно такое должно быть возможно только при уникальных штрихкодах/радиометках.



Редактировано 2 раз. Последний раз 29.06.2009 20:17 пользователем Konstantinus.

Выдача по нескольким БД одновременно будет возможна в ИРБИС 128

Хочется уже в 64-м ;)

ИРБИС-Навигатор (ИРБИС64)

Введен принцип "конвейерной" обработки - когда результатом выполнения очередной команды является не результирующая HTML-страница, а СЛЕДУЮЩАЯ команда ИРБИС-ссылки. Это позволяет реализовывать пакетно (друг за другом) выполнение нескольких связанных элементарных команд, реализующих некую законченную технологию.

Новый модуль на основе ИРБИС-Навигатора - Контроль входа/выхода читателей в библиотеку.

Модуль позволяет вести контроль входящих и выходящих читателей путем считывания (ввода) идентификаторов читателей - каковыми могут быть штрих-коды или радиометки на читательских билетах.
Модуль работает в двух режимах: ВХОД и ВЫХОД.
При ВХОДЕ отображаются все необходимые сведения о читателе (фотография, сведения о книгах на руках и пр.), а также:
- проверяется, имеет ли право читатель на обслуживание
- если имеет - фиксируется ПОСЕЩЕНИЕ библиотеки и фиксируется факт НАХОЖДЕНИЯ читателя в библиотеке.
При ВЫХОДЕ также отображаются все необходимые сведения о читателе и кроме этого:
- проверяется, не остались ли у читателя на руках издания, которые должны быть сданы
- если не остались - фиксируется выход читателя из библиотеки (т.е. снимается признак нахождения читателя в библиотеке)
В обоих режимах выдается оперативная информация:
- количество посещений за текущий день;
- количество читателей, находящихся в библиотеке в текущий момент.

Новый форматный выход
&uf('+Etag#occ')
который возвращает порядковый номер заданного поля в записи.
Где:
tag - метка поля
occ - номер повторения поля (по умолчанию - 1). Может принимать значение * - что означает: номер текущего повторения в повторяющейся группе.
При отсутствии в записи заданного поля возвращается пустота.

Что-то я туго сегодня соображаю. А для чего это нужно?

Если бы занимался ИРБИС-Навигатором, понял...:)

Александр Иосифович, здравствуйте.
Был приятно удивлён сообщению о новом модуле "Контроль входа/выхода читателей в библиотеку", большое спасибо!
Но хотел бы задать вопросы (некоторые могут показаться лишними).
Вопросы:
Режимы ВХОД и ВЫХОД объединены (т. е. между ними не нужно переключаться, система на основе факта НАХОЖДЕНИЯ читателя в библиотеке фиксирует вход или выход при считывании идентификатора)?
Если режимы разделены, то проверяется ли факт нахождения читателя в библиотеке на входе и выходе (исключительные ситуации)?
Как именно проверяется, не остались ли у читателя на руках издания, которые должны быть сданы? Предусмотрено ли снятие признака нахождения читателя в библиотеке, если книги выносятся из библиотеки, например, на "ночной абонемент"?

Вопрос: можно ли увидеть пример работы нового форматного выхода?



Редактировано 1 раз. Последний раз 17.07.2009 17:37 пользователем PRM.

PRM написал(а):
-------------------------------------------------------
> Александр Иосифович, здравствуйте.
> Был приятно удивлён сообщению о новом модуле
> "Контроль входа/выхода читателей в библиотеку",
> большое спасибо!
> Но хотел бы задать вопросы (некоторые могут
> показаться лишними).
> Вопросы:
> Режимы ВХОД и ВЫХОД объединены (т. е. между ними
> не нужно переключаться, система на основе факта
> НАХОЖДЕНИЯ читателя в библиотеке фиксирует вход
> или выход при считывании идентификатора)?
Нет, не так. Эти режимы НЕ объединены - предполагается, что вход и выход фиксируются на РАЗНЫХ машинах. Но возможно реализовать и Вашу идею.

> Если режимы разделены, то проверяется ли факт
> нахождения читателя в библиотеке на входе и выходе
> (исключительные ситуации)?
Да.
> Как именно проверяется, не остались ли у читателя
> на руках издания, которые должны быть сданы?
По дате предполагаемого возврата (поле 40^Е)

Цитата:

Alio
Если бы занимался ИРБИС-Навигатором, понял...:)

Полный и развернутый ответ :).

Что уж тут скрывать: никак не доходят руки до Ирбис-Навигатора. Но все же, опишите хотя бы один случай использования этого unifor.

PRM написал(а):
-------------------------------------------------------
> Александр Иосифович, здравствуйте.
> Был приятно удивлён сообщению о новом модуле
> "Контроль входа/выхода читателей в библиотеку",
> большое спасибо!
> Но хотел бы задать вопросы (некоторые могут
> показаться лишними).
> Вопросы:
> Режимы ВХОД и ВЫХОД объединены (т. е. между ними
> не нужно переключаться, система на основе факта
> НАХОЖДЕНИЯ читателя в библиотеке фиксирует вход
> или выход при считывании идентификатора)?
Ваша идея принята. Создан объединенный режим фиксирования ВХОДА/ВЫХОДА,
т.е. в зависимости от ФАКТА нахождения читателя в библиотеке система фиксирует соответственно ВЫХОД или ВХОД.
Кроме этого, для придания большей гибкости этой технологии введены два формата - являющиеся форматами ФЛК, - на основе которых решается вопрос о ПРАВЕ на ВХОД и ПРАВЕ на ВЫХОД. Это даст возможность пользователям закладывать СОБСТВЕННЫЕ алгоритмы на право входы/выхода.
В качестве образца в дистрибутиве будут форматы:
- enterflc_cee.pft - формат ФЛК на право входа (в котором право на вход формируется на основании содержания поля 29);
- exitflc_cee.pft - формат ФЛК на право выхода (в котором право на выход формируется на основании даты предполагаемого возврата 40^E)

Alio написал(а):
-------------------------------------------------------
>
> Ваша идея принята. Создан объединенный режим
> фиксирования ВХОДА/ВЫХОДА...
> Кроме этого, для придания большей гибкости этой
> технологии введены два формата - являющиеся
> форматами ФЛК, - на основе которых решается вопрос
> о ПРАВЕ на ВХОД и ПРАВЕ на ВЫХОД...

Спасибо, Александр Иосифович!