Konstantinus написал(а):
-------------------------------------------------------
> J-й не работает под Linux, и использует очень
> старую версию Джумлы.
А Web-ИРБИС работает под Linux?

> А ИРБИС 128 - это очень хороший вариант. Но разве
> не нормально ожидать наработки 128-го в 64-м?

Конечно!
У меня уже больше месяца. При этом работает значительно быстрее чем под Виндовс.

АРМы Каталогизатор и Книговыдача

Создан режим-переключатель (ГЛАВНОЕ МЕНЮ - СЕРВИС), который позволяет оперативно (в процессе работы каталогизатора/оператора книговыдачи) включать/отключать процесс формирования ОПЕРАТИВНЫХ РЕЖИМОВ.

Отключение ОПЕРАТИВНЫХ РЕЖИМОВ может быть полезно, если их формирование приводит к замедлению работы.



Редактировано 2 раз. Последний раз 28.06.2019 16:14 пользователем Alio.

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

Обеспечена сортировка результатов отбора (поиска) по словарям БД Читателей (см.прикрепленный скриншот).
Список видов сортировки находится в справочнике БД RDR, имя которого определяется параметром в секции [READER] профиля пользователя (irbisb.ini)
SORTMNU=
по умолчанию - sort.mnu
Справочник (sort.mnu) имеет ту же структуру, что и справочник для сортировки коротких описаний в АРМе Каталогизатор.
В дистрибутиве предлагается SORT.MNU (в папке RDR), который обеспечивает сортировку по:
- идентификатору читателя (на основе формата brief)
- ФИО (на основе формата brief_fio)
- категории (на основе формата brief_kat)
- году рождения (на основе формата brief_born)
Пользователи могут создавать/добавлять собственные виды сортировки.

Alio написал(а):
-------------------------------------------------------
> АРМ Книговыдача
>
> Обеспечена сортировка результатов отбора (поиска)
> по словарям БД Читателей (см.прикрепленный
> скриншот).
> Список видов сортировки находится в справочнике БД
> RDR, имя которого определяется параметром в секции
> профиля пользователя (irbisb.ini)
> SORTMNU=
> по умолчанию - sort.mnu
> Справочник (sort.mnu) имеет ту же структуру, что и
> справочник для сортировки коротких описаний в АРМе
> Каталогизатор.
> В дистрибутиве предлагается SORT.MNU (в папке
> RDR), который обеспечивает сортировку по:
> - идентификатору читателя (на основе формата
> brief)
> - ФИО (на основе формата brief_fio)
> - категории (на основе формата brief_kat)
> - году рождения (на основе формата brief_born)
> Пользователи могут создавать/добавлять собственные
> виды сортировки.


Спасибо!

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

Модифицирован режим ЧИСТКА ПРОБЕЛОВ

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

Список меток указывается в справочнике, имя которого определяется параметром в секции [MAIN] профиля пользователя
NotClearSpacesMnu=
значение по умолчанию notclearspaces.mnu
Справочник должен находиться в папке БД или DEPOSIT.

Александр Иосифович, добрый день! Столкнулся с пользовательской ошибкой, которая имела интересные результаты. Пользователь корректировал настройки в ини-файле и случайно в параметре STFMNU=stf.tre за именем файла добавил лишние пробелы, которые визуально никак не видны в редакторе ини-файлов.
В итоге при нажатии кнопки формирования стат.форм открывается окно диалога, есть возможность выбрать форму, есть возможность нажать кнопку "Выполнить", за ней появляется окно сохранения, а потом появляется сообщение об ошибке "STF - error".
Проблема в том, что сообщение об ошибке очень не информативно. Не понятно, в какую сторону копать. Можно ли вот такие сообщения сделать более развернутыми?

Я так понимаю, что проблема из-за проверки типа файла. В параметре указан тип tre, но за параметром оказались лишние пробелы. Из-за этого проверка типа выдала, что указанный в параметре файл имеет расширение НЕ tre, и он был прочитан как MNU, а дальше уже вытекающие проблемы с разбором и сопоставлением файлов форм.

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, добрый день! Столкнулся с
> пользовательской ошибкой, которая имела интересные
> результаты. Пользователь корректировал настройки в
> ини-файле и случайно в параметре STFMNU=stf.tre за
> именем файла добавил лишние пробелы, которые
> визуально никак не видны в редакторе ини-файлов.
> В итоге при нажатии кнопки формирования стат.форм
> открывается окно диалога, есть возможность выбрать
> форму, есть возможность нажать кнопку "Выполнить",
> за ней появляется окно сохранения, а потом
> появляется сообщение об ошибке "STF - error".
> Проблема в том, что сообщение об ошибке очень не
> информативно. Не понятно, в какую сторону копать.
> Можно ли вот такие сообщения сделать более
> развернутыми?
>
> Я так понимаю, что проблема из-за проверки типа
> файла. В параметре указан тип tre, но за
> параметром оказались лишние пробелы. Из-за этого
> проверка типа выдала, что указанный в параметре
> файл имеет расширение НЕ tre, и он был прочитан
> как MNU, а дальше уже вытекающие проблемы с
> разбором и сопоставлением файлов форм.
Символ пробел - это такой же символ, как и все прочие. Это все, что могу сказать по этому поводу...

