Александр Иосифович, извиняюсь.
Нашёл ошибку. Вопрос закрыт.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

Постараюсь кратко изложить предложение.
В связи со многими индивидуальными нюансами работы с данными, которые получены после ИИ, возникают частные задачи правки данных в текстовом формате с номерами полей.
Можно ли добавить окно (текстовое), где бы можно было разложить (отредактировать) текстовые данные во внутренний текстовый формат передачи ИРБИСа для работы с текущей записью.
Например, имеем текст "кучей" как на скриншортах в сообщении Артемия - [irbis.elnit.org]

Самый простой вариант - разрешить пользователю в текстовой окне набрать (отредактировать) текст и получить в формате:
#922: ^CИгрок, или "Ласточкино гнездо"^FШитов В.^GВ. Шитов
#922: ^CЛюбовь в отеле "Ритц"^FКартленд Б.^?Барбара^EРоманы^GБ. Картленд; Пер. с англ. Ю. А. Кряклина

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

Но это - лишь заготовк, чтобы мысль не забыть.

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

Создан новый режим - в качестве альтернативы "старому" режиму СТАТИСТИКА - СТАТИСТИКА NEW (см.скриншот stat1).

Отличие нового режима от "старого" состоит в следующем:
- результат статистики сохраняется в формате HTML;
- есть возможность раскодировать кодированные данные через соответствующий справочник;
- по результату статистики можно сформировать диаграммы.

Исходный интерфейс нового режима представлен на скриншотах stat2 и stat6 (в следующем сообщении)

Список заданий на статистику содержится в справочнике, имя которого задается параметром профиля пользователя STTMNU_new - по умолчанию STT_new.mnu

Собственно значением в справочнике является задание на статистику, которое имеет следующую структуру:

<формат>,<длина значения>,<кол-во значений>,<признак сортировки>,<имя справочника для раскодировки>

где:
<формат> - явный формат (без запятых) для отбора данных для статистики
<длина значения> - макс.длина анализируемых данных, по умолчанию 10
<кол-во значений> - макс.кол-во значений анализируемых данных, по умолчанию 1000
<признак сортировки> - принимает значения: 0 - без соортировки (по умолчанию), 1 - сортировка по значению данных, 2 - сортировка по результатам статистики (убывание), 3 - сортировка по результатам статистики (возрастание)
<имя справочника для раскодировки> - имя справочника с расширением

Пример справочника:

(v102/),2,200,2,str.mnu
Распределение по СТРАНЕ ИЗДАНИЯ
(v60/),2,20,2,rzn.mnu
Распределение по РАЗДЕЛУ ЗНАНИЙ
*****

Предусмотрена возможность создавать задание для статистики "на лету". Для этого необходимо выбрать в списке видов статистики пункт ПРОИЗВОЛЬНАЯ. В этом случае предлагается соответствующий опросный лист. (см скриншоты stat6 и stat7 в следующих сообщениях).

Пример результата статистики в табличной форме приведен на скриншоте stat3.

Интерфейс для работы с диаграммами приведен на скриншотах stat4 и stat5 (в следующем сообщении)



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

(продолжение предыдущего)

(продолжение предыдущего)

Также модернизирован режим СТАТ.ФОРМЫ - в части формирования задания, собственно стат.формы и диаграмм. В связи с этим дополнена инструкция Инструкция по созданию стат.форм.doc - см. скриншот stat8.

Здесь имеет смысл еще раз отметить разницу между режимами СТАТИСТИКА и СТАТ.ФОРМЫ (названия режимов сугубо условные).

Режим СТАТИСТИКА - предназначен для создания одномерных статистик, т.е. статистических распределений документов по значениям ОДНОГО элемента данных.

Режим СТАТ.ФОРМЫ - предназначен для создания двумерных статистик, т.е. статистических распределений документов по значениям ДВУХ элементов данных

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



Редактировано 2 раз. Последний раз 13.11.2025 20:43 пользователем Alio.

"Произвольная" - мечты сбываются :)
Спасибо, Александр Иосифович!

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

Прикреплен файл

Для выданных экземпляров со статусом экземпляра 1 предлагаем рассмотреть возможность введения дополнительный префикс EXV= или VEX=
Это облегчит работу при необходимости выполнения инвентаризации проверкой по словарю вместо расформатирования по записям БД.
Для экземпляров группового учета в этот словарь можно было бы добавлять такое кол-во ссылок, которое соответствует количеству выданных экземпляров в подполе 2.

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

Если понадобится общая цифра по каталогу, было бы удобно не делать отдельные отчеты по базам и не суммировать их уже в Excel.
К тому же иногда нужно делать блок статформ не на 01.01-31.01 числа (когда границы периода забиваешь на мышечной памяти), а например, на выборку 25.09-27.10 и следом на 28.10 - 26.11...



