Открыта тема для публикации пожеланий, идей для новой версии...

Предложения, не реализованные в версии 2020.1

Gena
----------------------------
Александр Иосифович, добрый день! Большая просьба: добавить возможность формировать срок выдачи литературы форматом на основе записи читателя и выдаваемой книги. Это очень нужно в режимах выдачи, где не пользуются мышкой - при выдаче по штрих-коду и RFID-меткам.
-----------------------------

А. Роман
-----------------------------
Режим глобальной корректировки в АРМ Администратор-клиентский.

Добавление БД в Web-ИРБИС, также как и в серверном АРМ Администратор.
Можно ведь от клиентского АРМ серверу ИРБИС такую команду передать для Web-ИРБИС, путь к которому прописан в irbis_server.ini?

Исключение БД из свиска в файле dbn_web_ft.mnu тоже бы могло быть удобной опцией.
-----------------------------

Александр Иосифович, большое Спасибо за все нововведения (в т.ч. отдельное спасибо за то, о чем Вас просил Геннадий)! Будьте добры, пришлите пожалуйста ссылку на обновленные версии модулей на help@ircons.ru для тестирования

Не надо спешить... Эти предложения - пока лишь предложения... Никакой реализации пока нет.

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

Реализована возможность формирования ДАТЫ ПРЕДПОЛАГАЕМОГО ВОЗВРАТА по формату.

Для этого в справочник RETURN.MNU (БД RDR) необходимо внести элемент:

@00.00.0000
по формату

(Разумеется, текст пояснения "по формату" может быть произвольным)

Именно это значение справочника надо установить, чтобы дата предполагаемого возврата формировалась по формату.

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

RETURNDATEPFT=

(по умолчанию - пустое значение)

Формат должен возвращать значение даты строго в виде: ДД.ММ.ГГГГ

Формат выполняется на записи текущего читателя, при этом сведения о выдаваемом экз-ре передаются в запись читателя через модельные поля:

1001 - имя БД ЭК
1002 - шифр выдаваемого издания (903 поле) ИЛИ конструкция @MFN, где MFN
- номер записи в БД ЭК
1003 - сведения о выдаваемом экз-ре в виде:
INV|BAR
или
@NEKZ
где:
INV - инвентарь выдаваемого экз-ра
BAR - штрихкод или радиометка выдаваемого экз-ра
NEKZ - номер повторения 910 поля, в котором описывается выдаваемый
экз-р

Формат должен находиться в папке RDR или DEPOSIT

-------------------
(Хотелось бы передать новый АРМ КНИГОВЫДАЧА для тестирования этого функционала автору этой идеи - GENA, но, думаю, ему сейчас не до того...)



Редактировано 1 раз. Последний раз 15.03.2022 14:23 пользователем Alio.

Прошу добавить возможность задавать имя файла вложения рассылки ИРИ.

Здравствуйте, я тут тоже подкопила вопросы.

1. В связи с новым способом определения даты предполагаемого возврата:
- останется ли возможность формировать дату предп. возврата по-старому?
- можно в справочник добавить также количество дней ПРОДЛЕНИЯ? Например, выдаем на месяц, продлеваем на 15 дней...
- можно также по формату определять не только дату возврата, но и дату продления?

