Начинается работа над версией 2010.1...

АРМы Читатель и Книговыдача (ИРБИС64)
Введены новые режимы - ПОИСК/ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ.

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

Но формально режимы ПОИСК/ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ носят абсолютно общий (универсальный) характер и могут применяться в ЛЮБЫХ библиотеках для автоматического отбора изданий, имеющих определенное отношение к конкретному читателю. Такая универсальность достигается тем, что режимы целиком базируются на специальном формате, который может быть создан/изменен пользователем. Имя данного формата определяется параметром в секции [MAIN] INI-файлов АРМов Читатель и Книговыдача RECOMENDPFT (по умолчанию - recomend.pft в директории БД RDR). Алгоритм отбора рекомендованной литературы состоит в следующем:
- запись текущего читателя расформатируется по специальному формату (recomend.pft), в результате чего должен сформироваться поисковый запрос (на языке ИРБИС);
- полученный запрос отрабатывает на текущей БД ЭК - полученный результат поиска рассматривается как список рекомендованной литературы.

Пример применения данных режимов в публичной библиотеке: на основании возраста читателя (по году рождения) в БД ЭК отбираются книги по коду целевого назначения (для дошкольников, школьников и т.п.)

Если кого-то, кто уже работает на версии 2009.1, заинтересуют данные режимы, обращайтесь на alio@gpntb.ru для получения предварительной версии 2010.1 АРМов Читатель и Книговыдача.



Редактировано 1 раз. Последний раз 22.10.2009 15:39 пользователем Alio.

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

Обеспечена поддержка RFID-оборудования (с использованием противокражной подписи, группового считывания) нового поставщика:

Некоммерческое партнерство
"Международный центр трансфера технологий" НП "МЦТТ"

Тел. (495) 629-63-86
np-ictt@mail.ru
Генеральный директор С.Б.Абрамов (+7(495) 763-60-04)
Начальник отдела НИОКР И.В. Тимошенко (+7(919) 411-37-44)

Александр Иосифович, здравствуйте.

Повторяю предложение из ветки форума "Версия 2009.1".
Предложение: в АРМ Книговыдача в контекстное меню табличной формы рабочей области ЧИТАТЕЛЬ ("где в структурированном виде представляются все сведения о выдачах/возвратах литературы") добавить пункт "Возврат на бронеполку" (в дополнение к режиму ЧИТАТЕЛИ - ВОЗВРАТ НА БРОНЕПОЛКУ).

Прикреплён скриншот АРМ Книговыдача с активированным контекстным меню.

---

В ответ на сообщение:

Alio написал(а):
-------------------------------------------------------
> PRM написал(а):
> --------------------------------------------------
> -----
> > Предложение пункт в контекстное меню добавить в
> > дополнение к режиму ЧИТАТЕЛИ - ВОЗВРАТ НА
> > БРОНЕПОЛКУ.
> Согласен.
> Когда появится ветка по версии 2010.1 - повторите
> это там...

Уже сделано.

АРМ Читатель

В профиль АРМа (irbisr.ini) в секцию [MAIN] введен новый параметр
STRONGREQUEST=
который определяет право читателя на формирование заказа на книговыдачу при отсутствии свободных и доступных (для конкретного читателя, т.е.с учетом данных в полях 56 и 57) экземпляров заказываемого издания.
Параметр может принимать два значения:
0 - разрешено формировать заказ при отсутствии свободных/доступных экземпляров (по умолчанию);
1- не разрешено.



Редактировано 1 раз. Последний раз 13.11.2009 17:09 пользователем Alio.

А "мультибазовая" выдача?
Когда две и более баз, логически слаживаються в одну для выдачи по штрих-коду (подобное демонстрировали вроде на базе ИРБИСа-128, где поиск идет по всем базам одновременно).

Это будет ТОЛЬКО в Ирбис128. Про реализацию этого в Ирбис64 даже и мечтать не приходится.

А почему? На программном уровне это не так что б уж очень проблематично... Тем более, что это не предполагает создание одного инвертированного файла, а получается путем создания массива терминов из нескольких базс указанием термина и базы. В принципе, можно было бы реализовать даже путем создания единого инвертированного файла, в котором термину предшествовал индекс словаря, а затем индекс базы данных. Тогда отсекая поочереди индексы можно было бы формировать поисковый запрос на нужную базу и нужный термин.

Но это так, размышления вслух :)

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

