В дополнение к выше сказанному. Для того, что бы иконка появилась при запущенной слубе, можно предусмотреть маленький дополнительный модуль, который будет запускаться отдельно и лишь передавать задания серверу. Как это реализовано в Апаче: есть сам сервер, а есть к нему Монитор, через который делается перезапуск, остановка и прочие навороты.

Запускайте АРМ Администратор-клиент. Он и есть как раз тот монитор, который всех очень сильно почему-то интересует.

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

В окне ЧИТАТЕЛЬ обеспечен показ ТОЛЬКО тех сведений о выдачах/возвратах, чьи места выдачи соответствуют МЕСТУ ВЫДАЧИ в НАСТРОЙКЕ

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

Поле 907 корректируется при АВТОВВОДЕ. Если при выполнении глобальной Вы отключаете АВТОВВОД, то никаких изменений, разумеется, в 907 поле не будет (хотя в этом случае Вы можете ЭТО делать явно - через само задание на глобальную корреткировку)

Ясно, спасибо.
Только, если не отключать Автоввод, время выполнения глобальных корректировок (особенно на клиентских машинах) очень увеличивается...

Вспомнил тут еще одно пожелание, всплывшее ранее. Указывать в 907 поле не только дату, но и время корректировки. Будет ли это добавлено в 2011.1?

Кому надо, может легко сделать это самостоятельно...

Это понятно. Т.е. в дистрибутиве на это рассчитывать не приходится? Жаль.

АРМ Каталогизатор (ИРБИС64)

В окне ПОИСК ПО СЛОВАРЮ/РУБРИКАТОРУ (см. рисунок) добавлены два поисковых элемента (аналогичные тем, что есть в АРМе Читатель):
- Выпадающее меню УТОЧНЯЕМЫЙ ЗАПРОС (для уточнения ранее выполненных запросов);
- Переключатель и кнопка для установки ДОПОЛНИТЕЛЬНЫХ ОГРАНИЧЕНИЙ, позволяющие ограничивать результаты поиска путем задания количественных диапазонов для ДАТЫ ПОСТУПЛЕНИЯ в ЭК и ГОДА ИЗДАНИЯ.

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

Предложение: в окне "Прервать процесс" (Сервер - Список запущенных процессов) АРМ Администратор - Клиент добавить "горячую клавишу" для пункта "Обновить список" контекстного меню.

Разумное предложение. Сделано - для СПИСКА ЗАРЕГИСТРИРОВАННЫХ КЛИЕНТОВ и СПИСКА ЗАПУЩЕННЫХ ПРОЦЕССОВ (клавиша F5). Будет включено в ближайший апгрейд 2010.1

Alio написал(а):
-------------------------------------------------------
> Разумное предложение. Сделано - для СПИСКА
> ЗАРЕГИСТРИРОВАННЫХ КЛИЕНТОВ и СПИСКА ЗАПУЩЕННЫХ
> ПРОЦЕССОВ (клавиша F5). Будет включено в ближайший
> апгрейд 2010.1

Спасибо!

АРМ Книговыдача (ИРБИС64)

В интерфейсе скоростной книговыдачи в окне ВЫДАЧА удален элемент для выбора базы данных ЭК, т.е. при скоростной ВЫДАЧЕ система определяет БД ЭК автоматически (из списка) - на основе того, что штрихкод (радиометка) выдаваемого экземпляра уникален.

Ура! Теперь не надо покупать 128-ой :)

АРМ Книговыдача (ИРБИС64)

Расширены возможности режима фиксирования ПОСЕЩЕНИЙ: после нажатия кнопки ПОСЕЩЕНИЕ предлагается список возможных видов посещения. Т.е. вместо абстрактного посещения (не связанного с книговыдачей) предлагается фиксировать конкретный вид посещения (например, некое мероприятие, проводимое библиотекой).
Список видов посещения хранится в специальном справочнике (в директории БД RDR), имя которого определяется параметром VISITMNU в секции [MAIN] INI-файла (irbisb.ini). В качестве шаблона в дистрибутиве предлагается справочник visit.mnu
Для того, чтобы фиксировать ПОСЕЩЕНИЯ "по-старому" (без уточнения вида посщения), необходимо для параметра VISITMNU указать пустое значение:
VISITMNU=