2. При методе ввода через маску может быть добавлен ввод даты через Alt+Д? Очень просят сотрудники.
3. STT. Можно обеспечить ввод запроса в режиме статистики на лету - не только через корректировку справочника stt, а напрямую в форме?
И, при необходимости, - сохранение. Иногда нет смысла сохранять поиск, забивая справочник.
4. Форматер. Реализовано ли разбиение формата лесенкой и в строку, как предлагали для 21 версии?
5. Форматер. Можно добавить в сообщения об ошибках номер строки или даже ошибочную подстроку?
6. ИРИ рассылка. Просьба при формировании проверять, не появились ли в бд подходящие издания с датой поступления из прошлых периодов и еще не отправленные?
Это может произойти при переброске новой партии из АРМ Комплектатор в каталог, когда период уже закрыт.
Наверно, можно в технологию добавить признак рассылки по данному запросу? Также наличие этого поля добавит возможность контролировать отправку.
Или для расчета периода брать дату, когда проставлен статус obrzv, а не ввода? Ведь все равно до конца обработки читатель за книгой придет напрасно.
7. Контекстная команда "Найти" в формате просмотра записи не работает в формате ALL, можно добавить?
8. Просьба в настройках АРМ дать пользователям возможность масштабирования текста (не через клиентский ini).
Желательно однотипно с окном просмотра - колесом мыши.
9. LDAP - нужна возможность перелогиниться под другим пользователем (например, админу иногда приходится заходить со своей машины под другим пользователем для тестирования или демонстрации)
10. Можно добавлять в статус работы 907 поля имя глобальной обработки и кто ее запустил (где есть авторизация),
а из серверного администратора - какое-то специальное слово? Т.е. при выполнении в любом АРМ и на любую БД,
с приоритетом имени обработки перед установленным в настройках статусом работы.
11. Можно в настройку АРМ Каталогизатор к кнопке выбора добавить отображение выбранного этапа работы, как главного параметра?
Это уменьшит количество ошибок, тк у пользователя это будет перед глазами, остальные параметры там, как правило, стационарны.



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

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

По просьбе пользователей обеспечена возможность ввода данных в поле КОЛЛЕКЦИЯ ТЕМАТИЧЕСКАЯ (метка 985) с помощью иерархического справочника.

В связи с этим введен новый параметр профиля пользователя (irbisc.ini)
в секции [MAIN]

985TRE=

который принимает значения:
0 (по умолчанию) - ввод выполняется с помощью стандартного справочника (по умолчанию - collt.mnu)
1 - ввод выполняется с помощью иерархического справочника (по умолчанию collt.tre)

(Данная возможность достигается за счет использования для ввода в поле 985 метода ввода 17)

В дистрибутиве наряду с шаблоном collt.mnu предлагается шаблон collt.tre (в папке DEPOSIT)

В случае использования кодированных значений при вводе через иерархический справочник необходимо иметь СООТВЕТСТВУЮЩИЙ collt.mnu для РАСКОДИРОВКИ.

(Если есть желание воспользоваться новой возможностью уже сейчас, для этого достаточно обновить index.ws в папке DEPOSIT - см. прикрепленные файлы)



Редактировано 1 раз. Последний раз 31.03.2022 14:23 пользователем Alio.

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

Для БД ЭК обеспечен показ ЭТАПА РАБОТЫ на статусной строке основного интерфейса (см. прикрепленный скриншот)

Изменение этапа работы - помимо "старого" способа с помощью режима НАСТРОЙКА ПАРАМЕТРОВ и соответствующей инструментальной кнопки - можно выполнить путем двойного клика по этапу работы на статусной строке.

Напоминаем, что справочник этапов работы (ETR.MNU) находится в папке БД ЭК.
Рекомендуется кодировать значения этапов работы, и желательно, чтобы длина кода была не более двух символов.

Кодированное значение этапа работы расшифровывается в виде подсказки при наведении мышки на ЭТАП РАБОТЫ.



Редактировано 1 раз. Последний раз 11.04.2022 10:40 пользователем Alio.

Спасибо!

Есть предложение (догадываюсь какой будет ответ но просьбу пользователя все равно озвучу) включить в состав поддерживаемых вариантов шифрования при отправке писем по SMTP метод шифрования STARTTLS, применяемый почтовыми серверами HotMail на сервисах Microsoft 365.



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

от наших коллег по ФИПС есть просьба в АРМ "Книговыдача"

В опцию «Учет услуг» при выборе новой услуги добавить поле «Быстрый поиск услуги» и кнопку «Найти».
При введении поискового текста в поле «Быстрый поиск услуги» в списке «Услуга» должна отображаться услуга, соответствующая тексту.

Поиск термина должен производиться независимо от расположения в названии услуги и быть регистронезависимым.

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

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

