Восточно-Казахстанская областная библиотека им.А.С.Пушкина.
Неправильно отображаются записи при поиске. На первой странице видно, что найдено 862 записи. Первая, вторая и третья страницы отображены правильно, записи с 1 по 10, с 11 по 20, с 21 по 30. На четвертой странице показаны только 2 записи с 31 по 32, на пятой тоже с 31 по 32 и так далее на всех следующих страницах.



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

Очистите кеш записей в Панели управления ИРБИС (Закладка Сервис) и убедитесь в отсутствии дублетных шифров (903 поле). Если дублетных шифров нет и проблема будет повторяться, опишите, пожалуйста, условия её возникновения после очистки кеша. Если мне удастся её воспроизвести, она обязательно будет устранена.

Добрый день! Проанализировали полнотекстовый поиск в J-ИРБИСе и WEB-ИРБИСе, получаются разные результаты... Очистили КЭШ, не помогло. Результаты во вложении. Помогите пожалуйста разобраться, в чем причина? И еще параллельно вопрос: Используя ИРБИС64+ можно выбирать или J-ИРБИС или WEB-ИРБИС64+?Не обязательно приобретать и то, и другое?

Butterfly написал(а):
-------------------------------------------------------
> Добрый день! Проанализировали полнотекстовый поиск
> в J-ИРБИСе и WEB-ИРБИСе, получаются разные
> результаты... Очистили КЭШ, не помогло.

Уточните, с какой версией J-ИРБИС 2.0 ВЫ экспериментируете? Я специально проверил поиск по диапазону дат в электронной библиотеке Наш Абай -- всё совершенно корректно. Скриншот прилагаю. Более того, в J-ИРБИС 2.0 достаточно ввести 2 последние цифры года -- он сам дополнит остальные.

Первая ситуация также ненормальна.

Приведите, пожалуйста, адрес этой копии модуля.

> И еще параллельно вопрос: Используя
> ИРБИС64+ можно выбирать или J-ИРБИС или
> WEB-ИРБИС64+? Не обязательно приобретать и то, и
> другое?

Нет. Вам достаточно одного модуля.



Редактировано 2 раз. Последний раз 13.12.2019 03:52 пользователем Кирилл Соколинский (СЗТУ).

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

1. Всё, что я писал 13, October, 2019 13:07 сохраняет свою актуальность.

2. То же.

3. Использованная Вами форма "Расширенного поиска в полных текстах" была ориентирована на работу с ИРБИС 64 Fulltext (версией, которая сейчас не распространяется). Отсюда проблемы при поиске по диапазону. Формы исправил, оффлайновое обновление сформировал. Теперь её можно будет использовать в т.ч. для поиска в базах ИРБИС 64 2018.1+



Редактировано 3 раз. Последний раз 15.12.2019 15:56 пользователем Кирилл Соколинский (СЗТУ).

Спасибо за обновление! Поиск по периоду теперь осуществляется. Но возникла новая проблема: при использовании поиска по полю "слово из текста" найдено документов всегда 100...

Butterfly написал(а):
-------------------------------------------------------
> Спасибо за обновление! Поиск по периоду теперь
> осуществляется. Но возникла новая проблема: при
> использовании поиска по полю "слово из текста"
> найдено документов всегда 100...

Так предусмотрено. При поиске по полному тексту осуществляется ранжирование по релевантности. Это крайне ресурсоёмкая операция. Поэтому число ранжируемых записей лимитируется. Вероятность,что пользователь будет просматривать 10000 записей не слишком велика...

Butterfly написал(а):
-------------------------------------------------------
> Спасибо за обновление! Поиск по периоду теперь
> осуществляется. Но возникла новая проблема: при
> использовании поиска по полю "слово из текста"
> найдено документов всегда 100...

Так предусмотрено. При поиске по полному тексту осуществляется ранжирование по релевантности. Это крайне ресурсоёмкая операция. Поэтому число ранжируемых записей лимитируется. Вероятность,что пользователь захочет просматривать 10000 записей не слишком велика...

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

Это релевантный поиск?!

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> Butterfly написал(а):
> --------------------------------------------------
> -----
> > Спасибо за обновление! Поиск по периоду теперь
> > осуществляется. Но возникла новая проблема: при
> > использовании поиска по полю "слово из текста"
> > найдено документов всегда 100...
>
> Так предусмотрено. При поиске по полному тексту
> осуществляется ранжирование по релевантности. Это
> крайне ресурсоёмкая операция. Поэтому число
> ранжируемых записей лимитируется. Вероятность,что
> пользователь захочет просматривать 10000 записей
> не слишком велика...


Вероятность того, что пользователю понадобятся ВСЕ ВОЗМОЖНЫЕ записи, у нас равно 143%
Не надо решать за пользователя, что ему надо, а что нет.
Такой поиск НЕ ЯВЛЯЕТСЯ релевантным.

Для иллюстрации вышеописанной ситуации прикрепляю три скрина:

