Уважаемые разработчики, большое спасибо за то, что вы все более внимательно относитесь к просьбам и потребностям пользователей!

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

1. Перенесите пожалуйста все файлы технологического обеспечения ИРБИС (pft, fst, mnu, tre, ws, wss, gbl), являющиеся общими для БД ЭК из директорий однотипных БД (IBIS, VKR, возможно что-то из CMPL) в директорию Deposit для того, чтобы пользователям и группам поддержки пользователей легче было выполнять обновления и перевод на новую версию.

2. Разработйте пожалуйста механизмы фиксации статистики переходов пользователей не только по ссылкам на документы ЭБ (файлы по ссылкам из поля 955 и 951), но и по внешним URL из поля 951. Это очень необходимо для сбора и последующего анализа использования собственных и внешних ресурсов библиотеки. У нас было много обращений пользователей, которым это нужно.

3. Также очень прошу вас предусмотреть автоматическую (или полуавтоматическую в административных разделах) передачу из БД СУБД, лежащих в основе J-ИРБИС и ИРБИС128 информации о статистике работы пользователей с данными Web-модулями. Возможно в ту же БД LOGDB. Это также нужно для унификации функционала при построения отчетов по использованию электронных ресурсов библиотеки.

4. Еще есть большое пожелание по переносу функционала, разработанного Галиной Арноси для Web-ИРБИС Красноярского института железнодорожного транспорта в дистрибутив Web-ИРБИС. Главным образом это касается заявок на комплектование, отображения рекомендательных списков учебной литературы в личных кабинетах читателей, а также функционала для формирования таких списков в личных кабинетах преподавателей (или ответственных лиц).

5. И еще одно небольшое пожелание по доработке функционала LDAP авторизации в Web-ИРБИС64+: необходимо обеспечить возможность проверки учетных записей на нескольких серверах ActiveDirectory, так как часто бывает что данные сотрудников и обучающихся расположены на разных серверах или же есть резервные контроллеры (серверы), которые задействуются при временном отключении основных серверов. Аналогичный режим применяется в ИРБИС128.

Из того, что относится или может частично относиться к моей сфере:

> 2. Разработйте пожалуйста механизмы фиксации
> статистики переходов пользователей не только по
> ссылкам на документы ЭБ (файлы по ссылкам из поля
> 955 и 951), но и по внешним URL из поля 951. Это
> очень необходимо для сбора и последующего анализа
> использования собственных и внешних ресурсов
> библиотеки. У нас было много обращений
> пользователей, которым это нужно.

Это нужно посмотреть как сделать, обсудить, думаю, проблемы нет.

> 3. Также очень прошу вас предусмотреть
> автоматическую (или полуавтоматическую в
> административных разделах) передачу из БД СУБД,
> лежащих в основе J-ИРБИС и ИРБИС128 информации о
> статистике работы пользователей с данными
> Web-модулями. Возможно в ту же БД LOGDB. Это также
> нужно для унификации функционала при построения
> отчетов по использованию электронных ресурсов
> библиотеки.

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

> 5. И еще одно небольшое пожелание по доработке
> функционала LDAP авторизации в Web-ИРБИС64+:
> необходимо обеспечить возможность проверки учетных
> записей на нескольких серверах ActiveDirectory,
> так как часто бывает что данные сотрудников и
> обучающихся расположены на разных серверах или же
> есть резервные контроллеры (серверы), которые
> задействуются при временном отключении основных
> серверов. Аналогичный режим применяется в
> ИРБИС128.

Это я пообещал, доделаю, тут есть договоренность

Нет РЛ подполей 40 поля, изменила режим ввода на 5, но сам лист так же неполный, например ^4 нет, я так понимаю это количество продлений. Тоже самое и в модуле "Корректировка записи читателя".
Еще интересует отдельная инструкция по Книговыдаче. При установки клиента есть Инструкция каталогизатора, КО и комплектатора, а Книговыдачи нет.

Ordina_elena написал(а):
-------------------------------------------------------
> Нет РЛ подполей 40 поля, изменила режим ввода на
> 5, но сам лист так же неполный, например ^4 нет,
> я так понимаю это количество продлений. Тоже самое
> и в модуле "Корректировка записи читателя".
Поле 40 в БД RDR НЕ ПОДЛЕЖИТ ручной корректировке.


