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

Аналогичный режим нужен и в ИРБИС128, который начинает использоваться все активнее. Это уже вопрос к Илье Ивановичу Михайленко.

Можно получить АРМ Книговыдача (в составе с остальными модулями ИРБИС64+ версии 2020.1) для тестирования?



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

Есть комплексная просьба/пожелание от коллег из Библиотеки Российской академии наук (БАН) в отношении расширения функционала клиентского АРМ Администратор:

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

- включить возможность импорта записей (в АРМ Каталогизатор ведь аналогичный режим присутствует)

- включить возможность создания словарей полностью - только ЭК

- включить режим поиска параметров в редакторе ini-файлов, а также добавление параметров в справочник (как в серверном АРМ Администратор)

- параметрировать доступность директорий (путей) сервера ИРБИС при работе с редакторами РЛ, mnu и ini для разных пользователей.

- включить режим глобальной корректировки БД.

- включить возможность изменять размеры областей имен файлов и их назначений (а также для Назначений и имен параметров секций ini файлов) в редакторах РЛ и ini файлов, т.к. бывает, что не видно имен файлов из-за добавления к ним путей (при работе с Linux сервером ИРБИС).

- включить возможность поиска параметров по их именам или терминам в пояснениях к назначениям параметров.

- включить в справочники пояснения для всех файлов входящих в дистрибутив для отображения назначения этих файлов (РЛ полей/подполей, меню, ini-файлов, которые открываются в окне выбора файлов в соответствующих редакторах). Сейчас пояснения есть только для небольшой части файлов.

А. Роман написал(а):
-------------------------------------------------------
> Есть комплексная просьба/пожелание от коллег из
> Библиотеки Российской академии наук (БАН) в
> отношении расширения функционала клиентского АРМ
> Администратор:
>

> - включить возможность импорта записей (в АРМ
> Каталогизатор ведь аналогичный режим
> присутствует)
По поводу ИМПОРТА со стороны клиента...
В АРМе Каталогизатор есть ИМПОРТ - он рассчитан на импорт СЧИТАННОГО кол-ва документов, поскольку записи добавляются по ОДНОЙ и при этом данные перегоняются от клиента на сервер. Желание иметь такой же режим в клиентском Администраторе, очевидно, связан с желанием импортировать БОЛЬШОЕ кол-во документов - а это уже нелепость: гонять по сети от клиента к серверу ИРБИС большие объемы данных...
Мне вообще непонятно, почему администратор системы ИРБИС не может работать с серверным Администратором через удаленный стол, имея права только на папку ИРБИС64. В чем проблема? Не вижу никаких проблем, кроме сисадминовских фанаберий...

Александр Иосифович, далеко не всегда можно работать с сервером ИРБИС находясь на рабочем столе. Пример того же МГУУ правительства Москвы Вы хорошо знаете.
В случае с БАН речь идет о сервере ИРБИС работающем на базе ОС Linux. И таких примеров будет все больше. Конечно в инструментарии сервера ИРБИС для Linux есть irbistool со своими плюсами, но для части задач бывает привычнее и иногда удобнее работать с визуальными инструментами, т.к. пока привычка работать с командной строкой еще далеко не у всех администраторов ИРБИС выработалась. На это потребуется время, а для переходного периода очень бы помог инструментарий в клиентском АРМ Администратор.

К слову, ведь загрузка на сервер файлов полных текстов через режим ввода 16 присутствует в АРМ Каталогизатор. Может можно построить на похожем принципе работу с импортом записей (загружать файл на сервер, скажем в директорию workdir/import), а далее выполнять действия с загруженным файлом на сервере (по аналогии с тем, как обрабатываются полнотекстовые файлы)?

А. Роман написал(а):
-------------------------------------------------------
> Александр Иосифович, далеко не всегда можно
> работать с сервером ИРБИС находясь на рабочем
> столе. Пример того же МГУУ правительства Москвы Вы
> хорошо знаете.
Не понял. "Далеко не всегда" - это когда?

> В случае с БАН речь идет о сервере ИРБИС
> работающем на базе ОС Linux.
БАН приобретал серверную часть под Linux?

Все вопросы, связанные с работой сервера под Linux, - вне зоны моей ответственности как разработчика.

Ну и чтобы закончить разговор. Импорта в АРМе Администратор-клиент ИРБИС64 не будет.

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Александр Иосифович, далеко не всегда можно
> > работать с сервером ИРБИС находясь на рабочем
> > столе. Пример того же МГУУ правительства Москвы
> Вы
> > хорошо знаете.
> Не понял. "Далеко не всегда" - это когда?

