Добрый день, уважаемые разработчики!
Прошу внести в дистрибутив новой версии:
1) Добавить в список 702 поля функции "автор вступительной статьи"
2) Разделить поля штрих-код и РФИД. Нам кажется удобнее сделать 3 равноправных поля: Инв.номер, РФИД и штрих-код. Это будет удобно для комбинированного использования технологий РФИД и Ш/к.
3) Добавить в навигатор возможность учета посетителей разных отделов.

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

Вношу предложение:
Пополнить перечень unifor функцией проверки работоспособности ссылки на сетевой ресурс.

Аргумент
   URL
Возврат 
   0 (ресурс недоступен в принципе, т.е. либо проблемы с сетью, либо сервер не отвечает)
 или
   код состояния HTTP.

Цель: удобство при каталогизации интернет-ресурсов (можно сделать проверку правильности ввода данных). Организация периодических проверок состояния ссылок.

Прошу заинтересованных поддржать предложение, а также высказаться относительно структуры аргументов и ответа.

Если pascal`цы предложат АИ готовый код - думаю дело пойдет быстрее :)

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

ДА!!! Поддерживается! Тем более, что в Крыму в этом году Александр Иосифович рассказывал, что какой-то подобный режим уже предусматривался...

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

Реализован режим ПОДТВЕРЖДЕНИЯ ПРИ ГРУППОВОМ ЧТЕНИИ RFID-МЕТОК для скоростной книговыдачи.

Может быть полезен, если применяется групповое чтение RFID-меток (когда на считыватель кладут стопку книг) при скоростной книговыдаче - для повышения надежности этого процесса (за счет, разумеется, снижения быстродействия)
Как известно, процесс группового чтения RFID-меток не является абсолютно надежным (зависит от толщины книг, их взаимоположения и пр.)
Собственно режим ПОДТВЕРЖДЕНИЯ состоит в том, что система предлагает сначала подтвердить правильность чтения группы радиометок (выдается список соответствующих изданий) и только после этого выполняется операция выдачи или возврата.

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

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

В INI-файл (irbisc.ini) секция [MAIN] введен новый параметр COMBOBOXLISTSTYLE
который определяет стиль работы основных ВЫПАДАЮЩИХ МЕНЮ на основной форме пользовательского интерфейса (выбор базы данных, вида основного словаря, формата показа, рабочго листа, результата поиска). Возможны два стиля:
- ориентированный на работу с мышью - COMBOBOXLISTSTYLE=1 (по умолчанию)
- ориентированный на работу с клавиатурой - COMBOBOXLISTSTYLE=0

(В версии 2009.1- в отличие от предыдущих - был БЕЗУСЛОВНО установлен стиль, ориентированный на клавиатуру. Это вызвало у ряда пользователей возражения - поэтому и был введен этот параметр)

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

В INI-файл (irbisc.ini) секция [MAIN] введен новый параметр
AutoRefreshInterval
который определяет интервал времени в минутах, по истечение которого выполняется АВТОМАТИЧЕСКОЕ ОБНОВЛЕНИЕ КОНТЕКСТА работы.
По умолчанию
AutoRefreshInterval=0
т.е. автоматическое обновление контекста не производится.

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

Александр Иосифович, а как вообще вести себя при выдаче такого сообщения? Вот у нас на подходе электронная книговыдача, но работа с каталогом не закончена, тем более, что идет работа и с КО - а это повышает вероятность того, что может возникнуть ситуация, когда запись будет взятя на корректуру в начале Каталогизатором, а потом будет пытаться обработаться Книговыдачей. Что в такой ситуации произойдет и как это разрешать?

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

Новое в J-ИРБИС

1. Разработана «Подсистема статистики», предназначенная для анализа действий пользователя на сайте. С её помощью возможен вывод более чем 13 показателей за произвольные промежутки времени. Представление данных возможно в виде диаграмм, абсолютных единиц, процентов. Предусмотрены различные пути доступа к статистической информации для пользователя и администратора. Возможен экспорт исходных анализируемых таблиц в Excel.

2. Разработан «Компонент автодополнение», позволяющий отображать оперативные подсказки по мере ввода поискового запроса. Он показывает возможные значения поисковых терминов из словаря. Один из терминов подсказки может быть выбран с помощью клавиш управления курсором и Enter. В некоторых полях выбранные термины объединяются через запятую (см. поиск по ключевым словам). Кроме того, в отдельных случаях варианты ввода принудительно ограничиваются значениями словаря (см. поиск по году издания).

3.Разработан «Компонент регистрации». Он предназначен для:
а) Сообщения паролей пользователям, записи которых находятся в базе читателей и(или)
б) Подачи читателями заявок на регистрацию путём ввода своих данных и(или)
в) Самостоятельной регистрации читателей с немедленным получением пароля. Предусмотрена возможность параметрирования набора полей анкеты и индивидуальная настройка алгоритма работы для каждой категории читателей.

4.Разработан «Компонент поиска в базах имиджкаталога», позволяющий работать с базами образов карточек ИРБИС (распространяется независимо).

5.Разработан «Компонент поиска в полнотекстовых базах», позволяющий работать с полнотекстовыми базами ИРБИС (распространяется независимо).

6.Обеспечена поддержка работы в ИРБИС-корпорации. Пользователи J-ИРБИС могут предоставлять свои каталоги для выполнения в них поисковых операций и выгрузки записей.

Внимание! Подробная информация о компонентах приведена здесь: [irbis.gpntb.ru] Техническая документация по установке и настройке будет рассылаться пользователям по e-mail.

Новое в шлюзах WEB ИРБИС, WEB-полнотекстовом, WEB-имиджкаталоге


1. Дистрибутивы WEB ИРБИС 32 и 64 для библиографических баз, WEB ИРБИС для полнотекстовых баз, WEB ИРБИС для имиджкаталога интегрированы. Для всех баз действует общая логика работы, и поиск выполняется по единым правилам. Полнотекстовая функция, функция работы с имидж-каталогом лицензируются независимо и право на их применение определяется ключами в установочном INI файле.(Внимание! Все дистрибутивы отличаются только установочным INI файлом!)

2. Разработан новый инсталлятор, позволяющий выполнить базовую настройку WEB ИРБИС уже в ходе установки. Он даёт возможность:
а) Выбрать отображаемые в WEB ИРБИС базы данных;
б) Выбрать используемые поисковые режимы;
с) Ввести название библиотеки, которое будет отображаться в заголовке сайта;
д) Проверить и изменить пути установки WEB ИРБИС;
ж) Определить режим показа ссылок на электронные документы(показывать всем пользователям, только авторизованным, не показывать вообще)

Внимание! Инсталлятор по умолчанию устанавливает фреймы и форматы WEB ИРБИС в директорию CGI WEB ИРБИС, в папки Deposit и Frames соответственно. В ходе установки расположение этих папок может быть самостоятельно переопределено пользователем.

3. Разработан дополнительный Упрощённый поисковый режим. Он аналогичен режиму «Для чайников» АРМа Читатель и ориентирован на неподготовленных пользователей. Переключение между обычным и упрощённым интерфейсом осуществляется с помощью гиперссылки в верхней части окна.

4. Реализована технология автодополнения запроса в формах поиска. По мере ввода поискового термина происходит обращение к словарю текущей базы и появление подсказки с терминами словаря. Один из терминов подсказки может быть выбран с помощью клавиш управления курсором и Enter. В некоторых полях выбранные термины объединяются через запятую (см. поиск по ключевым словам). Кроме того, в отдельных случаях варианты ввода принудительно ограничиваются значениями словаря (см. поиск по году издания). Отказ от применения подсказки возможен с помощью клавиши Escape.

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

6. Предусмотрена возможность поиска по аналитике в режиме Распределённого поиска. Для этого предлагается дополнительная поисковая форма.

7. Реализована возможность выбора всех источников в режиме Распределённого поиска.

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

9. Предусмотрен вывод сообщения об ошибке при указании неверных данных во время авторизации.

10. В дистрибутив интегрированы основные компоненты статистики. Это упрощает включение статистических функций.

Предварительный вариант новой версии может быть протестирован на тестовом сайте: [library.pgups.ru]

Внимание! В связи с ограничениями сервера распределённый поиск и поиск по Z39 не функционируют.



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

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

Реализована технология АВТОМАТИЧЕСКОГО ВВОДА ШТРИХКОДОВ/RFID-МЕТОК ПРИ ВЫДАЧЕ.
Данная технология связана с ситуацией, когда оклеивание изданий штрихкодами или радиометками производится уже после того, как создана БД электронного каталога (и соответствующие экземпляры с их инвентарями уже описаны в БД). В этом случае возникает необходимость ручной корректировки записей ЭК (а именно - внесение данных в подполе 910^H).
Предлагаемая новая технология позволяет это делать АВТОМАТИЧЕСКИ в процессе ВЫДАЧИ изданий.
Данная технология может работать ТОЛЬКО в режимах ИНДИВИДУАЛЬНОЙ (НЕ ГРУППОВОЙ!) ВЫДАЧИ ПО ЗАКАЗУ и БЕЗ ЗАКАЗА. Для того чтобы данная технология выполнялась, необходимо:
- в соответствующих пользовательских интерфейсах (см. рисунки) необходимо наряду с инвентарным номером выдаваемого издания указывать его штрихкод/радиометку (который и будет автоматически вводится в описание соотвествующего экз-ра в ЭК);
- в INI-файле АРМа Книговыдача в секции [MAIN] должен быть установлен параметр AUTOIN_BARCODE_RFID=1 (значение по умолчанию)
Важные замечания:
- штрихкод или радиометку необходимо вводить ПОСЛЕ указания инвентарного номера (см. рисунки) - в противном случае автоматически формируемый при вводе штрихкода/радиометки символ Enter приведет к нажатию кнопки ВЫПОЛНИТЬ;
- в случае применения данной технологии необходимо, чтобы параметр RECUPDIF в секции [MAIN] INI-файла АРМа Книговыдача имел значение 1 (в противном случае не будет выполняться АКТУАЛИЗАЦИЯ БД ЭК при выдаче и следовательно вводимый штрихкод/радиометка не появится в соответствующем словаре);
- у читателя, кому будет выдаваться в этом случае издание, в сведениях о выданном экз-ре будет отсутствовать значение штрихкода/радиометки;
- данная технология действует и при ЗАМЕНЕ штрихкодов/радиометок.



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

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

Для режимов ЗАИМСТВОВАНИЯ (ИМПОРТ ИЗ WEB-ИРБИС, ИМПОРТ ИЗ Z-РЕСУРСОВ, ИМПОРТ ИЗ ЛИБНЕТ) обеспечена возможность осуществлять заимствование путем СЛИЯНИЯ импортируемой (заимствуемой) записи с ТЕКУЩЕЙ (при этом текущая запись должна быть СОХРАНЕННОЙ и НЕУДАЛЕННОЙ)
Опция слияния при заимствовании включается с помощью параметра в секции [MAIN] INI-файла Каталогизатора
ImportMerge=1
Значение этого параметра по умолчанию - 0 (т.е. заимствование идет без слияния)

Добавление к предыдущему сообщению...

Для режимов ЗАИМСТВОВАНИЯ (ИМПОРТ ИЗ WEB-ИРБИС, ИМПОРТ ИЗ Z-РЕСУРСОВ, ИМПОРТ ИЗ ЛИБНЕТ) введен дополнительный параметр (секция [MAIN] INI-файла Каталогизатора), который позволяет вести заимствование "в одно касание" - т.е. собственно заимствование осуществляется непосредственно после нажатия ссылки СКАЧАТЬ (минуя промежуточные сообщения и нажатие кнопки ИМПОРТ)
ImportOneTouch=1
По умолчанию значение этого параметра - 0

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

я хочу сделать обновление следующим образом: выполнив экспорт - импорт баз в новый ирбис, просто скопирую файлы из старого ирбиса, формат которых НЕ mst, xrf, n01, l01 и ifp.

вопрос: правильно ли обновляться именно таким образом? какие подводные камни могут попасться? как вообще обновлять ирбис, когда в библиотеке много баз (30, например), и практически у каждой базы файлы параметрических описаний (ws, wss, pft и т.п.), а их там за тысячу в каждой базе, отличаются?

в описаниях изменений в 2009ом ирбисе каких-то кардинальных изменений формата этих файлов я не нашел.



Редактировано 1 раз. Последний раз 02.11.2010 11:55 пользователем Moonsweel.

up...

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

Панев Максим написал(а):
-------------------------------------------------------
> Вообще правильно накатить параметрию из
> дистрибутива, а затем изменить то, что вы меняли,
> в новых файлах.

я же написал - файлов _очень_ много.

А никто и не обещал, что будет легко :). Я вообще боюсь обновления как страшного сна.

Добрый день. а какой запрос набрать для проверки веб шлюза версия 2010года

В АРМах Каталогизатор и Книговыдача (ИРБИС64) реализована возможность сохранения клиенского контекста работы, позволяющая при повторном старте АРМа продолжать работу с той "точки", где она была закончена при предыдущем старте.
Некоторым пользователям эта возможность пришлась не по душе (в частности, по причине замедленного старта АРМа). В связи с этим в секции [MAIN] профиля пользователя (irbics.ini и irbisb.ini) введен новый параметр
CREATEINITCONTEXT
который принимает два значения:
1 - клиентский контекст работы сохраняется (по умолчанию)
0 - клиентский контекст работы не сохраняется

Обновленные версии АРМов появятся в ближайшем апгрейде 2010.1 - D2



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

Ув. Александр Иосифович!

В АРМе Каталогизатор при Экспорте я могу делать его "вместе с внешними объектами", а в АРМе Администратор нет. С чем это связанно?

Moonsweel,
У нас тоже куча баз, куча файлов и масса работы при обновлении версии.
Схему: "выполнив экспорт - импорт баз в новый ирбис, просто скопирую файлы из старого ирбиса, формат которых НЕ mst, xrf, n01, l01 и ifp", но в обратном порядке, т.е. сперва подмена настроечных файлов, а потом импорт мы делаем только для ПРОИЗВОЛЬНЫХ баз.
Все библиографические правим заново. Но и к внесению изменений в стандартные базы мы относимся строго, каждый раз согласуем желания библиотекарей со стандартами описания, которые в ИРБИС учтены.
И новогодние каникулы я планирую провести в обнимку с ноутом, на котором в терминальном доступе буду импортировать базы в новую версию. :)

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

Похоже не я один в новогодние праздники буду обновлять Ирбис :).

Хочу поддержать предложение от пользователя Куделя
Re: Версия 2010.1
Пользователь: Куделя (IP-адрес скрыт)
Дата: 30, July, 2010 05:21

Это действительно необходимо.

По этому предложению работа ведется. Пока не очень успешно, но задача в разработке.

Offtopic 2Esil: в следующий раз, когда вы будите ссылаться на чье-то сообщение, которое было достаточно давно, используйте ссылку "Цитировать" под соответствующим сообщением, чтобы читателям не пришлось искать его с массе других сообщений.

Alio написал(а):
-------------------------------------------------------
> В АРМах Каталогизатор и Книговыдача (ИРБИС64)
> реализована возможность сохранения клиенского
> контекста работы, позволяющая при повторном старте
> АРМа продолжать работу с той "точки", где она была
> закончена при предыдущем старте.
> Некоторым пользователям эта возможность пришлась
> не по душе (в частности, по причине замедленного
> старта АРМа). В связи с этим в секции профиля
> пользователя (irbics.ini и irbisb.ini) введен
> новый параметр
> CREATEINITCONTEXT
> который принимает два значения:
> 1 - клиентский контекст работы сохраняется (по
> умолчанию)
> 0 - клиентский контекст работы не сохраняется

Поменял я данные параметры - привёл их к нулю, а результат всё тот же! Версия ИРБИС 64 2010.1 с обновлениями D_03
в ini файле клиентского каталогизатора всё равно появляется место последней точки:
[CONTEXT]
UserName=МАВ
DBN=RDR
CONTEXT=0
CURMFN=13786
MARKED=0
WS=RDR
PFT=Оптимизированный
PREFIX=K=

MahaVishnu написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > В АРМах Каталогизатор и Книговыдача (ИРБИС64)
> > реализована возможность сохранения клиенского
> > контекста работы, позволяющая при повторном
> старте
> > АРМа продолжать работу с той "точки", где она
> была
> > закончена при предыдущем старте.
> > Некоторым пользователям эта возможность
> пришлась
> > не по душе (в частности, по причине
> замедленного
> > старта АРМа). В связи с этим в секции профиля
> > пользователя (irbics.ini и irbisb.ini) введен
> > новый параметр
> > CREATEINITCONTEXT
> > который принимает два значения:
> > 1 - клиентский контекст работы сохраняется (по
> > умолчанию)
> > 0 - клиентский контекст работы не сохраняется
>
> Поменял я данные параметры - привёл их к нулю, а
> результат всё тот же! Версия ИРБИС 64 2010.1 с
> обновлениями D_03
> в ini файле клиентского каталогизатора всё равно
> появляется место последней точки:
>
> UserName=МАВ
> DBN=RDR
> CONTEXT=0
> CURMFN=13786
> MARKED=0
> WS=RDR
> PFT=Оптимизированный
> PREFIX=K=
Неважно, что сохраняется в INI-файле. АРМ Каталогизатор возвращается к последней точке?

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



Редактировано 2 раз. Последний раз 24.03.2011 01:13 пользователем Lavrinovich.

Дунаевская написал(а):
-------------------------------------------------------
> "Каталогизация на национальном языке".
> Разработан первый вариант технологии,
> позволяющей:
> 1. Осуществлять вывод текстовых констант на
> национальном языке в выходных форматах (форматы
> просмотра/вывода, КК (в режимах табличной печати и
> "Печать текущего") и Систематических указателей,
> включая основной ряд и указатели к ним, именной и
> географический);
> 2. Корректно работать с национальными символами,
> встречающимися в справочниках типа MNU и TRE,
> таблицах авторских знаков, а также сортировать
> документы в выходных списках (но не в словарях!) с
> учетом расположения нестандартных национальных
> символов в кириллическом ряду.
>
> Технология основана на ведении и использовании
> справочной БД SPRV, в которую должны быть введены
> текстовые константы, справочники, таблицы
> авторских знаков и символы нестандартной
> сортировки на национальном языке.
> Далее осуществляется многократное их использование
> (автоматическая подстановка).
> Предполагается возможность использования в одной
> библиотеке каталогизации на разных языках
> (например, при наличии отдельных БД на
> национальных языках). Язык каталогизации, единый
> для отдельной БД, определяется в ORG.MNU.
> В настоящее время в справочную БД SPRV введены все
> данные на русском языке (в каждой записи есть
> обязательные поля - код языка каталогизации и тип
> записи). Пользователи, заинтересованные в данной
> проблеме, могут откорректировать эти записи на
> своем языке (или корректировать копии этих
> записей).
> В версию 2010.1 эта разработка будет включена как
> опция для заинтересованных, естественно, без
> дополнительной оплаты.
>
> Желающие получить разработанные материалы могут
> написать здесь свои почтовые адреса.

Добрый день

Можно ли нам получить эти материалы для тестирования и внедрения ?
адрес: newkos@gmail.com

newkos
Для получения материалов напишите Бродовскому А.И на Alio@gpntb.ru.
За консультациями по этой задаче обращайтесь ко мне dsm@gpntb.ru