Добрый день.
У нас появились вопросы по поиску в электронном каталоге.
1. В Профессиональном поиске поисковый элемент "Место хранения" список формируется по расшифровкам мест хранения. Как сделать чтобы были сокращения? И можно ли чтобы файл mhr.mnu брался не с папки Common_PFT, а из папки соответствующей БД? (у нас разные мест хранения для разных БД).

2. Если несколько повторений поля v923, то некорректно выводится перечень выпусков.
Например:
Электробезопасность при напряжении до 1000 В: комплект из 4 плакатов. Лист 1. Лист 2. Лист 3. Лист 4: Установки с изолированной нейтралью: Установки с глухозаземленной нейтралью: Напряжения шага и прикосновения: Защитные средства/ Под ред. А.О. Ключарева. - 3-е изд., перераб. и доп.. - М.: Соуэло, 2003. - 4 л.
А должно быть:
Электробезопасность при напряжении до 1000 В: комплект из 4 плакатов. Лист 1: Установки с изолированной нейтралью. Лист 2: Установки с глухозаземленной нейтралью. Лист 3: Напряжения шага и прикосновения. Лист 4: Защитные средства/ Под ред. А.О. Ключарева. - 3-е изд., перераб. и доп.. - М.: Соуэло, 2003. - 4 л..
Немного отредактировала fullwebr.pft (красным цветом выделила скобки, которые добавила). Надеюсь, что корректно внесла изменения:
...
fi,v328^a,": "v328^n,", "v328^0,", "v328^9
fi,(|. |v923^h,|: |v923^i,|. |v923^k,|: |v923^l)
fi,
if s(v510^f)=''then
....

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> 1. В Профессиональном поиске поисковый элемент
> "Место хранения" список формируется по
> расшифровкам мест хранения. Как сделать чтобы были
> сокращения?

Самый простой способ:
1.Создать копию select_values.pft под другим названием
2. Изменить в ней строку
if &uf('+5F',&uf('+1R229'),'.mnu')<>'' then
на
if &uf('+5F',&uf('+1R229'),'.mnu')<>'' and 1=2 then

3. Заменить в professional.frm, в стрках типа
<!FORMAT=!,&uf('+1W229#mhr'),&uf('6select_values') >
select_values на название альтернативного формата вывода значений


> И можно ли чтобы файл mhr.mnu брался
> не с папки Common_PFT, а из папки соответствующей
> БД? (у нас разные мест хранения для разных БД).

Да, для этого нужно удалить файл mhr.mnu из common_pft

> Надеюсь, что корректно внесла изменения:
> ...
> fi,v328^a,": "v328^n,", "v328^0,", "v328^9
> fi,(|. |v923^h,|: |v923^i,|. |v923^k,|: |v923^l)
> fi,
> if s(v510^f)=''then
> ....

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

LiLi написал(а):
-------------------------------------------------------
> 1. В Профессиональном поиске поисковый элемент
> "Место хранения" список формируется по
> расшифровкам мест хранения. Как сделать чтобы были
> сокращения?

Самый простой способ:
1.Создать копию select_values.pft под другим названием
2. Изменить в ней строку
if &uf('+5F',&uf('+1R229'),'.mnu')<>'' then
на
if &uf('+5F',&uf('+1R229'),'.mnu')<>'' and 1=2 then

3. Заменить в professional.frm, в стрках типа
<!FORMAT=!,&uf('+1W229#mhr'),&uf('6select_values') >
select_values на название альтернативного формата вывода значений


> И можно ли чтобы файл mhr.mnu брался
> не с папки Common_PFT, а из папки соответствующей
> БД? (у нас разные мест хранения для разных БД).

Да, для этого нужно удалить файл mhr.mnu из common_pft

> Надеюсь, что корректно внесла изменения:
> ...
> fi,v328^a,": "v328^n,", "v328^0,", "v328^9
> fi,(|. |v923^h,|: |v923^i,|. |v923^k,|: |v923^l)
> fi,
> if s(v510^f)=''then
> ....

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