GLUKa написал(а):
-------------------------------------------------------
> от наших коллег по ФИПС есть просьба в АРМ
> "Книговыдача"
>
> В опцию «Учет услуг» при выборе новой услуги
> добавить поле «Быстрый поиск услуги» и кнопку
> «Найти».
> При введении поискового текста в поле «Быстрый
> поиск услуги» в списке «Услуга» должна
> отображаться услуга, соответствующая тексту.
>
> Поиск термина должен производиться независимо от
> расположения в названии услуги и быть
> регистронезависимым.
>
> Сейчас на сколько мне известно можно быстро
> выбрать услугу только по ее коду. а не по словам
> из названия
Нет.

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

В режиме СТАТИСТИКА обеспечена возможность вводить произвольно ("на лету") элемент стат.обработки, т.е. не обязательно выбирать его из выпадающего списка.
Введенный "на лету" или откорректированный "старый" элемент стат.обработки можно сохранить в соответствующем справочнике (stt.mnu) - для этого на соответствующей строке по правой кнопке мыши вызывается всплывающее меню и выбирается режим СОХРАНИТЬ.

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

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
> В режиме СТАТИСТИКА обеспечена возможность вводить
> произвольно ("на лету") элемент стат.обработки,

Огромное спасибо.

Есть предложение по расширению возможностей АРМ Администратор серверный (но м.б. и для клиентского АРМ Администратор это тоже будет актуально).

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

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


Импорт записей можно было бы ограничить по формату, имя которого можно указывать при импорте.
Если результат форматирования на импортируемой записи = 1 то импортировать, если = 0 - не импортировать.

Экспорт записей можно было бы проводить также по формату (0/1) и по контексту работы (результатам поискового запроса).

А. Роман написал(а):
-------------------------------------------------------
> Есть предложение по расширению возможностей АРМ
> Администратор серверный (но м.б. и для клиентского
> АРМ Администратор это тоже будет актуально).
>
> Часто бывает необходимо экспортировать не все
> записи, а только часть из них.
> Аналогичные потребности возникают и при импорте
> записей.
>
> Например - нужно экспортировать записи для
> передачи их в ИС ЭИОС вуза или для помещения
> записей в архивную БД и последующего удаления этих
> записей в основной БД (для каталогов внешних ЭБС
> такое приходится периодически выполнять на больших
> массивах записей).
> Экспорт/импорт даже 10 тыс. записей (особенно если
> применять преобразование записей по ТВП) в АРМ
> Каталогизатор выполняется достаточно медленно.
>
>
> Импорт записей можно было бы ограничить по
> формату, имя которого можно указывать при импорте.
>
> Если результат форматирования на импортируемой
> записи = 1 то импортировать, если = 0 - не
> импортировать.
>
> Экспорт записей можно было бы проводить также по
> формату (0/1) и по контексту работы (результатам
> поискового запроса).
Принято.

Благодарю!

Добрый день. Предложение сделать автоматическое сохранение записей каждые 10 минут к примеру. Чтобы исключить ситуацию, когда прервалась связь с сервером и все что вводил библиотекарь потеряно.

Butterfly написал(а):
-------------------------------------------------------
> Добрый день. Предложение сделать автоматическое
> сохранение записей каждые 10 минут к примеру.
> Чтобы исключить ситуацию, когда прервалась связь с
> сервером и все что вводил библиотекарь потеряно.
Не очень хорошая идея.

АРМ Администратор (серверный)

1. Предлагается возможность предварительной фильтрации (отбора) документов при ЭКСПОРТЕ, ИМПОРТЕ и КОПИРОВАНИИ -
на основе специального ФОРМАТА ФИЛЬТРАЦИИ.

Принцип фильтрации заключается в следующем: каждый документ, подлежащий обработке (экспорту, импорту, копированию),
форматируется по ФОРМАТУ ФИЛЬТРАЦИИ; если результат форматирования 1, документ обрабатывается, в противном случае - нет.