test.jpg - поиск на сайте с установленным последним обновлением, вид на закладку "электронные версии" (нет найденных совпадений в полном тексте)

test2.jpg - вид на библиографическое описание, выделено искомое слово в бибописании

work.jpg - поиск на сайте без установленного обновления. Тут без комментариев.

Физическая база везде одна и та же. Режим поиска одинаковый - расширенный полнотекстовый.

Продолжая тему.
Анализируя изменения, которые пришли с последним обновлением, обнаружил следующее:

--------------------- search_forms/easy_fulltext/main.htm ---------------------
index 8ade6b9..7f39f8b 100644
@@ -35,7 +35,7 @@
 				  Слова из текста:
 			</td>
 			<td class="field"> 			
-				<input type="text" name="fulltext"  id="fulltext" value="" class="fields w100" >			
+				<input type="text" name="all_range"  id="all_range" value="" class="fields w100" >			
 			</td>
 		</tr>			
 	</table>

------------------- search_forms/extended_fulltext/main.htm -------------------
index 34f24b1..bec851d 100644
@@ -37,7 +37,7 @@
 				  Автор:
 			</td>
 			<td class="field"> 			
-				<input type="text" name="author_fulltext"  id="author_fulltext" class="fields" >			
+				<input type="text" name="author"  id="author" class="fields" >			
 			</td>		
 		</tr>					
 		<tr>
@@ -45,7 +45,7 @@
 				  Заглавие:
 			</td>
 			<td class="field"> 			
-				<input type="text" name="title_fulltext" id="title_fulltext" class="fields" style="width:60%">			
+				<input type="text" name="title"  id="title" class="fields" style="width:60%">			
 			</td>		
 		</tr>				
 		<tr>
@@ -54,9 +54,9 @@
 			</td>
 			<td class="field"> 			
 				 c&nbsp;
-				<input type="text" name="year1_fulltext"  id="year1_fulltext" class="fields" size="4" >
+				<input type="text" name="year1"  id="year1" class="fields" size="4" >
 				&nbsp;РїРѕ&nbsp; 							
-				<input type="text" name="year2_fulltext"  id="year2_fulltext" class="fields" size="4" >			
+				<input type="text" name="year2"  id="year2" class="fields" size="4" >			
 			</td>
 		</tr>
 		<tr>
@@ -64,7 +64,7 @@
 				  Слова из текста:
 			</td>
 			<td class="field"> 			
-				<input type="text" name="fulltext"  id="fulltext" class="fields" style="width:90%">							
+				<input type="text" name="all_range"  id="all_range" class="fields" style="width:90%">							
 			</td>
 		</tr>

т.е. имена форм полнотекстового поиска заменены обычными.
Это и была "адаптация поисковых форм"?

Откатил эти файлы к исходному состоянию, полнотекстовый поиск заработал как обычно.
Разница между тестовым и рабочим сайтами в количестве найденных записей и качестве их ранжирования === ноль.

Игорь написал(а):
-------------------------------------------------------

> т.е. имена форм полнотекстового поиска заменены
> обычными.
> Откатил эти файлы к исходному состоянию,
> полнотекстовый поиск заработал как обычно.
> Разница между тестовым и рабочим сайтами в
> количестве найденных записей и качестве их
> ранжирования === ноль.

Я согласен, что обновление не должно было радикально менять принцнипы работы системы. Поэтому вернул исходное наименование поля. Но Вам необходимо изучить документацию J-ИРБИС 2.0 и разобраться с логикой работы системы. Без этого Вы не сможете корректно настраивать J-ИРБИС 2.0!

Именя полей all_range и fulltext -- это лишь идентификаторы, которые связаны с ВАШИМИ НАСТРОЙКАМИ. В первом случае к значениям полей добавляется префикс К=(ключевые слова) во втором КТ=(полнотекстовый индекс). Префиксы определяются в таблице Правила обработки форм Административной панели J-ИРБИС 2.0. И Вам, как пользователю ИРБИС 64+, было бы целесообразно заменить префикс К=FT! на KT=FT! для поля all_range.

Игорь написал(а):
-------------------------------------------------------
> Вероятность того, что пользователю понадобятся ВСЕ
> ВОЗМОЖНЫЕ записи, у нас равно 143%

1. При полнотекстовом поиске в ИРБИС 64+ (префикс КТ=FT!) Вы сталкивались с какими-то ограничениями?

2. В версии 2019.1, в Основных настройках появился параметр optimal_portion_ft, который позволяет расширить лимит при поиске с ранжированием по релевантности (например при ранжированном поиске по ключевым словам). Но я не вижу смысла в том чтобы при работе с ИРБИС 64+ использовать, например, поиск с ранжированием по ключевым словам. Поэтому на текущий момент ВОПРОС УТРАТИЛ ВСЯКУЮ АКТУАЛЬНОСТЬ.

> Не надо решать за пользователя, что ему надо, а
> что нет.

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