Alio написал(а):
-------------------------------------------------------
> Gena написал(а):
> --------------------------------------------------
> -----
> > Александр Иосифович, добрый день! Столкнулся с
> > пользовательской ошибкой, которая имела
> интересные
> > результаты. Пользователь корректировал настройки
> в
> > ини-файле и случайно в параметре STFMNU=stf.tre
> за
> > именем файла добавил лишние пробелы, которые
> > визуально никак не видны в редакторе
> ини-файлов.
> > В итоге при нажатии кнопки формирования
> стат.форм
> > открывается окно диалога, есть возможность
> выбрать
> > форму, есть возможность нажать кнопку
> "Выполнить",
> > за ней появляется окно сохранения, а потом
> > появляется сообщение об ошибке "STF - error".
> > Проблема в том, что сообщение об ошибке очень
> не
> > информативно. Не понятно, в какую сторону
> копать.
> > Можно ли вот такие сообщения сделать более
> > развернутыми?
> >
> > Я так понимаю, что проблема из-за проверки типа
> > файла. В параметре указан тип tre, но за
> > параметром оказались лишние пробелы. Из-за
> этого
> > проверка типа выдала, что указанный в параметре
> > файл имеет расширение НЕ tre, и он был прочитан
> > как MNU, а дальше уже вытекающие проблемы с
> > разбором и сопоставлением файлов форм.
> Символ пробел - это такой же символ, как и все
> прочие. Это все, что могу сказать по этому
> поводу...

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

Gena написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Gena написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Александр Иосифович, добрый день! Столкнулся
> с
> > > пользовательской ошибкой, которая имела
> > интересные
> > > результаты. Пользователь корректировал
> настройки
> > в
> > > ини-файле и случайно в параметре
> STFMNU=stf.tre
> > за
> > > именем файла добавил лишние пробелы, которые
> > > визуально никак не видны в редакторе
> > ини-файлов.
> > > В итоге при нажатии кнопки формирования
> > стат.форм
> > > открывается окно диалога, есть возможность
> > выбрать
> > > форму, есть возможность нажать кнопку
> > "Выполнить",
> > > за ней появляется окно сохранения, а потом
> > > появляется сообщение об ошибке "STF - error".
>
> > > Проблема в том, что сообщение об ошибке очень
> > не
> > > информативно. Не понятно, в какую сторону
> > копать.
> > > Можно ли вот такие сообщения сделать более
> > > развернутыми?
> > >
> > > Я так понимаю, что проблема из-за проверки
> типа
> > > файла. В параметре указан тип tre, но за
> > > параметром оказались лишние пробелы. Из-за
> > этого
> > > проверка типа выдала, что указанный в
> параметре
> > > файл имеет расширение НЕ tre, и он был
> прочитан
> > > как MNU, а дальше уже вытекающие проблемы с
> > > разбором и сопоставлением файлов форм.
> > Символ пробел - это такой же символ, как и все
> > прочие. Это все, что могу сказать по этому
> > поводу...
>
> Александр Иосифович, я согласен с вами полностью,
> что неправильно указанный параметр - это проблемы
> пользователя. Но очень хотелось бы более
> информативной обработки исключения. Получается,
> что файл нужный нашелся, не смотря на лишние
> пробелы, а вот прочитался он не корректно, а в
> сообщении об ошибке не указывается что именно
> привело к ошибке и где она кроется
Не надо затевать беспредметную дискуссию...

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

Для БД ЭБ создана новая выходная (табличная) форма TEXTHISTORY - История обращения к полным текстам (аналогичная форме История чтения)
Также создан дополнительный формат показа (ehistory.pft) - История обращения к полному тексту
Соответствующие ресурсы включены в папку DEPOSIT

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

Обеспечена возможность ведения ПОДРОБНОЙ истории корректировок, которая фиксируется в поле 907 (для БД ЭК, CMPL, RDR).

