Здравствуйте.
Поступают жалобы, что через web-ирбис не найти необходимой литературы, начинаем искать вместе (прошу показать как ищут), всё находится. Думал, что они что-то путают, и от этого такое и происходит. Но как оказалось это не они такие, а с ирбисом что-то не то. При одном и том же запросе то находит, то не находит. От чего это зависит не понятно. Может когда книговыдача происходит он притормаживает? Или еще что? Как с этим бороться?
С уважением, Владимир.

Можете привести пример запроса?
Лучше на Вашем сайте.

На внешний доступ сайт не выставлен. А пример запроса любой, любое слово в поле "ключевые слова". Да и поймать данную ситуацию достаточно сложно, случается редко, но очень метко!

Здесь обнаружены сразу 2 ошибки
1 Неправильно работал Java Sсript при формировании уточняющего запроса
2 Неправильно работали ссылки ДАЛЕЕ при достаточно длинном запросе (который например получается при уточнении) передают данные по GET и запрос режется по длине

Все эти ошибки исправлены и изменения будут выставлены на ftp
Сейчас можно посмотреть результаты изменений по ссылке

[www.gpntb.ru]

Добавлю ешё одну ситуацию когда web-ирбис не находит даныие.
При расширенном поиске если ввести Фамилию и инециалы автора
например "Иванова, А. "
web-ирбис ничего не находит.
А поиск только только по фамилии часто не удовлетворяет.
Исправление этово намечется если да то когда?

Автора с инициалами следует искать через пробел
Иванова А.

Спасибо хотя в нашей версии это тоже не работает (3,30)
Придется качать новую.

Ваан Авакян написал(а):
-------------------------------------------------------
> Добавлю ешё одну ситуацию когда web-ирбис не
> находит даныие.
> При расширенном поиске если ввести Фамилию и
> инециалы автора
> например "Иванова, А. "
> web-ирбис ничего не находит.
> А поиск только только по фамилии часто не
> удовлетворяет.
> Исправление этово намечется если да то когда?

Форма, в которой при поиске должна задаваться информация об авторе, зависит от используемой таблицы инвертирования. До версии 2004.1(если мне не изменяет память), когда ИРБИС перешел на новый библиографический ГОСТ, после фамилии запятая не предусматривалась, а затем она стала обязательной. Разумеется, решение об индексировании имён с запятой было абсолютно неоправданным, так как библиографический ГОСТ не регламентирует форму поискового индекса, но его уже нельзя отменить и приходится учитывать.
У меня не вызывало никаких сомнений, что ни один студент нашего ВУЗа не будет вводить данные об авторе в форме [фамилия] запятая пробел [первый инициал] пробел [второй инициал]. Скорее всего, студент выберет любую другую форму записи и получит пустой результат поиска. Поэтому на моём сайте инициалы не учитываются вообще и поиск с учётом инициалов возможен только по словарю. Естественно, это не снимает вопроса.

Мне кажется, сейчас возможны два способа решения проблемы:
1. Обработка поля в браузере JS и регулярных выражений;
2. Использование для предобработки значения поля CGIFLK.PFT.



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

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

Что касается ИРБИС скрипта для решения этой проблемы, у меня есть образец, позволяющий исправлять основные варианты ошибочных написаний. Может быть кто-нибудь сможет с его помощью решить проблему раньше меня...
if v1000:'.' then if v1000:', ' then, &uf('g0,',v1000) else if v1000:',' then, &uf('g0,',v1000) else &uf('g0 ',v1000) fi, fi,', ' if v1000:',' and (not v1000:', ') then, &uf('g0.'&uf('g2,',v1000))'.' if :'. ' then ' ' &uf('g2 ',&uf('g2,',v1000)) else ' ' &uf('g2.',&uf('g2,',v1000)) fi, else, &uf('g2 v1000',&uf('g0.',v1000))'.' if v1000:'. ' then ' ' &uf('g2 ',&uf('g2 ',v1000)) else ' ' &uf('g2.',&uf('g2 ',v1000)) fi,fi, else v1000 fi
Предполагается, что поле 1000 содержит данные об авторе в некорректной форме.