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

Предлагается новая форма рабочего листа ввода - как альтернатива прежней форме, т.е. можно будет выбирать любую из форм "по вкусу", при этом описание РЛ - файл .WS - остается БЕЗ ИЗМЕНЕНИЙ.

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

Новая форма РЛ представляет собой древовидную иерархическую структуру (в отличие от старой, имеющей вид таблицы) - см. прикрепленную картинку. Состоит эта структура из элементов (ветвей) пяти видов:
- страница РЛ (т.е. группа произвольно объединенных полей)
- группа повторений одного поля
- поле с подполями
- поле без подполей
- подполе

Сразу стоит отметить одну особенность, отличающую новую форму от старой: одно и тоже поле можно отображать на странице сколько угодно раз (в старой форме поле не может дважды отображаться на одной странице)

Использование вложенных РЛ (РЛ подполей - .WSS) и всех остальных инструментов ввода остается БЕЗ ИЗМЕНЕНИЙ.

Хочу обратиться к пользователям-разработчикам с одной просьбой. Для обозначения различных ветвей дерева нового РЛ используются мнемонические образы-картинки. За неимением времени и умения мне не удалось создать что-то эстетически интересное. Если у кого-то есть возможность и желание помочь - приму с благодарностью.
Т.е нужны картинки пяти видов, обозначающие:
- страницу РЛ
- группу повторений одного поля
- поле с подполями
- поле без подполей
- подполе

Каждая из картинок может (но это не обязательно) иметь четыре модификации:
- ветка свернута и является текущей
- ветка свернута и не является текущей
- ветка развернута и является текущей
- ветка развернута и не является текущей

Размер картинок (BMP) 24x24, цветность любая.

Идея хорошая! Но, над внешним видом работать нужно (это то, что касается больших картинок для показа иерархического уровня). Кроме этого потребуется информация для программирования кнопок по "иерархиям", чтобы они были преемственны от систем автоматизации (управление клавишами без мышки).
Я - за!
PS. Хоть и далек я от каталогизации.



Редактировано 1 раз. Последний раз 31.08.2007 19:52 пользователем Карауш.

Реализована возможность ВЛОЖЕННЫХ ТВП ПЕРЕФОРМАТИРОВАНИЯ (FST)

Вложенный ТВП указывается в текущем ТВП виде строки следующего вида

@FST_NAME

где FST_NAME - имя вложенного ТВП (без расширения)

Вложенный ТВП может находиться там же, где исходный, (т.е в директории БД) или (в случае отсутствия по этому пути) в директории DEPOSIT

Степень вложенности ТВП не ограничена.

Строки вложенного ТВП БЕЗУСЛОВНО добавляются в исходный ТВП (т.е. нет никакакой замены)

ИРБИС-Навигатор.

Реализована новая команда ИРБИС-ссылки - выполнение функции пользователя (С21COM=11)
Команда имеет три параметра:
- имя DLL пользователя
- имя функции пользователя
- исходные (входные) данные

Функция пользователя может возвращать данные, на основе которых формируется результирующая страница ИРБИС-Навигатора.

Новая команда также реализована во встроенном навигаторе в АРМах Каталогизатор и Читатель (ИРБИС64)

Подробно команда описана в контекстной помощи ИРБИС-Навигатора.

Отлично. Оперативно, но как всегда самым простым путем ;). Правда родился вопрос: раз уж всетаки вложенность реализована как добавление строки в основную ТВП, то планируется ли разделить "современную" ТВП по тематике индексирования (как предлагал Максим Куделя)? И еще: это применимо для ЛЮБЫХ ТВП или только для словарных?

Панев Максим написал(а):
-------------------------------------------------------
> Отлично. Оперативно, но как всегда самым простым
> путем ;). Правда родился вопрос: раз уж всетаки
> вложенность реализована как добавление строки в
> основную ТВП, то планируется ли разделить
> "современную" ТВП по тематике индексирования (как
> предлагал Максим Куделя)?
Да, IBIS.FST будет состоять из тематических вложенных ТВП
И еще: это применимо для
> ЛЮБЫХ ТВП или только для словарных?
Для любых.

Alio написал(а):
-------------------------------------------------------
> Реализована возможность ВЛОЖЕННЫХ ТВП
> ПЕРЕФОРМАТИРОВАНИЯ (FST)
>

