Добрый день, Кирилл Евгеньевич! Хотели испытать новую функцию jirbis2, а именно "Создание алфавитного имидж каталога", но столкнулись с проблемой.
На тестовом сервере стоит демо ирбис64 2015 V24.11.2015 jirbis v 1.0.73 и, как указано в инструкции jirbis, при создании БД по образцу в списке нет ИМИДЖ-КАТАЛОГА.

Вопрос: Как, и что нужно сделать, чтобы испытать данный функционал? (желательно описание для "чайников")

P.S. в ближайший месяц будет поставка обновлений ирбис64 и первичная поставка имидж каталога с АРМ Администратор для имидж-каталога и Web-шлюз.

Сформировали каталог, но:
1. В источнике файлы были разложены по разделителям, после формирования в БД лежат файлы подряд, т.е. Datai\имяБД\cards и все карточки в корне.
2. На сайте соответственно лицевые стороны карточек не отображаются пишет !jimage_cat_front.pft: FILE NOT FOUND!

Прошу Вас поясните, как заставить этот функционал работать? желательно пошаговую инструкцию или пример.

Благодарю.

> На тестовом сервере стоит демо ирбис64 2015
> V24.11.2015 jirbis v 1.0.73 и, как указано в
> инструкции jirbis, при создании БД по образцу в
> списке нет ИМИДЖ-КАТАЛОГА.

Вы можете создать базу типа имидж-каталог, создав библиографическую базы и скопировав туда все файлы из оригинальной базы IMAGE с маской IMAGE.* , изменив имя файлов на название новой базы.

> 1. В источнике файлы были разложены по
> разделителям, после формирования в БД лежат файлы
> подряд, т.е. Datai\имяБД\cards и все карточки в
> корне.

Режим предусматривает, что на входе папка с 3 уровнями иерархии: ящик-разделитель-пронумерованные карточки, где нечетные – лицевые, четные оборотные. Признаю, что в документации это было не было достаточно чётко оговорено. Сейчас документацию дополнил.

Если у Вас карточки уже структурированы так, как в тестовой базе IMAGE, если в ближайшее время получите полнотекстовый администратор, то какие задачи Вы ставите перед режимом? При необходимости я готов скорректировать его чтобы одноуровневая иерархия также поддерживалась.

> 2. На сайте соответственно лицевые стороны
> карточек не отображаются пишет
> !jimage_cat_front.pft: FILE NOT FOUND!

Пожалуйста, обращаясь на форум, обязательно указывайте название своей библиотеки! (как это настоятельно рекомендуется в письме поставки) В большинстве случаев это позволяет точно определить проблему. Наиболее вероятно, что в Вашем случае системе автоматического обновления не удаётся выполнить запись в Deposit.



Редактировано 1 раз. Последний раз 09.09.2017 10:25 пользователем Кирилл Соколинский (СЗТУ).

Спасибо за ответ, Кирилл Евгеньевич. Наши карточки структурированы как в базе IMAGE. Вышли из положения поместив все разделители в ещё одну папку чтоб соответствовало требованию при формировании, и каталог создался.
Осталось решить только следующее:
1. Не отображаются разделители, вновь сформированного по всем правилам, каталога. Как сделать чтоб эти разделители отобразились в расширенном поиске?
2. Можно ли добавить настройку (галочку в веб-морде) при формировании алфавитного каталога, чтоб учитовалась только лицевая сторона? Оборотная сторона карточки нам не нужна.

Можем ли мы решить эти вопросы самостоятельно?
Задача от алфавитных каталогов в том, что наша библиотека является частью предприятия и сотрудникам удобно не только пользоваться поиском по ключевым словам, но и по разделителям. Будем внедрять ещё тематический каталог.

xu4kok написал(а):
-------------------------------------------------------
> 1. Не отображаются разделители, вновь
> сформированного по всем правилам, каталога. Как
> сделать чтоб эти разделители отобразились в
> расширенном поиске?

Вы имеете в виду расширенный поиск для имидж-каталога? Если да, то Вы создали словарь с FST имидж-каталога? Если да, то как у Вас выглядят ссылки на карточки?


> 2. Можно ли добавить настройку (галочку в
> веб-морде) при формировании алфавитного каталога,
> чтоб учитовалась только лицевая сторона? Оборотная
> сторона карточки нам не нужна.

Уточните, сканер формирует у Вас файл на оборотную сторону, или сканер односторонний?

> Можем ли мы решить эти вопросы самостоятельно?

Да, конечно. Алгоритм достаточно прозрачен и может легко модифицироваться Вами. image_build.