Это когда администраторам ИРБИС не дают прав работы с рабочим столом сервера, на котором помимо ИРБИС работают еще какие-либо системы или когда у сервера нет графического рабочего стола (Linux).

>
> > В случае с БАН речь идет о сервере ИРБИС
> > работающем на базе ОС Linux.
> БАН приобретал серверную часть под Linux?

Да

>
> Все вопросы, связанные с работой сервера под
> Linux, - вне зоны моей ответственности как
> разработчика.
>
> Ну и чтобы закончить разговор. Импорта в АРМе
> Администратор-клиент ИРБИС64 не будет.

Как скажете, будем надеяться хотя бы на доработки остального функционала,
если импорт больше никого не волнует.

Касательно клиентского редактора INI - есть предложения, которые можно выполнить. Но есть невыполнимые - пояснения всех параметров. Эти тексты берутся из БД HLPINI, если в этой БД параметры описаны. Если нет - то нет текстов.

А. Роман написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > А. Роман написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Александр Иосифович, далеко не всегда можно
> > > работать с сервером ИРБИС находясь на рабочем
> > > столе. Пример того же МГУУ правительства
> Москвы
> > Вы
> > > хорошо знаете.
> > Не понял. "Далеко не всегда" - это когда?
>
> Это когда администраторам ИРБИС не дают прав
> работы с рабочим столом сервера, на котором помимо
> ИРБИС работают еще какие-либо системы
Причем тут другие задачи - если администратору ИРБИС дать права ТОЛЬКО на папку IRBIS64???


или когда у
> сервера нет графического рабочего стола (Linux).
Это не ко мне...

АРМ Администратор-клиент

Добавлен режим АКТУАЛИЗАЦИЯ-СОЗДАТЬ СЛОВАРЬ ЗАНОВО-ПОЛНОСТЬЮ ТОЛЬКО ЭК
Соответственно обеспечена поддержка пакетной команды
LOADIFCOMPLETE_EK

Здравствуйте.

Корректировка в результатах поиска.

1. Выходит сообщение, что результат изменился с кн. "Да".

Можно выводить пару-секундное сообщение о том, что результат поиска изменился без необходимости жать кнопку?
Или наоборот, добавить функциональных кнопок к этому сообщению, например,
- кнопку отмены корректировок записи (на случай ошибки).
- или ту же кнопку перехода для дальнейшей корректировки на новый/MFN. И тогда не выводить второе сообщение.

В единственной кнопке "ДА", кажется, нет смысла.

2. Выходит сообщение с предложением перейти на закладку Новый/MFN.

Можно убрать вопрос о переходе после каждой корректировки записей? Администратор сам может решить, когда ему уйти из результатов поиска. Естественно, при этом переходе автоматически ставить в фокус последнюю откорректированную запись.

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



Редактировано 4 раз. Последний раз 08.09.2020 11:44 пользователем Novinka.

Архивная выдача.

Уже задавался вопрос о необходимости при изменении идентификатора записи читателя в базе RDR проверять RDR_ARH и менять там 30 поле. Может быть, с отложенной актуализацией.
При удалении записи читателя - уведомлять и предлагать очистку соотв. записей RDR_ARH. Или запрещать удаление.



Редактировано 2 раз. Последний раз 08.09.2020 11:42 пользователем Novinka.

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

Можно ли ожидать ускорение работы в RDR? Например, хотелось бы вернуть оперативные режимы (пришлось отключить) и учитывать архивные данные налету в статистике и словаре без потери времени.



Редактировано 1 раз. Последний раз 08.09.2020 12:08 пользователем Novinka.

Еще просьба. В предыдущих копиях записи при сравнении красным и синим подсвечивать не повторение целиком, а только измененные подполя в повторениях.
Например, в результате глобальной менялся шифр, чтобы подсвечивалось только v40^A.

Александр Иосифович, есть пара небольших, но очень удобных изменений которые прошу Вас рассмотреть:

1. Ввести по аналогии с АРМ Каталогизатор параметр DBN= для секции [CONTEXT] клиентского и серверного АРМ Администратор

это нужно для удобства работы администраторов.

2. Задавать текст заголовка печатных форм списков (при пустом значении поля "Заголовок 1" окна параметров печати списка) через формат указанный в файле {имя формата}.hdr
Возможно это предусмотрено, но сейчас либо не работает, либо я что-то не так указал. Если второе - пожалуйста подскажите, как правильно, т.к. в документации или в файлах БД примеров (для печати списков) не нашел. Подробности по ссылке: [irbis.elnit.org]