Редактировано 29 раз. Последний раз 28.11.2025 06:25 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Здравствуйте.
> Спасибо, Александр Иосифович.
> Можно модернизировать режим Стат.формы, добавив
> возможность выбора нескольких бд ЭК?
> Не знаю, насколько актуально в библиотеках ведение
> более одной бд ЭК, как минимум книги и периодика.
>
> Если понадобится общая цифра по каталогу, было бы
> удобно не делать отдельные отчеты по базам и не
> суммировать их уже в Excel.
> К тому же иногда нужно делать блок статформ не на
> 01.01-31.01 числа (когда границы периода забиваешь
> на мышечной памяти), а например, на выборку
> 25.09-27.10 и следом на 28.10 - 26.11...

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

Маленькое, но не бесполезное предложение: введите пожалуйста в записи БД COUNT два поля - наименование и описание счетчика.

" Такой фокус еще лет 15 назад выполняли для задачи формирования отчетов по книгообеспеченности". А в АРМе Книгообеспеченность есть же возможность формировать отчеты (Режим отчетов) по нескольким БД, задавая их в неком справочнике. Роль специальной БД выполняет БД WORK

А можно попросить о расширении &uf('3')?
Не хватает возврата дня недели из ГГГГММДД. Просто порядкового от 1 до 7

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

Операции экспорта, импорта и копирования по формату.
Можно добавить возможность формирования формата отбора записей "на лету"? Не всегда имеет смысл сохранять формат.
Такую возможность добавили для режима Статистика в 22 версии, очень удобно - внести формат строкой и, при необходимости, здесь же и сохранить.



Редактировано 3 раз. Последний раз 05.12.2025 13:02 пользователем Novinka.

ochagova написал(а):
-------------------------------------------------------
> " Такой фокус еще лет 15 назад выполняли для
> задачи формирования отчетов по
> книгообеспеченности". А в АРМе Книгообеспеченность
> есть же возможность формировать отчеты (Режим
> отчетов) по нескольким БД, задавая их в неком
> справочнике. Роль специальной БД выполняет БД WORK

Здравствуйте, Людмила Николаевна, мы не работаем с книгообеспеченностью, как это всё в ней реализовано? Требуются ли действия сотрудника для формирования бд Work, или это на лету происходит?
В мастере поступления также идет отбор нескольких бд для поиска/ввода/переноса, значит, это все возможно.
К тому же мое предложение позволит делать как пакет отдельных статформ, так и сводные. И хотелось бы, конечно, именно упростить задачу и уменьшить количество вводных ошибок и временных затрат. А это несовместимо с созданием промежуточной бд - проще уж в excel продолжать складывать итоги.



Редактировано 5 раз. Последний раз 05.12.2025 13:25 пользователем Novinka.

Уважаемые коллеги, есть ресурс [dev.nbr.rsl.ru]
На нем для библиотек доступны для скачивания записи в формате MARC21 (в его основе лежит формат USMARC), но в ИРБИС конвертер SMARCI и ГК USP не дают приличного результата. Скриншот результата, результат и исходный файл в приложении.

Очень прошу для ИРБИС доработать конвертер для формата MARC21 и включить его в дистрибутив.
Пока же будем параллельным курсом самостоятельно корректировать конвертер для ряда пользователей ИРБИС с которыми работаем.

ну или вот еще один пример импортированной записи

Novinka написал(а):
-------------------------------------------------------
> Операции экспорта, импорта и копирования по
> формату.
Имеется в виду формат фильтра?

> Можно добавить возможность формирования формата
> отбора записей "на лету"? Не всегда имеет смысл
> сохранять формат.
> Такую возможность добавили для режима Статистика в
> 22 версии, очень удобно - внести формат строкой и,
> при необходимости, здесь же и сохранить.

ircons написал(а):
-------------------------------------------------------
> ну или вот еще один пример импортированной записи


Оно конечно в РГБ те еще записи по качеству, но в целом конвертер UsMarc/Marc21 в любом случае стоит поправить.
Версию конвертера для Marc21 "а ля НБР" сделали. Те еще костыли приходится при разборе полей подставлять (много что совсем не "по феншую" в поля положено). Но "кушать с булочкой" вполне можно. Благо обложки можно вместе с описанием тягать, да и товарищ Дуда на единую идентификацию документов вектор направил (почти дословно то, что год назад на конференции в РНБ предлагали в этом году он в стратегии национальных реестров и национального библиографического ресурса озвучил). Значит потом по идентификатором ИИ сможет записи и улучшить. Благо в РГБ теперь наши люди завелись)))



Редактировано 2 раз. Последний раз 08.12.2025 22:17 пользователем ircons.

> Операции экспорта, импорта и копирования по
> формату.
Имеется в виду формат фильтра?