(\jirbis2\components\com_irbis\modes\image_build\ajax_provider.php)

PS
Настоятельно прошу Вас указать название своей организации, если Вы хотите получать консультации на форуме.
Я уже просил Вас указать название своей организации.

Организация Норильский филиал "Институт Норильскпроект".

Я являюсь "новичком" в администрировании таких систем как ИРБИС.
Сканер двусторонний, но мы сканировали только лицевую часть. (оборотная нам не нужна)
В jirbis2 "Поиск в имидж каталоге" метод поиска "расширенный поиск" не отображаются разделители, хотя в стандартном IMAGE-каталог (база пример ИРБИС64) разделители есть.
Каким образом сформировать fst словарь?



Редактировано 1 раз. Последний раз 15.09.2017 11:06 пользователем xu4kok.

xu4kok написал(а):
-------------------------------------------------------
> В jirbis2 "Поиск в имидж каталоге" метод поиска
> "расширенный поиск" не отображаются разделители,
> хотя в стандартном IMAGE-каталог (база пример
> ИРБИС64) разделители есть.

Возьмите FST стандартной БД имидж-каталога(IMAGE.FST), дайте этому файлу имя новой БД имидж-каталога, скопируйте в папку с новой БД и создайте заново словарь.

Если будут проблемы, приведите пример ссылок на карточки.

Не забудьте очистить кэш в админке J-ИРБИС 2.0

Спасибо. Сделал, как Вы сказали. Результат следующий: Изображения не отображаются "файл с карточкой не найден (9)" , но в каталогизаторе картинки отображаются.

Осталось разобраться с копированием карточек с любым именем, то есть подряд, так как сканирована только лицевая сторона, но пока не получается.


Ещё раз спасибо.



Редактировано 1 раз. Последний раз 15.09.2017 12:29 пользователем xu4kok.

xu4kok написал(а):
-------------------------------------------------------
> Спасибо. Сделал, как Вы сказали.В админке
> скопировал пункт меню "Поиск в имидж каталоге (3)"
> и указал базу, убрав стандартную IMAGE в
> параметрах пункта меню. Результат следующий:
> 1. Разделители появляются только при воде буквы
> (набора букв), в стандартной базе IMAGE
> отображаются всегда в "расширенном поиске"

Очистите кэш MNU, PFT, таблиц в административной панели.

> 2.Изображения не отображаются "файл с карточкой не
> найден (9)" , но в каталогизаторе картинки
> отображаются.

В административной панели J-ИРБИС 2.0 в пункте Панели управления Компоненты, в разделе ИРБИС, на закладке Система и интерфейс найти таблицу Основные настройки;
a. Найти группу настроек Выгрузка документов и в ней параметр ed_path. Добавить через точку с запятой путь к папке (папкам) с изображениями. Например: D:/elib;C:/irbis64/datai/image;C:/irbis64/datai/image2)

> При создании базы нужно было ставить галочку "БД
> доступна читателю WEB"?

Да.

Но почему Вы решили создавать отличную от стандартной базу имидю-каталога? Проще было бы очистить её и влить в неё карточки.



Редактировано 1 раз. Последний раз 15.09.2017 12:40 пользователем Кирилл Соколинский (СЗТУ).

У нас будет три имидж каталога. Один будет распознанным, а два других будут реализованы для удобства и нужд предприятий. Наши задачи довольно специфичны. Необходимо подстраиваться под нужды действующего производства.
Спасибо за помощь. Всё заработало.

P.S. Осталось разобраться с копированием карточек с любым именем, то есть подряд, так как сканирована только лицевая сторона, но пока не получается.



Редактировано 1 раз. Последний раз 15.09.2017 12:37 пользователем xu4kok.

Добрый день, Кирилл Евгеньевич! Мы получили Image-каталог. В каталогизаторе проблем нет и каталог отображается, но вот в jirbis2 выдает ошибки. Хочу заметить, что на отдельном тестовом (изолированном) сервере поиск по каталогу работает нормально. (скрины прилагаю). На рабочем сервере стоит версия jirbis2 1.0.7.4 а на тестовом 1.0.8.0
Несмотря на это, если подключить базу Image как внешний источник (к тестовому серверу) ошибки аналогичные.
Подскажите что мы делаем не так?

xu4kok написал(а):
-------------------------------------------------------
> Несмотря на это, если подключить базу Image как
> внешний источник (к тестовому серверу) ошибки
> аналогичные.