Редактировано 1 раз. Последний раз 14.09.2020 12:50 пользователем А. Роман.

Кто сказал, что кошки не умеют летать? Сегодня сам видел в ГПНТБ России как новая версия сервера нашего "барсика" умеет это делать на каталоге в 1,5 млн. записей!!! Собстно сайт ГПНТБ России в открытом доступе.

Да здравствует Сибирская лётная школа!





Редактировано 1 раз. Последний раз 11.05.2021 17:31 пользователем А. Роман.

Скорость - приятная. Над интерефейсом можно еще поработать

А. Роман написал(а):
-------------------------------------------------------
> Александр Иосифович, есть пара небольших, но очень
> удобных изменений которые прошу Вас рассмотреть:
>
> 1. Ввести по аналогии с АРМ Каталогизатор параметр
> DBN= для секции клиентского и серверного АРМ
> Администратор
>
Сделано. Т.е. В АРМах Администратор при старте открывается та БД, которая была текущей при закрытии предыдущего сеанса.

А когда примерно ожидается выход версии 2020.1?)

it.oleg@biblioteki.perm.ru написал(а):
-------------------------------------------------------
> А когда примерно ожидается выход версии 2020.1?)
Конец ноября...

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

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

РАСПЕЧАТАТЬ - печать таблицы в том виде, как она изображена на экране
СОХРАНИТЬ КАК HTML-ФАЙЛ - сохранение таблицы в виде HTML-файла
СОХРАНИТЬ КАК CSV-ФАЙЛ - сохранение таблицы в виде файла в формате CSV (для EXCEL)

Режимы вызываются из всплывающего меню по правой кнопке мыши.

Важное замечание касательно режима СОХРАНИТЬ КАК HTML-ФАЙЛ: при сохранении файла в диалоговом окне ОБЗОРа необходимо указывать:
в качестве кодировки - Юникод
в качестве типа файла - Веб-страница, только HTML

Web-ИРБИС64+

Помимо параметров шлюза (MPROF, MUDK, MBBK, MKO, SHOW_TEXT_REC в irbis_server_ft.ini), которые включают/выключают доступность определенных функций (режимов) в целом (т.е. для ВСЕХ пользователей), вводится ДОПОЛНИТЕЛЬНАЯ СИСТЕМА, которая позволяет управлять ДОСТУПНОСТЬЮ определенных функций (режимов) для КОНКРЕТНЫХ ГРУПП ПОЛЬЗОВАТЕЛЕЙ на основе форматов - а именно:

Каждой из таких функций ставится в соответствие формат, в котором можно оперировать двумя виртуальными полями:
1002 - логин/идентификатор читателя
1100 - IP-адрес клиента
В случае, когда формат вырабатывает 1 - соответствующая функция пользовательского интерфейса (она же ссылка) доступна; в противном случае - недоступна (не видима)

Список управляемых функций (ссылок) пользовательского интерфейса и соответствующих форматов следующий:

СТАТИСТИКА ОБРАЩЕНИЙ - access_stat.pft
ЗАГРУЗИТЬ ТЕКСТ В ЭБ (в личном кабинете) - access_vkr.pft
ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ - access_dop1.pft
ДОПОЛНИТЕЛЬНЫЕ ПАРАМЕТРЫ - access_dop2.pft
ПРОФЕССИОНАЛЬНЫЙ БИБЛИОГРАФИЧЕСКИЙ ПОИСК - access_prof.pft
ПОИСК ПО КЛАССИФИКАТОРУ УДК - access_udk.pft
ПОИСК ПО КЛАССИФИКАТОРУ ББК - access_bbk.pft
ФОРМИРОВАНИЕ ТАБЛИЦ ПО КНИГООБЕСПЕЧЕННОСТИ - access_ko.pft
СПИСОК ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ (появится в версии 2020.1) - access_dolg.pft