Отлично! И, как заметил Максим, оперативно :)
Вопрос (уточняющий): Реализовано для 64/32 или только для 64?

Михайленко Илья написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Реализована возможность ВЛОЖЕННЫХ ТВП
> > ПЕРЕФОРМАТИРОВАНИЯ (FST)
> >
>
> Отлично! И, как заметил Максим, оперативно :)
> Вопрос (уточняющий): Реализовано для 64/32 или
> только для 64?

И для 32 и для 64.

АРМ Книговыдача.
В пользовательский интерфейс в окно ЧИТАТЕЛЬ введен переключатель, который определяет, показывать ли все сведения о выдачах/возвратах или только сведения о несданной литературе. Положение переключателя запоминается в DESKTOP'е пользователя.

АРМ Книговыдача (ИРБИС64)
Реализована возможность контроля соответствия МЕСТА ВЫДАЧИ и МЕСТА ХРАНЕНИЯ экземпляра.

Контроль включается с помощью параметра PRMHRKV (значение 1) в разделе [MAIN] INI-файла (по умолчанию - контроль отключен, значение 0) и заключается в следующем.
При выполнении любой операции (выдача, возврат, продление) осуществляется проверка соответствия между МЕСТОМ ВЫДАЧИ (установленном в НАСТРОЙКЕ) и МЕСТОМ ХРАНЕНИЯ экземпляра (выдаваемого, возвращаемого, продлеваемого). Соответствие проверяется на основе справочника MHRKV.mnu (см. релиз версии 2004.2). Если справочник отсутствует, предполагается, что МЕСТА ВЫДАЧИ и МЕСТА ХРАНЕНИЯ совпадают.

Не следует путать этот контроль с маской МЕСТО ХРАНЕНИЯ в НАСТРОЙКЕ (которая используется для фильтрации сведений о свободных экземплярах при выдаче) и контролем совпадения МЕСТА ВЫДАЧИ (STRONGRETURN - который используется только при возврате)

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

Создан режим ПЕРЕДАТЬ (в меню СЕРВИС) - для передачи (пересылки) текущей записи во внешние корпоративные ресурсы: это могут быть Web-Ресурсы, т.е. ресурсы, доступные на основе шлюза WebИРБИС, или ресурсы, доступные по протоколу Z39.50.
Список Web-ресурсов указывается в справочнике WebTransfer.mnu, а список Z-Ресурсов указывается в справочнике ZTransfer.mnu - в качестве значения указывается URL, в качестве пояснения - название ресурса на естественном языке.
Справочники могут находиться на сервере в основной директории (IRBIS64) или в директории DEPOSIT.

(Возможность передачи на основе WebИРБИС связана с соотвествующей новой командой шлюза)

Здравствуйте!
Идея с новой формой рабочего листа может быть и хороша, но только для программистов. Большинство библиотекарей простые пользователи. Им иерархия не нужна. Я по своим сотрудникам знаю, они эту форму не осилят.

А как же в РУСЛАНЕ - там, насколько я знаю, ввод ведется через иерархическую структуру...

А может это было реализовано в РУСЛАНе только для того, чтобы обеспечить "непохожесть" системы на существующие аналоги. :)

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

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



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

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

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

ААА|БББ

(для ИРБИС64)

Создана модель БД IMAGE, которая обеспечивает интеграцию БД ИМИДЖ-КАТАЛОГА в среду ИРБИС64.

(не путать ИРБИС64 и ИРБИС64 ПБД)

БД ИМИДЖ-КАТАЛОГА создается (формируется) пакетно в ИРБИС64 ПБД на основе распознавания сканированных образов КК.

Инеграция в ИРБИС64 БД ИМИДЖ-КАТАЛОГА состоит в следующем:

1. Создана инфраструктура (форматы, РЛ и пр.), которая позволяет работать с БД ИМИДЖ-КАТАЛОГА (IMAGE) в АРМе Каталогизатор. (Например, для того, чтобы вести структурированное (поэлементное) описание на основе изображения КК (лицевой и оборотной стороны), которое представляется в окне полного описания).

2.В АРМе Читатель (обычном и полнотекстовом) обеспечена возможность формирования заказа на книговыдачу по БД ИМИДЖ-КАТАЛОГА.

