Что будет с полнотекстовым поиском для тех, кто приобрел Ирбис128 исключительно ради этого модуля?

У нас теперь будет ДВА инструмента для индексации ПТ?



Редактировано 3 раз. Последний раз 17.09.2018 12:15 пользователем Novinka.

Если вы работаете в 128, то почему у вас ДВА инструмента?

Alio написал(а):
-------------------------------------------------------
> Если вы работаете в 128, то почему у вас ДВА
> инструмента?

Неполный 128 приобрели в этом году как надстройку к Ирбис64 ради модуля Электронная библиотека. От 64 отказываться не планируем.



Редактировано 2 раз. Последний раз 18.09.2018 05:38 пользователем Novinka.

Галина, попробуйте все-таки плотнее пообщаться с вашими соседями - коллегами из ГУНБ Красноярского края. На сколько знаю у них уже используется электронная библиотека на базе ИРБИС128.

Еще бы веб-поиск из 128-го в 64-й интегрировать. И кеширование таки прикрутить.

Novinka написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Если вы работаете в 128, то почему у вас ДВА
> > инструмента?
>
> Неполный 128 приобрели в этом году как надстройку
> к Ирбис64 ради модуля Электронная библиотека. От
> 64 отказываться не планируем.
Простите, но эти проблемы Вы создали сами...

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

Создан новый режим ЧИСТКА ПРОБЕЛОВ в текущей записи. В результате выполнения данного режима:
- удаляются лидирующие и хвостовые пробелы во всех полях/подполях
- удаляются множественные (больше двух подряд) пробелы внутри полей/подполей

Режим вызывается из списка, всплывающего по правой кнопке мыши или при нажатии клавиши F8 в поле ввода.

Введен параметр профиля пользователя (секция [MAIN]), который включает автоматическую чистку пробелов при сохранении записи (т.е. при нажатии кнопки СОХРАНИТЬ)
AUTOCLEARSPACES - принимает два значения: 1 - включено (по умолчанию); 0 - отключено



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

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
> Создан новый режим ЧИСТКА ПРОБЕЛОВ в текущей
> записи. В результате выполнения данного режима:
> - удаляются лидирующие и хвостовые пробелы во всех
> полях/подполях
> - удаляются множественные (больше одного подряд)
> пробелы внутри полей/подполей
>
> Режим вызывается из списка, всплывающего по правой
> кнопке мыши или при нажатии клавиши F8 в поле
> ввода.
>
> Введен параметр профиля пользователя (секция ),
> который включает автоматическую чистку пробелов
> при сохранении записи (т.е. при нажатии кнопки
> СОХРАНИТЬ)
> AUTOCLEARSPACES - принимает два значения: 1 -
> включено (по умолчанию); 0 - отключено

А как этот режим согласуется с вводом четвертого и далее авторов в поля 922/330? Там же в подполе "Другие авторы" вводятся с разделением запятой и ДВУМЯ ПРОБЕЛАМИ.

Александр Иосифович, а можно включить чистку пробелов в режимы с базой в целом вроде импорта и/или в autoin.gbl?

Gena написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > АРМ Каталогизатор
> >
> > Создан новый режим ЧИСТКА ПРОБЕЛОВ в текущей
> > записи. В результате выполнения данного режима:
> > - удаляются лидирующие и хвостовые пробелы во
> всех
> > полях/подполях
> > - удаляются множественные (больше одного
> подряд)
> > пробелы внутри полей/подполей
> >
> > Режим вызывается из списка, всплывающего по
> правой
> > кнопке мыши или при нажатии клавиши F8 в поле
> > ввода.
> >
> > Введен параметр профиля пользователя (секция ),
> > который включает автоматическую чистку пробелов
> > при сохранении записи (т.е. при нажатии кнопки
> > СОХРАНИТЬ)
> > AUTOCLEARSPACES - принимает два значения: 1 -
> > включено (по умолчанию); 0 - отключено
>
> А как этот режим согласуется с вводом четвертого и
> далее авторов в поля 922/330? Там же в подполе
> "Другие авторы" вводятся с разделением запятой и
> ДВУМЯ ПРОБЕЛАМИ.
Учли. Будут удаляться множественные пробелы внутри полей/подполей - БОЛЬШЕ ДВУХ ПОДРЯД

Novinka написал(а):
-------------------------------------------------------
> Александр Иосифович, а можно включить чистку
> пробелов в режимы с базой в целом вроде импорта
> и/или в autoin.gbl?
Нет.

То есть два пробела будут оставаться? Может просто оставить это правило для подполя 922/330 полей, а в остальных удалять.

Самая большая проблема сегодня - это "пустые" поля только с одним пробелами.

Увеличение максимальных значений в записи POLZV зашито в код Комплектатора?
Можно добавить этот инструмент для читательских идентификаторов (что-то у нас разрослось количество разных префиксов и неаккуратных сотрудников - то пробелами поукрашают номер, но по памяти префикс неправильный внесут)?

Читала про практический опыт добавления через служебную запись, реф и автоввод, а можно эту возможность всем подарить?