Да, Александр Иосифович, чтобы не создавать для короткого формата фильтра отдельный файл, а вносить его в строке формы (с возможностью сохранения).
Большой формат, конечно, нужно делать в файле и выбирать.

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

Т.е. все варианты - выбрать pft-файл, ввести небольшой формат вручную в поле выбора файла, двойным щелчком открыть форматер или просто расширенное поле ввода. При необходимости - сохранить в pft.



Редактировано 2 раз. Последний раз 12.12.2025 07:17 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> > Операции экспорта, импорта и копирования по
> > формату.
> Имеется в виду формат фильтра?
>
> Да, Александр Иосифович, чтобы не создавать для
> короткого формата фильтра отдельный файл, а
> вносить его в строке формы (с возможностью
> сохранения).
> Большой формат, конечно, нужно делать в файле и
> выбирать.
>
> Можно было бы еще открывать двойным щелчком
> форматер, как в глобальной по формату в 2025
> версии, но с этим какие-то проблемы.
> Ну или двойным щелчком открывать окно для ввода
> большого формата, как в глобальных по формату до
> 2025 версии.
>
> Т.е. все варианты - выбрать pft-файл, ввести
> небольшой формат вручную в поле выбора файла,
> двойным щелчком открыть форматер или просто
> расширенное поле ввода. При необходимости -
> сохранить в pft.

Такое решение в режимах ИМПОРТ, ЭКСПОРТ, КОПИРОВАНИЕ - ввод ЯВНОГО формата в качестве фильтра - возможно только в серверном Администраторе. При этом явный формат - в качестве признака - должен начинаться с символа, которого не может быть в имени файла, например, *.
Годится такое решение?

АРМ Администратор (серверный)

В режимах ИМПОРТ, КОПИРОВАНИЕ, ЭКСПОРТ предлагается дополнительная возможность: в качестве ФОРМАТА ФИЛЬТРА можно указывать непосредственный (явный) формат - признаком такого формата является символ '*' , с которого НАЧИНАЕТСЯ формат (т.е. он должен быть первым символом в строке)

Пример на прикрепленном скриншоте.

(Эту же возможность можно использовать и в клиентском Администраторе, но при одном важном условии: в явном формате фильтра НЕЛЬЗЯ использовать запятые)



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

Огромное спасибо!)

Alio написал(а):
-------------------------------------------------------
> (продолжение предыдущего)
>
> Также модернизирован режим СТАТ.ФОРМЫ - в части
> формирования задания, собственно стат.формы и
> диаграмм. В связи с этим дополнена инструкция
> Инструкция по созданию стат.форм.doc - см.
> скриншот stat8.
>
> Здесь имеет смысл еще раз отметить разницу между
> режимами СТАТИСТИКА и СТАТ.ФОРМЫ (названия режимов
> сугубо условные).
>
> Режим СТАТИСТИКА - предназначен для создания
> одномерных статистик, т.е. статистических
> распределений документов по значениям ОДНОГО
> элемента данных.
>
> Режим СТАТ.ФОРМЫ - предназначен для создания
> двумерных статистик, т.е. статистических
> распределений документов по значениям ДВУХ
> элементов данных
>
> И в том и в другом режиме в общем случае элементом
> данных может быть комбинация данных из разных
> полей/подполей, но на практике это чаще всего одно
> поле или подполе.

При работе с диаграммами (в режимах СТАТИСТИКА NEW и СТАТ.ФОРМЫ) введена дополнительная возможность: менять размеры диаграммы - см. скриншот.

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

Есть два вопроса, на которые очень нужны комментарии от разработчиков ИРБИС.

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

Вопрос 1: Можно ли попросить разработчиков сделать краткое описание основных, наиболее значимых отличий друг от друга этих вариантов серверов ИРБИС версии 2026?

До версии 2025 дистрибутивы сервера ИРБИС выпускались как в форме полного дистрибутива, так и в форме обновлений к предыдущей версии 2022, 2021, 2020. Если для обновления сервера ИРБИС ранее достаточно было скопировать на предыдущую версию сервера ИРБИС файлы дистрибутива в форме обновлений, (для версии 2025 можно было самостоятельно (при помощи приложения типа FreeFileSync) сравнить файлы внутри директории datai и далее к версии 2023 добавить новые и измененные файлы, а также удалить файлы, отсутствующие в версии 2025) то установка версии 2026 должна выполняться путем полной переустановки ИРБИС (экспорт записей БД, установка новой версии ИРБИС, копирование файлов меню, перенос пользовательских изменений, импорт записей, перестройка словарей БД).

Вопрос 2: Есть ли рекомендации от разработчиков ИРБИС о том, как можно облегчить для пользователей переход с версии 2023 или 2025 на версию 2026?