Данная возможность реализуется (включается) в АВТОВВОДЕ (autoin.gbl) с помощью параметра в секции [MAIN] профиля пользователя (irbisc.ini)
FULL907=1
по умолчанию значение этого параметра 0, при этом история корректировок ведется "по-старому", т.е. в 907 поле фиксируется: логин пользователя, технологический путь и дата корректировки (один раз в течение суток).
При включенном параметре (FULL907=1) в 907 добавляется новое подполе (X), в котором фиксируется время и список полей (МЕТКА_ПОВТОРЕНИЕ), измененных в течение соответствующего сеанса.
Для просмотра подробной ИСТОРИИ корректировок предлагается специальный формат - full907.pft (в папке DEPOSIT)



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

Предложение для серверного АРМ Администратор.
В режиме база данных экспорт сделать возможность экспортировать данные по результату поиска. с подключенным справочником постоянных запросов.
Очень необходимый решим, когда требуется выгрузить большое количество записей из БД отобранных по определенным условиям поиска.

А также предложение для режима выполнить пакетное задания расширить возможности оператора SEARCH (Выполнить поиск)

Команда устанавливает контекст работы: РЕЗУЛЬТАТ ПОИСКА, т.е для последующих команд – таких как EXPORTDB, COPYDB, GLOBAL, PRINT, STAT,STATF – в качестве исходных документов будет использоваться результат поиска.
Сейчас В серверном Администраторе команда не поддерживается. А она там очень не помешала бы.


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

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

Поддерживаю предложение.

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

Обеспечена поддержка команды SEARCH для пакетных заданий. Она работает точно так же, как в пакетных заданиях для Каталогизатора, а именно - создает поисковый контекст, который определяет исходные документы для последующих команд EXPORTDB, COPYDB и GLOBAL

(Поскольку непосредственно в команде GLOBAL можно задавать поисковый запрос, то в случае поискового контекста запрос, заданный в GLOBAL и запрос, определяющий поисковый контекст, объединяются логикой И.)

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

Желающие протестировать это новшество могут взять предварительную версию Администратора 2019.1 здесь.

Спасибо

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

С версией 2017.1 этот файл будет работать?

Денисова Лариса написал(а):
-------------------------------------------------------
> С версией 2017.1 этот файл будет работать?
Нет.

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

Разработан новый метод ввода: ДИНАМИЧЕСКИЙ РЛ ПОДПОЛЕЙ (код метода ввода - 18)
Новый метод ввода позволяет реализовывать определенный СЦЕНАРИЙ ввода - в тех случаях, когда вводимые параметры/подполя взаимосвязаны (смотри прикрепленный ролик)

https://onedrive.live.com/?authkey=%21AM9rG8gPbOIIyfM&cid=5E2F4A9A02BFB768&id=5E2F4A9A02BFB768%21417&parId=5E2F4A9A02BFB768%21105&o=OneUp

В отличие от обычного РЛ подполей структура ДИНАМИЧЕСКОГО РЛ ПОДПОЛЕЙ описывается не файлом с расширением .WSS, а форматом (т.е. файлом с расширением .PFT).
Механизм работы динамического РЛ подполей заключается в следующем. При вводе/корректировке любого подполя осуществляется форматирование текущей записи по формату и результат форматирования рассматривается как структура стандартного РЛ подполей, т.е. структура РЛ подполей меняется "на лету" каждый раз при изменении вводимых данных. Именно это позволяет реализовывать произвольные сценарии ввода взаимосвязанных параметров/подполей.

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

спасибо. будем пробовать

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

Большая просьба к разработчикам (технологам) ИРБИС - перенесите пожалуйста общие файлы из БД ЭК (IBIS, VKR, SK и SK_...) в директорию DEPOSIT.

