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

В АРМе Книговыдача (только для ИРБИС64) предлагается большая новая технология - ТЕХНОЛОГИЯ БРОНЕПОЛКИ (бронирования)

Технология предназначена для фиксированеия и ведения такого состояния экземпляра издания, когда он (экземпляр) ЗАБРОНИРОВАН для определнного читателя, т.е когда формально он находится не по месту постоянного хранения и не на руках у читателя, а на БРОНЕПОЛКЕ (это может быть реальное и условное место) и предназначен для выдачи определенному читателю (т.е. НЕ имеет статуса 0 - свободного)
Состояние забронированного экземпляра определяется:
- во-первых, специальным статусом (9) в соотвествующей записи БД электронного каталога
- и во-вторых, соотвествующей записью в БД заказов (RQST), в которой хранятся стандартные сведения о заказе, по которому произведено бронирование, а также дополнительные данные: дата бронирования и реквизиты забронированного экземпляра (инв.номер, штрих-код, место постоянного хранения) - (Здесь сразу надо отметить, что в связи с этим БД RQST становится ИНВЕРТИРУЕМОЙ, т.е по ней будут создаваться словари со всеми вытекающими последствиями)

Т.о. в БД заказов появляется ТРИ типа записей:
- невыполненные заказы
- заказы, по которым выполнено бронирование, т.н. БРОНЕПОЛКА
- выполненные заказы (т.е. те заказы, по которым выполнена выдача на руки читателю)

В связи с этим в интерфейсе АРМа Книговыдача (ИРБИС64) в нижней части (область заказов) появляются две ЗАКЛАДКИ
- НЕВЫПОЛНЕННЫЕ ЗАКАЗЫ
- БРОНЕПОЛКА

(Выполненные заказы, как и раньше, отображаются в отдельном окне на модальной форме)

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

Кроме того, в области ЧИТАТЕЛЯ (верхняя часть интерфейса) предлагается новый режим ВОЗВРАТ НА БРОНЕПОЛКУ, который означает оформление такого возврата, когда возвращаемый экземпляр остается забронированным для данного чителя.

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

Необходимо успокоить тех, кому предлагаемая технология НЕ НУЖНА - в INI-файле вводится параметр, который позволит сделать все, что связано с БРОНЕПОЛКОЙ, "прозрачным".

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

Обеспечен экспорт документов (в АРМах Каталогизатор и Администратор) в формате XML
Т.е. дополнительно к опциям ISO и ТЕКСТОВЫЙ, определяющим структуру экспортируемых записей, добавлена опция XML

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

Режим СТАТ.ФОРМЫ (появившийся в 2006.1 в АРМе Каталогизатор) включен также в АРМ Книговыдача - для получения стат.форм по книговыдаче (БД Читателей)
(см. [irbis.gpntb.ru] - сообщения от 20 и 21 июля 2006)

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

Предлагается дополнительная возможность, связанная со скоростной книговыдачей и параметром BARCODERELATION.
Если осуществляется скоростная книговыдача и нет никакой надобности контролировать читателя (т.е. идентифицировать его по лицу, смотреть, что у него на руках и т.д.), то в этом случае устанавливается BARCODERELATION=0 (по умолчанию - при этом сведения о читателе, для которого осуществляется скоростная книговыдача, не появляются в окне ОСНОВНОГО интерфейса)

Если осуществляется скоростная книговыдача и необходимо контролировать читателя ПОСЛЕ завершения операции книговыдачи, то в этом случае устанавливается BARCODERELATION=1 (при этом сведения о читателе, для которого осуществляется скоростная книговыдача, появляются в окне ОСНОВНОГО интерфейса после завершения операции)

Если осуществляется скоростная книговыдача и необходимо контролировать читателя ДО завершения операции книговыдачи, то в этом случае устанавливается BARCODERELATION=2 (при этом сведения о читателе, для которого осуществляется скоростная книговыдача, появляются в окне ОСНОВНОГО интерфейса сразу после ввода его щтрих-кода, т.е. ДО ввода штрих-кода издания)

Естественно, в последних двух случаях придется "расплатиться" скоростью (при BARCODERELATION=2 больше, чем BARCODERELATION=1)

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

Для ввода данных о плане предусмотрен новый тип записи "План на год" (данные по месяцам, кварталам и т. п.)

