Здравствуйте.
Решил проблему поиска одновременно по нескольким БД так сказать обходным путем: Написал скрипт на PHP, который получает запрос со странички поиска, модифицирует его и несколько раз выполняет запрос в Web Ирбисе, результаты склеивает и выдает на экран.
Т.е. результат поиска выглядит след образом: Результаты поиска по БД1 + Результаты посика по БД2 и т.д.

При этом работает даже построение списка авторов и ключевых слов в нескольких БД.

Если кто заинтересовался - спрашивайте, расскажу поподробнее.

К разработчикам Веб Ирбиса есть несколько вопросов:
1. Нельзя ли получить подробное описание параметров запроса к Веб Ирбису?
2. Можно ли сделать более широкую настройку Веб Ирбиса, чтобы скажем такие вопросы решать внутри модуля веб-ирбис, а не путем пристраивания внешних скриптов? (Может быть исходные коды распространять? - было бы очень удобно)
3. Есть ли команда, чтобы на страничке с результатами поиска отображалось не системное имя БД, а ее описание на русском языке (которое вводится в Wsearch.ini)?

Здравствуйте.
<Решил проблему поиска одновременно по нескольким БД так сказать <обходным путем: Написал скрипт на PHP, который получает запрос со <странички поиска, модифицирует его и несколько раз выполняет <запрос в Web Ирбисе, результаты склеивает и выдает на экран.
<Т.е. результат поиска выглядит след образом: Результаты поиска по <БД1 + Результаты посика по БД2 и т.д.
Замечательно! Однако в последних версиях оное решено стандартно... Хотя все на любителя = внешние скрипты в некоторых случаях более удобны...

<1. Нельзя ли получить подробное описание параметров запроса к Веб <Ирбису?
Можно но не ранее серидины декабря... Сейчас ведется соот. работа. Для последнего в данном году релиза будет...

<2. Можно ли сделать более широкую настройку Веб Ирбиса, чтобы <скажем такие вопросы решать внутри модуля веб-ирбис, а не путем <пристраивания внешних скриптов? (Может быть исходные коды <распространять? - было бы очень удобно)
Исходные коды вряд-ли... Все в конце концов идет от пользователя. Появился запрос на соответствующую функцию которую нельзя обеспечить через настройку форм-файлов = мы ее сделаем... Не появилось = не делаем :(
Однако большинство общеупотребительных и полезных вещей реализуется через выходные форматы и форм-файлы = можно так все перелопатить что мать родная не узнает...

<3. Есть ли команда, чтобы на страничке с результатами поиска <отображалось не системное имя БД, а ее описание на русском языке <(которое вводится в Wsearch.ini)?
Команды нет = посольку это не передаваемый параметр (в отличие от имени базы) Однако поскольку все равно для каждой БД и режима заводится свой набор форм-файлов можно просто в Smain_.frm убрать вызов параметра и прописать руками все что хотите = полное имя БД, владельца = да хоть рекламу загружать...

Сортировка результатов не понадобится?
При просмотре терминов нужно будет хранить "Следующий термин" для каждой БД?

>>> Нельзя ли получить подробное описание параметров запроса
>>> к Веб Ирбису?

Есть такой файл MANUAL.RTF. Там таблица : в приложении №2...
Если есть дистрибуция :)



Сортировка - вопрос применимый к технологии, когда клиент висит на сервере. CGI технология - запросил - отстал. В итоге для поддержки сортировки: - увеличение объема обрабатываемой информации CGI программой (которая в итоге не попадает пользователю) , иначе говоря CGI превращается в СЕРВЕР БД. А это уже совсем другая технология....

Как сейчас организуется поиск по нескольким БД сразу?

Как такового поиска по нескольким базам нет. Есть опция "найти тоже самое в других базах", где заранее показывается, колько записей удовлетворяют запросу пользователя в других базах.

То есть получается, если пока не разъединили периодику с книгами, то лучше и не разъединять для удобства дальнейшего поиска читателями в электронном каталоге?
Немного странно. Читателям зачастую без разницы в разных у нас не в разных базах - они производят поиск - им нужен результат.
А работникам уже есть разница - кто-то работат с одной базой, кто-то с другой (как я слышал периодику с книгами зачастую разделяют).
Кто что посоветует?

Ну вообще, если вспомнить обсуждения, библиографы всегда были за разделение баз, а администраторы - против. Доводы администраторов в большинстве были убедительнее :). И это правильно. Не стоит делить то, что по природе одно и то же.
Если очень хочется, то заведите отдельные базы книг и периодики. Периодику тоже можно поделить по газетам и журналам. Прописав их в списке баз вы получите в резальтатах поиска издания из текущей базы, а в начале набор ссылок типа:

В других базах: Журналы (130), Газеты (21), Еще какая-то (47564)

Если очень хочется, то почему бы не сделать. И пользователи будут довольны, поскольку они точно знают, что они сейчас видят. Однако в плане администрирования это совершенно не удобно. Может быть такое разделение не удобно и для пользователей АРМа Читатель. Поскольку там такого поиска, как в вебе, нет. Но оба варианта могут существовать и быть используемыми. Так что выбирайте себе наиболее подходящий.

ИМХО общая база лучше.

[library.omsu.ru]

Готовим к выставлению на сайт.
Если отметить обе базы - то поиск одновременно по обеим.

PS: нет у нас пока дезигнера :)

Что-то я так и не понял, как искать по вашему каталогу сразу в 2-х базах. Смотрел в Firefox'e. В IE тоже не понял :). В общем где-то ты, Илья, немного фантазируешь :).

2Максим: Внизу два чекбокса (Основной каталог и Аналитика) - это две различные базы данных. Какие отметишь - по тем поиск и пройдет.
Результаты поиска "склеиваются" - т.е. для пользователя выглядит это как поиск по одной БД. Разве что в результатах поиска (сверху) появляется информация сколько документов найдено в каждой из баз и есть возможность ограничить результат поиска одной конкрентной базой.

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

Не секрет - php.

А, это тот самый консольный CGI для использования в php?

Нет. Это свой написанный класс для работы с ирбис64. Работает как клиент (в данном случае как АРМ Читатель).
cgi не устроил из-за требования нахождения на том же сервере i64. Хотелось иметь возможность держать их на разных серверах+возможность перевести в будующем веб под *nix. К тому же, необходима возможность писать в БД и выполнять глобалки над БД (это для привязки полнотекстной системы к ЭК). Да и много чего еще надо было :)

Можете ли поделиться этим классом? С примерами и может быть небольшой инструкцией. Очень очень интересует

Рассказывать и показывать планируется на Либкоме :)

Все правильно. Вещь достаточно интересная и достойна авторства. Так что сначала публикация, слава и шампанское, а затем и поделиться :)...

Поискал по форуму - не нашел как организовать работу опции "поиск того же самого в других БД" ... :S Никто не подскажет?

нашел - пример находится в search_mnu.pft