Первые доработки для версии 2004.2...

В АРМе Каталогизатор обеспечена возможность ОРФОГРАФИЧЕСКОГО контроля в окне полного описания на плоскости ВВОД.
Контроль осуществляется на основе орфографических словарей Microsoft Word (т.е. проверка орфографии будет работать, если на клиентской машине установлен Word со средствами контроля орфографии)
Контроль орфографии осуществляется автоматически (при каждом обновлении док-та) - ошибочные слова помечаются специальным цветом. Помимо основного словаря Word можно использовать вспомогательный (пользовательский) словарь, куда, например, можно внести все принятые сокращения, чтобы они не помечались как ошибки.
Для управления контролем орфографии вводятся специальные параметры INI-файла:
SPELLING - принимает два значения: 1 - контроль включен (по умолчанию); 0 - контроль отключен
CUSTOMDICT - указывает полный путь и имя вспомогательного (пользовательского) словаря для контроля орфографии (по умолчанию - вспомогательный словарь не используется)

Контроль орфографии также реализован в ИРБИС64.

Призываю ВСЕХ пользователей ИРБИС высказывать свои пожелания - "большие" и "маленькие" - по поводу новшеств в готовящейся версии 2004.2.

Выпуск версии 2004.2 планируется к конференции LIBCOM (ноябрь 2004)

1. Хотелось бы иметь подполе "Ошибочный ISBN" (об этом как-то писала и Светлана Михайловна - [irbis.gpntb.ru]) с последующей правильной конвертацией его в 010$z RUSMARC'а.

2. Хотелось бы иметь возможность включать в режиме ввода подсветку невидимых символов (как в Word) для контроля "лишних" пробелов. (Насколько помню, идея уже высказывалась А. С. Караушем).

В АРМах Читатель и Каталогизатор в режиме ПЕЧАТЬ (для Каталогизатора - подрежим СПИСКИ) обеспечена возможность установки общих параметров печати: ПОЛЯ, РАЗМЕР БУМАГИ, ОРИЕНТАЦИЯ, ШРИФТ - которые запоминаются в клиентских INI-файлах.
В INI-файл секция [MAIN] введен новый параметр
PRINTPAR
который разрешает (1) или запрещает (0) установку общих параметров печати.

В АРМах Каталогизатор и Читатель
Предлагается новая опция (параметр) поиска, обеспечивающая АВТОМАТИЧЕСКОЕ РАСШИРЕНИЕ ЗАПРОСА (ПОИСКА) НА ОСНОВЕ АВТОРИТЕТНЫХ ФАЙЛОВ И ТЕЗАУРУСА.
Идея заключается в том, что термины, указанные пользователем для поиска, автоматически ДОПОЛНЯЮТСЯ по Авторитетному файлу или Тезаурусу.

Например: Читатель задает в качестве термина поиска (по автору)
Горький Максим
в результате поиска будут найдены произведения, имеющие отношение к:
Горький Максим
Горький Алексей Максимович
Пешков Алексей
Аналогично при поиске по коллективам -
Задается:
ВИНИТИ
а находятся док-ты
ВИНИТИ
Всероссийский инстиут научно-технической информации

Аналогично можно расширять поиск по тезаурусу (задается МЕБЕЛЬ а ищется по СТУЛЬЯ, КРОВАТИ и т.д.)

Данная возможность (автоматическое расширение запроса) реализуется за счет нового параметра в сценарии поиска

ItemAdvNN=<Dbname>,<Prefix>,<Format>

Dbname - имя БД Авторитетного файла или тезауруса или любой другой БД, используемой для расширения поиска (по умолчанию, т.е. если БД не указана, берется БД, в которой производится поиск).
Prefix - префикс, который прибавляется к текущему термину для поиска док-ов в БД расширения.
Format - в виде @<имя_формата> или <явный_формат> - формат, с помощью которого расформатируются найденные в БД расширения док-ты - каждая строка расформатирования рассматривается как термин расширения (формат, заданный по имени, должен находится в БД расширения)