Кроме того, предусмотрена возможность фиксировать в качестве посещения выполнение ПЛАТНЫХ УСЛУГ - для этого в интерфейс выполнения платных услуг введен новый переключатель: ЗАФИКСИРОВАТЬ КАК ПОСЕЩЕНИЕ.

Также в качестве шаблона предлагается новая стат.форма - Form14:
Распределение посещений (не связанных с книговыдачей) по видам посещения и категориям читателей за определенный период времени



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

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

В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК для СВОБОДНОГО ПОИСКА в случае применения конструкции "|" (определяющей требование запроса к ОДНОМУ повторению поля) предлагается НОВАЯ структура запроса.
Прежняя структура запроса:

| <логическое выражение на языке форматирования ИРБИС>

Новая структура запроса:

|МММ <логическое выражение на языке форматирования ИРБИС>

где МММ - метка поля, к повторениям которого предъявляются требования запроса.
(Новая структура запроса также действует и в версии 2010.1 начиная с D6)

Далее объясняется причина этого нововведения (адресовано "любопытным", знакомым с языком форматирования ИРБИС)

Механизм свободного последовательного поиска состоит в следующем.
Введенное <логическое выражение на языке форматирования ИРБИС> (далее просто <логическое_выражение>) превращается в формат следующего вида:

if <логическое_выражение> then '1' else '0' fi

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

Если запрос свободного поиска задается в виде:

| <логическое_выражение>

то он превращается в формат

(if <логическое_выражение> then '1' else '0' fi)

т.е. создается формат с ПОВТОРЯЮЩЕЙСЯ группой.
И вот тут таится "бомба". Логическое выражение может быть составлено так, что это приведет к ЗАЦИКЛИВАНИЮ повторяющейся группы. Это в свою очередь приведет к тому, что последовательный поиск даст ВЕРНЫЙ результат, но будет продолжаться ЧРЕЗВЫЧАЙНО долго (в десятки или даже сотни раз медленнее положенного времени)
Пример: В БД Читателей необходимо найти ДОЛЖНИКОВ на сегодняшний день (не ДЕРЖАТЕЛЕЙ, а ДОЛЖНИКОВ). Для этого выполняем свободный последовательный поиск ("забыв", что в АРМе Книговыдача есть соответствующий режим: СПИСОК ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ):

| (v40^F : '*') and (v40^E<&uf('3'))

В результате создается формат:

(if (v40^F : '*') and (v40^E<&uf('3')) then '1' else '0' fi)

в котором конструкция, возвращающая текущую дату - &uf('3') - приводит к зацикливанию повторяющейся группы (почему - объяснять здесь не буду, это самый "тонкий" вопрос языка форматирования). Такой последовательный поиск (на большой Бд RDR) будет продолжаться непомерно долго.

Предлагаемая новая структура запроса

|MMM <логическое_выражение>

позволяет создавать формат, в котором исключается зацикливание:

(if p(vMMM) then if <логическое_выражение> then '1' else '0' fi fi)

В случае нашего примера новый запрос и соответствующий формат будут выглядеть следующим образом:

|40 (v40^F : '*') and (v40^E<&uf('3'))

(if p(v40) then if (v40^F : '*') and (v40^E<&uf('3')) then '1' else '0' fi fi)



Редактировано 1 раз. Последний раз 24.06.2011 12:38 пользователем Alio.

Дополнительная конструкция поля 951 (Ссылка - внешний объект) - ГРУППОВАЯ ССЫЛКА (ИРБИС64)

Предпосылки для нововвендения:
В случае если внешним объектом (полным текстом) документа является набор ОДНОТИПНЫХ файлов, находящихся в одной директории, (например, сканированные образы страниц издания), в соответствии со "старой" конструкцией необходимо оформить столько повторений 951 поля, сколько внешних файлов (для каждой страницы свое повторение). Разумеется, это неудобно и трудоемко. Поэтому предлагается ДОПОЛНИТЕЛЬНАЯ возможность для оформления поля 951 - ГРУППОВАЯ ССЫЛКА.

Вводятся ДВА новых подполя в поле 951:
- N - Количество однотипных внешних файлов в одной директории. В этом случае (т.е. при наличии этого подполя) в подполях A и I должна адресоваться ДИРЕКТОРИЯ, в которой находятся внешние файлы (т.е. указываться путь с обратным слэшем в конце);
- M - имя и расширение ПЕРВОГО из внешних файлов, являющееся ШАБЛОНОМ для имен всех остальных файлов. Должно иметь вид:

