Здравствуйте, возникла следующая проблема, при попытке постраничного просмотра документа, он не отображается, и выдается сообщение: "Укажите номер страницы..." (на рис. 1). при этом если зайти в запись, и пересохранить документ в 955 поле, изменив ему название, то постраничный просмотр начинает работать. В чем может быть проблема, и как это можно исправить, не прибегая к пересохранению каждого документа, поскольку записей с полными текстами почти 2000.

Версия web-ирбис?

Web-Irbis64+ 2021.1

Практически штатно такое происходит, когда нет подполя 955^N.
Оно есть до изменения названия?

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

Куделя написал(а):
-------------------------------------------------------
> Практически штатно такое происходит, когда нет
> подполя 955^N.
> Оно есть до изменения названия?


есть

Проблема актуальна или решена? Если всё становится ОК в случае если изменить название, то какое название на какое меняется? Может дело в каких то спецсимволах, использующихся в названии?

Выявилась аналогичная беда. Документ находится, фрагмент текста вводится/подсвечивается, но при попытке открыть на просмотр сообщение об ошибке "Укажите страницу".

Проблема судя по всему с выполнением поиска количества всех страниц документа (PageCount) при инициализации BookViewer, поскольку достаточно "переприкрепить" документ (даже и переименовывать не нужно) и проблема уходит. Я бы даже готов был реиндексировать такие документы, но как их найти в массиве - совершенно непонятно. Формально ничем от "хороших" они не отличаются.

Причем со словарем полнотекстовой части все в порядке - он есть и все страницы документа по TXT= или TXT2= в нем находятся.

Решил не мучаться, а просто сделать так, чтобы данные о числе страниц не нагружали модуль лишним запросом, который еще и не всегда срабатывает, а просто брались из 955^N. Методом ненаучного тыка исправил в bookViewer.frm

this.bookViewer =
      new BookViewer(
         {
…
            "pageCount" : "<?,v1001,?>", 
…
         });

На

this.bookViewer =
      new BookViewer(
         {
…
            "pageCount" : "<?,v955^N,?>", 
…
         });

И это действительно помогло. Ошибка ушла, вьювер корректно выводит страницу – что найденную, что с первой. Навигатор по найденным работает корректно, НО…

1. Панель последовательной навигации по страницам не отображается,
2. Кнопки (боковые зоны) перехода к следующей странице не работают, к предыдущей активны только если открыл из навигации по найденным страницам не первую
3. Число страниц в информации = 0
4. Поиск внутри документа не работает Error inner text search

Пытался тупо добавить в bookViewer.frm

this.bookViewer =
      new BookViewer(
         {
…
            "1001" : "<?,v955^N,?>",
…
         });

но нет – поскольку поиск идет где-то внутри bookViewer.js (?) значение очевидно переписывается.


Хотелось бы понять алгоритм определения числа страниц передаваемого во вьювер. Где еще зашито выполнение поискового запроса, который возвращает 1001 (?) поле и можно ли как-то избавиться от этого, а просто взять из записи 955^n.

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

Не будет доброго совета? Реальная проблема :(

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

Я думаю. У Вас тут проблема в том, что у идет рассогласование между БД ЭК и вложенной полнотекстовой БД. И вместо исправления фреймов, необходимо создать словарь БД заново полностью.

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

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ



Редактировано 1 раз. Последний раз 06.02.2024 11:35 пользователем GLUKa.

Решение конечно напрашивающееся, но уж слишком ресурсоемкое. Все такие трудоголики, что остановить работу на двое суток - это надо дождаться праздников.
А вот насчет рассогласования мне совсем неочевидно. Поиск выдает корректный результат, как и написал. Страницы со словами из запроса в базе есть, полнотекстовым поиском они находятся, БО с ними связанное из ЭК выдается то которое и должно. Количество страниц в 955 корректное. Любая из них спокойно просмотровщиком открывается, если запросить ее "адресно". Вообще непонятно зачем лишний раз дергать базу.

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

v1001 - в этом фрейме это количество страниц во внутренней полнотекстовой бд. а не в бд эк

Куделя написал(а):
-------------------------------------------------------
> Решение конечно напрашивающееся, но уж слишком
> ресурсоемкое. Все такие трудоголики, что
> остановить работу на двое суток - это надо
> дождаться праздников.
> А вот насчет рассогласования мне совсем
> неочевидно. Поиск выдает корректный результат, как
> и написал. Страницы со словами из запроса в базе
> есть, полнотекстовым поиском они находятся, БО с
> ними связанное из ЭК выдается то которое и должно.
> Количество страниц в 955 корректное. Любая из них
> спокойно просмотровщиком открывается, если
> запросить ее "адресно". Вообще непонятно зачем
> лишний раз дергать базу.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Это я знаю и в этом и заключается описанная проблема.

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

И все-таки мне кажется что логику работы viewer-а надо пересматривать.
Ну неправильная это ситуация.

Диагностику словаря ПТБД провел, там действительно ошибка.

07.02.2024 15:58:23.949 - OpenDB ibis done
07.02.2024 15:58:23.949 - DiagLnk ibis
07.02.2024 17:28:40.552 - error if file IFP Key=
07.02.2024 17:28:40.552 - Done

Мягко говоря малоинформативная. Притом что повторю - поиск собственно по полным текстам работает без нареканий - находится то, что ищется, фрагменты с найденным выводятся правильные и технологические словари в ПТБД на "проблемные" записи корректные.

Словарь на праздничные выходные пересоздам, конечно, и проверю работоспособность, но все же:

1. Описания на месте, файлы на месте, число страниц в БО прописано. К чему этот огород с обращением к ПТБД для запуска просмотра? На просмотр подаются не записи "страниц" в базе, а конкретные файлы. Если уж так нужно (зачем-то) динамически и каждый раз определять число страниц, мне кажется правильнее обращаться все-таки в самому открываемому объекту (по указанному в 955 пути или к кэшу).
2. В случае если даже совсем накроется индекс ПТБД, мне не кажется правильным ограничивать доступ к тому что не сломалось и вообще от него (индекса) никак не зависит.

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

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

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

Здравствуйте!
Присоединяемся к разговору со своей проблемой, связанной, видимо, также с работой BookViewer.
Обнаружили при постраничном просмотре полного текста отдельных документов
добавление лишних страниц в конце. Например, страниц 90, а просмотрщик при выходе на последнюю страницу показывает 105(см. вложение 1). Количество страниц в 955 поле указано верно. Просмотр в АРМ каталогизатор работает правильно.
Создание словаря заново проблему не решило. Помогает лишь удаление/заполнение 955 поля.

Ирбис64-2021
WebИрбис-2021