Gena написал(а):
-------------------------------------------------------
> 19. Еще вспомнил. Это уже называли несколько
> человек на форуме. Во многих библиотеках нет
> отдельной кафедры регистрации, и все операции с
> читателями выполняются за одним компьютером
> (запись, выдача ЧБ, регистрации посещения,
> выдача/возврат книг). На данный момент почти все
> операции с читателем можно делать в АРМе
> Книговыдача. Только создавать там запись нет
> возможности. В связи с этим просьба - добавьте
> режим Регистрации Нового Читателя в АРМе
> Книговыдача.
Однако... Это появилось в 2017 версии...

Целиком и полностью поддерживаю предложения Геннадия с 1 по 18!

Всем доброго времени суток.

А. Роман написал(а):
-------------------------------------------------------
> Целиком и полностью поддерживаю предложения
> Геннадия с 1 по 18!

Александр Иосифович, присоединяюсь к группе поддержки и повторюсь с предложением

mixalevo432 написал(а):
-------------------------------------------------------
> Доброго времени суток.
>
> Так же имеется вопрос/предложение с небольшой
> надеждой на осуществление.
>
> Возможно ли в генераторе табличных форм обеспечить
> поддержку HTML на равне с RTF или, как вариант,
> возможность использовать готовый шаблон (*.dot)
> для подстановки в него условий формирования
> таблицы?
>
> Это бы сильно упростило создание нестандартных
> выходных форм.
> Мы готовим исходящие документы, для отправки в
> другие организации, и документы для различных
> проверок на основе информации из БД ИРБИС64.
> Шаблоны этих документов должны соответсвовать
> стандартам предприятия и отрасли, в них довольно
> сложная разметка. Для этого приходится вручную
> перекраивать RTF, что является очень
> трудозатратно.

А также озвучу новые.

1. Предложение по поводу веб-читалки.

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

2. Предложение по отображению резульататов поиска.

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

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

Alio написал(а):
-------------------------------------------------------
> Не надо держать пользователя за идиота... Ничего,
> исходящего из этого представления, делаться не
> будет.


Александр Иосифович, а для чего тогда вообще режим передачи файлов на сервер? Получается, что реализовали НЕБОЛЬШУЮ ЧАСТЬ функционала файлового менеджера. Остальное делаться не будет. Хорошо, значит будем уходить от этого режима и пользоваться вместо него полноценным файловым менеджером, что бы не плодить сущности.

Alio написал(а):
-------------------------------------------------------
> Однако... Это появилось в 2017 версии...


Согласен, не прав. Этот режим увидел. Спасибо

А кнопочку "Новый читатель" как на панель вывести? А то лишнее телодвижение через контексное меню.
Спасибо.

По поводу предложений GENA под номерами 16, 17, 18
Ответ: Определенно нет.

Alio написал(а):
-------------------------------------------------------
> По поводу предложений GENA под номерами 16, 17,
> 18
> Ответ: Определенно нет.


Вот за 17 особенно обидно. Ирбис универсальная система, в которой есть почти все, что нужно разным библиотека (от маленьких сельских до самых крупных национальных). Но любая библиотека, работающая много лет на Ирбисе, обрастает огромным количеством измененных файлов. Недавно переводил библиотеку с версии 2017 на 2018. У них почти три десятка баз данных в работе и более 2000 переработанных файлов за 10 лет работы (рабочие листы, справочники, словари, форматы показа/печати/вывода, табличные формы, статистики, настроенные форматы для управления визуальными элементами, флк, персональные разграничения прав для разных групп пользователей, персонально разработанные базы и т.д.). Сейчас переход на новую версию для большинства пользователей - это огромный труд по выявлению всего, что было раньше изменено и переносе в новую версию, а потом встраивание изменений в нее. То, что я описывал в 17 пункте - это шаг к значительному облегчению работы администратора с системой

Gena написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > По поводу предложений GENA под номерами 16, 17,
> > 18
> > Ответ: Определенно нет.
>
>
> Вот за 17 особенно обидно. Ирбис универсальная
> система, в которой есть почти все, что нужно
> разным библиотека (от маленьких сельских до самых
> крупных национальных). Но любая библиотека,
> работающая много лет на Ирбисе, обрастает огромным
> количеством измененных файлов. Недавно переводил
> библиотеку с версии 2017 на 2018. У них почти три
> десятка баз данных в работе и более 2000
> переработанных файлов за 10 лет работы (рабочие
> листы, справочники, словари, форматы
> показа/печати/вывода, табличные формы, статистики,
> настроенные форматы для управления визуальными
> элементами, флк, персональные разграничения прав
> для разных групп пользователей, персонально
> разработанные базы и т.д.).
Пользователям такого уровня можно рекомендовать переходить на новую версию путем обновления ТОЛЬКО исполняемых модулей (переход на 2018 версию - исключение, которое больше не повторится)

Alio написал(а):
-------------------------------------------------------

