Приветствую всех.
Мы вели в старой БД полные оглавления - сканировали, распознавали, прицепляли к БО книги.
Попробовали импортировать эти оглавления в Ирбис в поле 330. Замечу, что в некоторых книгах эти оглавления включают в себя пунктов больше нескольких сотен, а в редких случаях и больше тысячи. Долго импортировалось, висло. Попробовали одно оглавление с тысячью пунктами - симпортировалось, но при работе тормозило и висло. То есть данный вариант, наверное, в данном случае не подходит.
Хотелось бы узнать - есть ли у кого опыт ведения полоного содержания (оглавления) книг в БД вместе с БО?

Если вы в ИРБИС-32, то, наверное, знаете об ограничении на размер записи - 32К.

у нас Ирбис 64.

iLq написал(а):
-------------------------------------------------------
> Приветствую всех.
> Мы вели в старой БД полные оглавления -
> сканировали, распознавали, прицепляли к БО книги.

В какие поля Вы вводили содержания (оглавление) книг (БО)? В поле 330? Если в поле 330, то расскажите поподробней. Поле предназначено в основном для аналитиечского описания журналов или сборников.
IRBIS 2004.1

Для описания статей предназначено поле 922, а 330 - содержание всех видов книг.

Еще такой вопросик: возможно ли создать дополнительное поле (подполе) (просто текстовое) и обозвать его его СодОгл. Вывод БО можно изменить. Тогда нужно будет просто отсканить, распознать и вставить. Сейчас же нужно вводить заглавие и сведения, относящиеся к заглавию, что не есть удобно. Подскажите, пожалуйста!

Прошу прощения, но вашей проблемы просто не понял. Объясните еще раз, что вы хотите, и что у вас не получается или затруднено.

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

Интересная идея. Кто знает напишите, возможно ли создать такое поле??? куда бы можно было вносить все содержание сразу. И при этом слова из этого поля должны идти в словарь ключевых слов.

Такое поле вы можете создать самостоятельно. Это очень просто и подробно описанно в инструкции к Ирбису. Суть размножающегося поля оглавления в том, что в него вносятся СПЕЦИАЛЬНЫЕ СТРУКТУРИРОВАННЫЕ данные и разносятся по разным словарям. Если вам совершенно не кретично выделение строгого названия главы/раздела/статьи сборника и нет необходимости зачисления авторов и прочих данных, то действительно можно сделать так, как вы говорите - сгрузить всю информацию после распознавания в одно поля и разбить его на ключевые слова. Но на то в библиотеке и выполняют научную обработку документов, что бы отсеить лишний шум и обеспечить максимально удобный и полный для читателя поиск.

Gena написал(а):
-------------------------------------------------------
> Такое поле вы можете создать самостоятельно. Это
> очень просто и подробно описанно в инструкции к
> Ирбису.

Извините, я не очень знаком с специфическом языке программирования на которой базируется разработка Ирбис, поэтому полистал инструкцию по Ирбис, но нужного объяснения не нашел. Gena пожалуйста скажите что именно искать, или напишите подробнее как создать такое поле.

Не знаю - может уже писал.
Но мы стали вести оглавления с помощью внешних файлов в формате doc. В записи в созданном поле 952 хранится только имя файла - выбирается через самописную dll. Периодически создаю словарь заново через Полнотекстовый администратор:
952 9 '/SodS=/путь_на_папку_с_файлами_оглавлений\',v952

В Веб-каталоге в БО прикрутили ссылку на файл-оглавления.

Довольны.

Если необходимо, могу сделать более подробное описание.

