Предлагается обсудить идею хранения в документах ИРБИС64 двоичных ресурсов.

В ИРБИС есть возможность ссылаться на ВНЕШНИЕ объекты (через 951 поле). Предлагается возможность хранить внутренние двоичные ресурсы (объекты), т.е. двоичные данные внутри документа, и ссылаться на них. Зачем?
Два соображения:
1. Могут быть такие объекты (например, графические данные, звук и т.п.), которые должны оставаться НЕОТЪЕМЛЕМОЙ частью документа, т.е. портироваться (копироваться, импортироваться, экспортироваться) вместе с ним. (на основе внешних объектов это сделать затруднительно)
2. Может возникнуть необходимость вывода двоичных данных (картинки) ВНУТРИ КОНТЕКСТА (внутри поля/подполя) - сделать это с помщью внешнего объекта также затруднительно и неудобно (а то и невозможно). Например. Внутри заглавия есть сложная математическая или химическая формула (никаким UNICODE ее не ввести) - как ее ввести и потом отображать? Следующим образом: формула сканируется, т.е превращается в графический объект; данный объект ВВОДИТСЯ в документ как внутренний; в нужном месте заглавия ВВОДИТСЯ команда, ссылающаяся на соотвествующий внутренний объект.

Как вводить двоичные ресурсы?
Для этого в ИРБИС уже сейчас есть метод ввода 12 - ВВОД ИЗ ВНЕШНЕГО ФАЙЛА. В нем только надо добавить опцию для ввода ИМЕННО двоичных файлов. Для хранения таких данных в документе предусмотреть специальное поле (например, 953 - значение, разумеется, параметрируется через INI-файл). Поле повторяющееся - каждое повторение содержит один двоичный ресурс. Двоичные ресурсы, разумеется, хранятся в текстовом формате (т.е. подвергаются специальной кодировке, чтобы исключить НЕДОПУСТИМЫЕ с точки зрения ИРБИС символы). (Вместе с собственно ресурсом вводится и его тип - расширение файла - в виде подполя)

Как выводить двоичные ресурсы в форматах показа (разумеется, имеются в виду ТОЛЬКО HTML-форматы)?
Два случая:
1. Место расположения двоичного ресурса НЕ МОЖЕТ БЫТЬ предусмотрено в формате (см. выше пример с формулой внутри заглавия). В этом случае используется специальная команда ССЫЛКИ на внутренний двоичный ресурс, которая вводится в нужном месте непосредственно в поле документа. Например:

<Начало заглавия до формулы><Команда ссылки на внутренний двоичный ресурс><Окончание заглавия после формулы>

Собственно команда ссылки должна содержать только номер внутреннего двоичного ресурса в обрамлении каких-то выделенных разделителей. Например:
[[N]]
2. Место расположения двоичного ресурса МОЖЕТ БЫТЬ предусмотрено в формате. В этом случае используется ИРБИС-ссылка. Для картинки это может выглядеть так:
<IMG SRC="IRBIS:3....">

Жду соображений заинтересованных пользователей.

PS: Идея эта возникла неделю назад на семинаре в Вятском государственном университете ) г. Киров - когда одна из пользовательниц обратилась с вопросов: КАК ВВЕСТИ В ЗАГЛАВИЕ СЛОЖНОЕ МАТЕМАТИЧЕСКОЕ ВЫРАЖЕНИЕ.



Редактировано 1 раз. Последний раз 25.12.2006 15:53 пользователем Alio.

Вообще идея интересная. Но вопрос: как экспортировать документы? Ну выгрузите вы документ в ИСО. Данные будут в поле в закодированном виде. Другие системы такого не понимают. Либо нужно вводить дополнительные парамеры при экспорте. К примеру:
- выгрузить с преобразованием ВДД (внутренних двоичных данных) в файлы и прописывать абсолютные/относительные ссылки на выгруженные файлы в поле ХХХ

Кроме этого при импорте необходимо предусмотреть такую возможность:
- загружать вместе с записями двоичные данные в поле ХХХ, ссылки на файлы брать из поля YYY

Кроме всего прочего необходимо будет открыть формат кодирования данных в полях ВДД. Необходимо это для написания собственных алгоритнов раскодирования сторонними разработчиками.

Какой бы формат кодирования двоичных данных ни выбрать (кстати, жду на этот счет предложений) при экспорте их можно как угодно перекодировать.

Не понял - при чем тут ФАЙЛЫ?



Редактировано 1 раз. Последний раз 25.12.2006 19:15 пользователем Alio.

Цитата:

Не понял - при чем тут ФАЙЛЫ?

А что тогда такое ДВОИЧНЫЕ ДАННЫЕ, если не файлы?

Цитата:

Двоичные ресурсы, разумеется, хранятся в текстовом формате (т.е. подвергаются специальной кодировке, чтобы исключить НЕДОПУСТИМЫЕ с точки зрения ИРБИС символы)

Судя по этому Вашему, Александр Иосифович, высказыванию, вы уже выбрали формат хранения двоичных данных. Однако судя по

Цитата:

Какой бы формат кодирования двоичных данных ни выбрать (кстати, жду на этот счет предложений)

он вас чем-то не устраивает. Или я что-то не понимаю? Может тогда вы опишите тот алгоритм, который используется сейчас?
Есть еще идея. Нужна, к примеру, формула. Рисовать ее и затем сохранять в картинке напряжно. Почему бы не сделать опцию "Вставить объект" (по примеру МС Офис). Тогда можно формулу прямо как объект Microsoft Equation вставить. Тоже ведь двоичные данные. Правда в этом случае Ирбис уже больше начинает напоминать компонент Офиса. Что не есть гуд. Но сама идея не плоха на мой взгляд. Хочешь формулу - вставляй формулу. Хочешь рисунок - вставляй рисунок, и т.д. В общем лично у меня сложилось впечатление, что и вы (точно так же как я и, судя по активности, другие участники форума) не до конца понимаете, что же считать двоичным объектом (или данными, как угодно).

Панев Максим написал(а):
-------------------------------------------------------
> Есть еще идея. Нужна, к примеру, формула. Рисовать
> ее и затем сохранять в картинке напряжно. Почему
> бы не сделать опцию "Вставить объект" (по примеру
> МС Офис). Тогда можно формулу прямо как объект
> Microsoft Equation вставить.
А как эта формула (которая изображена как часть заглавия обрабатываемой книги) окажется в Microsoft Equation (понятия не имею, что это такое...)?

> как эта формула (которая изображена как часть заглавия обрабатываемой книги) окажется в Microsoft Equation

Такими темпами ИРБИС опять в зависимость от OLE встанет.

А может кто знает, как все это (передача объектов) сделана на OpenOffice? Может там есть какой задокументированный xml-формат передачи?