> Пользователям такого уровня можно рекомендовать
> переходить на новую версию путем обновления ТОЛЬКО
> исполняемых модулей (переход на 2018 версию -
> исключение, которое больше не повторится)

Чаще всего именно так и происходит. Но есть но - тогда теряются многие новинки, завязанные на внешние ресурсы. А это могут быть и оперативные режимы, и автоввод, и новые печатные формы. Каждый релиз и каждая версия сопровождается большим перечнем НОВЫХ и МОДИФИЦИРОВАННЫХ файлов из состава версии

Gena написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
>
> > Пользователям такого уровня можно рекомендовать
> > переходить на новую версию путем обновления
> ТОЛЬКО
> > исполняемых модулей (переход на 2018 версию -
> > исключение, которое больше не повторится)
>
> Чаще всего именно так и происходит. Но есть но -
> тогда теряются многие новинки, завязанные на
> внешние ресурсы. А это могут быть и оперативные
> режимы, и автоввод, и новые печатные формы. Каждый
> релиз и каждая версия сопровождается большим
> перечнем НОВЫХ и МОДИФИЦИРОВАННЫХ файлов из
> состава версии
Их можно включать по мере надобности.

GLUKa написал(а):
-------------------------------------------------------
> Просьба. Для ускорения импорта через АРМ
> Каталогизатор
> ввести параметр отключающий формирование
> протокола при импорте записей или сделать
> возможность записи протокола в файл в директории
> irbiswrk
Сделано.

GLUKa написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > И Вы все это называете перспективами
> развития???
> > Однако...
>
> Ветка ведь не про перспективы. а про предложения
> по функционалу для следующей версии Системы.
>
> про перспективы. нужно развивать АРМЫ ИРБИС 128.
>
>
> Развивать дальше функциональные возможности АРМ
> Каталогизатор и АРМ Книговыдача 128.
>
> и создать АРмы Комплектатор, Книгообеспеченность
> 128.
>
>
> Мы рады уже тому, что есть серверная часть ИРБИС64
> версий 2017.1 для ОС LINUX. Замечательно, что это
> направление развивается. :)
>
> так же. Для удобной работы сотрудников на выездных
> площадках (актуально для детских библиотек). Нужен
> адаптивные интерфейс (или мобильный) для АРМа
> Книговыдача 128 для работы на планшетах.
Перенесите эти пожелания в раздел ИРБИС128.

Gena написал(а):
-------------------------------------------------------
> Еще несколько просьб:
> 1. Сделать возможным отключение формирование
> диаграмм в стат.формах
Эта грандиозная идея реализована в 2018.1 (D4)


> 2. Так как достаточно массовым явлением становится
> отказ от Microsoft Officce, а так же постоянно
> появляются разнообразные заменители, очень многие
> пользователи просят изменить стат. отчеты так, что
> бы они формировались в виде HTML-документов.
Это сделано в 2019.1

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


> 5. Очень просятся доработки АРМа Книговыдача для
> автоматической работы с утилитами от ООО
> Библиотека. Тим Говердовски сказал, что вы с ним
> эти моменты обсуждали. Имеется в виду утилиты ООО
> Библиотека, которые автоматически считывают метки
> и посылают их в активное поле. Тим сказал, что при
> использовании определенной технологии можно
> обеспечить идентификацию книги и читателя (как
> одним, так и двумя разными считывателями) и
> контролировать выдачу/возврат с изменением
> противокражных битов. Имеющаяся сейчас технология
> с модулями ocx, конверсия и клиент удобна в том
> случае, если компьютер используется ТОЛЬКО для
> выдачи. Если за компьютером нужно еще и
> каталогизировать фонд или вводить читателей, то
> работать становится очень сложно - постоянно нужны
> переключения между кучи окон.
Не понял.

> 8. Давно просим сделать параметр для скрытия
> кнопки режима "Печать КК" и выключить этот режим в
> дистрибутивном варианте по умолчанию.
Давно введен параметр PrintKKable

Gena написал(а):
-------------------------------------------------------
> 9. Почти все библиотеки, переходящие на САБ
> ИРБИС64 сталкиваются с непониманием принципов
> работы словарей Ключевых слов. Очень большая
> просьба:
> а) сделать словарь "ненормированные ключевые
> слова", в которые будет попадать все как есть
> б) сделать словарь "нормаированные ключевые
> слова", в которые будут попадать слова из поля
> 610
> в) сделать словарь "слова из заглавия", в который
> будут попадать только слова из полей 200, 461,
> 463, 922, 330 и т.д.
Во-первых, воздержитесь от употребления слов "почти все..."
Во-вторых, это сугубо частная проблема, которую пользователи могут решить самостоятельно.
И в-третьих, при наличии полнотекстового поиска это все абсолютно неактуально.