Re: РАСШИРЕНИЕ ЗАПРОСА (ПОИСКА) НА ОСНОВЕ АВТОРИТЕТНЫХ ФАЙЛОВ И ТЕЗАУРУСА

А по нескольким тезаурусам (авторитетным данным) одновременно будет работать поиск?
И предложение. Можно ли выбирать читателю конкретную авторитетную базу данных в виде ниспадающего меню, по каким именно базам производить расширение запроса при данном поиске?

Расширение идет по одной БД.
Читатель к этому не имеет НИКАКОГО отношения - это идет АВТОМАТИЧЕСКИ, в этом весь смысл - для "умников" есть соотвествующий поиск.

Функция расширения запроса, несомненно, очень интересная и перспективная.

Однако, если возможность расширять / не расширять запрос не отдана на откуп пользователю, то это может привести к неожиданным для него результатам: ищу "стулья" - получаю "кровати" - в результате сплошное недоумение от работы каталога...

На "стулья" не будут выходить "кровати", а вот на "мебель" будут выходить и "стулья" и "кровати" - но впрочем, все зависит от того, как написать формат расширения <Format>...

В АРМе Каталогизатор -
обеспечена следующая возможность: двойной щелчок по слову в окне полного описания на плоскости ВВОД приводит к тому, что управление (точка ввода в РЛ) переключается на то поле (в нужную позицию), где содержится данное слово. Особенно полезно при исправлении орфографических ошибок: двойной щелчок по ошибочному слову в окне полного описания приводит к переходу к этому слову в РЛ.

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

- сохранить в текущем формате (имееется ввиду RTF)
- просмотреть в формате
----- RUSMARC
----- UNIMARC
----- USMARC
- выделенное в словарь (это уже так, мечты)
----- <список словарей из INI>
- Корректировать формат просмотра

с возможностью заблокировать любой пункт из ИНИ-файла.

> ...переключается на то поле (в нужную позицию), где содержится данное слово...

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

>Но вот если бы была возможность поиска в записи с последующим >переходом на этот термин в РЛ (штрих-код или инв. номер), радости >было бы еще больше!
В ИРБИС64 это сделано - в ИРБИС32 нет, интерфейсно это не оправдано

А можно ли попросить в unifor:
1. функцию замены одной подстроки на другую, аналогичную оператору глобальной корректировки CHA;
2. функцию для последовательного поиска по известному номеру поля, чтобы возвращать мог mfn, поле из найденной записи или, что еще лучше, связь один ко многим..
???

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

