АРМ Каталогизатор

Введено новое средство ввода - ДИНАМИЧЕСКИЙ СПРАВОЧНИК.
Имеет код 15 (РЕЖИМ ВВОДА в РЛ)
Динамический справочник - это справочник, который создается не на основе файла типа .MNU, а "на лету", в момент ввода, с помощью соответствующего формата (который задается в качестве ДОП.ИНФОРМАЦИИ в РЛ), т.е текущая запись (которая находится на вводе) подвергается расформатированию с помощью данного формата и результат расформатирования рассматривается как справочник (т.е результат расформатирования должен имитировать структуру файла MNU)
Важно отметить, что расформатированию подвергается "живая" (т.е. еще до нажатия кнопки СОХРАНИТЬ) текущая запись.
(Если помнить о том, что в формате можно использовать конструкции ref, &uf('D...), &uf('7..) и др., то понятно, что в динамическом справочнике можно использовать данные других записей и других БД)



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

Язык форматирования.
Новый форматный выход: Извлечь из заданной строки слова и вернуть их в виде списка

&uf('+9G<text>')

(Разумеется, границы слов определяются на основе ISISACW.TAB)

Вернуть их в виде списка какого рода и куда? В глобальную переменную?

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

Куделя написал(а):
-------------------------------------------------------
> Вернуть их в виде списка какого рода и куда? В
> глобальную переменную?

unifor всегда возвращает данные только в одно место - в результат расформатирования. Список элементов (слов) этом случае- это строка, в которой элементы отделены друг от друга разделителями 0D0A. Этот список действительно можно "посадить" на повторения глобальной переменной

&uf('+7W1#',&uf('+9G',v200^a))

В результате - каждое слово заглавия станет повторением глобальной переменной 1

КОМАНДЫ КОНТЕКСТНОГО ВЫДЕЛЕНИЯ.
Прежде чем говорить о том, что это такое, следует сказать о предпосылках появления этого нового решения.

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

... H{\dn 2}O... - если ориентироваться на RTF-форматы показа
или
... H₂O... - если ориентироваться на HTML-форматы показа.

Недостаток такого способа очевиден. Если вводить RTF-команды, они не будут работать в HTML-форматах, а если вводить HTML-команды, они не будут работать в RTF-форматах.

Тут естественно возникает идея: ввести специальные команды ИРБИС для контекстного выделения данных, которые бы не зависили от вида формата, через который они будут показываться.

Именно это и было сделано. Такие команды и называются КОМАНДЫ КОНТЕКСТНОГО ВЫДЕЛЕНИЯ.

Предлагается следующий набор команд :
- ЖИРНОСТЬ
- ПОДЧЕРКИВАНИЕ
- КУРСИВ
- ЦВЕТ
- РАЗМЕР ШРИФТА
- НАДСТРОЧНОЕ НАПИСАНИЕ
- ПОДСТРОЧНОЕ НАПИСАНИЕ

Команды вводятся по тому же принципу, что и тэги HTML или RTF. А именно: каждая команда имеет тэг для обозначения НАЧАЛА выделения и тэг для обозначения конца выделения.
Для примера с формулой воды это будет иметь вид:

... H[[d]]2[[/d]]O...

т.е. тэги команд контекстного выделения ИРБИС указываются в уникальных ограничителях [[.]], а тэг окончания начинается со специального символа - [[/.]]

Конкретный список тэгов для команд выделения ИРБИС приведен в конце этого сообщения.