Цитата:

> Надеюсь, что корректно внесла изменения:
> ...
> fi,v328^a,": "v328^n,", "v328^0,", "v328^9
> fi,(|. |v923^h,|: |v923^i,|. |v923^k,|: |v923^l)
> fi,
> if s(v510^f)=''then
> ....

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

Это я прекрасно понимаю, сама случайно обнаруживаю такие записи.
Меня это устраивает. На мой взгляд так нагляднее. Я еще посмотрю, как по ГОСТу должно быть, можно будет еще точнее описать.

Елена, КрЦНТИБ Красноярской ж.д.

Здравствуйте.
Снова вопрос по поиску в эл.каталоге.
У нас есть ключевое слово "СТРАТЕГИЧЕСКОЕ ПАРТНЕРСТВО 1520, 2012".
Если провести поиск по ключевым словам, то он его обрабатывает как
Запрос: (<.>K=СТРАТЕГИЧЕСК$<.>*<.>K=ПАРТНЕРСТВ$<.>*<.>K=1520$<.>*<.>K=2012$<.>)
Соответственно в ЭК нет таких ключевых слов как 1520 и 2012 (т.к. эти символы игнорируются), и издания совсем не ищутся.
Возможно ли задать на ключевые слова логику "точное совпадение"? или сразу чтобы эти символы не попадали в запрос, и поиск был только по несущим смысловую нагрузку словам?

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> У нас есть ключевое слово "СТРАТЕГИЧЕСКОЕ
> ПАРТНЕРСТВО 1520, 2012".
> Если провести поиск по ключевым словам, то он его
> обрабатывает как
> Запрос:
> (<.>K=СТРАТЕГИЧЕСК$<.>*<.>K=ПАРТНЕРСТВ$<.>*<.>K=15
> 20$<.>*<.>K=2012$<.>)

Видимо, по чьей-то просьбе я внёс правки в таблицы допутимых(информативных) символов, которые используются в J-ИРБИС, поэтому цифры рассматриваются как слова.

Чтобы действовала традиционная схема интерпретации запроса, замени:

\Jirbis\!irbis\ISISACW.TAB
\Jirbis\!irbis\ISISUCW.TAB

на варианты из базовой поставки

Даты этих файлов:
ISISACW.TAB - 04.04.2006
ISISUCW.TAB - 11.05.2001.

Удаляю самостоятельно коды цифр из этих таблиц и после изменения ISISUCW.TAB выдает странную страницу поиска (прикрепленный файл). Загрузка страницы с ошибкой.

LiLi написал(а):
-------------------------------------------------------
> Удаляю самостоятельно

Елена, возьми те файлы, которые лежат в директории ИРБИС-сервера.

Да хотела бы, но у меня нет файла ISISUCW.TAB в последних версиях в поставке. Есть последний вариант только в Ирбис32 версии 2006.1, но дата фала такая же.
ISISACW.TAB обновила, результат поиска прежний.
Коды цифр удаляла не совсем самостоятельно, а через программку.

LiLi написал(а):
-------------------------------------------------------
> Да хотела бы, но у меня нет файла ISISUCW.TAB в
> последних версиях в поставке. Есть последний
> вариант только в Ирбис32 версии 2006.1, но дата
> фала такая же.
> ISISACW.TAB обновила, результат поиска прежний.
> Коды цифр удаляла не совсем самостоятельно, а
> через программку.

Действительно, можно говорить о проблеме настройки, характрной и для WEB ИРБИС. Буду её решать, но оперативного решения не обещаю.

Пока рекомендую создать словарь ключевых слов с цифрами. У много лет назад была прямо противоположная задача -- требовалось обеспечить возможность поиска по ключевым словам и году издания. Читатели любят такую комбинацию так же как и вводить ключевые слова вместе с автором.

Не совсем красивый вариант с цифрами. Подождем правильного решения.