В технологии КНИГОВЫДАЧИ предлагается новый элемент: МЕСТО ВЫДАЧИ - имеет смысл для тех библиотек, где существует несколько мест (кафедр) выдачи, отличающихся по спектру выдаваемых изданий и обслуживаемых читателей (например, вузовские библиотеки). Использование этого параметра предполагает наличие:
- справочника в БД RDR, содержащего список всех мест выдачи (по умолчанию - KV.MNU;
- справочника в БД ЭК, устанавливающего соответствие между местами хранения и местами выдачи (по умолчанию MHRKV.MNU) - может отсутствовать, в случае однозначного совпадения мест хранения и мест выдачи;
- в записях читателей сведений о том, по каким местам выдачи они обслуживаются (повторяющееся поле 53) - могут отсутствовать, если читатель обслуживается по всем местам выдачи;
- специального формата в БД ЭК (по умолчанию - FREEKZ1.PFT), формирующего сведения о местах хранения свободных экземпляров и местах выдачи, разрешенных для данного читателя.
Читатель (в АРМе Читатель) может указать МЕСТО ВЫДАЧИ в момент ПОДТВЕРЖДЕНИЯ РЕГИСТРАЦИИ (после нажати кнопки ЗАКАЗ) - при этом он получает информацию о наличии свободных экземпляров заказываемого издания и список мест выдачи, где он может заказать это издание.
В АРМе Книговыдача введен новый параметр НАСТРОЙКИ - МЕСТО ВЫДАЧИ, - который позволяет фильтровать очередь невыполненных заказов, т.е. делать так, чтобы на конкретном месте выдачи (где работает АРМ Книговыдача) были видны только те заказы, которые адресованы этому месту выдачи.

В языке форматирования добавлены новые конструкции для работы с глобальными переменными и списками строк - unifor('+1...). Описание этих подкоманд находится в файле
Подкоманды для глобальных переменных.doc
на открытом FTP
[ftp.gpntb.ru]

По поводу возможности: "двойной щелчок по слову в окне полного описания на плоскости ВВОД приводит к тому, что управление (точка ввода в РЛ) переключается на то поле (в нужную позицию), где содержится данное слово." - это только в IRBIS64? В нашей версии это не работает, как и проверка орфографии.



Отправка отредактированного (16-09-04 12:54)

Это реализовано в ИРБИС64 и ИРБИС32 версии 2004.2

А можно завести поле, в котором указывалась бы версия Ирбиса, в которой создана запись?

Вы можете завести сами любое поле в рабочем листе и в настройке, и через autoin вставлять в каждую запись значение из настройки. В общем как это работает с ФИО каталогизатора.

Могу. Только при установке каждого обновления придется редактировать большое количество ini-файлов. При этом не только у нас в библиотеке...
Хотелось бы это стандартизировать как-то... Что б робот сам разбирался что за запись перед ним и работал наиболее корректно. На мой взгляд, лучше всего, что бы это значение прописывалось в *.mnu-файле в виде "2004.2d2" (т.е. включать еще и номер "апдейта") и вписывать в запись при сохрании.
Тогда версия будет менятся один раз. И для всех. :-)

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

Логика действия для него очень простая:
1) считывается штрих-код;
2) автоматически проставляется в нужном поле текущая дата (или какая-нибудь другая задаваемая информация).

Желательно также иметь возможность использовать при этом терминал сбора данных. См. вопрос на эту тему [irbis.gpntb.ru]

Маленькая доработочка в АРМе Каталогизатор 2004.2:
обеспечена подсветка (красным цветом) поисковых терминов в окне полного описания на подплоскости РЕЗУЛЬТАТЫ ПОИСКА плоскости ВВОД (т.е. также как на плоскости ПРОСМОТР/ВЫВОД)

По поводу предложения Негуляева.
В ИРБИСе есть механизм, который позволяет реализовать такую задачу.
Это технология корректировки по словарю на основе задания на глобальную корректировку - смотрите Общее описание, Приложение 6, стр. 227 - эта технология основана на использовании двух параметров сценария поиска:
ItemModByDicNN
ItemModByDicAutoNN

Таким образом решение Вашей задачи - проверка фонда - состоит в следующем:
1.Пишется сценарий глобальной корректировки, который проставляет текущую дату в соответствующее подполе 910 поля (при этом ОБЯЗАТЕЛЬНО надо использовать соглашения, которые описаны на стр.227 Общего описания) - например, proverka_fonda.gbl
2. В сценарии поиска для словаря ИНВ.НОМЕРА/ШТРИХ КОДЫ указываются параметры
ItemModByDicNN=@proverka_fonda
ItemModByDicAutoNN=1

И технология проверки будет выглядеть следующим образом:
1.В АРМе Каталогизатор на плоскости ПОИСК выбираете вид поиска ИНВ.НОМЕРА/ШТРИХ КОД
2. В строку КЛЮЧ последовательно считываете штрих-коды проверяемых книг.
На каждый считанный штрих-код будет производится то действие, которое Вы задумали...

Другой вопрос - как считывать штрих-коды с множества книг, стоящих на полках? Ну например, ходить вдоль полок с ноутбуком... но, впрочем, это уже другая проблема.