> Еще интересует отдельная инструкция по
> Книговыдаче. При установки клиента есть Инструкция
> каталогизатора, КО и комплектатора, а Книговыдачи
> нет.
АРМ Книговыдача описан в ОБЩЕМ ОПИСАНИИ

Есть предложение по включению поддержки генерации QR-кодов в ИРБИС.
Это связано с тем, что оборудование для сканирования штрих-кодов все чаще поддерживает считывание и QR-кодов.
QR-код может вместить в себя большие объемы информации, а также он устойчив к загрязнениям и повреждениям. QR-код с функцией исправления ошибки можно прочитать точно даже если он частично запятнан или отсутствует. А обычные штрих коды в этом случае не считываются сканерами.
К тому же генерация QR-кодов необходима для их размещения на различных печатных и электронных материалах (трансляция на инфопанелях). Назначение может быть самым различным.



Редактировано 1 раз. Последний раз 15.06.2021 23:35 пользователем А. Роман.

А. Роман написал(а):
-------------------------------------------------------
> Есть предложение по включению поддержки генерации
> QR-кодов в ИРБИС.
> Это связано с тем, что оборудование для
> сканирования штрих-кодов все чаще поддерживает
> считывание и QR-кодов.
> QR-код может вместить в себя большие объемы
> информации, а также он устойчив к загрязнениям и
> повреждениям. QR-код с функцией исправления ошибки
> можно прочитать точно даже если он частично
> запятнан или отсутствует. А обычные штрих коды в
> этом случае не считываются сканерами.
> К тому же генерация QR-кодов необходима для их
> размещения на различных печатных и электронных
> материалах (трансляция на инфопанелях). Назначение
> может быть самым различным.
Расскажите, как QR-код считывается на Windows-платформе.

Так же как и линейные штрихкоды. Всё делает сканер, а в систему передаёт данные или через клавиатурный ввод или если драйвера ставить то через COM-порт.

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Есть предложение по включению поддержки
> генерации
> > QR-кодов в ИРБИС.
> > Это связано с тем, что оборудование для
> > сканирования штрих-кодов все чаще поддерживает
> > считывание и QR-кодов.
> > QR-код может вместить в себя большие объемы
> > информации, а также он устойчив к загрязнениям
> и
> > повреждениям. QR-код с функцией исправления
> ошибки
> > можно прочитать точно даже если он частично
> > запятнан или отсутствует. А обычные штрих коды
> в
> > этом случае не считываются сканерами.
> > К тому же генерация QR-кодов необходима для их
> > размещения на различных печатных и электронных
> > материалах (трансляция на инфопанелях).
> Назначение
> > может быть самым различным.
> Расскажите, как QR-код считывается на
> Windows-платформе.

Точно также как и штрих-код. Сканеры передают считанное значение в активное поле.
При этом самый простой сканер с небольшим по размеру QR-кодом справляется с расстояния 40 см.

А. Роман написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > А. Роман написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Есть предложение по включению поддержки
> > генерации
> > > QR-кодов в ИРБИС.
> > > Это связано с тем, что оборудование для
> > > сканирования штрих-кодов все чаще
> поддерживает
> > > считывание и QR-кодов.
> > > QR-код может вместить в себя большие объемы
> > > информации, а также он устойчив к
> загрязнениям
> > и
> > > повреждениям. QR-код с функцией исправления
> > ошибки
> > > можно прочитать точно даже если он частично
> > > запятнан или отсутствует. А обычные штрих
> коды
> > в
> > > этом случае не считываются сканерами.
> > > К тому же генерация QR-кодов необходима для
> их
> > > размещения на различных печатных и
> электронных
> > > материалах (трансляция на инфопанелях).
> > Назначение
> > > может быть самым различным.
> > Расскажите, как QR-код считывается на
> > Windows-платформе.
>
> Точно также как и штрих-код. Сканеры передают
> считанное значение в активное поле.
> При этом самый простой сканер с небольшим по
> размеру QR-кодом справляется с расстояния 40 см.
В таком случае - что требуется от ИРБИС?