Форматы находятся в папке DEPOSIT_PLUS (на стороне Web'а). В дистрибутиве системы форматы присутствуют в виде "заглушек", которые безусловно вырабатывают 1.

Таким образом - предлагаемая система позволяет динамически изменять (профилировать) интерфейс Web-ИРБИС64+ в зависимости от КОНКРЕТНОГО пользователя.

(В продолжении этой идеи - будет предложен механизм, который позволит менять список доступных БД (если SELECTDB=1) в зависимости от конкретного пользователя)



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

Есть несколько предложений по реализации дополнительного функционала ИРБИС:

1. В Web-ИРБИС, J-ИРБИС и ИРБИС128 для образовательных учреждений не хватает режима связывания учебных дисциплин с учебной литературой в базах данных ЭК.
Режим можно было бы реализовать по аналогии с тем, как это сделала Галина Арноси для вузов Красноярска: в поле 93 записи читателя добавляются данные о дисциплинах, которые преподает данный пользователь или за формирование списков литературы к которым он отвечает (признак в подполе).
В личном кабинете пользователя отображается перечень дисциплин. Ну а далее ссылками-поисковыми запросами можно формировать списки. литературы из подборок или из результатов поиска по ссылке (добавить к дисциплине/в РПД).
Далее можно указывать или дисциплину потенциальную или конкретную дисциплину.

2. Расширить поддержку директории Deposit_user:
- добавить обработку в GenPFT64.exe
- добавить поддержку хранения файлов РЛ: WS, WSS
- добавить проверку наличия файлов в директории {ИМЯ БД}_USER перед проверкой в директории {ИМЯ БД}

3. Разрешить использование вложенных сценариев ГК в файлах .gbl

4. При выполнении оператора DELR ГК добавлять 907 поле с признаком удаления записи

5. выводить протоколы ГК и импорта записей в файлы (при выполнении на больших массивах записей замедляется выполнение процедур)

6. Предусмотреть БД EK_ARH (архив ЭК), в которую переносить все записи, документов исключаемых из ЭК (при списании или исключаемые из подписки (внешние ЭБС).

7. При авторизации в рабочих АРМ (каталогизатор, книговыдача и т.п.) и использовании технологии авторизации по учетной записи Windows дать возможность авторизоваться с другими учетными данными (из интерфейсов АРМ - Войти под другой учетной записью (можно через кнопку Сменить пользователя). В клиентский ini можно было бы добавить параметр asklogin=1|0 и выводить кнопку "Другой" при наличии параметра UserName=! и asklogin=1 не давая авторизоваться до нажатия на кн. ОК. При UserName=! и asklogin=0 - авторизовать пользователя при наличии соответствующего профиля на сервере ИРБИС.
Обойти это можно расположив по два ini файла на каждый АРМ, но удобнее было бы с параметрами. К тому же бывает нужно перезапустить арм с другими данными. Быстрее сделать это по кнопке в интерфейсе, чем закрывать АРМ и потом открывать новый по ярлыку.



Редактировано 1 раз. Последний раз 26.10.2020 13:51 пользователем А. Роман.

По поводу глобальной.
1. Вложенность - вы понимаете разрешение вложенности перед выполнением? Т.е. речь о более лаконичном написании глобальной?
2. DELR - выполнение происходит на сервере, а там нет тех данных, что в поле 907, кроме даты.
3. Протокол - есть же возможность протокол писать в файл, причем либо заново, либо дописывая. Можно и совсем отключать протокол для ускорения.

Людмила Николаевна,

> По поводу глобальной.
> 1. Вложенность - вы понимаете разрешение
> вложенности перед выполнением? Т.е. речь о более
> лаконичном написании глобальной?

да, но в большей степени это связано с необходимостью выделения пользовательских, дополнительных сценариев и облегчения обновления.

Лаконичность и разделение на блоки секций глобальных корректировок конечно сделало бы более понятным сценарии пакетных заданий, но важно в большей степени обеспечить высокую скорость работы и заниматься украшательством ради одного только удобства восприятия конечно не целесообразно. Поэтому если это задача трудоёмкая для разработчиков, то не стоит ее рассматривать для версии 2020.

Сложность с т.з. пользователей заключается необходимости прописывать вручную свои сценарии при обновлении в ряде баз данных.

Может хотя бы предусмотреть комментарий (по умолчанию) для маркировки начала секции пользовательских дополнений в конце дефолтного сценария?

Например, достаточно часто мы добавляем у пользователей ИРБИС дополнительные сценарии обработки записей, которые при обновлении ИРБИС приходится вручную переносить в файлы autoin.gbl или autoin_light.gbl когда такие файлы включаются разработчиками в архивы обновлений. Аналогично и после установки новой версии.

В случае с fst|ifs файлами отвечающими за построение индексных файлов (словарей) мы включаем вложенные пользовательские сценарии, дописывая их в конец файлов ifs|fst
например в rdr.fst добавляем ссылки
@rdr128
@rdr_user
в которых собраны сценарии ИРБИС128 и сценарии пользовательских словарей для БД RDR


> 2. DELR - выполнение происходит на сервере, а там
> нет тех данных, что в поле 907, кроме даты.

Хотя бы Дату и признак DEL.

Иначе не понять, когда записи были удалены.

Я создал БД DELLOG для помещения в неё информации обо всех логически удаленных записях. По тем записям, в которых в поле 907 есть признак DEL в последнем повторении строятся выборки записей, которые были удалены за тот или иной период по той или иной БД.
Если признака нет, то определить дату удаления сложно (только если не выполнять пакетно проверку и не дописывать поле 907)...
Пример такого задания на ГК и скриншот БД в приложении.

> 3. Протокол - есть же возможность протокол писать
> в файл, причем либо заново, либо дописывая. Можно
> и совсем отключать протокол для ускорения.

Проблема скорее всего связана именно с ситуациями сохранения протокола в файл. Происходит ощутимое замедление выполнения заданий.
Без протоколов некоторые действия лучше не выполнять.



Редактировано 1 раз. Последний раз 27.10.2020 21:31 пользователем А. Роман.

Еще одно пожелание от пользователей по очень нужному дополнению к функционалу, о котором просили задать вопрос:

необходимо на сервере ИРБИС (в БД IRI, расширив состав полей) вести лог сообщений, отправленных по электронной почте как из АРМ Книговыдача (не только ИРИ, но и печать по email), так и из АРМ Каталогизатор и АРМ Администратор - при выполнении пакетной команды PRINT.

Нужны:

- данные отправителя (под каким логином была выполнена рассылка),
- дата и время,
- параметры отправки (имя формата/выходной формы),
- адресат(ы), тема,
- результат отправки - успешно/нет (при ошибке отправки - код/текст сообщения об ошибке)
- если можно в отдельные директории внутри директории БД IRI (определяемую 11 параметром PAR файла) (имя поддиректорий = GUID записи в БД IRI) помещать файлы, которые были отправлены, то было бы очень полезно писать в запись имена файлов или признак, того, что они присутствовали в письме. Писать/не писать файлы - опционально, по значению параметра.

Если одно и то же содержимое отправлялось по разным адресам в разное время (при масштабной рассылке например) в рамках одной рассылки можно было бы объединить адрес электронной почты и время отправки в одном поле и по комбинации разных полей строить дополнительные словари (для последующей работы с результатами рассылок).

Доработки по версии 2020 закрыты.

Еще предложение - при нажатии на кнопку очистить в АРМ Каталогизатор - менять GUID записи. Иначе может сложиться ситуация, при которой старая ссылка на документ будет вести на другое описание (которое ввели вместо удаленного документа).

Извините, не заметил вашего сообщения, т.к. отправил свое сообщение из окна, в котором начал его писать до того, как вы сообщили о том, что тема заявок на доработки закрыта.



Редактировано 1 раз. Последний раз 29.10.2020 18:03 пользователем А. Роман.

Кстати, к слову. Для тех, кто интересуется отличиями версий/веток ИРБИС друг от друга.

Оличие ИРБИС128 и J-ИРБИС от ИРБИС64+ заключается в том, что доработки продолжают выполняться и появляться и после выпуска релиза новой версии.
Это оставляет надежду на то, что нужный функционал появится раньше, чем через год.

Web-ИРБИС64+

(в продолжение сообщения от 7 октября)

Предлагается механизм, который позволяет менять список доступных БД в зависимости от конкретных пользователей.

Вводится формат access_dbn (в папке deposit_plus), который вырабатывает имя дополнительного справочника со списком доступных БД в зависимости от идентификатора пользователя (виртуальное поле 1002) и его IP-адреса (виртуальное поле 1100)

Основным списком доступных БД является справочник dbn_web_ft.mnu
В дистрибутиве системы предлагается формат access_dbn.pft в виде "заглушки", который безусловно вырабатывает имя (с расширением) основного списка БД - dbn_web_ft.mnu

ВАЖНЫЕ ЗАМЕЧАНИЯ:
1. Дополнительные списки доступных БД должны находиться в папке deposit_plus и содержать имена ТОЛЬКО тех БД, которые присутствуют в основном списке (dbn_web_ft.mnu)
2. Основной список БД (dbn_web_ft.mnu) НЕЛЬЗЯ корректировать вручную. Данный список пополняется ТОЛЬКО в результате выполнения режима СДЕЛАТЬ БД ЭБ ДОСТУПНОЙ ЧИТАТЕЛЮ WEB в серверном АРМе Администратор

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

В секцию [MAIN] профиля пользователя введен новый параметр

NOVINKA=

который позволяет (при значении 0) отключать вывод сообщений, которые возникают в процессе корректировки найденных документов (контекст РЕЗУЛЬТАТЫ ПОИСКА) при изменении результата поиска.

Значение данного параметра по умолчанию - 1, т.е. сообщения выдаются.