Еще одна мелочь в АРМе Каталогизатор 2004.2
Управление появлением "накладки" ОПЕРАТИВНЫЕ РЕЖИМЫ" с помощью параметра OPERHINT
OPERHINT=0 "накладка" не появляется
OPERHINT=1 "накладка" появляется только на плоскости ВВОД
OPERHINT=2 "накладка" появляется и на плоскости ВВОД и на плоскости ПРОСМОТР/ВЫВОД (по умолчанию)

> Другой вопрос - как считывать штрих-коды с множества книг, стоящих на полках? Ну например, ходить вдоль полок с ноутбуком...

Как раз для этого и может использоваться терминал сбора данных, который позволяет ходить вдоль полок и считывать штрих-коды, накапливая их.
О терминалах, страничка для примера - [www.wzd.ru]

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

Механизм, описанный А.И.Бродовским, будет реализован в ИРБИСе в версии 2004.2 (сейчас он используется только в ГПНТБ); при этом будет оставлен режим сохранения в архивных полях данных до проверки и пересчет цен на дату проверки (дата - по настройке или текущая).
Однако, ручная корректировка все-таки может потребоваться в случае, когда проверка экз-ров со статусом U обнаружит в наличии меньшее число экз-ров, чем это указано в ^1.

1. Проверка орфографии. Как известно, библиографическое описание сильно отличается от обычного текста множеством специфических сокращений и множеством специфических комбинаций знаков препинания.
Поэтому хорошо бы включить в дистрибутив вспомогательный словарь (custom.dic) на основе ГОСТ 7.12–93 «Система стандартов по информации, библиотечному и издательскому делу. Библиографическая запись. Сокращение слов на русском языке. Общие требования и правила» и ГОСТ 7.11–? «Система стандартов по информации, библиотечному и издательскому делу. Сокращение слов и словосочетаний на иностранных европейских языках в библиографическом описании». Может быть, такой словарь составит и поделится им со всеми какой-нибудь Advanced User?

2. Автоматическое расширение запроса на основе авторитетных файлов и тезауруса — действительно, очень интересно, перспективно и полезно. Напоминает мое предложение ввести режим «Поиск похожих», но реализованное более «научно», т.к. я предлагал искать по одному или нескольким заданным полям. Также напоминает планируемую в ИРБИС 64 «возможность находить тексты, близкие к заданному образцу. В качестве текста образца может выступать поисковый запрос читателя на естественном языке […] или текст из базы данных».
Идея А.С.К. выбирать при данном поиске конкретную авторитетную БД может быть очень полезной - конечно, не читателю, а, например, при составлении списков и указателей.
Но воображение разыгрывается все больше: хорошо бы такие функции были не только при поиске, и чтобы поиск велся одновременно по авторитетным файлам или тезаурусу и по заданным полям. Назовем это «АВТОМАТИЧЕСКИЙ РАСШИРЕННЫЙ ПОИСК ПО СВЯЗИ». Например, при каталогизации после ввода нескольких полей (или после передачи кратких описаний из БД комплектования) система ищет похожие документы и выдает их список в качестве подсказки каталогизатору. Получаем самоорганизующуюся систему ("систему, способную расширять имеющуюся информацию на основе предъявляемых ей данных" — определение из словаря «Информатика» Ф.С.В.).
Дальнейший разгул воображения: а вот если бы еще ОДНОВРЕМЕННО производился поиск в удаленных БД, в том числе в сводных (корпоративных) ЭК… В связи с этим уточняю свои предложения о доступе в интернет «не выходя из ИРБИСа», как минимум из АРМ «Комплектатор». Возможные варианты:
· Простейший — кнопка «Поиск в интернете», через которую вызывается папка «Избранное».
· «Поиск похожих в интернете» и «Поиск по связи в интернете» — в одном или нескольких заданных удаленных ЭК по протоколу Z39.50. ПРИМЕЧАНИЕ: проект «Сигла» ООО «БКС» — это будто бы «служба поиска в электронных каталогах библиотек России и зарубежных стран» — неужели во всех?..
· Для АРМ «Каталогизатор» и «Читатель», кроме того, доступ к полным текстам, удаленный заказ изданий, …
Может быть, добавить в интерфейс ИРБИС 64 «Панель Web», такую же, как в Word (?)

