2. Разделить веб-модуль и ИРБИС сервер, то есть хочется иметь возможность установить ИРБИС-сервер на 1 ПК а веб-модуль на другой

И в чем же здесь проблема?

Сейчас у веб-ИРБИСа к серверу ИРБИСа (собственно к базам) должен быть файловый доступ а хочется чтоб они взаимодействовали по TCP/IP.

Konstantinus написал(а):
-------------------------------------------------------
> Сейчас у веб-ИРБИСа к серверу ИРБИСа (собственно к
> базам) должен быть файловый доступ а хочется чтоб
> они взаимодействовали по TCP/IP.
Для этого существует J-ИРБИС

Александр Иосифович, а можно как-то повлиять на алгоритм работы с результатами поиска? К примеру, я нашел 100 записей, с которыми скорее всего прийдется работать не глобальными корректировками, а вручную. При изменении любой из записей и сохранении ее, происходит повторный поиск (как бы проверка, а запись еще удовлетворяет условиям поиска?), который изрядно притормаживает работу. Можно как-то параметризировать эти проверки и отключать их при надобности? Яркий пример того, что это нужно не вусегда, это запуск и последующее закрытие окна ГБЛ без выполнения каки бы то нибыло корректировок - программа опять попробует проверить, все ли ей надо держать в массиве результатов поиска.

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

Обеспечена возможность ПОСТРАНИЧНОГО просмотра (доступа) PDF-файлов, используемых в качестве внешних объектов (951 поле)

Для реализации этой возможности необходимо для PDF-файла, адресуемого через подполя 951^A или 951^I, указывать общее количество страниц в подполе 951^N (т.е. если указывается PDF-файл и не заполняется подполе 951^N, то PDF-файл рассматривается как единый ресурс)

При постраничном просмотре PDF-файлы должны быть НЕЗАЩИЩЕНЫ (т.е. не иметь паролей)