Введен новый режим - ОФОРМЛЕНИЕ ОТКАЗОВ для невыполненных ЗАКАЗОВ
При оформлении ОТКАЗОВ предлагается возможность указать ПРИЧИНУ отказа.
Список причин отказов должен находиться в справочнике в БД RQST c именем, которое параметрируется с помощью параметра OTKAZMNU в секции [REQUEST] irbisb.ini - по умолчанию otkaz.mnu
Отказ оформляется с помощью специального поля в записи отказа - с меткой 44 (^A<причина отказа>^B<дата отказа> )
Будут предложены примеры Стат.форм для подведения статистики отказов:
- стат.форма отказов ДНИ МЕСЯЦА/ПРИЧИНА ОТКАЗА для заданного месяца и места выдачи
- стат.форма отказов МЕСТО ВЫДАЧИ/ПРИЧИНА ОТКАЗА для заданного периода времени



Редактировано 1 раз. Последний раз 06.11.2009 17:29 пользователем Alio.

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

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

Если применять расширение ПОИСКА ДЛЯ ЧАЙНИКОВ, когда термины поиска формируются из ВСЕГО текста документа (это реализовано в предыдущих версиях системы на основе параметра DBSCH=1), то с учетом полнотекстовой идеологии данный вид поиска может стать не таким уж "чайничным"

Единственный недостаток такого поиска (пока) - он не может использоваться в качестве уточняемого.



Редактировано 1 раз. Последний раз 12.11.2009 11:22 пользователем Alio.

Александр Иосифович, здравствуйте!
Вы обещали сделать в новой версии автоввод для пакетного задания. Очень надеюсь, что Вы исполните эту долгожданную просьбу.

И еще один вопрос у меня был: можно ли сделать так, чтобы в списках зарегистрированных клиентов было видно, с каким конкретно каталогом работает пользователь? И если да, то включить это в версию 2010

Муза написал(а):
-------------------------------------------------------
> И еще один вопрос у меня был: можно ли сделать
> так, чтобы в списках зарегистрированных клиентов
> было видно, с каким конкретно каталогом работает
> пользователь? И если да, то включить это в версию
> 2010

Нельзя такого сделать. Для сервера не существует разницы между БД электронного каталога и к примеру БД читателей или авторитетных записей. Сервер ИРБИС 64 - это всего лишь СУБД, как и MySQL,MSSQL,Oracle и иже с ними (разве что не реляционная :)). Учитывая что клиент может в своей работе обращаться сразу к нескольким БД, установить какую-либо конкретную БД не представляется возможным.

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

В список поисков ДЛЯ УМНИКОВ введен поиск по УНИВЕРСАЛЬНОМУ ТЕМАТИЧЕСКОМУ НАВИГАТОРУ (БД URUB) - который выполняется как ПОЛНОТЕКСТОВЫЙ ПОИСК (см. выше по поводу модификации поиска ДЛЯ ЧАЙНИКОВ)

АРМ Администратор

Откорректирован и пополнен список команд для пакетных заданий ИРБИС (см. в прилагаемом файле)
В частности:
- для команды NewDB добавлен операнд, позволяющий создавать ПРОИЗВОЛЬНЫЕ БД;
- для команды ImportDB добавлен операнд, позволяющий включать/отключать опцию АВТОВВОДА;
- расширен набор операндов для команды DIAGNOSMF (ИРБИС64)
- введена новая команда UNLOCKRECORDALL, позволяющая снять блокировку со всех заблокированных записей текущей БД;
- введена новая команда DIAGNOSIF - Диагностика файла словаря (ИРБИС64)
- введена (вернее, опубликована) команда SILENCE - Установка режима игнорирования ошибок (т.е. такого режима, когда пакетное задание продолжает выполняться при ошибочном завершении очередной команды)
(только для ИРБИС64)

Было бы еще не плохо для операторов импорт и экспорт добавить параметр, позволяющий использовать свою глобальную корректировку, по принципу параметра операнда FstName - использования твп переформатирования

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

GLUKa написал(а):
-------------------------------------------------------
> Было бы еще не плохо для операторов импорт и
> экспорт добавить параметр, позволяющий
> использовать свою глобальную корректировку,
Это Вы о чем? Где Вы видите подобный параметр в режимах ИМПОРТ/ЭКСПОРТ АРМа Администратор?