P.S. Предложение М.Панева «сделать в окне просмотра правое меню […] со следующими пунктами: сохранить в текущем формате (имеется ввиду RTF)…» — напоминает WinISIS, где есть просмотр и копирование в clipboard в формате RTF (?) Очень правильно — заимствовать все лучшее отовсюду, тем более у близкого родственника.
Развитие этой идеи - расширить количество форматов просмотра, но не библиографических (MARC-подобных и других), а графических, наподобие тех, что есть в WinISIS (подробнее см. «АРМ Читатель», «Как сделать еще лучше»)

3. Не сделать ли переход из одного АРМа в другой без выхода из системы — подобно главному меню (выбор АРМа) в ИРБИС для DOS? Частично это уже реализовано (переход из «Комплектатора» в «Каталогизатор»). Предлагаю самый остроумный вариант — главное меню в виде веб-страницы со ссылками на все АРМы и их варианты (в т. ч. Книгообеспеченность, МБА и WebIRBIS Администратор), а также на описание системы, на все руководства, публикации по ИРБИСу, на сайт ЭБНИТ, включая форум, What’s New (releases), FAQ … тут же — автоматическое обновление через интернет… Естественно, для каждого пользователя может быть свой набор ссылок.

4. Разные предложения и вопросы
· Ввести в ini-файлы параметр, задающий плоскость («Поиск», «Просмотр/Вывод», «Ввод») по умолчанию т. е. окрывающуюся при запуске АРМа
· Очень желательно задействовать колесико мыши для прокрутки списков (кто к нему привык, не может обойтись).
· Смена шрифта только в текущем сеансе работы имеет мало смысла. Нужно или ввести возможность сохранять новый шрифт, или совсем отказаться от этой функции.
· Глубокоуважаемый Александр Иосифович! CDS/ISIS в режиме корректировки документов и в других случаях сразу предлагает указать «MFN или диапазон MFN (n1 n2) для модификации». А в ИРБИСе диапазон MFN есть только в «Последовательном поиске» и при копировании. За что же Вы все-таки его так не любите?
· В прежних версиях ИРБИСа при печати выходных форм на экране появлялся «гибрид» ИРБИСа и Word’а, но в этот процесс нельзя было никак вмешаться. Хорошо бы (если возможно) возродить этот вариант, но на новом уровне, чтобы пользователь мог вызывать такой интерфейс по своему желанию и пользоваться им.

Если верить рекламе на www.bks-mgu.ru и www.sigla.ru, возможности "Библиотеки 5.x", "Эйдоса" и "Сиглы" просто потрясают — поиск в любых удаленных ЭК, полнотекстовых базах, интеграция с Google и Яndex, а также "Окно Internet", о котором написано: " по умолчанию Библиотека 5.2 связывается с каталогом РГБ по адресу [eidos.rsl.ru:8080] [...] И есть возможность загрузить запись в редактор записи Библиотека 5.2".
Следовательно ИРБИСу, чтобы снова быть впереди планеты всей, нужно интегрироваться с интернет-поисковиками и обеспечить доступ к ЭК ГПНТБ, РСК НТЛ и СКПБМ — причем именно из интерфейса «базовой» версии ИРБИСа прежде всего из «Каталогизатора». Может быть, добавить в интерфейс ИРБИС64 «Панель Web», точно такую же, как в Word? Естественно, к части ресурсов может быть авторизованный доступ.

Еще пожелание :-)
Можно ли добавить возможность импорта по маске файла в ibf?
Например:
OpenDb Z3950PUB
ImportDb 0,,0,1,C:\ToZSrv\pub*.iso
LoadIfComplete
CloseDb
Хотелось бы что бы при этом произошел импорт в БД всех файлов с расширением iso, начинающихся с pub в БД Z3950PUB
?