<неизменный_буквенный_префикс>000001.<расширение>

В частном случае "буквенный префикс" может отсутствовать. Длина цифровой части имени может быть любой. Например: P0001.GIF, 0000001.jpg и т.п.

Для показа групповой ссылки ОТКОРРЕКТИРОВАНЫ форматы OFINAL.PFT и OFINAL_H.PFT, входящие в качестве вложенных в основные форматы показа и отвечающие за представление данных 951 поля.
Для собственно реализации ГРУППОВОЙ ССЫЛКИ предлагается формат GROUP951.PFT, который следует рассматривать только как шаблон (пример).
В нем реализован (с "нулевым" дизайном) механизм ЛИСТАНИЯ страниц для случая, когда внешние файлы имеют типы JPG, GIF, PNG - для остальных случаев формат нуждается в корректировке со стороны пользователя.
В качестве примера документа с ГРУППОВОЙ ССЫЛКОЙ в тестовую БД IBIS включен документ:
АР00-3200
Кудряшова, Е. Л.
Расчетный метод определения физико-механических свойств техногенных грунтов используемый....

Замечание для разработчиков сложных HTML-форматов со скриптами (пример - GROUP951.PFT): Если в результате отработки скриптов должны меняться ИРБИС-ссылки, эти изменения должны происходить на событиях, связанных ТОЛЬКО с тэгом <A>



Редактировано 1 раз. Последний раз 15.05.2012 18:04 пользователем Alio.

В АРМ Комплектатор и Каталогизатор заново сделаны выходные табличные формы, которые первоначально были выполнены до разработки Генератора. Теперь все они имеют файл *.tbg и могут корректироваться Пользователями через Генератор.
При этом Формы "сквозной сортировки", которые используют множественный ключ сортировки не для формирования заголовков, а для формирования строк таблицы (ключ содержит все данные для формирования строки таблицы), также подготовлены непосредственно с помощью Генератора, но при корректировке требуют несложного постредактирования

АРМ Каталогизатор. БД KZD.
Разработана технология, позволяющая переносить в поле библиографии записи KZD все произведения авторов, отмеченных в словаре авторов ЭК, включая их статьи из оглавлений журнала/сборника.

АРМ Каталогизатор (ИРБИС64)

В основном интерфейсе в окне КОРОТКИХ описаний появилась возможность представлять графические образы документов в виде иконок (см. рисунок).

В качестве графического образа используется:
ИЛИ первое повторение поля 953 (ВНУТРЕННИЙ ДВОИЧНЫЙ ОБЪЕКТ) - при условии, что это графический ресурс типа BMP или JPG или GIF
ИЛИ (при отсутствии такового) фиксированный образ, связанный с видом документа (920 поле).

Т.о. полезно в качестве первого повторения 953 вводить изображение обложки книги (разумеется, НЕБОЛЬШОГО размера!)

Для БД RDR в качестве иконки используется фотография читателя (953 поле), а при ее отстутствии - типовой аватар.

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

Для тех, кому эти дизайнерские ухищрения покажутся излишними, вводится параметр (в секции [MAIN] irbisc.ini)
IMAGEFORBRIEF
который принимает три значения:
0 - показ образов документов ОТКЛЮЧЕН
1 - показ образов документов ВКЛЮЧЕН, используются маленькие иконки (по умолчанию)
2 - показ образов документов ВКЛЮЧЕН, используются увеличенные иконки

-------------------
Пока не удалось создать/найти "стильные" иконки для видов документов (КНИГИ, МНОГОТОМНИКИ, ПЕРИОДИЧЕСКИЕ ИЗДАНИЯ (сводное описание), НОМЕРА ПЕРИОДИЧЕСКИХ ИЗДАНИЙ, АНАЛИТИЧЕСКОЕ ОПИСАНИЕ СТАТЬИ, АНАЛИТИЧЕСКОЕ ОПИСАНИЕ НТД). Если кто-то готов помочь в этом деле, буду весьма благодарен.



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

Язык форматирования.

Введен технический форматный выход

&uf('+9V')

который возвращает:
32 - если форматирование выполняется в ИРБИС32
64 - если в ИРБИС64 (и ИРБИС128)

Может быть полезен при разработки единых форматов, которые по-разному выполняются в ИРБИС32 и ИРБИС64.