Это я о пакетных задания. да и в режимах ИМПОРТ/ЭКСПОРТ АРМа Администратор тоже было бы не плохо добавить возможность использовать свою глобальную корректировку. Есть ведь возможность использовать ТВП.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

В ИМПОРТ для АРМ Администратор это есть - режим со слиянием. А вот при экспорте оно зачем? В голову приходит только разве что пометить записи, как выгруженные :)

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Прошу прощенья за глупое предложения.
В 9_1 есть то что нужно.
...
Также введена новая команда для выполнения глобальной корректировки в пакетном задании АРМа Администратор:

GLOBAL TaskName,MfnFrom,MfnTo,RecUpdifAble,FlcAble,AutoinAble,BatchLogFileName,Sexp

Обязательным является только первый операнд (TaskName – полный путь и имя файла задания на глобальную корректировку).
...
Просто во вложенном списке команд пакетных заданий оператор GLOBAL не нашла

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

> Просто во вложенном списке команд пакетных заданий
> оператор GLOBAL не нашла
Спасибо, действительно, забыл включить эту команду в список

АРМ Каталогизатор ИРБИС64 (irbisbat_unicode.exe)

В режиме СЕРВИС-ПЕЧАТЬ обеспечена возможность печати в файл плоского текста (т.е. текста без верстки и выделений) для форматов по умолчанию

Здесь под форматом по умолчанию понимается такой формат, который явно не помечен как RTF или HTML.
RTF-формат - это формат, который дает результат расформатирования, начинающийся с символа { (открывающаяся фигурная скобка)
Явный HTML-формат - это формат, который дает результат расформатирования начинающийся с комбинации символов </>

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

Alio написал(а):
-------------------------------------------------------
> В режиме СЕРВИС-ПЕЧАТЬ обеспечена возможность
> печати в файл плоского текста

Хорошо бы еще появилась возможность указывать при сохранении кодировку. Какая она кстати будет по умолчанию - 1251 или utf8?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > В режиме СЕРВИС-ПЕЧАТЬ обеспечена возможность
> > печати в файл плоского текста
>
> Хорошо бы еще появилась возможность указывать при
> сохранении кодировку. Какая она кстати будет по
> умолчанию - 1251 или utf8?
Ansi (1251)

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

1. Дополнительно к тому, что сказано выше об ОТКАЗАХ - обеспечена возможность просмотра и работы (печать/удаление) со списком ОТКАЗОВ в режиме ЗАКАЗЫ - ВЫПОЛНЕННЫЕ ЗАКАЗЫ
2. В режимах ПЕЧАТИ заказов (невыполненные, бронь, выполненные, отказы) обеспечена возможность ПОМЕЧАТЬ заказы КАК РАСПЕЧАТАННЫЕ (с тем, чтобы при отборе заказов можно было разделять распечатанные и нераспечатанные)
3. Введены два дополнительных параметра в INI-файл (irbisb.ini, секция [MAIN])
RETURNTORESERVABLE - доступность режима ВОЗВРАТ на БРОНЕПОЛКУ (аналогично RETURNABLE)
REQUESTRESERVABLE - доступность режима ВЫДАЧА на БРОНЕПОЛКУ (аналогично REQUESTABLE)

АРМ Читатель (ИРБИС64)
Для читателя обеспечена возможность просматривать сведения об отказах - в списке ВЫПОЛНЕННЫХ ЗАКАЗОВ (в режиме РЕГИСТРАЦИЯ - СВЕДЕНИЯ О ЗАКАЗАХ)



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

Есть необходимость предварительного разговора по поводу планируемой доработки в АРМе Книговыдача ИРБИС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-файла АРМа Книговыдача). Стоит лишь заметить, что НЕ ИМЕЕТ СМЫСЛА включать в содержание временных статусов сведения о конкретных местах хранения и выдачи – эти данные и без того фиксируются в записи заказа (RQST), связанной с бронированным экземпляром.
Описываемая доработка будет связана со следующими изменениями в пользовательском интерфейсе АРМа Книговыдача:
1. При выполнении операции ВЫДАЧА НА БРОНЕПОЛКУ (и в обычном и в скоростном интерфейсе) будет предлагаться выпадающее меню с ПЕРВЫМ справочником временных статусов.
2. При выполнении операции ВОЗВРАТ НА БРОНЕПОЛКУ (и в обычном и в скоростном интерфейсе) будет предлагаться выпадающее меню со ВТОРЫМ справочником временных статусов.
3. В окне заказов - при выборе закладки БРОНЬ – появится кнопка ИЗМЕНЕНИЕ ВРЕМЕННЫХ СТАТУСОВ БРОНИРОВАННЫХ ЭКЗЕМПЛЯРОВ, с помощью которой будет предлагаться выпадающее меню с ТРЕТЬИМ справочником временных статусов.
4. В списке видов поиска для отбора заказов появится вид поиска ВРЕМЕННЫЕ СТАТУСЫ БРОНИРОВАННЫХ ЭКЗЕМПЛЯРОВ
Все эти элементы пользовательского интерфейса будут появляться только при использовании технологии БРОНЕПОЛКИ (ReservMode=1). (Но это вовсе не означает, что при использовании технологии бронеполки надо непременно использовать временные статусы).