Хочу внести предложение по поводу доработки редактора форматов. Сделать в разделе "сервис" или "редактирование" возможность формат, выделенный маркерами начала и конца формата, выстроить в строку и наоборот-выстроить лесенкой.

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



Редактировано 3 раз. Последний раз 29.06.2021 13:16 пользователем GLUKa.

Очень просят пользователи в АРМ Каталогизатор в окне постоянных запросов. сделать возможность удаления выбранных запросов. Лучше конечно не всем, а запараметрировать.

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

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

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

я думаю, требуется возможность их генерации в режимах печати Арма Каталогизатор и Книговыдача.

Например в талоне оплаты какой либо услуги. Оплачивать услуги по QR-коду удобно. особенно если нет в библиотеки терминалов , а у пользователя при этом и наличных.


Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > А. Роман написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > Есть предложение по включению поддержки
> > > генерации
> > > > QR-кодов в ИРБИС.
> > > > Это связано с тем, что оборудование для
> > > > сканирования штрих-кодов все чаще
> > поддерживает
> > > > считывание и QR-кодов.
> > > > QR-код может вместить в себя большие объемы
> > > > информации, а также он устойчив к
> > загрязнениям
> > > и
> > > > повреждениям. QR-код с функцией исправления
> > > ошибки
> > > > можно прочитать точно даже если он частично
> > > > запятнан или отсутствует. А обычные штрих
> > коды
> > > в
> > > > этом случае не считываются сканерами.
> > > > К тому же генерация QR-кодов необходима для
> > их
> > > > размещения на различных печатных и
> > электронных
> > > > материалах (трансляция на инфопанелях).
> > > Назначение
> > > > может быть самым различным.
> > > Расскажите, как QR-код считывается на
> > > Windows-платформе.
> >
> > Точно также как и штрих-код. Сканеры передают
> > считанное значение в активное поле.
> > При этом самый простой сканер с небольшим по
> > размеру QR-кодом справляется с расстояния 40
> см.
> В таком случае - что требуется от ИРБИС?

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



Редактировано 1 раз. Последний раз 25.06.2021 05:52 пользователем GLUKa.

В продолжении темы

[irbis.elnit.org]