Несколько ВАЖНЫХ замечаний, связанных с этим новым решением.
- команды контекстного выделения имеют эффект (т.е. работают) ТОЛЬКО в явных форматах показа,печати. Признаками явных форматов показа являются: для RTF-формата - наличие первого символа {, для HTML-формата - наличие в начале пустого тэга </>
- при выполнении всех форматов, которые не являются явными форматами показа, команды выделения остаются в соответствующих элементах данных как таковые. Т.е. в таких форматах возникает необходимость "чистить" данные от команд выделения, если, разумеется, в том возникает необходимость. (Например, при инверсии заглавий, не хотелось бы, чтобы команды выделения - если таковые использовались в документах, - попадали в словарь. Для этого в соответствующих форматах в ТВП инверсии надо применять "чистку".) Для чистки данных от команд выделения предлагается специальный &uf('[') - который может находиться в любом месте формата и играет роль команды.
- следует помнить, что команды выделения ИРБИС предназначены прежде всего для выделения текстов ВНУТРИ полей/подполей, т.е для контекстного выделения. Хотя, разумеется, они будут работать и в том случае, если включать их в формат в виде литералов.

(И наконец, последнее замечание в скобках. Грамотные люди совершенно резонно на все это могут возразить. Контекстые выделения - это задача не текстовых баз данных - каковыми являются БД ИРБИС, - а текстовых редакторов, т.е. все это нарушение самой идеологии текстовых БД. С этим нельзя не согласиться. Да, этого делать не стоит. Но если очень хочется... Так вот это новое решение и надо рассматривать, как инструмент для случаев, когда "нельзя, но очень хочется")

Список тэгов для команд контекстного выделения ИРБИС:

[] [] - ЖИРНОСТЬ (здесь неправильно отображается - имеется в виду латинский симво b в ограничителях [[ и ]])

[] [] - ПОДЧЕРКИВАНИЕ (здесь неправильно отображается - имеется в виду латинский симво u в ограничителях [[ и ]])

[] [] - КУРСИВ (здесь непарвильно отображается - имеется в виду латинский симво i в ограничителях [[ и ]])

[[d]] [[/d]] - ПОДСТРОЧНОЕ НАПИСАНИЕ
[[p]] [[/p]] - НАДСТРОЧНОЕ НАПИСАНИЕ
[[sNN]] [[/s]] - РАЗМЕР ШРИФТА в пунктах. (размер шроифта по умолчанию 8
[[cNN]] [[/c]] - ЦВЕТ. NN-номер цвета от 1 до 16.



Редактировано 2 раз. Последний раз 02.09.2008 19:25 пользователем Alio.

Чем-то напоминает bb-коды.

Есть такие вопросы:
1. Возможна ли вложенность тегов?
2. Если возможна вложенность тегов, воможна ли вложенность одних и тех же тегов друг в друга? Например:

N[[d]]2[[d]]1[[/d]][[/d]]

Или

[[c2]]это [[c5]]особо[[/c5]] выделенный кусок текста[[/c2]]

3. Как отработается кусок вот такого текста:

[[b ]] пересекающиеся [[i ]] теги [[/b ]] возможны? [[/i ]]

4. "номер цвета" - как определить что подразумевается, к примеру, под цветом №2?
5. Как ввести такой заголовок:
Использование команд [[[p]][[[/p]] и [[d]][[/d]] для формирования сложных заголовков в ИРБИС в эпоху древнетехнического мира. [Текст] : автореф. дис. на соиск. учен. степ. канд. ист. наук: (07.00.02) / В. В. Пупкин ; [Всевселенский ун-т]. - Альфа-центавра, 4796. - 23 с. ; 21 см. - Библиогр.: с. 22-23. - 100 экз.
т.е. когда в самом заголовке будут использоваться [[ и ]]

Александр Иосифович, может для большей совместимости с понятием bb-код немного изменить формат команд s и c?

[[s=NN]] [[/s]]
[[c=NN]] [[/c]]

т.е. добавить непосредственно после тегов c и s знак "="?
Тогда теги смогут быть не только однобуквенными.
Иначе количество их получается очень не большим и при расширении их списка каталогизаторам все сложнее будет запоминать множество однобуквенных команд (если только не сделать контекстного помошника по преобразованию выделенного в поле/подполе текста)

Если ближе к bb-кодам то

подстрочный индекс - тег [[ sub ]][[ /sub ]], 
надстрочный инндекс тег [[ sup ]][[ /sup ]],
зачеркивание - тег [[ s ]][[ /s ]],
цвет шрифта [color=#CCCC00][/color],
размер шрифта [size=large][/size]

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

Тэги Команд контекстного выделения ИРБИС в процессе обработки ОДНОЗНАЧНО заменяются на соответствующие тэги RTF или HTML - отсюда следуют ответы на вопросы, связанные с вложенностью...

Запоминать тэги команд контекстного выделения нет никакой необходимости. Они будут предлагаться через оперативный справочник (который вызывается по F4)

Что касается bb-кодов, то я вообще не знаю, что это такое...

Alio написал(а):
-------------------------------------------------------
> - команды контекстного выделения имеют эффект
> (т.е. работают) ТОЛЬКО в явных форматах
> показа,печати.

Как это будет работать при использовании вложенных pft-файлов методами &uf(6) и ссылками? Это будет работать только в случае если подключенный формат имеет указанные символы ({ и </>)?

> Для этого в соответствующих форматах в
> ТВП инверсии надо применять "чистку".)

Можно надеятся, что команда чистки будет включена во ВСЕ дистрибутивные fst? Не только инверсивные, но и задействованные при в экспорте (исклчая ТВП применяемые при копировании, конечно)

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

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > - команды контекстного выделения имеют эффект
> > (т.е. работают) ТОЛЬКО в явных форматах
> > показа,печати.
>
> Как это будет работать при использовании вложенных
> pft-файлов методами &uf(6) и ссылками? Это будет
> работать только в случае если подключенный формат
> имеет указанные символы ({ и </>)?
Все определяется тем, каким форматом является основной (верхний) формат (т.е. тип вложенных или ссылочных форматов значения не имеет)...


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

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

Введен режим ПЕРЕРЕГИСТРАЦИЯ ЧИТАТЕЛЯ. В области описания текущего читателя появилась соответствующая кнопка. В качестве сведений о перерегистрации указывается текущая дата и место выдачи/перерегистрации (если последнее не равно *)
(В предыдущих версиях это можно было сделать путем "ручной" корректировки, переходя в АРМ Каталогизатор)



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

Для работающих с национальными языками вводится справочная БД SPRAV, в которой представлены записи 3-х видов: константы, используемые в выходных форматах, справочники, используемые для раскодировки в выходных форматах, и национальные таблицы Хавкиной.
Запись характеризуется двумя полями: вид документа и язык каталогизации.
В дистрибутивной БД будут введены все данные для русского языка.
Каждый Пользователь может составить аналогичные (копированием и корректурой) соответствующие записи на всех национальных языках, на которых в его БД проводится каталогизация (поле 919 в ЭК).
Соответственно вносятся изменения в выходные форматы БД ЭК.

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

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



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

какова дата выхода 8.1?

Кстати, присоединяюсь к вопросу. Хотел уже личное письмо писать. 2008 год заканчивается. Даже 8.1 еще не вышла.

Крайний срок выхода 2008.1 - 20 января. Возможно раньше...

Если 20-го января, то логичнее 2009.1?

Панев Максим написал(а):
-------------------------------------------------------
> Кстати, присоединяюсь к вопросу. Хотел уже личное
> письмо писать. 2008 год заканчивается. Даже 8.1
> еще не вышла.


Зато к 7.2 уже восьмой патч получили :)
Торопиться не надо! Как известно - лучше меньше, да лучше!

Цитата:

А. Роман
Зато к 7.2 уже восьмой патч получили smiling smiley
Торопиться не надо! Как известно - лучше меньше, да лучше!

Если в начале 2009 года выходит релиз 2008.1 - это как-то настораживает. Хотя предлагаю не обсуждать эту тему, а просто выпустить наконец 2008.1 на начинать выпускать 2009.1. Только дату примерного выхода нужно озвучивать сразу. К примеру "Новые версии за текущий год выходят в декабре, как раз в качестве подарка к новогодним праздникам". Вроде где-то слышал, что теперь не будет 2-х версий в год. Ну так пусть версии хотя бы в год укладываются.

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

TCP/IP сервер баз данных ИРБИС64
1. Разработан режим многопроцессорного сетевого чтения-записи в процессах обработки сервера ИРБИС64. Параллельная обработка с сетевым чтением-записью в процессе обработки повышает надежность сервера и его отказоустойчивость. Кроме того, сокращается время обработки за счет уменьшения времени отклика сервера на запрос. Введен соответствующий параметр INI-файла для включения/отключения данного режима (DUPLICATE_SOCKETS). Подробнее смотри документацию Сервер ИРБИС64.doc
2. Оптимизирована библиотека доступа к базам данных ИРБИС64 irbis64.dll с целью устранить замедления в работе с диском при больших нагрузках на сервер, возникающих из-за физической фрагментации файлов базы данных ИРБИС64. Усовершенствован алгоритм работы со словарями баз данных ИРБИС64, и здесь также проведена работа по оптимизации скорости доступа. Обеспечена устойчивая работа с базами данных с объемом файла документов и словаря более 4 Гб.

Шлюз WEB ИРБИС
1.Разработан новый режим распределенного поиска в электронных каталогах, доступных через Web-ИРБИС, т.е. обеспечена возможность построения распределенных электронных каталогов пользователей ИРБИС (ИРБИС-корпорация). Список распределенных ресурсов (участников корпорации) с их адресами указывается в двух связанных файлах: DBN_WEB_REMOTE.MNU и DBN_WEB_REMOTE_HTML.MNU .При поиске в распределенных ресурсах используется текущая авторизация (имя/пароль, которые указал читатель при исходной авторизации).
2. Введена новая команда C21COM=3 (только для ИРБИС64) для показа внутренних ресурсов ИРБИС (поле 953). Параметры этой команды:
BINARY_RESOURCE_MFN - MFN записи
BINARY_RESOURCE_OCC - номер повторения поля 953
Внутренние ресурсы ИРБИС можно представлять в форматах показа по номеру повторения, например [[1]], или по ссылке (см. пример в формате FULLW.PFT).
3. Добавлена возможность печати найденного документа в текущем формате показа (с помощью соотвествующей ссылки – см. пример в формате FULLW.PFT).
4. Добавлена возможность поиска с использованием навигатора на основе БД ББК (RSBBK) - аналогично УДК (только для ИРБИС64).
5. Разработан новый Web-дизайн в современном, максимально упрощенном стиле.

ИРБИС64 ПОЛНОТЕКСТОВЫЕ БД
АРМ Полнотекстовый администратор
1. Разработан новый режим «ДОБАВИТЬ ТЕКСТЫ ИЗ ЭК» (главное меню ПОЛНОТЕКСТОВЫЙ СЕРВИС – ДОБАВИТЬ (УДАЛИТЬ) ТЕКСТЫ В БД) – обеспечивающий возможность добавления в полнотекстовую БД внешних объектов из указанной ЭК,.являющихся текстами или текстовыми ресурсами ИНТЕРНЕТ. Библиографические данные, с которыми связаны внешние объекты, переносятся в полнотекстовую базу данных в виде полей Dublin Core (в соответствии со специальным ТВП – DUBLINC.FST).
2. Процесс создания и обновления полнотекстовой базы данных на основе одного или нескольких ЭК может проводится без непосредственного присутствия пользователя с помощью новой команды пакетных заданий - ADDTEXTS_FROM_EK. Команда имеет два параметра: имя БД ЭК и комментарий (который вносится в соответствующее поле описания текста – метка 23). Пример пакетного задания:

SILENCE
OPENDB TEXT
ADDTEXTS_FROM_EK IBIS,Тексты из БД IBIS
ADDTEXTS_FROM_EK AAAA,Тексты из БД AAAA
LOADIFCOMPLETE
EXIT ADDTEXTS_FROM_EK IBIS.txt

(Команда SILENCE используется для подавления сообщений АРМа Администратор)

Шлюз WEB ИРБИС64 для полнотекстовых БД
1. В формате показа (briefhtml_ft.pft) обеспечена ссылочная связь между полнотекстовой базой данных и ЭК. Краткое библиографическое описание формируется в виде ссылки, использующей в качестве элемента связи имя файла полного текста – внешнего объекта ЭК.
2. Доработан установщик WEB ИРБИС64 ПБД для установления связи между электронным каталогом и полнотекстовой БД, в которую добавлены внешние объекты из ЭК. (Для совместной работы системы ИРБИС64 и ИРБИС64 ПБД необходимо установить их в одну директорию)

АРМ Полнотекстовый читатель
1.Предлагаются следующие варианты отображения полного текста:
· В окне справа от окна со списком результатом поиска. Определяется параметрами INI-файла Result_FullTextWindow=0 и Front_FullTextWindow=0
· В окне со списком результатов поиска. Определяется параметром Result_FullTextWindow=1
· В отдельном окне поверх основного интерфейса. Определяется параметром Front_FullTextWindow=1

2. Введены «грячие клавиши»:
· F3 – выполнение поиска, если окно запроса непустое;
· F5 – очистка окна запроса;
· Alt-V – если активно окно запроса, то вызывается виртуальная клавиатура.
3. Новые элементы на сервисной панели:
· Кнопка, очищающая окно запроса;
· Кнопка вызова виртуальной клавиатуры. (Видимость кнопки определяется параметром ToolButtonKeyBoard_Visible=1.);
· Переключатель режима точных терминов (термины запроса не усекаются).
4. Обеспечена возможность использования для поиска элементов описания полных текстов (элементов Dublin Core) следующим образом:
· Непосредственный поиск полных текстов по элементам Dublin Core. путем задания соответствующего сценария в секции SEARCH INI-файла. Включается данный вид поиска с помощью параметра PanelForListSch_Visible=1.
· Использование элементов Dublin Core для ограничения (фильтрации) результатов полнотекстового поиска. При вызове режима (нажатии кнопки) «Ограничение поиска». предлагается форма для задания элементов ограничения, которая строится на основе сценария, описанного в секции SEARCH INI-файла.
· Использование элементов Dublin Core в режиме «Искать в найденном», т.е. возможны варианты: полнотекстовый поиск уточняется поиском по элементам Dublin Core, поиск по элементам Dublin Core уточняется полнотекстовым поиском.