Рад за вас, что нашли решение проблемы. Но во-первых: Мы говорим о ситуации, когда библиотека обладает только программой Ирбис 32 (ограничение БД на 25 000 записей), АРМ Администратор полнотекстовых БД - отсутствует.
Во-вторых, проблема не в том, что полное содержание нельзя ввести (оно вводится в поле 330), а в том, что если все содержание больше 3-3,5 страницы, то возникают проблемы с его отображением в окне полного описания документа .
В-третьих, вводить содержание в поле 330 недостаточно удобно, и поэтому стоит вопрос как создать поле для внесения полного содержания (например такое же как поле 331 куда можно было бы вставлять текст определенного объема, слова из которого использовались бы для формирования словаря ключевых слов.

Gena вам ответил в принципе - создайте такое поле стандартными средствами Ирбиса. Заведите словарь по этому полю.

Здравствуйте!

Мы пытаемся автоматизировать ввод содержания с помощью DeepSeek.
Как делаем:
Имеющееся содержание (сканы или текст из интернета) заводим в DeepSeek и на выходе получаем получаем два списка: статей и их авторов.
Каждый список представляет собой одну строку, в которой статьи или ФИО авторов разделены спец. символами (см. скриншот 1).
Далее копируем эти строки и вставляем в первое повторение подполя 922^C (Заглавие) и 922^F (Автор), соответственно (см. скриншот 2). (Или 330^C или 330^F, если это книга).
В autoin.gbl у нас в конце добавлен блок кода:

//Разбиение поля 922^C по # и 922^F по $ на повторения
IF
if (&uf('Av922^C#1'):'#') or (&uf('Av922^F#1'):'$') then '1' fi
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
CHA
922
1
'#'
'~'
CHA
922
1
'$'
'|'
ADD
9221
XXXXXXXXXXXXXXXXXXX
&uf('+7W922#'&uf('Av922^C#1'))
XXXXXXXXXXXXXXXXXXX
ADD
9221
XXXXXXXXXXXXXXXXXXX
&uf('+7W923#'&uf('Av922^F#1'))
XXXXXXXXXXXXXXXXXXX
DEL
922
1
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
REPEAT
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
922
XXXXXXXXXXXXXXXXXXX
'^C'&uf('G0~'g922),'^F'&uf('G0|'g923),&uf('+7W922#'&uf('G2~'g922)),&uf('+7W923#'&uf('G2|'g923))
XXXXXXXXXXXXXXXXXXX
UNTIL
if (g922:'~') or (g923:'|') then '1' fi
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXX
ADD
922
XXXXXXXXXXXXXXXXXXX
"^C"g922,"^F"g923
XXXXXXXXXXXXXXXXXXX
FI

(Такой же блок стоит для книг - с полем 330)

После сохранения записи этот код разбивает подполя 922^C по знаку # и 922^F по знаку $ на повторения.
Но есть проблема: если у статьи есть второй и третий автор, этот код не может поставить их ФИО в подполя 922^2 и 922^3 соответственно.
ФИО 2-го и 3-го авторов остаются в подполе 922^F после 1-го автора и отделяются от него и друг от друга запятой - см. скриншот 3 (хотя, если это принципиально для дальнейшего изменения кода, запятую в промте можно заменить на другой знак).

Я в кодировании ничего не понимаю (этот код во многом был сделан тоже DeepSeek), поэтому предположил, что, возможно, в одном коде в autoin.gbl задачу разбиения подполей 922^C и 922^F на повторения по спец. знакам и распределения ФИО 2-го и 3-го авторов в подполя 922^2 и 922^3 одновременно решить невозможно (или очень сложно).
Но мои попытки добиться от DeepSeek глобальной корректировки, которая бы отдельно, после отработки кода в autoin.gbl, решала бы проблему со 2-м и 3-м автором, мне не удалось.

Поэтому вопрос к сообществу: может быть кто-то сможет докрутить предложенный выше код или написать дополняющую его глобальную корректировку, чтобы решить проблему распределения 2-го и 3-го авторов по подполям 922^2 и 922^3 (и 330^2 и 330^3)?
Многим была бы от этого большая польза.

Ирбис64+ 2023.2.9 (D4)
Сервер Турбо Про