> 10. Так же очень давно уже это обсуждали, но
> однозначного ответа так и не было. При создании
> печатных форм очень часто хочется иметь
> возможность внести в нее форматирование, в том
> числе и шрифты, выделение, стили и т.д. Сейчас
> модуль печати работает как черный ящик - на вход
> подаются одни данные, на выходе появляется что-то,
> что имеет свое собственное форматирование и
> исключает многое, что вносилось нами. ПолучаетсЯ,
> что сервер создает печатную форму, а уже потом
> модуль печати ее переделывает только ему известным
> способом. В Ирбис32 все работало не так. Хотелось
> бы иметь возможность переключиться к режиму
> формирования печатных форм как в Ирбис32
Не понял...

> 11. Модуль "Корректировка по словарю" активно
> используется библиотекарями в работе
> редактирования своего каталога. Но есть сложности
> - при попытке выполнить корректировку по некоторым
> словарям, выясняется, что термин в словаре создан
> несколькими разными полями. до тех пор, пока не
> будет выполнен поиск и отбор записей, невозможно
> понять какие именно поля сформировали термин.
> Очень хотелось бы, что бы в режиме "Корректировка
> по словарю" была возможность увидеть метки полей,
> которые сформировали этот термин. Но только не
> данные из файла FST, а реальный термин и реальные
> метки из записей.
Это невозможно сделать. Даже если бы очень захотелось...

Gena написал(а):
-------------------------------------------------------
> 12. Печатная форма NNN выводит данные о количестве
> обработанных экземпляров (всего или за
> определенный период). Хотелось бы, что бы эта
> форма выводила данные еще и поколичеству
> наименований.
Это будет сделано.

>
> 13. Огромное количество библиотек в своих
> обращениях и тут на форуме просят изменить
> формирование шапки каталожных карточек и
> библиографических описаний так, что бы там не
> выводилось поле 903, а всегда бралась информация
> из полей 621/675/906/908
Будем обсуждать с технологами...

>

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

Konstantinus написал(а):
-------------------------------------------------------
> А кнопочку "Новый читатель" как на панель вывести?
Никак.
> А то лишнее телодвижение через контексное меню.
Полезно для здоровья...
Будет сделано в 2019.1.



Редактировано 1 раз. Последний раз 26.04.2019 08:55 пользователем Alio.

GLUKa написал(а):
-------------------------------------------------------
> Просьба. Для ускорения импорта через АРМ
> Каталогизатор
> ввести параметр отключающий формирование
> протокола при импорте записей или сделать
> возможность записи протокола в файл в директории
> irbiswrk
> Сделано.

спасибо :)

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

Alio написал(а):
-------------------------------------------------------
> Konstantinus написал(а):
> --------------------------------------------------
> -----
> > А кнопочку "Новый читатель" как на панель
> вывести?
> Никак.
> > А то лишнее телодвижение через контексное меню.
> Полезно для здоровья...
> Будет сделано в 2019.1.

и за это спасибо

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

Доработать 999-е поле.
1. Оно должно быть повторяемым и с тремя подполями: год и количество выдач, инвентарный номер/штрихкод экземпляра.

Konstantinus написал(а):
-------------------------------------------------------
> Доработать 999-е поле.
> 1. Оно должно быть повторяемым и с тремя
> подполями: год и количество выдач, инвентарный
> номер/штрихкод экземпляра.
Нет.

Тогда нет возможности отследить ретроспективно обращаемость фонда или другие параметры.
Сейчас накапливаю ежегодно историю выдач в формате
#2999: ^A2013^B2
#2999: ^A2014^B0
#2999: ^A2015^B0
#2999: ^A2016^B0
#2999: ^A2017^B0
Но учет выдач идет в названиях, а большинство параметров расчитывается от экземпляров.
Вообще, поле 999 очень странное, мы выдаем экземпляр, а учитываем количество выдачи названия. А ведь есть разница выдано 30 раз 1 книгу, или 30 экземпляров 1 названия.



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

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

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

Вы смотрели табличную форму ИСТОРИЯ ЧТЕНИЯ в БД ЭК?

1. Мы опусташаем базу RDR каждый год. Сейчас конечно начном вести архив.
2. Форма спрашиваемость литературы учитывает названия а не экземпляры, насколько понимаю.
3. Форма ИСТОРИЯ ЧТЕНИЯ конечно шаг вперед. Но для анализа фонда тот же Столяров предлагает строить график год/количество выдач (для расчета устаревания), а форма перечисляет просто все продления.

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

Добрый день, Александр Иосифович! Скажите, можно ли реализовать поддержку режимов ввода 12 и 13 в опросном листе для печатных форм?

Gena написал(а):
-------------------------------------------------------
> Добрый день, Александр Иосифович! Скажите, можно
> ли реализовать поддержку режимов ввода 12 и 13 в
> опросном листе для печатных форм?
Формально, разумеется, можно - но затраты на реализацию этого считаю неоправданными (для этого, на минуточку, надо включить навигатор в irbisbat)

Александр Иосифович, на счет навигатора понял и согласился, а режим загрузки файла можно будет ожидать в будущей версии?