Пожалуйста:
1.Уточните название своей библиотеки
2. Попробуйте использовать актуальную версию J-ИРБИС или автоматическое обновление
3. Приложите jirbis_configuration.php
4. Приложите скриншот с изображением (ями) того, как у Вас зарегистрирован сервер с имидж-каталогом в качестве внешнего источника.

К сожалению, сразу должен отметить, что имидж-каталог (имиджи) придётся держать на том же сервере, где работает действующая копия J-ИРБИС 2.0. У J-ИРБИС должен быть файловый доступ к карточкам.

1. НФ "Институт Норильскпроект "ООО "Институт Гипроникель"
2. Автоматическим обновлением воспользоваться не можем, так как сайт в закрытой сети без доступа в интернет. Подскажите альтернативный вариант обновления.
3. Прилагаю. Может ли повлиять в этом файле идентификатор библиотеки на работу с каталогом? В новом письме поставки от 2017 года идентификатор библиотеки отличен от пред идущего.
4. Прилагаю.
5. На одном сервере установлены комплект "Ирбис64" по пути C:\Irbis64 и "Jirbis2" по пути D:\jirbis2_server\

P.S. Кирилл Евгениевич, у нас так и не получилось решить вопрос с копированием карточек при создании каталоге без распознавания (в этой теме я задавал этот вопрос). Не могли бы вы прислать код, который нужно вставить в файл (\jirbis2\components\com_irbis\modes\image_build\ajax_provider.php)

НФ "Институт Норильскпроект "ООО "Институт Гипроникель"

xu4kok написал(а):
-------------------------------------------------------
> 3. Прилагаю. Может ли повлиять в этом файле
> идентификатор библиотеки на работу с каталогом? В
> новом письме поставки от 2017 года идентификатор
> библиотеки отличен от пред идущего.

Нет, идентификатор на работу системы повлиять не может. Скорее всего, у Вас было переименование организации и я зарегистрировал Вас дважды. Исправлю.


> 4. Прилагаю.

Присланные Вами настройки абсолютно корректны. Я повторил Ваш эксперимент с удалённым сервером -- всё работает без каких-либо проблем. (прилагаю скриншот на локальной копии разделителей, загруженных из медицинской библиотеки).


Вы пользуетесь настройками стандартного пункта меню "Поиск в имидж-каталоге" в Главном меню? Там есть одна особенность -- идентификация баз идёт по названию базы -- "IMAGE". Соответственно могут устанавливаться разные базы, локальные, внешние и "текстовые", которые подключать не требовалось.

А вот скриншот er2.jpg в письме от 28.11.17 показывает что-то странное. Получается, что система пытается обратиться к серверу 127.0.0.1, которого в настройках у Вас нет. Скриншоты и присланная Вами конфигурация не сходятся...


Убедитесь, что во всех базах имидж-каталога сформированы нужные словари. Это можно сделать в АРМе Каталогизатор, АРМе Читатель. J-ИРБИС использует те же данные, но кэширует словари, что может сбить с толку. (не забывайте чистить кэш!)



Редактировано 1 раз. Последний раз 02.12.2017 11:26 пользователем Кирилл Соколинский (СЗТУ).

Поскольку я обещал дополнить систему формирования имидж-каталога работой только с лицевыми карточками, выполняю своё обещание. Файлы прислал по почте.

Офлайновое обновление на данный момент не реализовано. Обходные пути обсуждались на форуме ранее.



Редактировано 1 раз. Последний раз 02.12.2017 13:36 пользователем Кирилл Соколинский (СЗТУ).

Кирилл Евгеньевич, спасибо со всем разобрались. Появился новый вопрос. При поиске в "поиск в имидж каталоге" количество результатов всегда не более 100 (меньше может быть), но по факту результатов должно быть больше. Подскажите что нужно изменить чтоб снять ограничение в 100 результатов?

xu4kok написал(а):
-------------------------------------------------------
> Кирилл Евгеньевич, спасибо со всем разобрались.
> Появился новый вопрос. При поиске в "поиск в имидж
> каталоге" количество результатов всегда не более
> 100 (меньше может быть), но по факту результатов
> должно быть больше. Подскажите что нужно изменить
> чтоб снять ограничение в 100 результатов?


Поскольку Ваша копия J-ИРБИС 2.0 не может автоматически обновляться, Вы можете изменить данный параметр, заменив в файле iserver64.php строку

private $optimal_portion_ft=100;
на
private $optimal_portion_ft=[нужное Вам количество результатов];


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


PS
В дальнейшем я вынесу этот параметр в файл конфигурации, но ещё раз повторюсь, что считаю его изменение нежелательным.