В АРМе Читатель предусмотрена возможность определять БД, для которых НЕ ПРЕДУСМОТРЕН заказ на выдачу - для этого в списке доступных БД (по умолчанию dbnam3.mnu) необходимо перед именем БД поставить символ "-"

В ИРБИС32 реализована идея Депозитария ресурсов (по той же схеме, что ранее была реализована в ИРБИС64), но ТОЛЬКО для форматов (и тех справочников - MNU - что запрашиваются из форматов).
Идея депозитария ресурсов состоит в том, что форматы, являющиеся общими для разных БД, могут находиться в директории \DATAI\DEPOSIT

В АРМе Каталогизатор обеспечена возможность оперативной сортировки справочников - путем клика на заголовок соответствующей колонки. Разумеется, только для тех справочников, которые объявлены в РЛ сортируемыми (<name>.mnu\\1 или <name>.mnu\\2), т.е. сортировка, указываемая в РЛ, рассматривается как умалчиваемая.

Подготовлены аналоги всех основных форматов показа в виде HTML-форматов (имеют те же имена, но с суффиксом _H). Есть возможность переключить режим ОПТИМИЗИРОВАННОГО формата на HTML-форматы - для этого необходимо изменить значение параметра PFTOPT в разделе [MAIN] INI-файла на
PFTOPT=pftw_H.opt



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

В АРМе Каталогизатор
- обеспечена возможность группового (мульти) ввода через иерархические меню;

- обеспечена возможность вызова оперативных меню (если их больше одного) по их порядковому номеру, т.е., например, для вызова второго оперативного меню необходимо ПОСЛЕДОВАТЕЛЬНО нажать F4 и 2

Обеспечена возможность (только для ИРБИС64) хранить внутренние двоичные ресурсы (объекты), т.е. двоичные данные внутри документа, и ссылаться на них.

В каких случаях эта возможность может быть использована:
1. Могут быть такие объекты (например, графические данные, звук и т.п.), которые должны оставаться НЕОТЪЕМЛЕМОЙ частью документа, т.е. портироваться (копироваться, импортироваться, экспортироваться) вместе с ним. (на основе внешних объектов - 951 поле - это сделать затруднительно)
2. Может возникнуть необходимость вывода двоичных данных (картинки) ВНУТРИ КОНТЕКСТА (внутри поля/подполя) - сделать это с помщью внешнего объекта также затруднительно и неудобно (а то и невозможно). Например. Внутри заглавия есть сложная математическая или химическая формула (никаким UNICODE ее не ввести) - как ее ввести и потом отображать? Следующим образом: формула сканируется, т.е превращается в графический объект; данный объект ВВОДИТСЯ в документ как внутренний; в нужном месте заглавия ВВОДИТСЯ команда (см. ниже), ссылающаяся на соотвествующий внутренний объект.

Как вводить двоичные ресурсы?
Для хранения таких данных в документе предусматривается специальное поле (по умолчанию 953 - параметрируется через параметр TagInternalResource в секции [MAIN] серверного INI-файла). Ввод в данное поле предлагается в РЛ на странице ТЕХНОЛОГИЯ. Поле повторяющееся - каждое повторение содержит один двоичный ресурс. Поле содержит два подполя: A - тип внутреннего ресурса; B - собственно ресурс. Для ввода поля предусмотрен вложенный РЛ 953.wss.
Тип внутреннего ресурса (подполе А) совпадает с типом (расширением) соотвествующего файла. В настоящее время поддерживаются следующие типы ресурсов: BMP,JPG,GIF - т.е. только графические ресурсы. Для ввода типов ресурсов предусмотрен справочник 953.mnu.
Для ввода собственно двоичного ресурса (подполе В) используется метод ввода 12 - ВВОД ИЗ ВНЕШНЕГО ФАЙЛА - с опцией 3 (ВВОД ДВОИЧНЫХ РЕСУРСОВ), при этом можно указывать маску для выбираемых файлов. При вводе указанного файла АВТОМАТИЧЕСКИ переносится его расширение в подполе А. Возможен ввод двоичного ресурса через БУФЕР ОБМЕНА Windows - в том случае, если таковым является графические данные в формате BMP. Умалчиваемым типом двоичного ресурса (т.е. если подполе А пустое) является BMP.
Двоичные ресурсы хранятся в текстовом формате (т.е. подвергаются специальной кодировке, чтобы исключить НЕДОПУСТИМЫЕ с точки зрения ИРБИС символы).