ФОРМАТ ФИЛЬТРАЦИИ (или точнее - имя формата) может:
- выбираться из списка (в соответствии со справочником, имя которого указывается в секции [MAIN] irbisa.ini с помощью
новых параметров (EXPFILTRMNU для ЭКСПОРТА, значение по умолчанию EXPFILTR.MNU; IMPFILTRMNU для ИМПОРТА, значение по умолчанию IMPFILTR.MNU; COPYFILTRMNU для КОПИРОВАНИЯ, значение по умолчанию COPYFILTR.MNU)
или
- задаваться непосредственно ("на лету"): или с помощью обзора Windows в виде полного пути и имени; или в виде относительного пути и имени,
если соответствующий ресурс находится в папке текущей БД или в папке DEPOSIT или (!!!) в рабочей папке сервера (workdir).

Необходимо отметить, что собственно процесс фильтрации выполняется:
- при ЭКСПОРТЕ И КОПИРОВАНИИ - ДО выполнения ТВП ПЕРЕФОРМАТИРОВАНИЯ (если таковая задается)
- при ИМПОРТЕ - ПОСЛЕ выполнения ТВП ПЕРЕФОРМАТИРОВАНИЯ (если таковая задается) и ДО слияния (если таковое задается).

Возможность фильтрации поддерживается в пакетных заданиях.

Таким образом структура пакетных команд обретает следующую структуру:

IMPORTDB [0/#/@|1],FstName,[0|1],[0|1/2],FileName,[0|1], [0|1], [0|1], PftGblName,FormatFiltr

где:
Первый операнд - исходный формат данных:
0 - ISO-формат, # - символ-разделитель полей, @ - символ-разделитель записей;
1 - текстовый формат.
2 - XML
3 - Excel
4 - csv
Второй операнд FstName - имя ТВП переформатирования, если пустое значение - переформатирование не используется.
Третий операнд - признак ФЛК:
0 - не применять;
1 - применять.
Четвертый операнд - вид кодировки:
0 - DOS
1 – Windows
2 – UTF8
Пятый операнд - FileName - полное имя файла с исходными данными;
Шестой операнд - признак Автоввода:
0 - не применять;
1 - применять.
Седьмой операнд – признак формирования протокола импорта:
0 – не формировать
1 – формировать
Восьмой операнд – признак слияния:
0 – на основе ключевого формата
1 – на основе глобального задания
(пустое значение) – слияние не применяется
Девятый операнд PftGblName – имя формата или глобального задания для слияния;
Десятый параметр FormatFiltr - имя формата для фильтрации.

EXPORTDB [0|1/mfnfrom/mfnto],FstName,[0/#/@|1|2],[0|1|2],FileName,FormatFiltr

Где:
Первый операнд - исходные документы:
0 - все
1 - диапазон документов, mfnfrom - начальный MFN, mfnto - конечный MFN.
Второй операнд FstName - имя ТВП переформатирования, если пустое значение - переформатирование не используется.
Третий операнд - выходной формат данных:
0 - ISO-формат, # - символ-разделитель полей, @ - символ-разделитель записей;
1 - текстовый формат
2 - XML
Четвертый операнд - вид кодировки:
0 - DOS
1 – Windows
…2 – UTF8
Пятый операнд FileName - полное имя файла с выходными данными
Шестой операнд FormatFiltr - имя формата фильтрации

COPYDB [0|1/mfnfrom/mfnto],FstName,DbName,FormatFiltr

Где:
Первый операнд - исходные документы:
0 - все
1 - диапазон документов, mfnfrom - начальный MFN, mfnto - конечный MFN.
Второй операнд FstName - имя ТВП переформатирования, если пустое значение - переформатирование не используется.
Третий операнд DbName - имя БД, в которую будут копироваться данные.
Четвертый операнд FormatFiltr - имя формата фильтрации


2. При ЭКСПОРТЕ, ИМПОРТЕ и КОПИРОВАНИИ обеспечена возможность задавать ТВП ПЕРЕФОРМАТИРОВАНИЯ, ФОРМАТ ФИЛЬТРАЦИИ и ресурсы для слияния при ИМПОРТЕ:
- с помощью соответствующих справочников ("старая" возможность)
или
- непосредственно ("на лету"): или с помощью обзора Windows в виде полного пути и имени; или в виде относительного пути и имени,
если соответствующие ресурсы находятся в папке текущей БД или в папке DEPOSIT или (!!!) в рабочей папке сервера (workdir).


(Желающие, работающие на версии не ниже 2020.1, могут взять обновленный Администратор на тестирование)



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

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

1. Реализованы режимы: ИМПОРТ, ЭКСПОРТ, КОПИРОВАТЬ, КОПИРОВАТЬ ФАЙЛ ДОКУМЕНТОВ, ВОССТАНОВИТЬ ФАЙЛ ДОКУМЕНТОВ

Режимы полностью аналогичны соответствующим режимам серверного Администратора (собственно они и выполняются за счет его удаленного старта ) при одном исключении:
ИСХОДНЫЕ ДАННЫЕ (для импорта и восстановления файла документов) и ВЫХОДНЫЕ ДАННЫЕ (для экспорта и копирования файла документов) ДОЛЖНЫ находиться в РАБОЧЕЙ ПАПКЕ (workdir) сервера ИРБИС.

Для выбора файла с ИСХОДНЫМИ или ВЫХОДНЫМИ данными предлагается специальный интерфейс (см.импорт1.png), в котором представляется список файлов в рабочей папке (workdir) сервера ИРБИС64.
С помощью этого интерфейса можно переносить файлы от клиента в рабочую папку сервера - если в профиле клиента (irbisa.ini) включен соответствующий параметр
PUTFILEABLE=1 (пользоваться этой возможностью следует только в случае, если файлы небольшого размера; максимальный размер файла, переносимого на сервер
в килобайтах определяется параметром MAXPUTFILE)

2. При ЭКСПОРТЕ, ИМПОРТЕ и КОПИРОВАНИИ (которые фактически выполняются на серверном Администраторе) обеспечена возможность задавать ТВП ПЕРЕФОРМАТИРОВАНИЯ, ФОРМАТ ФИЛЬТРА и ресурсы для слияния и фильтрации при ИМПОРТЕ:
- с помощью соответствующих справочников ("старая" возможность)
или
- непосредственно ("на лету") - в виде относительного пути и имени, если соответствующие ресурсы находятся в папке текущей БД или в папке DEPOSIT или (!!!) в рабочей папке сервера (workdir);
в этом случае для выбора соответствующих файлов предлагается специальный интерфейс, в котором представляются списки файлов в папках текущей БД, DEPOSIT и WORKDIR на сервере.
С помощью этого интерфейса можно переносить файлы от клиента в рабочую папку сервера - если в профиле клиента (irbisa.ini) включен соответствующий параметр
PUTFILEABLE=1
(см. ТВП.png)

3. Предлагается новая команда для пакетных заданий (без операндов):

TOSERVER

команда должна быть ПЕРВОЙ в пакетном задании; обозначает, что все пакетное задание должно быть выполнено на сервере (т.е. с помощью серверного Администратора)

Команда поддерживается ТОЛЬКО в АРМе Администратор-клиент.

________________________
Следует напомнить, что в предыдущих версиях АРМа Администратор-клиент была возможность выполнять ЭКСПОРТ и ИМПОРТ через пакетные задания
и при этом указывать ИСХОДНЫЕ и ВЫХОДНЫЕ данные через ПОЛНЫЕ пути (т.е. находящиеся в произвольных местах) - вся обработка в этом случае выполнялась
НА СТОРОНЕ клиента и занимала достаточное время, поэтому применять ее стоило для НЕБОЛЬШИХ объемов данных, т.е.
использовать ИМПОРТ и ЭКСПОРТ (а также КОПИРОВАТЬ) в пакетных заданиях для работы с ЦЕЛЫМИ БД крайне НЕ РЕКОМЕНДОВАЛОСЬ.
В новой версии АРМа Администратор-клиент эта возможность сохраняется - только при следующих условиях:
- в пакетном задании не используется команда TOSERVER
- в пакетном задании НЕ ПРИСУТСТВУЮТ команды, которые фактически должны выполняться на серверном Администраторе
(такие как COPYMF, RESTOREMF, LOCKDB, DIAGNOSMF, DIAGNOSIF)
- ТВП ПЕРЕФОРМАТИРОВАНИЯ, ФОРМАТ ФИЛЬТРА и ресурсы для слияния при импорте заданы ТОЛЬКО в виде имен.



Редактировано 3 раз. Последний раз 27.05.2022 12:44 пользователем Alio.

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

Предлагается новый инструмент - МЕНЕДЖЕР ФАЙЛОВ ИРБИС64. (см. прикрепленные скриншоты)

Инструмент позволяет просматривать и управлять файлами в структуре ИРБИС64 на сервере, т.е. с помощью данного инструмента клиент, не имеющий файлового доступа на сервер ИРБИС64, может выполнять ЛЮБЫЕ действия с файлами на сервере ИРБИС64 - в рамках разрешений, которые устанавливаются соответствующими параметрами профиля пользователя (см.ниже).

Настройка МЕНЕДЖЕРА ФАЙЛОВ ИРБИС64 осуществляется с помощью следующих параметров профиля пользователя (irbisa.ini) в секции [MAIN]:

# определяет в целом доступность инструмента МЕНЕДЖЕР ФАЙЛОВ: 0 - не доступен; 1 - доступен (по умолчанию)
ToolFMItem=1

# определяет доступность режимов менеджера: СОЗДАТЬ ПАПКУ, КОПИРОВАТЬ ФАЙЛ НА СЕРВЕР, ОТКРЫТЬ В РЕДАКТОРЕ (по умолчанию 0)
PUTFILEABLE=1

# определяет доступность режимов менеджера КОПИРОВАТЬ ФАЙЛ С СЕРВЕРА и ПРОСМОТР ФАЙЛА (по умолчанию 1)
GETFILEABLE=1

# определяет доступность режима менеджера: УДАЛИТЬ ФАЙЛ (по умолчанию 0)
DELETEFILEABLE=1

# определяет видимость файлов и подпапок в папке ИРБИС64 (т.е. видимость всего содержимого серверной части ИРБИС64) (по умолчанию 1)
FM_path0=1

# определяет видимость файлов и подпапок в папке DATAI (по умолчанию 1)
FM_path1=1

# определяет видимость файлов и подпапок в папке текущей БД (т.е. той, что выбрана в качестве текущей в АРМе) (по умолчанию 1)
FM_path10=1

# определяет видимость файлов и подпапок в папке по 11 пути для текущей БД (т.е. видимость файлов полных текстов и внешних объектов текущей БД) (по умолчанию 1)
FM_path11=1

# определяет видимость файлов и подпапок в папке DEPOSIT (по умолчанию 1)
FM_path12=1

# определяет видимость файлов и подпапок в папке WORKDIR (по умолчанию 1)
FM_path14=1

# определяет типы видимых файлов (указываются через запятую, например: *.fst,*.pft,*.gbl) (по умолчанию *.*)
FM_maskfiles=*.*

# определяет имя Редактора для режима ОТКРЫТЬ В РЕДАКТОРЕ (по умолчанию notepad)
FM_OpenExe=notepad

(Могут возникнуть вопросы: а как копировать файлы между папками на сервере, как их переименовывать - нетрудно догадаться, что все это можно делать комбинируя режимы КОПИРОВАТЬ ФАЙЛ С СЕРВЕРА, КОПИРОВАТЬ ФАЙЛ НА СЕРВЕР, УДАЛИТЬ ФАЙЛ)

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



Редактировано 6 раз. Последний раз 07.06.2022 10:04 пользователем Alio.

Для АРМов Каталогизатор, Книговыдача, ИРБИС-Навигатор

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

JPG_PAGES_IN_CASH_DPI=200

который определяет качество JPG при показе страниц полного текста.

Большое спасибо! Александр Иосифович, как всегда после анонса таких значимых разработок/улучшений просьба на попробовать АРМ Администратор-клиент.

Можно еще небольшое предложение по улучшению?

В АРМ Каталогизатор и АРМ Книговыдача при отправке сообщений по электронной почте (режим печать на email) просьба ввести прогрессбар для отображения хода таких рассылок.

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

Предлагаются два новых оперативных режима для БД ЭК (ЭБ):

КРУГ ЧТЕНИЯ ("ПЕЧАТНЫЙ")

КРУГ ЧТЕНИЯ ("ЭЛЕКТРОННЫЙ")


Режим КРУГ ЧТЕНИЯ ("ПЕЧАТНЫЙ") формирует список печатных изданий, которые наиболее часто выдавались читателям текущего печатного издания.
(Аналогично ссылкам в ИНТЕРНЕТ-магазине, когда при покупке товара предлагаются товары, которые покупают с ЭТИМ товаром)

Режим КРУГ ЧТЕНИЯ ("ЭЛЕКТРОННЫЙ") формирует список электронных изданий (тех, у которых непустое 955 поле), которые высоко оценены читателями текущего электронного издания, также высоко оцененное ими.

(Уровень "высокой" оценки определяется параметром профиля пользователя в секции [MAIN] HIGHRATE - значения от 0 до 5)

Режимы реализуются на основе обновленного формата OPERHINT.PFT БД ЭК (ЭБ), в котором используются новые форматы CICLE1.pft и CICLE2.pft

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

Предлагается новый функционал:

"ЧТО ЕЩЕ ПОЧИТАТЬ..." - список рекомендаций для текущего читателя
(см. прикрепленный скриншот)

Для текущего читателя формируется ДВА списка рекомендуемой литературы:

-"...на основе собственных интересов" - алгоритм формирования списка основывается на анализе СОДЕРЖАНИЯ изданий, которые выдавались читателю или которые были прочитаны и высоко оценены им в виде электронных ресурсов.

- "...на основе интересов других читателей" - алгоритм формирования списка основывается на анализе ИСТОРИИ ЧТЕНИЯ других читателей, интересы которых пересекаются с интересами текущего читателя (под "пересечением интересов" понимается наличие одних и тех же изданий в истории чтения)

Пользовательский интерфейс со списками рекомендуемой литературы позволяет отметить группу изданий и выполнить их выдачу текущему читателю (кнопка ВЫДАТЬ).

Список "...на основе собственных интересов" формируется с помощью форматов cicleR3 и rel_content0 (в папке DEPOSIT)
Список "...на основе интересов других читателей" формируется с помощью форматов cicleR2 и cicleR2_0 (в папке DEPOSIT)
В обоих случаях используются параметры профиля пользователя (irbisb.ini) в секции [MAIN]:
MAXHISTORYCOUNT=
HIGHRATE=
Параметр MAXHISTORYCOUNT определяет максимальный размер списка рекомендаций. По умолчанию - 15
Параметр HIGHRATE определяет ОЦЕНКУ электронного издания, которая позволяет считать обращение к электронному изданию как книговыдачу. По умолчанию - 0

При формировании списка "...на основе интересов других читателей" дополнительно используется параметр в секции [MAIN]:
MAXCICLE=
который определяет глубину анализа истории чтения других читателей, а следовательно и время формирования списка. По умолчанию - 10.
При большом кол-ве книговыдач у читателей, большом объеме баз данных читателей и ЭК время формирования списка может оказаться неприемлемо долгим - в этом случае следует снижать значение данного параметра.
Если же время формирования списка вполне приемлемо - можно это значение увеличивать.

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

Аналолгичный функционал будет реализован и в Web-ИРБИС64+.



Редактировано 4 раз. Последний раз 20.07.2022 14:05 пользователем Alio.

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

В контекстное меню (возникающее по правой кнопке мыши) в окне полного описания текущего заказа добавлена новая функция (см. прикрепленный скриншот): ЧИТАТЕЛЬ - В ИНТЕРФЕЙСЕ БЕЗ ЗАКАЗА - которая обеспечивает отображение читателя текущего заказа в интерфейсе БЕЗ ЗАКАЗА (в верхней части общего интерфейса).



Редактировано 1 раз. Последний раз 21.06.2022 14:35 пользователем Alio.

Александр Иосифович, попробовали работу АРМ Администратор с фильтрацией данных для экспорта/импорта. Спасибо большое, очень удобно!
Хотели бы попробовать функционал для загрузки файлов. Особенно интересна работа в связке с Linux версией сервера ИРБИС. Пришлите пожалуйста архив с обновлениями для АРМ Администратор, попробуем поработать с АРМ Администратор клиентский в разных вариантах, как на базе Windows, так и Linux (WINE).
В свете последних тенденций этот функционал будет все больше востребован.

Спасибо!