Дополнена доработка в АРМЕ Книговыдача (ИРБИС64), описанная в этой ветке в сообщении от 29 марта 2011 -
в части возможности выводить в списках всех видов заказов в колонки ДОП.СВЕДЕНИЯ графические данные (фотографии читателей)

Новое в WEB ИРБИС 2011.1

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

2. Добавлена поддержка групповых ссылок (подробней: [irbis.gpntb.ru]) Переход по ссылке позволяет обратиться к интерфейсу просмотра группы рисунков, которые могут содержать, например, отсканированное оглавление.

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

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

Реализация многоязыковой поддержки в WEB ИРБИС: технические сведения

Перечень иконок-флагов для переключения языков, которые доступны для пользователя, определяется параметром lng_available в секции [MAIN] INI файла WEB ИРБИС. Коды языков, указанные в файле cgi\irbis64r_XX\deposit\lng.mnu должны перечисляться в этом параметре через запятую. Язык по умолчанию (после перехода от главной страницы к поисковой системе) определяется параметром lng в секции [MAIN] INI файла WEB ИРБИС. Его значение может либо содержать код нужного языка(из файла lng.mnu), либо быть пустым. Тогда в качестве основного языка будет использоваться русский язык.

Лингвистические файлы расположены в директории cgi\irbis64r_XX, рисунки с изображениями флажков в папке htdocs\irbis64r_XX\images\flags. Изображения должны иметь расширения PNG, лингвистические файлы — LNG. Имена файлов и изображений должны соответствовать кодам языков в файле lng.mnu.

Лингвистический файл аналогичен по структуре файлу справочника, но имеет кодировку UTF8 и состоит из парных строк:
<строка текста на русском языке>
<строка текста на национальном языке>

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

Все русскоязычные литералы (любые текстовые строки на русском) в фреймах, форматах и MNU файлах WEB ИРБИС обрамлены двойными тильдами(например: ~~Русский язык~~). Тильды определят фрагмент текста как потенциальную константу для замены. При переключении на альтернативный язык интерфейса, наличии лингвистического файла и перевода этот литерал заменяется на национальный аналог. В противном случае тильды удаляются шлюзом, и литерал выводится без изменений.


Особые замечания:
1. Для перевода названий баз и других индивидуализированных текстовых строк требуется выделить их двойными тильдами в файле dbn_web.mnu и добавить названия с переводом в нужный лингвистический файл;
2. В ИРБИС 32 перевод для элементов библиографического описания не выполняется;
3. Использование альтернативного языка незначительно замедляет систему. При работе с русским интерфейсом замедления не происходит.



Редактировано 5 раз. Последний раз 03.08.2011 02:28 пользователем Кирилл Соколинский (СЗТУ).

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> Новое в WEB ИРБИС 2011.1
>
> 1. Реализована многоязыковая поддержка

1. Английский то уже есть? По умолчанию будет или в поставке реализуется только сам механизм?
2. В J-И будет это решение?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Кирилл Соколинский (СЗТУ) написал(а):
> --------------------------------------------------
> -----
> > Новое в WEB ИРБИС 2011.1
> >
> > 1. Реализована многоязыковая поддержка
>
> 1. Английский то уже есть? По умолчанию будет или
> в поставке реализуется только сам механизм?

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

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

Но гарантировать я могу только наличие механизма трансляции интерфейса.

> 2. В J-И будет это решение?

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

АРМ Книговыдача (ИРБИС64)
Обеспечена возможность вывода графических данных в колонке ДОП.СВЕДЕНИЯ окна читателя через формат, задаваемый параметром (вводился ранее)
ReaderDopInfoPft
при условии, что графический ресурс имеет тип BMP или GIF или JPG и адресуется через 953 поле или через 951 подполе А

В качетве примера предлагается формат RDRDOPINFO_SAMPLE1.PFT (в директории RDR), с помощью которого в колонке ДОП.СВЕДЕНИЯ в окне читателя выводится образ (обложка) издания, находящего на руках у читателя.
Формат RDRDOPINFO_SAMPLE1.PFT в свою очередь использует дополнительный формат OBLOGKA.PFT (находится в директории DEPOSIT)

Кто же будет сканировать обложки?

я иногда в свободное время ищу отсканеные обложки в инете и прикрепляю к записям... Они потом симпотично выводятся на экран :)