Это существенно упростит работу пользователей (администраторов) с ИРБИС при настройке и обновлениях ИРБИС (особенно для тех пользователей, у которых создается большое количество БД ЭК (например в СПбГУ их около 30) и исключит недоразумения в определении места расположения файлов как в этом [irbis.elnit.org] и ряде других похожих сообщений.

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



Редактировано 1 раз. Последний раз 18.09.2019 12:28 пользователем roit.

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

Введен новый параметр в секции [MAIN] профиля пользователя
HINTTOOLBAR=
который определяет расположение КНОПОК ОПЕРАТИВНЫХ РЕЖИМОВ и принимает значения:
0 (по умолчанию) - кнопки ОПЕРАТИВНЫХ РЕЖИМОВ располагаются на "плавающей" форме (по-старому)
1 - кнопки ОПЕРАТИВНЫХ РЕЖИМОВ закреплены на главной панели управления (по-новому - см.прикрепленный скриншот)

Для БД RQST добавлено задание на глобальную корректировку, которое удаляет записи заказов в случае:
1. Срок невыполненного заказа превысил заданное количество дней
2. Срок бронирования заказа превысил заданное количество дней, с корректировкой статуса бронированного экземпляра

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
> Введен новый параметр в секции профиля
> пользователя
> HINTTOOLBAR=
> который определяет расположение КНОПОК ОПЕРАТИВНЫХ
> РЕЖИМОВ и принимает значения:
> 0 (по умолчанию) - кнопки ОПЕРАТИВНЫХ РЕЖИМОВ
> располагаются на "плавающей" форме (по-старому)
> 1 - кнопки ОПЕРАТИВНЫХ РЕЖИМОВ закреплены на
> главной панели управления (по-новому -
> см.прикрепленный скриншот)

Подскажите, пожалуйста, когда примерно ожидается выход новой версии ИРБИС (для Windows)?

В конце октября - в начале ноября...

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор.
>
> Разработан новый метод ввода: ДИНАМИЧЕСКИЙ РЛ ПОДПОЛЕЙ (код метода
> ввода - 18)
> Новый метод ввода позволяет реализовывать определенный СЦЕНАРИЙ ввода - > в тех случаях, когда вводимые параметры/подполя взаимосвязаны

Вот прямо грезил об этом))) Спасибо!
P.S. Если это ещё распространить на РЛ полей тогда бы совсем было прекрасно.

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
> Введен новый параметр в секции профиля
> пользователя
> HINTTOOLBAR=
> который определяет расположение КНОПОК ОПЕРАТИВНЫХ
> РЕЖИМОВ и принимает значения:
> 0 (по умолчанию) - кнопки ОПЕРАТИВНЫХ РЕЖИМОВ
> располагаются на "плавающей" форме (по-старому)
> 1 - кнопки ОПЕРАТИВНЫХ РЕЖИМОВ закреплены на
> главной панели управления (по-новому -
> см.прикрепленный скриншот)

Александр Иосифович, Огромнейшее СПАСИБО!

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



Редактировано 1 раз. Последний раз 04.10.2019 09:48 пользователем mixalevo432.

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

Необходима возможность указания кол-ва выдаваемых/возвращаемых экземпляров.

В школах - таким образом выдают книги учителям нач. классов, в военных вузах - книгоношам.

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

При задании параметра в ini файле указывать в поле рядом с штрих-кодом значение 1 (по умолчанию) и менять его вручную на необходимое кол-во экз.

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

т.е. свободно для выдачи 12, указали 15 - заменить на 12.
на руках - 5 экз., указали 7 - заменить на 5.

В 40 поле при этом можно оставить все как есть или предусмотреть по аналогии с записями ЭК - поле счетчика.

А. Роман написал(а):
-------------------------------------------------------
> Есть вопрос (в рамках которого родилось
> предложение) - который поднимают некоторые
> пользователи в военных вузах и школьных
> библиотеках - скоростная выдача/возврат
> многоэкземплярной литературы. Когда учет не
> индивидуальный а групповой (один штрихкод/номер
> учетной карточки на группу экземпляров).
>
> Необходима возможность указания кол-ва
> выдаваемых/возвращаемых экземпляров.
>
> В школах - таким образом выдают книги учителям
> нач. классов, в военных вузах - книгоношам.
>
> Необходимо интерфейсное решение, позволяющее при
> необходимости указывать кол-во экземпляров при
> выдаче/возврате в интерфейсе скоростной выдачи.
>
> При задании параметра в ini файле указывать в поле
> рядом с штрих-кодом значение 1 (по умолчанию) и
> менять его вручную на необходимое кол-во экз.
>
> При этом можно проверять максимальное кол-во
> доступных экземпляров с таким значением в БД ЭК
> или на руках у данного читателя и менять это
> значение на максимально-доступное, при превышении
> заданного или предупреждать об этом
> несоответствии.
>
> т.е. свободно для выдачи 12, указали 15 - заменить
> на 12.
> на руках - 5 экз., указали 7 - заменить на 5.
>
> В 40 поле при этом можно оставить все как есть или
> предусмотреть по аналогии с записями ЭК - поле
> счетчика.
Пользуйтесь для этого режимом ЕДИНОВРЕМЕННАЯ ВЫДАЧА/ВОЗВРАТ ЭКЗЕМПЛЯРОВ ГРУППОВОГО УЧЕТА

Александр Иосифович, этот режим не может помочь быстро зафиксировать выдачу/возврат одному человеку по 30 экз. 10 наименований...

Речь о другом. Нужно вводить кол-во выдаваемых/возвращаемых экземпляров для каждого штрихкода или номера учетной карточки группового учета.



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