При постраничном просмотре каждая страница PDF-файла представляется в виде графического образа в формате JPEG (т.е. в этом случае НЕ ТРЕБУЕТСЯ наличия Acrobat Reader'а у клиента)

Данная возможность будет полезна в случае использования PDF-файлов большого объема (которые целиком "прокачиваются" очень медленно или вообще оказываются недоступными для просмотра)
Также это может быть полезно:
- когда не предполагается наличие у клиента Acrobat Reader'а;
- когда желательно ЗАЩИТИТЬ текст PDF-файла от копирования.

Дополнительно к этому:
- Обеспечена поддержка (на уровне форматов OFINAL.pft, OFINAL_H.pft и GROUP951.pft) ГРУППОВОЙ ССЫЛКИ (см. РЕЛИЗ 2011.1) в случае PDF-файлов;
- Снято ограничение на кол-во ГРУППОВЫХ ССЫЛОК для одного документа.



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

Напоминаю предложение сделать у 951 поля подполе - [irbis.gpntb.ru]

Например:
- Миниатюра обложки
- Обложка
- Обложка (задник) (* наверное такие 3 вида?)
- Сканированное оглавление
- Полный текст (* если это страница из текста, то она должна быть помечена как полный текст, но в тексте должна содержаться информация о том, какая это страница)

+ поддержка этого подполя в форматах, для обложки по аналогии с 953 полем и т.д.

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

Александр Иосифович, можно ли внести доработку в инструмент "Генератор табличных форм"? Есть такой РТФ тег \trrh-XXX, который позволяет задать высоту строки в таблице. Причем у него есть два вида написания:

\trrh567
\trrh-567

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


И еще, я себе делал маленький компонент, который из обычно таблицы, созданной с помощью Генератора табличных форм, делал таблицу на подобии инвентарной книги, построенной на заголовках. А можно сделать это прямо в генераторе? Ведь это сводится только к тому, что очищается файл <ИмяТаблицы>.pft и в файле <ИмяТаюблицы>.srw меняются секции [HeaderNumber] и [HeaderFormat]

АРМ Книговыдача ИРБИС64.
Реализована групповая рассылка читателям по эл.почте.

Данная возможность реализована в двух режимах:

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

(Необходимо напомнить, что индивидуальная рассылка - ЧИТАТЕЛИ-ПЕЧАТЬ-E-mail - была реализована в предыдущих версиях)



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

С должниками понятно. А как насчет списков новых поступлений, в том числе по интересам (профилю, инд. настройкам) данного читателя? Или анонсов мероприятий (но это, видимо, лучше на сайте)...

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

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

Внесены изменения в подсистему ИРИ, касающиеся формы представления результатов поиска/рассылки. В частности, при описании профиля ИРИ (140 поле в БД RDR) обеспечена возможность указывать в качестве формы представления результатов поиска/рассылки имя формата (а не только имя табличной формы, как это было жестко регламентировано в 2011.1).
Данное изменение связано со следующей серьезной проблемой.
В качестве результата обслуживания по ИРИ абоненту посылается ТОЛЬКО биб.описание, но не полные тексты (если таковые связаны с библиографией). Они (полные тексты) могут быть доступны абоненту ИРИ (через те тексты, которые прибывают к нему по эл.почте) только через формируемые в формате ссылки и, разумеется, при условии, что соответствующие ресурсы доступны через Web-ИРБИС. Если результат рассылки формируется с помощью ТАБЛИЧНОЙ формы, то это обязательно RTF-файл - в котором невозможно (или весьма затруднительно?) сформировать правильную ссылку на полный текст. Если же это будет HTML-файл (сформированный с помощью HTML-формата), то ссылки можно сформировать правильно. Вот почему введена возможность указывать в качестве формы рассылки (140^K) формат, а не только табличную форму.
Таким образом, если библиотека формирует 951 поле (Полный текст-Внешний объект) и заинтересована в том, чтобы абоненту ИРИ эти ресурсы были доступны (непосредственно из файла рассылки), необходимо в качестве формы рассылки указывать ТОЛЬКО HTML-формат
В качестве такого формата предлагается новый формат
OPTIM_H_IRI.PFT
В связи с данным изменением был добавлен новый параметр в секции [MAIN]
INI-файла АРМа Книговыдача
PATHTOCGIIRBIS=
который ДОЛЖЕН содержать путь к Web-шлюзу ИРБИС (cgiirbis_64.exe). Например:
PATHTOCGIIRBIS=http://librarynew.gpntb.ru/cgi/irbis64r_simplesite/cgiirbis_64.exe
(разумеется, никакого умалчиваемого значения этот параметр не имеет)
Также в связи с данным новшеством изменен формат
OFINAL_H.PFT

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

Обеспечена возможность подключения пользовательских режимов, т.е. режимов, созданных самим пользователем-разработчиком. Это означает, что пользователь может "повесить" собственные режимы обработки (как пакетные, так и интерактивные) в главном меню и на панели инструментов АРМа «Книговыдача». Реализовано это по той же самой схеме, что и для АРМа "Каталогизатор" (см. Общее описание, раздел АРМ Каталогизатор, п. 3.10)
При этом необходимо иметь в виду, что в качестве ТЕКУЩЕЙ записи для пользовательского режима может быть ИЛИ ТЕКУЩАЯ запись читателя (в окне ЧИТАТЕЛЬ основного интерфейса) ИЛИ ТЕКЩАЯ запись заказа (в окне полного описания ЗАКАЗА основного интерфейса) - и определяется это параметром UMGROUPn соответствующего пользовательского режима: 0 - используется текущая запись ЧИТАТЕЛЯ; 1 - используется текущая запись ЗАКАЗА.



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

Александр Иосифович, добрый день.

Предложение по доработке АРМ "Книговыдача".

В версии 2011.1 при групповой выдаче по заказам читателей на экране появляется окно со столбцом «Экземпляр», где пользователь АРМ выбирает из ниспадающего списка выдаваемый экземпляр (как на рисунке 1).

Предложение при открытии окна групповой выдачи по заказам читателей программно заполнять значения в столбце «Экземпляр», если число пунктов в списке равно единице. Если число пунктов в списке больше единицы, то предоставлять право выбора экземпляра пользователю.

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

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

Примечание. Для варианта, когда двумя разными читателями заказывается одна и та же книга (с одним свободным экземпляром по данному месту хранения) текущая технология (с применением АРМ Книговыдача 2011.1) может быть следующей (пример):
– сотрудник библиотеки устанавливает отметки на невыполненные заказы (зелёные галочки), распечатывает бланки поступивших заказов и сортирует их (по шифрам, для поиска издания в фонде);
– если на этапе сортировки или поиска издания в фонде становится понятно, что на одну книгу поступило два заказа от разных читателей, то отметка в АРМ со второго заказа снимается;
– вызывается выдача на бронеполку, открывается окно групповой выдачи на бронеполку;
– если по каким-то причинам в окне групповой выдачи всё-таки находятся два заказа разных читателей на одну и ту же книгу (с одним свободным экземпляром по данному месту хранения), и сотрудник выбирает свободный экземпляр из ниспадающего списка для двух заказов вручную («557 (ХР)», как на рисунке 2), то при нажатии на кнопку «Выполнить» в окне групповой выдачи появляется сообщение об ошибке «Экземпляр недоступен для выдачи» (как на рисунке 3).

Если в такой же ситуации значения в столбце «Экземпляр» будут заполнены программно, то при выполнении выдачи, вероятно, тоже появится сообщение «Экземпляр недоступен для выдачи», и выдача по второму заказу не будет выполнена.

АРМ Администратор (ИРБИС64)

Введен новый параметр в INI-файл (irbisa.ini)
AUTOASKINTERVAL=
определяющий интервал автоматического опроса состояния текущей БД в секундах (по умолчанию - 30)

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

(данные изменения будут также включены в ближайшее обновление 2011.1)



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

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

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

Предлагается новый вариант виртуальной клавиатуры - ВИРТУАЛЬНАЯ КЛАВИАТУРА (ЯЗЫКОВАЯ)– которая МОДЕЛИРУЕТ реальную клавиатуру с раскладом для определенного языка.
При этом "старый" вариант виртуальной клавиатуры остается доступным.

Новый вариант виртуальной клавиатуры предназначен для ввода на ОПРЕДЕЛЕННОМ языке, имеющем специфический расклад клавиатуры (см. прикрепленный рисунок).
Для ввода специальных символов, отсутствующих на клавиатуре, следует применять "старый" вариант виртуальной клавиатуры.

Список языков для новой виртуальной клавиатуры находится в справочнике в папке DEPOSIT, имя которого определяется параметром в секции [MAIN] INI-файла АРМа Каталогизатор
LANGMNU=
По умолчанию - это справочник lang.mnu.
Пользователь имеет возможность настраивать этот справочник, а именно: менять порядок языков и/или удалять языки из списка. Добавлять новые языки может только разработчик (по мере необходимости и заявкам пользователей).
Вызов (включение) новой виртуальной клавиатуры находится в ГЛАВНОМ МЕНЮ-СЕРВИС-ВИРТУАЛЬНАЯ КЛАВИАТУРА (ЯЗЫКОВАЯ). По умолчанию предусматривается "горячая" клавиша для ее вызова - Alt-K (которая может быть переопределена с помощью параметра SHORTCUT_SERVICEKBVIRTUALMAINMENUITEM
)



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

Предлагается ввести ДВА новых подполя в поле 951 - ССЫЛКА-ВНЕШНИЙ ОБЪЕКТ
- H - тип/характер внешнего объекта
- D - уровень доступа к внешнему объекту (т.е. перечень категорий пользователей/читателей, для которых ДОСТУПЕН соответствующий внешний объект

Предлагается обсудить:
- состав справочника для подполя H - который должен содержать перечень (типологию) внешних объектов;
- правило заполнения подполя D - уровень доступа к внешнему объекту.

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

1. тип/характер внешнего объекта:

- Миниатюра обложки
- Обложка
- Обложка (задник) (* наверное такие 3 вида?)
- Сканированное оглавление
- Полный текст (* если это страница из текста, то она должна быть помечена как полный текст, но в тексте должна содержаться информация о том, какая это страница)

2. уровень доступа к внешнему объекту
- все (то есть любой пользователь в Ирбис64 и неавторизированные пользователи веб-Ирбиса)
- только определенные группы пользователей (администраторы, каталогизаторы и т.д.)
- дополнительное ограничение на диапазон IP, то есть надо быть авторизованным и чтоб твой IP соответствовал маске (для того чтоб читатель мог просматривать полные тексты только в стенах библиотеки, маску следует установить 192.168.*.*)

3. Для некоторых типов Н (обложка) автоматически формируется миниатюра по аналогии с 953 полем, для других формируются иконки-миниатюры внизу биб. описания (это должно тоже параметрироваться).

Прошу рассмотреть необходимость и возможность включения в 951 поле подполей:
- Дата внесения информации о внешнем файле\ссылке: это позволит организовывать запросы типа "Последние добавленные" в случае если полный текст привязывается к уже существующему (и давно) БО
- CRC, с целью организации периодического контроля изменений
- Инвентарный номер: с целью идентификации конкретной единицы хранения с которой снималась копия.

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

Начиная с версии 2012.1 в ИРБИС64 реализована поддержка работы по модели данных в соответствии со стандартом ISO28560 «RFID в библиотеках» («Датская модель»). В состав ИРБИСа войдут модули АРМ «Сервер SIP2» и АРМ «RFID ISO клиент». В рамках стандартной модели осуществляется поддержка работы RFID оборудования стандарта ISO 15693 (I-Code Sli) 13,56 МГц.
Дальнейшее развитие функций для работы с нестандартным RFID оборудованием разработчиками ИРБИС осуществляться не будет.

ИРБИС64.

Разработан механизм МОРФОЛОГИИ для ПОЛНОТЕКСТОВОГО поиска.

Механизм морфологии является альтернативой механизму ПРАВОГО УСЕЧЕНИЯ (который применяется в полнотекстовом поиске в версиях ниже 2012.1) и обеспечивает более ТОЧНЫЙ поиск.

Пример: Выполняется полнотекстовый поиск по слову "СТОЛ". В случае применения правого усечения (как это происходило до сих пор) будут найдены документы, содержащие все флексии слова "СТОЛ" (стола, столу, столы, столами и т.д.), а также документы, содержащие слова "СТОЛБ", "СТОЛИЦА" (и все их флексии) - что, конечно же, будет являться "шумом". В случае применения механизма морфологии - будут найдены ТОЛЬКО документы, содержащие слово "СТОЛ" и все его формы.

В настоящее время Полнотекстовый поиск применяется в следующих модулях:
- АРМ Читатель, режим "ПОИСК ДЛЯ ЧАЙНИКОВ";
- АРМ ПОЛНОТЕКСТОВЫЙ Читатель;
- ИРБИС-Навигатор, поиск в ИМИДЖ-КАТАЛОГЕ;
- Web-шлюз (ОРАС-ИРБИС64,Web-ИРБИС64 и Web-ИРБИС64 ПБД), поиск в БД ЭК в режиме СТАДАРТНЫЙ ПОИСК-КЛЮЧЕВЫЕ СЛОВА (сортировка по релевантности) и поиск в полнотекстовых БД.

Механизм МОРФОЛОГИИ включается с помощью параметров в INI-файлах соответствующих модулей:
- для АРМа Читатель - (irbisr.ini) параметр в секции [NAVIGATOR] FULLTEXTMorphology=1
- для АРМа ПОЛНОТЕКСТОВЫЙ Читатель - (Irbisr_FullText.INI) параметр в секции [MAIN] FULLTEXTMorphology=1
- для ИРБИС-Навигатора - (irbisc.ini) параметр в секции [NAVIGATOR] FULLTEXTMorphology=1
- для Web-шлюза - (irbis_server.ini) - параметр в секции [FullText]
Morphology=1

Механизм МОРФОЛОГИИ строится на основе специальной БД морфологии - MORPH объемом около 140 тыс. статей - которая будет включена в дистрибутив 2012.1
-------------------
База данных морфологии была создана Максимом Паневым. Он создал ее и передал мне достаточно давно. Все никак не доходили руки, чтобы приспособить ее в ИРБИСе. Наконец неделю назад приступил к этой доработке. Думал о том, как сообщу об этом Максиму, как он порадуется. Но не успел. Опоздал на ОДИН день...
Страшная и невосполнимая утрата. И человеческая, и профессиональная. Утрата тем более страшная, что произошла по чудовищной и нелепой случайности. Светлая Максиму память.



Редактировано 3 раз. Последний раз 19.07.2012 15:06 пользователем Alio.

Прошу прощения за вмешательство, но не могу промолчать. Последняя доработка может стать значительным шагом в направлении давно желаемого сближения АБИС с поисковыми системами Интернета именно в смысле возможностей поиска (а также может еще больше увеличить отрыв ИРБИС от других).
И опять новые мысли - о включении других языков... а ведь на самом деле это задачи для целых коллективов, НИИ... впрочем, написал же Феликс Семенович в одиночку свою уникальную энциклопедическую "Информатику"... и все-таки: Максим ОДИН создал БД в 140 тыс. статей, имея при этом массу других обязанностей и интересов, и особенно удивительнго - не будучи при этом лингвистом, вообще гуманитарием...
[docs.google.com]

irbis_arbat@mail.ru



Редактировано 6 раз. Последний раз 27.07.2012 09:05 пользователем Lavrinovich.

Прошу добавить в рабочий лист RDRU - Читатель ВУЗ-а - закладку ИРИ, которая есть в рабочим листе RDR - ОБщие данные о читателе. Студенту старшекурснику наверное тоже можно присвоить профиль ИРИ и обслуживать его.

АРМ АДминистратор (серверный - ИРБИС64)

В разделе СЕРВИС главного меню создан новый режим СОЗДАТЬ ISO-ФАЙЛ ПО ПОСЛЕДНИМ КОПИЯМ MST-ФАЙЛА. Режим предназначен для формирования ISO-файла на основе последних копий записей текущей БД. Режим имеет смысл применять при восстановлении «разрушенных» БД – в этом случае успешно сформированный ISO-файл следует ИМПОРТИРОВАТЬ (без ТВП-переформатирования и с отключением ФЛК и АВТОВВОДА) в предварительно опустошенную БД (режим ОПУСТОШИТЬ), после чего выполнить режим СОЗДАТЬ СЛОВАРЬ ПОЛНОСТЬЮ.

Это то, что раньше можно было сделать через Редактор ISO 2709?

Совершенно верно.

Alio написал(а):
-------------------------------------------------------
> - состав справочника для подполя H - который
> должен содержать перечень (типологию) внешних
> объектов;


Предлагаю:
1. Использовать следующий справочник(MNU) с базовыми мнемоническими обозначениями типов подключенных документов:

cover
Обложка
fulltext
Полный текст документа
contents
Оглавление документа

Поскольку цель этого подполя — определить алгоритм работы с данными поля (обложку нужно отображать, а полный текст выгружать), такого набора значений будет достаточно. На сегодняшний день количество алгоритмов обработки внешних объектов в ИРБИС ограничивается этими тремя.

2. Разрешить пользователям конкретизацию указанных типов связанных файлов, путём ввода в другом подполе (^$) произвольного уточняющего мнемонического индекса. Например, для обложки:

^Hcover^$front
^Hcover^$back

Такое уточняющее значение может указываться, например, через точку после основного деления. Например:

cover.front
Обложка спереди
cover.back
Обложка сзади

Это так же допустимо, но, как мне кажется, будет некоторым нарушением логики ИРБИС.

3. В соответствии с предложением М.В. Кудели зарезервировать подполя:

^1 для Даты внесения информации о внешнем файле\ссылке
^2 для CRC
^3 для Инвентарного номера

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

4. Ввести (или хотя бы зарезервировать) подподполе для индикатора: «доступен только в локальной сети библиотеки» (^@). Например:

^@1

В рабочем листе заполнение поля должно вестись через переключатель.

Если подполе не заполнено, по умолчанию, документ будет доступен как для локальных, так и для внешних пользователей. Если заполнено — только для локальных.

Как показывает практика, многие пользователи WEB ИРБИС и даже J-ИРБИС 1 вынуждены физически перемещать документы, для которых нужно ограничить доступ внешним пользователям. Это порождает дополнительные трудозатраты. Между тем, как WEB, так и J-ИРБИС можно настроить определение локальных пользователей по маске IP и запретить доступ внешним пользователям.

Режим доступа не имеет отношения к категории пользователя (951 (пользователь с одной и той же категорией — «студент» может не иметь право доступа к документу, если он находится вне стен библиотеки).

5. Использовать идентичный набор полей в 953 поле. Это позволит унифицировать алгоритмы обработки полей.

> - правило заполнения подполя D - уровень доступа к
> внешнему объекту.

Предлагаю предусмотреть мультиввод из справочника, который будет предусматривать обрамление каждого введённого значения запятыми или другими разделителями (например, «|» ).

Например:

^D|сотрудник||сотрудник библиотеки|

В приведённом примере это позволит не допустить ошибки при определении категории путём поиска строки в подстроке.

Например: if v951^d:s(‘|’v50’|’) then ‘Доступ к документу разрешен’ fi



Редактировано 1 раз. Последний раз 09.08.2012 11:14 пользователем Кирилл Соколинский (СЗТУ).

levr написал(а):
-------------------------------------------------------
> Прошу добавить в рабочий лист RDRU - Читатель
> ВУЗ-а - закладку ИРИ, которая есть в рабочим
> листе RDR - ОБщие данные о читателе. Студенту
> старшекурснику наверное тоже можно присвоить
> профиль ИРИ и обслуживать его.

Вы, вероятно, не брали обновления IRBIS64_11D1