3. В АРМе Книговыдача обеспечена возможность:
- работы с заказами по БД IMAGE (в качестве содержательной части заказа фигурирует изображение КК)
- выполнения выдачи по заказу и без заказа по БД IMAGE - для этого введен специальный режим ВЫДАЧА С ОПИСАНИЕМ ЭКЗЕМПЛЯРА, который позволяет осуществлять описание выдаваемого экземпляра в момент выдачи (т.е. "на лету" - действуя таким образом, можно вести ретроконверсию экземпляров ИМИДЖ-КАТАЛОГА по мере их выдачи). В связи с этим введен новый параметр INI-файла АРМа Книговыдача - REQUESTNEWEKZABLE - который разрешает (1 по умолчанию) или запрещает (0) вести описание экземпляра "на лету". Также введен параметр LANDFORMAT, определяющий имя формата для показа документов ЭК при выдаче без заказа (по умолчанию - используется формат BRIEF)



Редактировано 2 раз. Последний раз 09.01.2008 15:29 пользователем Alio.

Предлагаются новые форматные выходы (технические)
1. Прибавить/вычесть из заданной даты в виде ГГГГММДД заданное количество дней и вернуть полученную дату в виде ГГГГММДД

&uf('3BГГГГММДД/ддд')

ГГГГММДД - дата
ддд - количество дней, может начинаться с минуса
На месте символа / может быть любой разделитель

Пример: &uf('3B',&uf('3'),'/-100')
(вычесть из текущей даты сто дней)

2. Вычесть из одной даты в виде ГГГГММДД другую дату в виде ГГГГММДД и вернуть разницу в виде количества дней

&uf('3СГГГГММДД/ГГГГММДД')

Пример: &uf('3С',&uf('3'),'/19000101')
(количество дней с 1 января 1900 года до сегодняшнего дня)

3. Заменить в заданной строке один символ на другой (регистр учитывается)

&uf('+98ab<строка>')

a - заменяемый символ
b - символ, на который заменяется

Пример: &uf('+98 0',f(1,5,0))
(результат расформатирования - 00001)

Александр Иосифович! На ЛИБКОМе Константин Олегович, демонстрируя нововведения в грядущей версии веб-ирбиса, показал замечательную конструкцию в языке запросов - поиск по диапазону терминов словаря "от и до". Неужели каталогизатор и читатель останутся без этого замечательного опциона? Интерфейсно это реализовать как кажется довольно просто - добавить еще один переключатель - "между"(between) - и оговорить в релизе что третий и далее термины, если они случайно отобранны в запрос будут проигнорированы.

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

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

В режиме СЕРВИС - ЭКСПОРТ добавлена опция, позволяющая одновременно с экспортом документов выгружать (по тому же пути) связанные внешние объекты (представляющие собой файлы)


Если эта опция окажется востребованной, она будет реализована и в ИРБИС32, и в других АРМах (Администратор, Читатель)

Не нашел в релизе как включить новый вид РЛ в каталогизаторе И64. Через ИНИ? Какой параметр?

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

Тестируем новую версию. Интерфейс конечно очень спорен, белое поле вместо привычной таблицы режет глаз, но дело даже не в этом. Почему при вводе содержания книги в рабочем дисте PAZK42 в Оперативном режиме при редактировании содержания система создает новый документ ( статью из содержания как отдельную книгу?). Получается на каждую статью из содержания книги будет создаваться отдельная запись с местом хранения и т.п., хотя на самом деле она находится в оглавлении. та же проблема и в АРМ "Комплектатор". Надеюсь, понятно объяснила, я не программист, а пользователь. Спасибо.

P.S.Если нужно, вышлем файл

Татьяна Тарле написал(а):
-------------------------------------------------------
> Тестируем новую версию. Интерфейс конечно очень
> спорен, белое поле вместо привычной таблицы режет
> глаз, но дело даже не в этом. Почему при вводе
> содержания книги в рабочем дисте PAZK42 в
> Оперативном режиме при редактировании содержания
> система создает новый документ ( статью из
> содержания как отдельную книгу?). Получается на
> каждую статью из содержания книги будет
> создаваться отдельная запись с местом хранения и
> т.п., хотя на самом деле она находится в
> оглавлении. та же проблема и в АРМ "Комплектатор".
> Надеюсь, понятно объяснила, я не программист, а
> пользователь. Спасибо.
>
> P.S.Если нужно, вышлем файл


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

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

Добрый день Лариса!

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



Редактировано 1 раз. Последний раз 20.02.2008 14:20 пользователем Татьяна Тарле.