Как выводить (отображать) двоичные ресурсы в форматах показа (имеются в виду ТОЛЬКО HTML-форматы)?
ПЕРВЫЙ СПОСОБ: (наиболее удобный) в нужное место документа/поля/подполя (результат расформатирования) вводится команда в виде
[[N]]
где N - номер двоичного (внутреннего) ресурса в документе, т.е. номер соответствующего повторения поля 953 (начиная с 1)
Данный способ является единственно возможным в случае, когда место расположения двоичного ресурса НЕ МОЖЕТ БЫТЬ предусмотрено в формате. Например, сложная математическая или химическая формула в заглавии. В этом случае команда вывода двоичного ресурса вводится непосредственно в заглавие

#200: ^A<часть заглавия до формулы> [[1]] <часть заглавия после формулы>

при этом двоичный ресурс с изображением формулы вводится в качестве первого повторения поля 953.

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

(if p(v953) then '[[',&uf('+90'),']]<br>' fi)

(для пояснения - &uf('+90') - номер текущего повторения)

ВТОРОЙ СПОСОБ: использование ИРБИС-тэга (см. описание ИРБИС-Навигатора)

<IRBIS TYPE="1" VALUE="dbname,mfn,numb">

dbname - имя БД (по умолчанию - текущая)
mfn - внутренний номер док-та
numb - номер двоичного ресурса в документе

В этом случае указанный выше формат будет иметь вид:

(if p(v953) then '<IRBIS TYPE="1" VALUE=",',mfn,',',&uf('+90'),'"><br>' fi)

ТРЕТИЙ СПОСОБ: (только для графических ресурсов - каковые в настоящее время являются единственно возможными для непосредственного отображения в формате) используется IMG-тэг с ИРБИС-ссылкой (см. описание ИРБИС-Навигатора)

<IMG SRC=”IRBIS:12,dbname,mfn,numb”>

В этом случае указанный выше формат будет иметь вид:

(if p(v953) then '<IMG SRC="IRBIS:12,,',mfn,',',&uf('+90'),'"><br>' fi)

Также есть возможность НЕ отображать двоичный ресурс, а формировать на него ссылку. В этом случае используется ИРБИС-ссылка с командой 3 (см. описание ИРБИС-Навигатора)

Данный формат будет формировать ссылки на все двоичные ресурсы док-та:

(if p(v953) then '<A HREF="IRBIS:3,12,,',mfn,',',&uf('+90'),'">Ссылка ',&uf('+90'),'</A><br>' fi)

В дальнейшем будет обеспечена поддержка других типов внутренних двоичных ресурсов (звук, видео и т.д.)



Редактировано 6 раз. Последний раз 19.01.2007 11:25 пользователем Alio.

Дополнения к предыдущему сообщению:

1. Поле 953 имеет три подполя: кроме А и В, Т - название внутреннего двоичного ресурса (на естественном языке)

2. Кроме графических данных (JPG, GIF, BMP), в качестве внутренних двоичных ресурсов можно использовать ЛЮБЫЕ другие, но при показе на них можно ТОЛЬКО ссылаться (через конструкцию <A HREF="IRBIS:3,12,dbname,mfn,numb">...</A>)

3. В качестве внутренних двоичных ресурсов имеет смысл использовать НЕБОЛЬШИЕ ресурсы. (Если это полный текст книги, то его лучше использовать как внешний объект)

4. Представление внутренних двоичных ресурсов при работе через Web - ОСОБЫЙ СЛУЧАЙ. Разумеется, при этом нельзя использовать никакие ИРБИС-ссылки. (Этот вопрос еще прорабатывется - очевидно, будет поддерживаться ТОЛЬКО команда [[N]])