об изменения форматов просмотра и форматов каталожных карточек с тем чтобы отвязать их от поля 903.
поле 903 уникальный идентификатор записи. и при смене индексов целая проблема корректировки данных и в записях читателей (rdr и архивная бд rdr) и в других связанных данных (кзд и 488 поля в записях эк, авторитетные БД информация об источниках, ЭБ 128 (БД i128f).

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



Редактировано 1 раз. Последний раз 25.06.2021 06:46 пользователем GLUKa.

GLUKa написал(а):
-------------------------------------------------------
> в Арм Каталогизатор очень не хватает возможности
> отправки на email. результатов выполнения
> следующих режимов "печать", "стат.форм" и
> "статистики".


Обеими руками поддерживаю предложение, так как актуальность сохраняется и о такой доработке просили еще в 2018 году [irbis.elnit.org]. Отправку по email в пакетном режиме реализовали, за что большое спасибо, вот еще бы и оператору позволить выполнять отправку по e-mail!

Также сохраняется актуальность режима сохранения протоколов рассылки в БД логов системы. Так как разработчиками уже создана соответствующая БД логов для АРМ Каталогизатор то сохранять в нее протоколы печати на e-mail было бы уже не так сложно. Те же действия по протоколированию печати на e-mail можно было бы и для АРМ Книговыдача реализовать (тоже просьба была в 2019 году если не ошибаюсь).

GLUKa написал(а):
-------------------------------------------------------
> В продолжении темы
>
> [irbis.elnit.org]
> g-118903
>
> об изменения форматов просмотра и форматов
> каталожных карточек с тем чтобы отвязать их от
> поля 903.
> поле 903 уникальный идентификатор записи. и при
> смене индексов целая проблема корректировки данных
> и в записях читателей (rdr и архивная бд rdr) и в
> других связанных данных (кзд и 488 поля в записях
> эк, авторитетные БД информация об источниках, ЭБ
> 128 (БД i128f).

Уважаемые коллеги! С этой проблемой очень давно многие мучаются.
Не могу не высказаться в поддержку предложения Гали и в развитие темы предлагаю в качестве альтернативы применять для поля 903 соответствующий счетчик из БД COUNT, построенный по принципу поля 1 идентификатор записи RUSMARC.

GLUKa написал(а):
-------------------------------------------------------
> Хочу внести предложение по поводу доработки
> редактора форматов. Сделать в разделе "сервис"
> возможность выделенный формат выстроить в строку и
> наоборот разбить лесенкой.


Очень хорошее предложение! Удобно было бы с таким функционалом работать.

Елена, КрЦНТИБ Красноярской ж.д.

GLUKa написал(а):
-------------------------------------------------------
> В продолжении темы
>
> [irbis.elnit.org]
> g-118903
>
> об изменения форматов просмотра и форматов
> каталожных карточек с тем чтобы отвязать их от
> поля 903.
> поле 903 уникальный идентификатор записи. и при
> смене индексов целая проблема корректировки данных
> и в записях читателей (rdr и архивная бд rdr) и в
> других связанных данных (кзд и 488 поля в записях
> эк, авторитетные БД информация об источниках, ЭБ
> 128 (БД i128f).

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

Елена, КрЦНТИБ Красноярской ж.д.

GLUKa написал(а):
-------------------------------------------------------
> В продолжении темы
>
> [irbis.elnit.org]
> g-118903
>
> об изменения форматов просмотра и форматов
> каталожных карточек с тем чтобы отвязать их от
> поля 903.
> поле 903 уникальный идентификатор записи. и при
> смене индексов целая проблема корректировки данных
> и в записях читателей (rdr и архивная бд rdr) и в
> других связанных данных (кзд и 488 поля в записях
> эк, авторитетные БД информация об источниках, ЭБ
> 128 (БД i128f).

Присоединяюсь к пожеланию по замене 903 поля на уникальный идентификатор без пробелов, в латинице или цифрах. Сейчас приходится редактировать это поле для публикации на сайт, очень редко, но бывают ошибки книговыдачи. Из ББК прилетала метка поля. Для заимствованных записей случалось.

Аналогично поддерживаю другие предложения коллег.

QR-код позволит расширить визуальные возможности печатных форм и зашивать ссылки и тексты.

Добавление кнопки отправки результатов на e-mail тоже поддерживаю. И нам самим и пользователям будет удобно. Поскольку АРМ Читатель берут не все, то часто обслуживание идет именно через Каталогизатор у коллег.

По редактору форматов уточнила у наших, тоже очень полезное предложение!

Просим добавить в новую версию

Галина Гильдебрант
Архангельская ОНБ



Редактировано 1 раз. Последний раз 29.06.2021 13:49 пользователем Gala.

GLUKa написал(а):
-------------------------------------------------------
> В продолжении темы
>
> [irbis.elnit.org]
> g-118903
>
> об изменения форматов просмотра и форматов
> каталожных карточек с тем чтобы отвязать их от
> поля 903.
> поле 903 уникальный идентификатор записи. и при
> смене индексов целая проблема корректировки данных
> и в записях читателей (rdr и архивная бд rdr) и в
> других связанных данных (кзд и 488 поля в записях
> эк, авторитетные БД информация об источниках, ЭБ
> 128 (БД i128f).

Предлагаю следующий вариант. Алгоритм формирования поля 903 может оставаться без изменения или быть любым другим, и он служит уникальным идентификатором записи.
В выходные форматы и на КК выводятся коды, реально стоящие в полях, так что при их корректировке поле 903 менять не нужно.
Измененные форматы во вложении. Требуется проверка.



Редактировано 3 раз. Последний раз 06.07.2021 10:41 пользователем Дунаевская.

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

В основном интерфейсе добавлена дополнительная информация о текущей БД, касающаяся полнотекстовой части (см. прикрепленный скриншот).

(Данная доработка появится и в ближайшем обновлении версии 2020.1)

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

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

Доступность данного режима регулируется параметром в секции [MAIN] профиля пользователя
CreateRqst=
который принимает значения:
0 - режим недоступен (по умолчанию)
1 - режим доступен



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

А нам не хватает Ctrl+C и Ctrl+V Копировать\Вставить mfn в Каталогизаторе.
Мы с коллегами обмениваемся сообщениями.

Ordina_elena написал(а):
-------------------------------------------------------
> А нам не хватает Ctrl+C и Ctrl+V
> Копировать\Вставить mfn в Каталогизаторе.
> Мы с коллегами обмениваемся сообщениями.
Пользуйтесь
Ctrl+Insert Shift+Insert

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

В режиме ПЕЧАТЬ обеспечена возможность использовать в качестве ВЫХОДНОГО НОСИТЕЛЯ E-mail (см. прикрепленный скриншот)

В связи с этим модифицирован соответствующий параметр для команды PRINT пакетных заданий. Параметр, определяющий выходной носитель, в этом случае имеет следующий вид: 2/e-mail/subject

(При рассылке по E-mail данных из БД ЭК рекомендуется использовать формат optim_h_iri.pft - для того чтобы работали ссылки на полные тексты, и при этом не забывать соответствующим образом указывать в профилях пользователей параметр
PATHTOCGIIRBIS=
)



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

Дунаевская написал(а):
-------------------------------------------------------
> GLUKa написал(а):
> --------------------------------------------------
> -----
> > В продолжении темы
> >
> >
> [irbis.elnit.org]
>
> > g-118903
> >
> > об изменения форматов просмотра и форматов
> > каталожных карточек с тем чтобы отвязать их от
> > поля 903.
> > поле 903 уникальный идентификатор записи. и при
> > смене индексов целая проблема корректировки
> данных
> > и в записях читателей (rdr и архивная бд rdr) и
> в
> > других связанных данных (кзд и 488 поля в
> записях
> > эк, авторитетные БД информация об источниках,
> ЭБ
> > 128 (БД i128f).
>
> Предлагаю следующий вариант. Алгоритм формирования
> поля 903 может оставаться без изменения или быть
> любым другим, и он служит уникальным
> идентификатором записи.
> В выходные форматы и на КК выводятся коды, реально
> стоящие в полях, так что при их корректировке поле
> 903 менять не нужно.
> Измененные форматы во вложении. Требуется
> проверка.
спасибо все проверим:)

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

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
> В режиме ПЕЧАТЬ обеспечена возможность
> использовать в качестве ВЫХОДНОГО НОСИТЕЛЯ E-mail
> (см. прикрепленный скриншот)


Спасибо :)

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

Александр Иосифович, Светлана Михайловна, ОГРОМНОЕ СПАСИБО!!!



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

GLUKa написал(а):
-------------------------------------------------------
> Очень просят пользователи в АРМ Каталогизатор в
> окне постоянных запросов. сделать возможность
> удаления выбранных запросов. Лучше конечно не
> всем, а запараметрировать.

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

В режиме ПОСТОЯННЫЕ ЗАПРОСЫ добавлена возможность УДАЛЯТЬ постоянные запросы (см. прикрепленный скриншот)

Доступность такой возможности регулируется параметром в секции [MAIN] профиля пользователя:

DELETEIRIMNU=

который принимает значения:
0 - недоступна
1 - доступна (по умолчанию)

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

Alio написал(а):
-------------------------------------------------------
> GLUKa написал(а):
> --------------------------------------------------
> -----
> > Очень просят пользователи в АРМ Каталогизатор в
> > окне постоянных запросов. сделать возможность
> > удаления выбранных запросов. Лучше конечно не
> > всем, а запараметрировать.
>
> АРМ Каталогизатор
>
> В режиме ПОСТОЯННЫЕ ЗАПРОСЫ добавлена возможность
> УДАЛЯТЬ постоянные запросы (см. прикрепленный
> скриншот)
>
> Доступность такой возможности регулируется
> параметром в секции профиля пользователя:
>
> DELETEIRIMNU=
>
> который принимает значения:
> 0 - недоступна
> 1 - доступна (по умолчанию)

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