Хочу предупредить возможные вопросы, связанные с групповым учетом экземпляров (статус U) – в части временных статусов для них будет сделано тоже самое, что и для экземпляров индивидуального учета.

Жду откликов от ЗАИНТЕРЕСОВАННЫХ пользователей.



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

Откликов, к сожалению, не дождался...
Доработка в 2010.1 сделана в том, виде, как описано выше.

Опережаете время :)
Если начнут работать с "бронеполкой" активнее, то отклики будут в форуме "Книговыдача".

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

Добавлены три параметра в INI-файл
Printable доступность режима СЕРВИС-ПЕЧАТЬ
Retrolandable доступность режима СЕРВИС-ЗАКАЗ ПО РЕТРОФОНДУ
Recomendable доступность режима СЕРВИС-РЕКОМЕНДОВАННАЯ ЛИТЕРАТУРА

Язык форматирования.

Новые форматные выходы (они появятся и в 2009.1 D3 за счет обновления irbis64.dll)

1. &uf('+9J<полный путь и имя файла>') - представить заданный ДВОИЧНЫЙ файл в виде:
^A<тип_файла>^B<данные файла перекодированные на основе URLEncode>
(при этом имя файла может задаваться в виде маски; использоваться будет ПЕРВЫЙ найденный файл с такой маской)

2. &uf('+9K<полный путь и имя файла>') - удалить заданный файл.
(при этом имя файла может задаваться в виде маски; удаляться будут ВСЕ файлы с такой маской)

Данные форматные выходы созданы для реализации конкретной технологии ГПНТБ России, но могут найти применение и у других пользователей ИРБИС - для автоматизации процесса формирования внутренних двоичных объектов (т.е. содержимого поля 953)

В ГПНТБ России они используются для реализации технологии автоматизированного занесения отсканированной фотографии читателя в его запись в БД RDR. Фотография читателя сканируется с его паспорта в момент его первичной регистрации. Вся технология заключается в следующем:
1. Планшетный сканер подключен к компьютеру, на котором осуществляется запись читателей (АРМ Каталогизатор - БД RDR). Сканер настроен таким образом, чтобы по нажатию одной кнопки (СКАНИРОВАНИЕ) осуществлялось сканирование только той области паспорта, где находится фотография (паспорт кладется фиксированно, его размеры неизменны, положение фотографии строго определенное). Отсканированная фотография сохраняется (автоматически - согласно настройке сканера) в определенной директории и с определенным именем (на сервере, т.е. на компьютере, где работает сервер ИРБИС64).
2. В файл автоввода БД RDR (autoin.gbl) включается команда формирования поля 953 на основе файла фотографии читателя.
3. При сохранении записи вновь регистрируемого читателя (т.е. при нажатии кнопки СОХРАНИТЬ в АРМе Каталогизатор) его фотография автоматически заносится в качестве внутреннего двоичного объекта в поле 953.

Соотвествующая команда, добавляемая в autoin.gbl БД RDR, выглядит следующим образом:
ADD
953
XXXXXXXXXXXXXXXXXXX
if a(v953) then &uf('+9JE:\reader_photo\img*.jpg'),&uf('+9KE:\reader_photo\img*.jpg') fi
XXXXXXXXXXXXXXXXXXX

где:
E:\reader_photo\ - путь на сервере, где сохраняется фотография читателя;
img*.jpg - маска имени файла с фотографией читалея (к сожалению, сканер - вполне конкретный - нельзя заставить сохранять все фотографии в одном и том же файле, поэтому используется маска имени и поэтому же возникает необходимость удаления файла фотографии);



Редактировано 1 раз. Последний раз 03.03.2010 17:53 пользователем Alio.