=Paper=
{{Paper
|id=None
|storemode=property
|title=Платформа реализации электронных архивов данных и документов
(Platform for Digital Data and Document Archives Implementation)
|pdfUrl=https://ceur-ws.org/Vol-934/paper42.pdf
|volume=Vol-934
|dblpUrl=https://dblp.org/rec/conf/rcdl/MarchukM12
}}
==Платформа реализации электронных архивов данных и документов
(Platform for Digital Data and Document Archives Implementation)
==
https://ceur-ws.org/Vol-934/paper42.pdf
Платформа реализации электронных архивов данных и
документов
© А. Г. Марчук © П. А. Марчук
ИСИ СО РАН, НГУ,
Новосибирск
mag@iis.nsk.su peter@iis.nsk.su
ными усилиями создавать конкретную Web-ориен-
Аннотация тированную информационную систему формирова-
В статье описывается разработанная в Ин- ния, наполнения, редактирования публикации и
анализа архивных документов и данных.
ституте систем информатики им. А. П. Ер-
шова СО РАН платформенное решение, Платформенное решение представляет собой
предназначенное для реализации электрон- компромисс между фиксированностью базиса
ных архивов данных и документов. Система понятий и соглашений и гибкостью комбинирования
основывается на фактографическом подхо- средств при адаптации создаваемой системы к
де, в качестве концептуальной базы исполь- предметной области. В основном, компромисс обес-
зуются идеи и стандарты групппы Semantic печивается использованием формальных специ-
Web и собственные наработки. Платформа фикаций в виде онтологии данных. Эта онтология
использована и используется для ряда прик- может быть сменной и соответствовать видению
ладных, исследовательских и эксперимен- разработчиками предметной области и стандартов
тальных информационных систем. фиксации информации.
Работа поддержана программой РАН P-15/10, Гибкость платформы проявляется и в том, что
грантом РФФИ 11-07-00388a, интеграционным базовые компоненты способны функционировать в
проектом СО РАН M-48. разных операционных системах и с разными систе-
мами управления базами данных. Платформа раз-
1 Введение бита на функциональные слои. Слои соответствуют
этапам обработки информации и обеспечению
В работах [1-4] был предложен подход к пользовательского доступа к этой информации.
созданию архивных фактографических систем. Осо-
бенностями подхода являются: 2 Ввод и первичная обработка
- хранение электронных образов документов раз- электронных образов документов
ной природы и предоставление к ним доступа;
- наличие базы данных о документах и сопряжен- 2.1 Основные решения и функциональность
ных с ними сущностях и использование базы дан- Единицами архивного хранения являются элек-
ных для структурирования документного массива; тронные образы документов, представляющие собой
- определение семантики данных через задание файлы разных форматов или файловые сборки. В
онтологии, использование формализмов направле- основном, это мультимедийная информация: элек-
ния Semantic Web, таких как RDF, OWL; тронные образы фотографий, кино, видео, аудио
- распределенное хранение документов и базы материалов, файлы различных публикационных и
данных. сохраняющих форматов (doc, pdf, rtf, html, txt и др.).
Файловые сборки являются или технологическими
В Институте систем информатики уже более 10
сборками (DVD, zip) или группирующими сборка-
лет создаются архивные системы и совершенству-
ми, такими как папка, тетрадь, содержащими
ются технологии электронной фактографии. За
вложенные документы.
последние 2 года технологии приобрели «платфор-
менный» характер, т.е. стали набором взаимоувя- По предложенным методикам исходные
занных соглашений, средств и компонентов, в документы переводятся в цифровой формат и
совокупности позволяющих достаточно эконом- группируются в иерархию документных сборок.
Массив полученной информации, соответствующий
разделу архива, преобразуется в собранную форму,
Труды 14-й Всероссийской научной конференции называемую кассетой. По аналогии с «реальным»
«Электронные библиотеки: перспективные методы и архивом, кассета играет роль шкафа для хранения
технологии, электронные коллекции» — RCDL-2012,
Переславль-Залесский, Россия, 15-18 октября 2012 г.
архивных папок. При преобразовании также
осуществляется полезная обработка. Дело в том, что
274
ряд форматов электронного хранения документов Директория documents предназначена для
имеют либо излишнюю громоздкость для передачи хранения и организации специально преобразованн-
данных в среде Интернет, либо специфичны или ных документных файлов. Для больших фотографий
архаичны, поэтому, наряду с оригиналом документа вычисляются имиджи разных, меньших размеров,
в исходном формате, часто формируется его видео преобразуется в используемые потоковые
«интернетовская» копия, обеспечивающая оператив- варианты, возможно с изменением размеров. Есть и
ный доступ к содержимому документа. Например, более «экзотические» вычисления. Например,
для полных оригиналов видео в качественном предподготовка для использования технологии
исполнении, дополнительно вычисляется вариант DeepZoom [5] при просмотре фотографий большого
этого видео в одном из потоковых форматов и со разрешения или панорамных сборок фотографий.
значительным усилением сжатия данных. То же Прикладной программный интерфейс состоит из
самое касается качественных фото. двух модулей (проектов): CassetteKernel и
Поскольку с информационной точки зрения, CassetteExtension. Первый используется при любых
архив является совокупностью базы данных и видах работ с кассетами, второй необходим лишь
содержимого (контента) документов, важной частью при формировании и изменении кассет. Определя-
подхода является сочетание базы данных и ются классы Cassette, CassetteInfo,
хранилища документов. Часто, в известных систе- RDFDocumentInfo. Ключевым является класс
мах, например класса CMS, контент документов Cassette. Этот класс определяет внутреннее устрой-
«втягивается» в СУБД. Реже, главным в паре база ство кассет, чтение, генерацию и запись. В класс
данных-хранилище, выступает хранилище. Так встроены генератор уникальных идентификаторов и
устроены многие репозитории. Недостатком первого таблица определения вида файла по расширению
подходя является отсутствие регламента на перенос его имени. Набор методов позволяет находить
всего архива в другую СУБД. Недостатком второго оригиналы или специальные файлы по их URI,
подхода является примитивность базы данных. порождать поток RDF-файлов, хранимых в кассете,
Использование RDF в качестве носителя информа- порождать поток записей из метаинформационного
ции базы данных, решает эту проблему. Мы просто документа, добавлять файлы и коллекции и т.д.
помещаем RDF-документы в кассету (хранилище) Классы CassetteInfo и RDFDocumentInfo задают
как и другие документы. внешнее использование кассет и RDF-документов
для случая множественного их использования.
2.2 Структура кассет и прикладной
В CassetteExtension собраны статические методы
программный интерфейс (API)
предобработки документных файлов, включая
Кассета организована в виде директории геометрические преобразования, выделение
специального формата. В директории имеется встроенной в файл метаинформации, напр. Exif,
метаинформация о кассете, включая версию и использования внешних программ.
некоторые параметры. Имеется 3 поддиректории:
meta, originals и documents. Директория meta предна- 2.3 Приложение для формирования и
значена для хранения базы данных самой кассеты, редактирования кассет
т.е. набора записей о помещенных в кассету Поскольку структура и программный интерфейс
документов и о «технической» структуре кассеты. кассеты формально описаны, можно создавать
Последнее означает, что документы выстраиваются различные приложения и Web-приложения для
в иерархию. Иерархия реализуется через примене- порождения кассет и их редактирования. В преды-
ние коллекций документов и подколлекций. Эта дущей практике проектировались специальные
иерархия, как правило, создается на этапе под- программы, особенно для преобразования в кассет-
готовки материалов для ввода и архив и может ную форму больших массивов файлов и Web-
отражать пользовательскую идею о группировании приложения для пополнения архивов документами
документов. Эта сохраненная иерархия существенно силами пользователей. Наиболее функционально
используется в дальнейших этапах обработки вве- развитым приложением по работе с кассетами,
денного документного массива. База данных является CManager, выполненным в среде .NET-
выполнена в виде RDF-файла и участвует, наряду с WPF и включенным в состав платформенного
другими RDF-документами в построении единой решения.
информационной базы конкретных информациион-
Приложение имеет оконный интерфейс с интуи-
ных систем.
тивно понятным набором действий по навигации и
Директория originals предназначена для хране- редактированию. Можно создать кассету или
ния оригиналов сохраняемых в архиве документов. подключиться к уже созданной, можно пополнять
В нее документный файл или файловая сборка кассету документами простым «перетягиванием»
помещаются без изменений, замещается лишь (технология dag-and-drop) файлов или директорий в
название, это замещение требуется для того, чтобы логическое место размещения. Можно
ликвидировать возможное совпадение имен файлов просматривать документы архива или запускать
и использование в именах нежелательных символов, оригиналы через системные средства.
включая национальные.
Также можно выполнять некоторые действия над
отдельными документами. Например, можно
275
поворачивать фотографии. Это действие выполняя- системы, документы и отношения между ними.
ется с учетом специфики хранения качественных Кроме того, есть ряд дополнительных сущностных
изображений. Поворот и отражение фотографий классов таких, как коллекции, архивы, предметы и
можно производить и до помещения в архив, но
др. На рисунке 4 изображены основные сущностные
такое действие иногда забывают осуществить,
иногда оно не рационально, поскольку может классы и отношения между ними
привести к (небольшой) потери качества оригинала.
Это будет если мы уже сжатую, напр. jpeg-
фотографию будем поворачивать и снова делать
jpeg, соответственно внося новые искажения. При
архивном повороте, оригинал остается без изме-
нения, а трансформируются только предподготов-
ленные копии.
Для выполнения специфичных или сложных
действий, приложение использует свободно распро-
страняемы программы ffmpeg – для преобразования
видео и MediaInfo для получения метаинформации о
видео.
3 Онтология
Рис. 1. Основные сущностные классы онтологии BONE
3.1 Принципы формирования онтологии
Онтология фиксирует набор сущностных классов
Как видно из рисунка, имеется 4 основных
и набор отношений между ними. Это фиксируется в
класса сущностей: персоны, организационные
основном подходе к определению наборов, так
системы, документы и географические системы.
называемом методе ER (Entities - Relationships).
Под организационными системами понимаются все
Кроме того, сущностные классы, а иногда и отно-
формальные и неформальные объединения людей
шения выстраиваются в иерархию по соответствию
для достижения общих целей. В эту категорию
класс - подкласс и отношение - подотношение с
попадают организации, туристические группы,
наследованием свойств. Наиболее часто исполь-
клубы, конференции и т.д. На рисунке дугами также
зуемым формализмом для определения онтологий
указаны основные отношения между классами.
является язык Web Ontology Language (OWL) [6].
Между персонами задаются родственные и семей-
Главным критерием, который можно предъявить к
ные отношения, между организационными система-
системе структуризации, является адекватность
ми и людьми есть отношения типа “работа” и тапа
описания объекту описания. При этом адекватность
“учеба”. Документы могут иметь авторов, а это
как правило вступает в противоречие с общностью
задает отношение авторства, кроме того, документы
описания. Например, территориальное разбиение
отражают внешний мир. Например, на фотодоку-
страны на административные единицы может быть
менте может быть изображен конкретный человек
самым разным: области, штаты, графства, кантоны и
или группа людей. Географические системы, через
др., но для общности, желательно иметь единое
отношение “нахождение” являются местами распо-
понятие, соответствующее такому делению. Первый
ложения объектов других классов.
использованный принцип - онтология должна вво-
дить минимальное число понятий, достаточных для 3.3 Прикладной интерфейс онтологии
описания объектов мира с требуемой для работы
детальностью. Система структуризации не должна Онтология описана стандартными средствами
иметь прямой зависимости от времени рассмотрения OWL и может быть использована соответствующи-
данных, географического положения, культурных и ми программами. Тем не менее, имеется два
национальных особенностей. варианта программных компонентов, упрощающих
Известные онтологии не всегда соответствуют работу с онтологией для тех случаев, когда такая
этому критерию, причем в самых простых вопросах. работа необходима. Первый вариант базируется на
В качестве примера можно привести довольно часто XML (RDF) представлении онтологического описа-
встречаемое поле “возраст”, которое явно зависит от ния. Имеются статические методы, позволяющие
времени прочтения информации. находить описания по идентификатору онтологии-
ческого объекта, отслеживать иерархию классов,
3.2 Особенности базовой онтологии получать атрибуты описаний.
неспецифических сущностей (BONE) Другой вариант рассчитан на получение онтоло-
гической информации в условиях интенсивной
Базовая онтология неспецифических сущностей обработки данных, например в случае выполнения
определяет следующие основные классы: персоны, запросов к RDF-данным. В этом случае, онтология
организационные системы, географические представлена графом с дополнительными атрибу-
тами и прямыми ссылками по всем связям. Это – так
276
называемая модель (проект) SGraph. В целом, утверждения. Естественно, таблицы нужным
модель предназначена для эффективной реализации образом индексируются.
RDF-графов для случаев, когда данные могут поме- Движок сделан как самостоятельный пакет
щаться с оперативной памяти сервера. Для случаев, Sema2012, который возможно использовать и в
когда данные имеют объем больше нескольких мил- других приложениях. Имеется настройка на два
лионов высказываний, применяется либо реляцион- варианта использования СУБД: MS SQL Server и
ная база данных (см. далее), либо используется MySQL.
механизм кеширования модели.
Стандартная схема использования системы
4 Редактирование базы данных работы с RDF-данными следующая. При конфигу-
рировании архивной информационной системы
определяются кассеты, хранящие нужные в проекте
4.1 Общие положения
документы и RDF-файлы базы данных. Затем фор-
После ввода документного массива, мируется рабочая реляционная база данных посред-
пользователи осуществляют описание документов ством импортирования RDF-документов. Этот про-
этого массива добавляя информацию в базу данных. цесс выполняется не слишком быстро из-за особен-
Причем техническую информацию о документе, ностей ряда конструкций, введенных для возмож-
система сама «старается» зафиксировать на стадии ности осуществления целостной системы редактиро-
преобразования. Это касается характеристик носи- вания базы данных.
теля информации (разрешающая способность, фор- После этого, рабочая база данных готова к
мат, конверт и др.) и некоторых данных, зафикси- оперативному использованию в режиме редакти-
рованных в метаинформационных полях файла рования данных. При редактировании, производится
(время съемки, характеристики съемки и др.). параллельное изменение как рабочей базы данных,
Пользователь описывает информацию, имеющуюся так и RDF-документов, закрепленных за пользо-
в документе (поля «имя» и «описание»), а главное – вателями. Поэтому всегда можно к этапу формиро-
«привязывает» документ к объектам базы данных вания рабочей базы данных. Такая схема изменения
через различные отношения. Через отношения данных применена из-за того, что отображение
определяются авторы документа, изображенные или RDF-документы –> рабочая база данных необра-
отраженные персонажи, темы, связь документа с тимо.
местом, организацией или событием. Естественно, в
База данных выполняет запросы по предостав-
базе данных появляются описания сущностей
лению доступа к данным. Можно производить
различных видов (персоны, организационные систе-
поиск по записям определенного класса, задав поис-
мы, географические объекты, коллекции) и
ковую строку и указав в каких полях ее надо искать.
дополнительные связи сущностей между собой.
Также можно производить выборку подграфа в виде
4.2 Система работы с RDF данными древовидной структуры специальной организации.
Это соответствует получению некоторой окрест-
Основой платформы является система работы с ности заданного узла графа.
RDF-моделью. Подобные системы часто называют
«движок». RDF-модель является некоторой специи- 4.3 Задание шаблонных деревьев
альной конфигурацией собранного воедино в граф
Для работы с RDF-данными в приложениях
множества RDF-документов. Собственно методика
применяются шаблонные деревья. Это позволяет
здесь известна и платформенное решение следует
для большинства случаев минимизировать форму
простому варианту ее реализации. RDF-документы
запроса. Так для запроса на получение окрестности
«разбирается» на множество высказываний – три-
сущностного узла достаточно задать уникальный
плетов. И это множество размещается в одной
идентификатор (URI) этого узла. По идентифи-
таблице реляционной базы данных – таблице
катору, в данных через отношение rdf:type
утверждений. Для того, чтобы сделать более
выявляется класс сущности, по классу сущности,
эффективной обработку, идентификаторы сущнос-
среди шаблонных деревьев определяется подходя-
тей преобразуются в целые значения, то же самое
щее, по выбранному шаблонному дереву, из RDF
делается с литеральными значениями. Соответ-
графа извлекается подграф в виде дерева, соответ-
ственно, получаются еще две таблицы: таблица
ствующего шаблону.
идентификаторов сущностей и таблица литералов. В
нашем случае, мы также разбиваем таблицу Шаблонное дерево имеет простую структуру,
утверждений на две таблицы, группируя в них пример дерева приведен следующим фрагментом:
DatatypeProperty утверждения и ObjectProperty
277
Рис. 2. Интерфейс приложения Ursul для Открытого архива СО РАН
онтологии. Но это задаст полный информационный
портрет для каждого сущностного класса, что не
Персона всегда требуется и ограничит глубину графа. В
дальнейшем предполагается создать для этого
подходящий инструмент.
Платформенный характер описываемой системы
предполагает создание приложений и интерфейсов
CManager’а, в платформу был включен еще один
готовый программный комплекс – Ursul. Это – Web-
приложение, предназначенное для визуализации и
редактирования базы данных, предоставления
… доступа к контенту документов, предоставления
доступа к базе данных для внешних
… информационных систем. На рисунке 2 приведен
пример интерфейса приложения.
Здесь, в соответствии с онтологией BONE задан Приложение Ursul позволяет:
шаблон для выдачи окрестности узла, - выполнять поиск в базе данных сущности
описывающего персону. Для персоны задаются поля заданного типа по поисковому образцу;
имени и даты рождения, а также все отношения - получать информационный портрет сущности,
участия (Participation) в организационных системах, включая содержимое документов;
характеризующиеся начальной и конечной датой,
- заполнять и изменять информационные поля
ролью (напр. должностью), и информацией об
объектов, добавлять отношения, редактировать
организации участия – имени и классификатора.
атрибуты отношений, устанавливать через отно-
В принципе, на основе методики, изложенной в шения прямые ссылки на объекты;
[4], шаблонное дерево можно вычислить из
- производить навигацию по ссылкам.
278
Для системного администратора допускается Третьим классом интерфейсов являются анали-
изменять набор включенных в проект кассет, тические системы, позволяющие анализировать
добавлять пользователей, изменять их полномочия, данные и документы по интересующим
производить генерацию временной базы данных, пользователя профилям. Это пока наименее
выполнять проверки целостности и корректности разработанный в платформе слой. Созданные
базы данных. средства нацелены на анализ корректности и
Приложение также работает в двух технических целостности данных. Например, есть анализ на
режимах: как хранилище документного контента, предмет выделения записей о потенциально одних и
предоставляющего (как правило – браузеру), файлы тех же сущностях, производится поиск
документов и как Web-сервис, выполняющий HTTP- «накопившихся» ошибок в данных, анализируются
запросы внешних агентов по выдаче фрагментов цепочки переименований и др.
RDF-графа или фиксирующий редактирующее
5.2 Эволюция системы
изменение. Информацию сервис выдает в виде
XML, упакованный в конверт SOAP. Архивные системы предназначены для фиксации
данных на длительный период времени. При
5 Системная организация нынешних темпах изменений в информационных
технологиях, это несет группу проблем, решение
5.1 Публичные и специальные интерфейсы которых является принципиальным для
использования той или иной системы. К таким
После применения предыдущих этапов архивная
проблемам относятся: возможные изменения
база данных и документов уже сформирована. Ее в
системы структуризации и модели представления
дальнейшем можно пополнять и редактировать, но
уже можно использовать для решения различных RDF-данных, изменения в онтологии, изменения в
задач. Это осуществляется через создание способах и форматах хранения данных и
публичных или специализированных интерфейсов. документов, изменения в структуре файлового
Если проводить аналогию с музеем, то база данных представления документов и появление новых
и документов представляет собой фонд хранения, но вариантов такого представления.
требуется также и экспозиции, т.е. специально Главное, что позволяет с оптимизмом смотреть
подобранные и оформленные множества на будущие трудности в отслеживании изменений –
экспонатов. Также требуются средства доступа к это формальные спецификации основных моментов,
архиву, позволяющие проводить научные связанных со структуризацией, применяемой
исследования. онтологии, структурой хранения (кассеты). База
Публичные интерфейсы для архивной данных формируется в стандартном XML-RDF,
фактографичекой системы подразделяются на три который не только «проживет» не одно десятилетие,
класса. Первый класс – поисково-просмотровый но и удобен для выполнения преобразований в
интерфейс общего (универсальная экспозиция) или случае регулярных изменений. Специального
инструментария для этих преобразований не
специального назначения (тематические или
создается, поскольку направления изменений
специальные экспозиции). Использование
неизвестны.
онтологии позволяет иметь хотя бы один «готовый»
публичный интерфейс, таким интерфейсом в Собственно процесс эволюции данных идет уже
платформенном решении является Web-приложение не один год. Внесен ряд изменений и в базовую
Publicuem. Для конкретных проектов создаются схему структуризации и в онтологию и в
интерфейсы, учитывающие специфику проекта и его специфические документные форматы файловых
документного контента. Например, для проекта представлений документов (DeepZoom, MPEG-4 и
«Фотоархив СО РАН», сделано Web-приложение др.). Предполагается произвести большую
soran1957.ru, часть этих же данных была переработку онтологии BONE: будут изменены
использована для юбилейного сайта ММФ НГУ. идентификаторы классов и отношений, объединены
Второй класс – интерфейсы, позволяющие некоторые классы, устранены неиспользуемые
архиву выступать источником данных для внешних описания и т.д. Такие и подобные изменения не
систем. Здесь возможна интеграция как с повлияют сейчас и в дальнейшем на сохранность
системами, построенными на данной платформе, так документного массива и базы данных.
и с системами, предназначенными для интеграции 5.3 Состав и особенности реализации системы
подобной семантически определенной информации.
В настоящее время, в институте идет работа над Основой платформенного решения являются
интеграцией с проектом Linking Open Data (LOD) [7, модули (в терминах MS Visual Studio – проекты),
8]. Ядро системы, ее «движок» может работать как обеспечивающие реализацию базовых действий. К
компонент приложения, так и как сервис (Web- таким модулям относятся модули работы с
сервис), предоставляющий информацию «наружу» кассетами, модули или программы работы с
по формализованным запросам. Также сервис может первичными документами, модуль работы с RDF-
изменять содержимое базы данных и документов. моделью (движок). Целостные и достаточно
сложные действия оформляются в виде Windows
или Web приложений. Как уже указывалось,
279
имеется WPF-приложение CManager, выполняющее September 28-30, 2007. Revised Selected Papers.
основные действия по созданию кассет и Series: Lecture Notes in Computer Science, Vol.
наполнению их документным материалом. Имеется 6581, Subseries: Lecture Notes in Artificial
Web-приложение Ursul, представляющее собой Intelligence, Wolff, K.E.; Palchunov, D.E.;
редактор базы данных архивной системы, но Zagoruiko, N.G.; Andelfinger, U. (Eds.), 2011,
предоставляющее также дополнительные сервисы ISBN 978-3-642-22139-2, pp 217-231
по доступу к документам и доступу к движку. [4] Ануреев И.С., Батура Т.В., Боровикова О.И.,
В дальнейшем предполагается дооснастить Загорулько Ю.А., Кононенко И.С., Марчук
платформу типовым решением публичного интер- А.Г., Марчук П.А., Мурзин Ф.А., Сидорова
фейса. Предположительно, в платформенном Е.А., Шилов Н.В. Модели и методы
варианте система будет поставляться в виде проекта построения информационных систем,
для Microsoft WebMatrix или Microsoft Visual Studio. основанных на формальных, логических и
лингвистических подходах / Отв. ред. А.Г.
5.4 Использованные технологии Марчук ; Рос. акад. наук, Сиб. отд-ние, Ин-т
систем информатики им. А.П. Ершова. –
Система написана на языке C# с использованием
Новосибирск: Изд-во СО РАН, 2009. ISBN
Linq, технологий .NET, ASP.NET MVC, программа
978–5–7692–1113–3. – 330 с.
CManager написана в WPF, в качестве СУБД
возможно применение MS SQL Server и MySQL. [5] DeepZoom // http://msdn.microsoft.com/en-
Решение эксплуатируется в ОС Windows, совместно us/library/cc645050%28VS.95%29.aspx
с IIS. Проводились успешные эксперименты по [6] OWL Web Ontology Language Overview //
погружению системы в Linux под платформой http://www.w3.org/TR/2004/REC-owl-features-
Mono. Также проводились эксперименты по 20040210/, 2004
интеграции решения с сайтом, построенным на CMS [7] Tim Berners-Lee Linked Data /
Drupal. http://www.w3.org/DesignIssues/LinkedData.htm,
Ряд программ или модулей взят из внешних 2006.
источников. К таким программам относятся [8] Tom Heath and Christian Bizer Linked Data:
программы обработки видео и аудио контента, Evolving the Web into a Global Data Space (1st
получение метаинформации из документных edition). Synthesis Lectures on the Semantic Web:
файлов, создание и использования многостра- Theory and Technology. Morgan & Claypool,
ничных сборок имиджей по технологии DeepZoom. 2011, 1-136.
Литература Platform for Digital Data and Documents
[1] Марчук А.Г. Распределенные электронные
Archive Implementation
архивы, библиотеки и базы данных // Препринт
Alexander G. Marchuk, Peter A. Marchuk
122, Институт систем информатики им. А.П.
Ершова СО РАН, Новосибирск – 2004. — 25 с. In the article, a new platform solution for digital data
[2] Марчук А.Г., Марчук П.А. Платформа and documents archive information systems
интеграции электронных архивов // implementation is described. It was build in the
Электронные библиотеки: перспективные A.P.Ershov Institute of Informatics Systems. System is
методы и технологии, электронные коллекции. based on factographic approach and concepts,
Труды девятой всероссийской конференции. recommendations and standards of Semantic Web. A
Переславль, 2007, с. 89-94. new approach for digital archiving is presented. This
approach consists from several principles of structuring
[3] Marchuk A.G. Methods and Technologies of
documents and data which are implemented in
Digital Historical Factography // Knowledge specifications and modules. Platform was used and still
Processing and Data Analysis. First International in use in several research and applied digital archive
Conference, KONT 2007, Novosibirsk, Russia, information systems.
September 14-16, 2007,and First International
Conference, KPP 2007, Darmstadt, Germany,
280