Увеличение значений в POLZV выполняется в autoin.gbl после комментария "корректировка макс. значений в POLZV"
Используется хитрый &unifor('+X.....
он не описан
для инвентарей используются и усложняет значения моделей ИН
Вам надо менять ИД с учетом префиксов? Посмотрите пример кода организации, в записи &unifor('+XMKOR=#',v1001) MKOR= - это префикс словаря кодов организации из поля организации POLZV.
Яснее объяснить не могу.

Novinka написал(а):
-------------------------------------------------------
> Увеличение максимальных значений в записи POLZV
> зашито в код Комплектатора?
> Можно добавить этот инструмент для читательских
> идентификаторов (что-то у нас разрослось
> количество разных префиксов и неаккуратных
> сотрудников - то пробелами поукрашают номер, но по
> памяти префикс неправильный внесут)?
>
> Читала про практический опыт добавления через
> служебную запись, реф и автоввод, а можно эту
> возможность всем подарить?

Галина, а что Вам мешает использовать БД универсальных счетчиков COUNT ?

Например можно в файл автоввода или оперативный режим добавить сценарий (как ввода нового, так и замены идентификатора), а в БД count создать необходимые записи счетчиков (настроив разные шаблоны)?

Например:

ADD
30
XXXXXXXXXXXXXXXXXXX
if a(v30) then &uf('++c30#1') else fi
XXXXXXXXXXXXXXXXXXX

И запись в БД COUNT

#1: 30
#2: 90073812
#3: ********

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

Вы можете и ФЛК контроль на ввод данных в поле идентификатора свой подключить, чтобы при сохранении проверялось по формату значение, введенное в поле.

Роман, очень грамотно. Вариант в CMPL создавался, когда счетчика Count не было.

Роман Сергеевич, Людмила Николаевна, спасибо большое!

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

Создан новый режим - ВЫГРУЗКА СПИСКА ТЕРМИНОВ (смотри прикрепленный рисунок). Режим позволяет выгружать в текстовый файл список терминов текущего словаря. Список определяется НАЧАЛЬНЫМ и КОНЕЧНЫМ терминами (могут быть пустыми)

Добрый вечер.

Не рассчитываю на поддержку, но хотел бы сделать предложение.

Александр Иосифович, рассмотрите пожалуйста возможность включения в функционал АРМ "ИРБИС-Навигатор" команды S21SRW из WEB-ИРБИС и дополнения Расширенных средств ввода 16 методом ввода в части загрузки файла на сервер (желательно с возможностью выбора пути загрузки/сохранения) или целиком весь метод.

Есть ещё и другие пожелания....

ИРБИС-Навигатор является настоящим спасением для наших непростых условий работы. Вы ведь неоднократно говорили о том, что если его будут использовать будем развивать. Как я понял на Крым-2018 такие люди есть, включая нас.

Может всё таки есть надежда на расширение его возможностей....

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

Здравствуйте.
Можно параметрировать список полей/подполей, которые доступны для корректировки, в ini-файле пользователя? Что-то вроде
"Запретить все, кроме" и
"Разрешить все, кроме".

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

Как обычно пристану с нашими семейными сагами)) Опытному, но не в меру активному сотруднику по безвыходности доверили менять места хранения в отделе, ответственные за базу боятся, что он им наисправляет "ошибки", просят ограничить права.



Редактировано 4 раз. Последний раз 11.01.2018 06:01 пользователем Novinka.

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

Мой пост здесь от 30 августа...
Параметр RDRENTRY

Alio написал(а):
-------------------------------------------------------
> Мой пост здесь от 30 августа...
> Параметр RDRENTRY
Спасибо, поторопилась, но все таки непонятно в свете защиты персональных данных - не имеющий права только корректировать не сможет (но видеть будет), или не сможет вызвать РЛ с полями вообще?



Редактировано 1 раз. Последний раз 11.01.2018 11:47 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Мой пост здесь от 30 августа...
> > Параметр RDRENTRY
> Спасибо, поторопилась, но все таки непонятно в
> свете защиты персональных данных - не имеющий
> права только корректировать не сможет (но видеть
> будет), или не сможет вызвать РЛ с полями вообще?
Я Вас не понимаю...

(Не обращайте внимания на даты. Это техническая ошибка. Действительная дата 02.10.2018)

Alio написал(а):
-------------------------------------------------------
> Novinka написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Мой пост здесь от 30 августа...
> > > Параметр RDRENTRY
> > Спасибо, поторопилась, но все таки непонятно в
> > свете защиты персональных данных - не имеющий
> > права только корректировать не сможет (но
> видеть
> > будет), или не сможет вызвать РЛ с полями
> вообще?
> Я Вас не понимаю...

Если я параметром закрою корректировку читателя, то исполнитель вообще не сможет активировать модуль (кнопка модуля будет недоступна) или нажмет кнопку, там откроется какое-то окно с сообщением типа "Вы не имеете права корректировать запись"?


Нам нужно чтобы вообще нельзя было ВИДЕТЬ поля читателя, а не только корректировать/создавать.

Novinka написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Мой пост здесь от 30 августа...
> > Параметр RDRENTRY
> Спасибо, поторопилась, но все таки непонятно в
> свете защиты персональных данных - не имеющий
> права только корректировать не сможет (но видеть
> будет), или не сможет вызвать РЛ с полями вообще?

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

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



Редактировано 2 раз. Последний раз 05.10.2018 11:16 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Роман Сергеевич, форматы уже откорректированы. Я
> боюсь, что пользователь сможет открыть окно
> корректировки с полями читателя - увидит данные
> читателя в полях РЛ (но просто не сможет их
> корректировать).
> Нужно чтобы совсем не открывалось.


Мы для того чтобы на местах выдачи пользователям не была доступна информация с персональными данными даже для чтения создавали специальный рабочий лист, на котором видно только Примечание, все остальные поля не показываются. Другого варианта как сделать пока не нашли.

Сейчас в 2017.1 как можно заблокировать корректировку читателя в АРМ Книговыдача?

У меня сотрудники с запретом на RDR могут открывать читателя, оказывается. Хорошо хоть пока нельзя нового создавать, тогда отдел регистрации потерял бы смысл, как и все мои ограничения.


А еще где можно отредактировать РЛ в этом окне корректировки?



Редактировано 6 раз. Последний раз 05.10.2018 12:44 пользователем Novinka.