5. Предлагается специальный форматный выход (UNIFOR), который сохраняет заданный внутренний ресурс в заданном файле - &uf(+9DNN#<полный путь>), где NN - номер внутреннего двоичного ресурса в текущей записи.



Редактировано 1 раз. Последний раз 18.01.2007 10:23 пользователем Alio.

Еще дополнения к предыдущему...

1. Команда контекстного (внутри поля/подполя) отображения внутренних двоичных ресурсов - [[N]] - поддерживается ТОЛЬКО в форматах показа, которые ЯВНО помечены как HTML-форматы. ЯВНО ПОМЕЧЕННЫМ считается такой формат, результат расформатирования по которому начинается с пустого тэга </> (который НИКАК не влияет на представление документа)

2. При корректировке внутренних двоичных ресурсов (т.е. при корректировке/добавлении поля 953) их актуальное представление в формате показа АРМа Каталогизатор осуществляется ТОЛЬКО после сохранения документа.

3. Если не указывается ТИП внутреннего двоичного ресурса (953^A), предполагается тип BMP


(Для тех, кто еще не понял смысла внутренних двоичных ресурсов: очень удобно в качестве таковых в БД RDR использовать фотографии читателей - разумеется, если это не полноцветные портреты на мегабайты...)



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

В АРМе Каталогизатор (ИРБИС32 и ИРБИС64) реализован режим ЗАИМСТВОВАНИЯ (импорта) ИЗ Z-РЕСУРСОВ (по аналогии с уже имеющимися режимами ИМПОРТ ИЗ ЛИБНЕТ и ИМПОРТ ИЗ WebИРБИС-РЕСУРСОВ) - режим позволяет осуществлять поиск, отбор и импорт в ИРБИС из любых библиографических ресурсов, поддерживающих протокол Z39.50 (в частности, АРБИКОН)
В связи с этим режимом вводятся следующие параметры INI-файла (в ИРБИС64 - серверного)

RUSMARCFST
UNIMARCFST
USMARCFST
RUSMARCGBL
UNIMARCGBL
USMARCGBL
ZIMPORTSEARCHPAGE
ZIMPORTFORMAT



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

Несколько "лирических" замечаний по поводу нового режима в Каталогизаторе (2006.2) - ИМПОРТ ИЗ Z=РЕСУРСОВ

Режим открывает перед Каталогизаторами - без всякого преувеличения - грандиозные возможности по заимствованию готовых библиографических записей из ЛЮБЫХ МИРОВЫХ БИБЛИОГРАФИЧЕСКИХ ресурсов, доступ к которым осуществляется по протоколу Z39.50 - а это БЕЗ ИСКЛЮЧЕНИЯ электронные каталоги всех крупнейших библиотек России и мира, в том числе:

Российская государственная библиотека
Российская национальная библиотека
ГПНТБ России
ВГБИЛ
БЕН
и т.д.

а также крупнейшие корпоративные (сводные) ресурсы - такие как АРБИКОН.

И ГЛАВНОЕ - ВСЕ АБСОЛЮТНО БЕСПЛАТНО!!!

И еще хотелось бы напомнить вот об этом. Пункт второй. Предложение двухгодичной давности, отвергнуто вроде не было, но забыто - это точно :)

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

Куделя написал(а):
-------------------------------------------------------
> И еще хотелось бы напомнить вот об этом. Пункт
> второй. Предложение двухгодичной давности,
> отвергнуто вроде не было, но забыто - это точно :)

Ничего не остается, как пообещать реализовать это в 2007.1

Полный релиз версии 2006.2
RELEASE_6_2.doc

выложен на открытом FTP
[ftp.gpntb.ru]



Редактировано 2 раз. Последний раз 29.01.2007 17:35 пользователем Alio.

А раздавать когда начнете?

Светлана Михайловна есть вопросец по поводу версии 2006.2.
Вобщем может у кого-то такое было, но у меня на версии 2006.2 не работают некоторые формы. Когда открывается файл уже в Ворде, то в некоторых формах смещены слова, они находятся не в полях а на их границах и т.д. а в некоторых формах, в полях,там где должен быть текст, там длинное сообщение с ошибкой, что-то типа:C:\irbis_tabf1w@Error....
Тут я вижу два варианта-недоработка версии и то что на компьютерах, где я эту форму пробовал вывести стоит либо Word 97 либо Wordpad, т.е. офис отсутствует.
Подскажите что это. И поможет ли обновление?
Конкретный пример с ошибкой вывода - форма TABF1W в каталогизаторе.