Сравнительный анализ функциональных возможностей систем электронных библиотек
Приводится сравнительный анализ основных функциональных возможностей и особенностей систем DSpace и EPrints как наиболее популярных свободно распространяемых систем построения электронных библиотек. Описан опыт построения многоязычных электронных библиотек на их основе. Особое внимание уделено пробл...
Gespeichert in:
| Datum: | 2007 |
|---|---|
| Hauptverfasser: | , , |
| Format: | Artikel |
| Sprache: | Russian |
| Veröffentlicht: |
Інститут програмних систем НАН України
2007
|
| Schlagworte: | |
| Online Zugang: | https://nasplib.isofts.kiev.ua/handle/123456789/273 |
| Tags: |
Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
|
| Назва журналу: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Zitieren: | Сравнительный анализ функциональных возможностей систем электронных библиотек / К.А. Кудим, Г.Ю. Проскудина, В.А. Резниченко // Пробл. програмув. — 2007. — N 4. — С. 32-49. — Бібліогр.: 29 назв. — рос. |
Institution
Digital Library of Periodicals of National Academy of Sciences of Ukraine| id |
nasplib_isofts_kiev_ua-123456789-273 |
|---|---|
| record_format |
dspace |
| spelling |
nasplib_isofts_kiev_ua-123456789-2732025-02-23T19:00:23Z Сравнительный анализ функциональных возможностей систем электронных библиотек Кудим, К.А. Проскудина, Г.Ю. Резниченко, В.А. Інформаційні системи Приводится сравнительный анализ основных функциональных возможностей и особенностей систем DSpace и EPrints как наиболее популярных свободно распространяемых систем построения электронных библиотек. Описан опыт построения многоязычных электронных библиотек на их основе. Особое внимание уделено проблемам локализации, совместимости внешних форматов и удобству использования данных систем. 2007 Article Сравнительный анализ функциональных возможностей систем электронных библиотек / К.А. Кудим, Г.Ю. Проскудина, В.А. Резниченко // Пробл. програмув. — 2007. — N 4. — С. 32-49. — Бібліогр.: 29 назв. — рос. 1727-4907 https://nasplib.isofts.kiev.ua/handle/123456789/273 004.415 ru application/pdf Інститут програмних систем НАН України |
| institution |
Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| collection |
DSpace DC |
| language |
Russian |
| topic |
Інформаційні системи Інформаційні системи |
| spellingShingle |
Інформаційні системи Інформаційні системи Кудим, К.А. Проскудина, Г.Ю. Резниченко, В.А. Сравнительный анализ функциональных возможностей систем электронных библиотек |
| description |
Приводится сравнительный анализ основных функциональных возможностей и особенностей систем DSpace и EPrints как наиболее популярных свободно распространяемых систем построения электронных библиотек. Описан опыт построения многоязычных электронных библиотек на их основе. Особое внимание уделено проблемам локализации, совместимости внешних форматов и удобству использования данных систем. |
| format |
Article |
| author |
Кудим, К.А. Проскудина, Г.Ю. Резниченко, В.А. |
| author_facet |
Кудим, К.А. Проскудина, Г.Ю. Резниченко, В.А. |
| author_sort |
Кудим, К.А. |
| title |
Сравнительный анализ функциональных возможностей систем электронных библиотек |
| title_short |
Сравнительный анализ функциональных возможностей систем электронных библиотек |
| title_full |
Сравнительный анализ функциональных возможностей систем электронных библиотек |
| title_fullStr |
Сравнительный анализ функциональных возможностей систем электронных библиотек |
| title_full_unstemmed |
Сравнительный анализ функциональных возможностей систем электронных библиотек |
| title_sort |
сравнительный анализ функциональных возможностей систем электронных библиотек |
| publisher |
Інститут програмних систем НАН України |
| publishDate |
2007 |
| topic_facet |
Інформаційні системи |
| url |
https://nasplib.isofts.kiev.ua/handle/123456789/273 |
| citation_txt |
Сравнительный анализ функциональных возможностей систем электронных библиотек / К.А. Кудим, Г.Ю. Проскудина, В.А. Резниченко // Пробл. програмув. — 2007. — N 4. — С. 32-49. — Бібліогр.: 29 назв. — рос. |
| work_keys_str_mv |
AT kudimka sravnitelʹnyjanalizfunkcionalʹnyhvozmožnostejsistemélektronnyhbibliotek AT proskudinagû sravnitelʹnyjanalizfunkcionalʹnyhvozmožnostejsistemélektronnyhbibliotek AT rezničenkova sravnitelʹnyjanalizfunkcionalʹnyhvozmožnostejsistemélektronnyhbibliotek |
| first_indexed |
2025-11-24T13:19:32Z |
| last_indexed |
2025-11-24T13:19:32Z |
| _version_ |
1849677969337876480 |
| fulltext |
Інформаційні системи
© К.А. Кудим, Г.Ю. Проскудина, В.А. Резниченко, 2007
ISSN 1727-4907. Проблеми програмування. 2007. № 4 32
УДК 004.415
К.А. Кудим, Г.Ю. Проскудина, В.А. Резниченко
СРАВНИТЕЛЬНЫЙ АНАЛИЗ ФУНКЦИОНАЛЬНЫХ
ВОЗМОЖНОСТЕЙ СИСТЕМ ЭЛЕКТРОННЫХ БИБЛИОТЕК
Приводится сравнительный анализ основных функциональных возможностей и особенностей систем
DSpace и EPrints как наиболее популярных свободно распространяемых систем построения электрон-
ных библиотек. Описан опыт построения многоязычных электронных библиотек на их основе. Особое
внимание уделено проблемам локализации, совместимости внешних форматов и удобству использова-
ния данных систем.
Введение
Данная работа продолжает цикл пуб-
ликаций [1–3], посвященных созданию
электронных библиотек (ЭБ) на основе
свободно распространяемого програм-
много обеспечения с открытым исходным
кодом. Итогом данных работ стала разра-
ботка двух типовых институтских библио-
течных веб-сайтов − http://greenstone.
isofts.kiev.ua, созданного на основе
программного обеспечения (ПО) Green-
stone и http://eprints.isofts.kiev.ua на основе
ПО EPrints.
За прошедший период в Институте
программных систем НАН Украины изу-
чена и опробована еще одна популярная
система для построения научных библио-
тек – DSpace. Известно, что в Украине соз-
даны и функционируют на основе DSpace
«Открытый электронный архив граждан-
ского общества» www.e-archive.org.ua,
электронные репозитории Украинского
католического университета (г. Львов)
http://dspace.ucu.edu.ua, Института биоло-
гии южных морей НАН Украины (г. Сева-
стополь) http://repository.ibss.org.ua/dspace/,
а также Центра гуманитарных исследова-
ний Львовского национального универси-
тета им. И. Франко http://www.dspace.
humanities.org.ua/dspace/.
В настоящее время электронные кол-
лекции, созданные с помощью DSpace,
доступны в локальной сети нашего инсти-
тута, которые в дальнейшем предпола-
гается открыть для всеобщего обозрения и
доступа. Сотрудники нашего института
осуществили установку, настройку и
локализацию электронного архива научной
библиотеки Национального университета
«Киево-Могилянская академия» –
http://www.library.ukma.kiev. ua/dspace/.
Результатом проведенной работы и
явилась настоящая работа.
В настоящее время все больше и
больше научных и образовательных мате-
риалов создаются в электронной форме.
Как следствие, все большему количеству
учебных заведений и научных организаций
требуется надежное место для хранения и
легкого доступа к таким материалам.
Множество статей, отчетов, эксперимен-
тальных данных, медиаданных, созданных
в каком-либо подразделении организации,
сохраняется на локальном жестком диске
или веб-сервере подразделения. Такие
данные часто теряются навсегда после ре-
структуризации организации. Более того,
множество публикуемых работ становится
доступным только после длительного пе-
риода времени с момента их реального за-
вершения. Все это объясняет важность
создания систем электронных библиотек.
Существует немало систем такого рода
как коммерческих, так и бесплатных. Ли-
дирующие позиции в этой отрасли зани-
мают два быстро развивающихся проекта
DSpace [4] и EPrints [5]. По данным [6]
на июль месяц 2007 года в мире функцио-
нирует 245 электронных репозиториев (ар-
хивов, библиотек), созданных с использо-
ванием ПО DSpace и 230 − EPrints. Наибо-
лее крупный из них − DSpace at Cambridge,
насчитывающий 188395 записей.
Інформаційні системи
33
Версии последних релизов на момент
написания статьи были EPrints 3.0 и
DSpace 1.4.1. Разработка систем проходит
при активном участии их пользователей.
Данные системы – представители
одного класса и имеют много общего. Обе
системы с открытыми исходными кодами,
OAI-совместимые [7, 8], интер-
операбельне, эквивалентные по функцио-
нальности самоархивирования, и даже
написаны они изначально были одним и
тем же программистом из Саутгемптона
Робом Тэнсли (Rob Tansley).
Представленный в работе сравни-
тельный анализ EPrints 3.0 и DSpace 1.4.1.
может быть полезен как для специалистов,
выбирающих систему электронных биб-
лиотек для своего учреждения, так и раз-
работчикам подобных систем, чтобы уви-
деть возможные пути усовершенствования
программного обеспечения.
Работа структурирована следующим
образом. Раздел 2 содержит историю
создания систем и описание подобных
проектов. Далее следует описание некото-
рых аспектов функциональности систем
(раздел 3); описание архитектурных отли-
чий (раздел 4); отличий внешнего исполь-
зования (раздел 5); технические аспекты
систем (раздел 6) и заключение.
1. История создания и подобные
проекты
DSpace. Платформа электронных
библиотек DSpace разрабатывалась совме-
стно компанией Hewlett-Packard и библио-
теками MIT (Massachusetts Institute of
Technology). 4 ноября 2002 года система
была запущена как действующая служба,
поддерживаемая библиотеками MIT.
Также на основании лицензии BSD [9] был
открыт исходный код с намерением по-
ощрить формирование сообщества откры-
тых кодов вокруг DSpace. Она
формировалась под влиянием научных
исследований в области систем
электронных библиотек. Архитектура
DSpace происходит из фреймворка Кана и
Виленского для сервисов распределенных
электронных объектов [10], а так же из
работ Армса и других по архитектуре
электронной библиотеки [11, 12]. DSpace
основывается также на работе Лагозе и
других по архитектуре FEDORA [13] и
прототипе реализации FEDORA в универ-
ситете Вирджинии [14]. Другая сущест-
венная часть работы по созданию DSpace
связана с OAIS (Open Archival Information
System) [15], где определены все основные
понятия и термины, используемые в
DSpace.
EPrints. Благодаря своему проис-
хождению из движения «Общение в мире
науки» (Scholarly Communication), конфи-
гурация EPrints по умолчанию направлена
на поддержку научных статей, но может
быть адаптирована для других целей и со-
держимого. Система разработана в группе
Интеллекта, агентов и мультимедиа в от-
деле электроники и компьютерных наук
Саутгемптонского университета в 2000
году. EPrints свободно распространяется
под лицензией GNU General Public License
[16, 17].
EPrints имеет много сходства с DSpace,
но оптимизирована так, чтобы обеспечить
доступ к самостоятельному де-
понированию (внесению) автором мате-
риалов (статей, отчетов, книг и пр.), в то
время как DSpace обеспечивает плат-
форму, для долгосрочного хранения циф-
ровых материалов, используемых в акаде-
мических исследованиях. Интерфейс поль-
зователя для депонирования материалов в
DSpace основан на опыте, полученном из
разработки и использования интерфейса
пользователя для депонирования системы
EPrints. Интероперабельность с EPrints, в
настоящее время частично может дости-
гаться через использование протокола
OAI-PMH (Open Archives Initiative Protocol
for Metadata Harvesting) для сбора метадан-
ных [8], обеспечивающего сервис доступа
к разным архивам.
Среди систем того же класса можно
также назвать ПО Greenstone Новозеланд-
ского проекта по электронным библиоте-
кам (ЭБ) в Университете Waikato [18] –
открытый инструмент создания ЭБ, глав-
ным образом сосредоточившийся на цен-
трализованной публикации документов (и
других объектов коллекционирования),
кроме того, CERN разработал ПО сервер
документов CERN (CDSware) [19], кото-
Інформаційні системи
34
рый является сервером предварительной
публикации научных документов.
2. Обзор функциональности
DSpace функционирует как цен-
трализованный сервис организации. Раз-
ные подразделения в пределах учреждения
(лаборатории, центры, школы или отделы)
могут иметь свои собственные отдельные
области в пределах системы. Члены этих
подразделений непосредственно вносят
контент через веб-интерфейс пользователя,
который разработан так, что внесение
осуществляется максимально просто. Аль-
тернативно система предусматривает им-
порт множества элементов для пакетной
загрузки контента.
В каждом подразделении можно также
назначить людей, которые могут просмат-
ривать и редактировать внесения перед
тем, как они будут включены в основной
репозиторий. Затем DSpace индексирует
метаданные, поступившие вместе с элек-
тронным документом, и делает их доступ-
ными согласно привилегиям доступа, оп-
ределенным в данном подразделении.
Функциональные аспекты DSpace [20]:
− для базовой организации данных за-
фиксирована определенная модель данных;
− система хранит и индексирует мета-
данные в разнообразных форматах;
− система хранит информацию о поль-
зователях системы;
− несмотря на то, что большие усилия
прилагаются для облегчения доступа к
электронным материалам учреждения, тем
не менее открывать полный доступ к
содержимому репозитория не всегда
целесообразно. Кроме того, такие функции
как депонирование и редакторская про-
верка должны быть привязаны к со-
ответствующим пользователям и ограни-
чиваться ими. Поэтому система обладает
функцией авторизации;
− система должна быть способна при-
нимать приходящие материалы, такой
процесс называется поглощением [15];
− в некоторых случаях требуется,
чтобы материалы или связанные с ними
метаданные, вносимые в архив, были
проверены или дополнены назначенными
пользователями. Такая последо-
вательность действий называется рабочим
процессом (workflow);
− материалы в архиве доступны по
ссылкам, приведенным в описании
конкретного элемента. По этому же описа-
нию можно делать библиографические
ссылки на данный материал;
− конечные пользователи должны
иметь возможность просматривать и нахо-
дить содержимое репозитория. В связи с
этим система должна обеспечивать
функции поиска и просмотра (навигации);
− для предоставления возможности
интегрированного поиска документов
поддерживается протокол сбора метадан-
ных OAI-PMH;
− должна существовать возможность
уведомления конечных пользователей
системы об интересующих свежих пос-
туплениях репозитория, чтобы избавить их
от необходимости регулярно посещать ре-
позиторий для выполнения такой про-
верки. Система предоставляет автома-
тическую рассылку уведомлений по элек-
тронной почте через службу подписки;
− предоставляется возможность обра-
батывать данные произвольных форматов,
от простых текстовых документов до на-
боров данных и цифрового видео;
− доступ к перечисленным функцио-
нальным возможностям предоставляется
посредством веб-интерфейса.
EPrints также обеспечивают подобную
функциональность, необходимую для
управления электронным репозиторием,
решая задачу длительного хранения и дос-
тупа, и предоставляя основу для дальней-
шего развития системы [2]. Рассмотрим
более подробно некоторые из приведен-
ных аспектов, где возможно показывая от-
личительные особенности DSpace и
EPrints.
3. Архитектурные отличия
В этой части рассмотрим некоторые
стороны архитектурных отличий: модель
данных, формат файлов, формат и экс-
порт/импорт метаданных.
Інформаційні системи
35
3.1. Модель данных
DSpace. Способ организации данных в
DSpace выбран таким образом, чтобы отра-
зить структуру организации, использу-
ющей данную систему (рис.1).
Каждый сайт DSpace делится на разде-
лы, соответствующие подразделениям ор-
ганизации. Раздел является самым высо-
ким уровнем иерархии DSpace. Разделы
могут содержать подразделы, т.е. могут
образовывать иерархию. Разделы содержат
коллекции логически связанных материа-
лов. Каждая коллекция может принадле-
жать только одному разделу. Коллекция
состоит из элементов, которые являются
основной единицей или «атомом» архиви-
рования. Элемент принадлежит одной и
только одной коллекции (связь принадле-
жит), но дополнительно может быть ото-
бражен еще и в других коллекциях (связь
включает). Элемент состоит из сгруппиро-
ванного, связанного между собой содержи-
мого и соответствующих описаний (мета-
данных). Метаданные, описывающие эле-
мент, индексируются для навигации и по-
иска. Далее, элементы, в свою очередь,
представляют собой наборы (связки) бито-
вых потоков (файлов). Цель подобных на-
боров – хранить тесно связанные файлы
вместе.
В табл. 1 приведены примеры для
каждого типа объекта модели данных
[4,20].
1 0..*
1
1
Принадлежит
0..*
0..*
Включает
0..*
1..*
1 1..*
1 0..*
0..*
Подраздел 0.. 1
Раздел
Дескриптор
Имя
Описание
Логотип
Происхождение
Коллекция
Дескриптор
Имя
Описание
Логотип
Рабочий процесс
Лицензия приема
Происхождение
Шаблон
Элемент
Дескриптор
Дублинское
ядро (квал.)
Флаг отмены
Набор
Имя
Главный файл
Формат файла
Имя
Уровень
поддержки
Тип MIME
Файл
Имя
Описание
пользователя
Размер
Контрольная
сумма
Постоянный ID
Рис. 1. Модель данных DSpace
Інформаційні системи
36
Таблица 1. Примеры объектов DSpace
Тип объекта Пример
Раздел
(Community)
Институт программ-
мных систем
Подраздел
(Sub-
community)
Отдел компьютерных
вычислений
Коллекция
(Collection)
Отчеты
Публикации
конференций
Элемент
(Item)
Статья «Сравнение
систем электронных
библиотек EPrints 3.0 и
DSpace 1.4.1»
Набор
(Bundle)
HTML файл и связа-
нная картинка, пред-
ставляющие единый
HTML-документ
Файл
(Bitstream)
Отдельный HTML
файл; отдельный файл
изображения
Формат файла
(Bitstream
Format)
Версия Microsoft Word;
изображение в формате
JPEG
Каждый элемент имеет запись мета-
данных стандарта квалифицированного
Дублинского ядра (Qualified Dublin Core –
QDC). Другие метаданные могут сохра-
няться в элементе в виде текстового
файла, но обязательным набором метадан-
ных для каждого элемента является QDC,
что обеспечивает интероперабельность и
простоту нахождения элементов. Мета-
данные QDC могут быть введены конеч-
ными пользователями вместе с самими до-
кументами или они могут быть получены
из других метаданных как часть процесса
поглощения (ingest process).
EPrints. Здесь нет такого строгого
структурного деления на разделы и кол-
лекции, которые все же играют важную
роль, например, для сужения области по-
иска по репозиторию. Идея модели данных
EPrints заключается в том, что все записи
эквивалентны и не составляют иерархию.
Тем не менее, иерархия необходима для
навигации по репозиторию, поскольку
пользователь может точно не знать цель
своих поисков, имея лишь приблизитель-
ное представление о ней. В EPrints эта
задача решена с помощью обзоров или
представлений (views) − способ генериро-
вать навигацию любого необходимого
типа, используя связанные с элементами
поля метаданных, т.е. обзор может осуще-
ствляться по подразделениям организации,
либо по автору, либо, более сложный
вариант, по году публикации, а затем по
типу и т.п. Таким образом, в модели дан-
ных EPrints можно обеспечить гибкую
поддержку иерархической тематической
классификации (например, Классификации
библиотеки конгресса) и дерева подразде-
лений организации.
Такие объекты, как элемент, набор
файлов, файл, сходны с аналогичными в
DSpace. Элемент тоже является основной
единицей хранения и содержит все мета-
данные, предоставляемые для внешнего
использования. Отличительной чертой
EPrints является возможность динамически
генерировать метаданные в различных
форматах из внутреннего представления.
Еще одно значительное отличие состоит в
том, что все типы хранимых материалов
классифицированы (книга, статья, диссер-
тация и т.д.) и каждому типу поставлен в
соответствие набор внутренних полей ме-
таданных.
Таким образом, объекты типа элемент
сходны в обеих системах. Это соответст-
вует модели, используемой в OAI-PMH,
которая вкратце может быть описана как
ресурс-элемент-запись. Ресурс может
представлять собой как традиционный для
библиотек объект (книга, статья), так и
другие объекты (рисунок, фильм). Элемент
является такой компонентой репозитория,
из которой распространяются метаданные
о ресурсе. Элемент хранит или динами-
чески генерирует метаданные об отдель-
ном ресурсе в множестве форматов, каж-
дый из которых может быть собран в виде
записи посредством протокола OAI-PMH.
Иерархическая структура элементов
существенно различна. DSpace использует
более жесткую систему, хотя она и
покрывает большинство нужд репозито-
рия. EPrints позволяет создавать более
сложные иерархии на основе разных
внешних представлений. Можно сказать,
что модель данных EPrints более универ-
сальна.
Інформаційні системи
37
3.2. Форматы файлов
Каждый хранимый в системе файл свя-
зан с определенным форматом. Так как
служба хранения является основопола-
гающей функцией библиотечной системы,
то для таких систем является существен-
ной возможность распознавать конкретные
форматы файлов, загружаемые пользова-
телем. Неотъемлемой частью формата
файла является явно или скрыто выражен-
ный способ интерпретации его содержи-
мого.
Список поддерживаемых форматов
файлов для обеих систем приведен в табл.
2. Как видно из таблицы системы позво-
ляют сохранять и предоставить доступ к
большинству наиболее известных типов
файлов [21].
Таблица 2. Поддерживаемые форматы
файлов
EPrints 3.0 DSpace 1.4.1
HTML
PDF
Postscript
Простой текст
MS PowerPoint
MS Word
Изображение
(JPEG)
Изображение
(PNG)
Изображение
(GIF)
Изображение
(BMP)
Изображение
(TIFF)
Видео (MPEG)
Видео
(QuickTime)
Видео (AVI)
Adobe PDF
AIFF
audio/basic
BMP
FMP3
GIF
HTML
image/png
JPEG
LateX
MARC
Mathematica
Microsoft
Excel
Microsoft
Powerpoint
Microsoft
Project
Microsoft
Visio
Microsoft
Word
MPEG
MPEG
Audio
Photo CD
Photoshop
Postscript
RealAudio
RTF
SGML
TeX
TeX dvi
Text
TIFF
Video
Quicktime
WAV
WordPerfect
XML
В DSpace-системе каждый хранимый
файл дополнительно характеризуется
такими уровнем поддержки:
− поддерживаемый формат распозна-
ется, и организация предоставляющая
услуги по размещению информации
уверена, что файл этого формата можно
будет использовать в будущем, используя
любую комбинацию методов, соответству-
ющих тем или иным потребностям;
− известный формат распознается, и
организация предоставляющая услуги по
размещению информации может сохра-
нять файл как есть и извлекать его в том
же формате. Организация, предоставляю-
щая услуги по размещению информации,
попытается получить дополнительную
информацию, чтобы модернизировать
формат до «поддерживаемого» уровня;
− неподдерживаемый формат нерас-
познаваем, но организация предоставляю-
щая услуги по размещению информации
сохраняет файл как есть и позволяет
извлекать его из архива в том же формате.
3.3. Метаданные
DSpace поддерживает три вида ме-
таданных об архивируемом контенте.
Описательные метаданные. Каждый
элемент архива имеет одну запись
метаданных в формате QDC, который не
жестко основан на наборе элементов и
квалификаторов профиля библиотечных
приложений [22, 23], обеспечиваемого в
системе DSpace по умолчанию. Организа-
ции с другими требованиями могут его
легко изменять, через реестр элементов и
квалификаторов.
Другие описательные наборы ме-
таданных, например, UNIMARC, могут
поддерживаться в обычных текстовых
файлах. Разделы и коллекции имеют не-
сколько простых описательных полей ме-
таданных (имя и несколько описательных
предложений), хранящихся в СУБД.
Административные метаданные
включают метаданные сохранности
(preservation), происхождения (provenance)
и политики авторизации данных.
Большинство из них хранится в СУБД
системы DSpace. Метаданные происхожде-
ния хранятся в записях DC. Дополни-
тельно некоторые другие административ-
ные метаданные (например, размер файла
или MIME-типы) копируются в записях
DC так, чтобы они были доступны через
протокол OAI.
Структурные метаданные включают
информацию о том, как представлять
элемент или файлы внутри элемента поль-
зователям и отношения между составляю-
щими частями элемента. В качестве при-
мера, рассмотрим диссертацию, состоя-
щую из набора TIFF-изображений, каждое
Інформаційні системи
38
из которых представляет отдельную стра-
ницу диссертации. Структурные метадан-
ные должны включать информацию, что
каждое изображение есть одна страница и
порядок изображений/страниц. Структур-
ные метаданные в DSpace занимают до-
вольно важное место. Внутри элемента,
как было вышеописано, файлы могут быть
упорядочены в отдельные наборы. Набор
может иметь главный файл (primary
bitstream). Дополнительные структурные
метаданные могут сохраняться в простых
текстовых файлах.
EPrints использует различные типы
записей, описывающих документ. С
каждым типом документа связан отдель-
ный набор полей метаданных (подмноже-
ство множества всех полей метаданных
EPrints). Набор включает в себя только за-
писи, используемые конкретным типом
документа. Веб-страницы генерируются
таким образом, чтобы отображались
только те поля метаданных, которые соот-
ветствуют своему типу документа.
В EPrints выделены следующие типы
документов:
− статья в журнале, газете, не
обязательно рецензированная, возможно
существующая только в электронном виде,
как то в онлайн-журнале или на новостном
веб-сайте;
− книга или том конференции;
− раздел книги или глава книги;
− монография, возможно технический
отчет, отчет по проекту, документация,
руководство, протокол дискуссии;
− доклад конференции или семинара –
документ, постер, речь, лекция или
презентация с конференции, семинара или
другого события;
− набор данных – связная коллекция
количественных данных;
− обучающий ресурс – записи лекций,
упражнения, экзаменационные документы
или программы курсов;
− другие – что-то в рамках ре-
позитория, но не покрываемое другими
категориями.
Для целостности репозитория не-
которые поля метаданных являются обяза-
тельными и, следовательно, должны быть
заполнены. Каждое поле ввода сопровож-
дается детальным справочным описанием.
3.4. Экспорт/Импорт
EPrints поддерживает целый спектр
наборов метаданных. Среди них есть
Dublin Core, который считается обяза-
тельным в OAI-PMH. Для общедоступных
элементов репозитория EPrints представ-
ляет наружу их метаданные в формате DC.
Если какие-либо службы OAI запраши-
вают другой формат метаданных, напри-
мер, MODS [24], система может корректно
обработать и этот запрос.
Данные из EPrints могут экспортиро-
ваться в следующих форматах метадан-
ных:
− BibTeX библиографический формат
метаданных;
− OpenURL ContextObject – стандарт
метаданных ANSI/NISO Z39.88-2004 [25]
для контекстнозависимых сервисов, обы-
чно полнотекстового поиска;
− OpenURL Dissertation – тот же стан-
дарт, специализированный для ресурсов
типа диссертации;
− OpenURL Journal – тот же стандарт,
специализированный для ресурсов типа
журнал;
− Dublin Core – Дублинское ядро,
стандарт метаданных ANSI/NISO Z39.85-
2001 (стандарт ISO 15836-2003) [22];
− DIDL – Digital Item Declaration La-
nguage, с помощью которого в MPEG-21
описываются сложные электронные
объекты [24];
− EndNote – распространенный в науч-
ном сообществе библиографический фор-
мат ссылок цитирования, используется в
коммерческом продукте [26];
− HTML Citation – HTML-формат ци-
тирования для документов, используемый
для просмотра или поиска документов в
Eprints 3.0;
− METS – стандарт кодирования и
передачи метаданных [27];
− MODS – схема метаданных описа-
ния объекта;
− Reference Manager – формат метада-
нных для создания и управления архивами
и библиографическими описаниями, экс-
Інформаційні системи
39
порт в этот формат позволит использовать
метаданные Eprints 3.0 в системе Reference
Manager (системе того же класса, что и
EndNote);
− Refer – формат, построенный в
соответствии со специально отформати-
рованным документом (troff), может
использоваться практически любой про-
граммой и является довольно обобщенным
форматом библиографий [28];
− Simple Metadata (SimpleMDE) – этот
набор метаданых является подмножеством
полного возможного набора метаданных и
используется, когда выполняется быстрая
аннотация [29];
− ASCII Citation – обычный текстовый
формат;
− EP3 XML – экспорт в XML.
DSpace. Для реализации функций
экспорта и импорта в системе предусмот-
рены плагины переходов (crosswalk
plugins). Это программные модули, осуще-
ствляющие перевод между метаданными
DSpace-объектов и определенным внеш-
ним представлением. Как правило это
пары плагинов для импорта и экспорта.
Например, из формата метаданных MODS
во внутренний формат DSpace и наоборот.
Используемые плагины перечислены в
конфигурационном файле.
Инсталляция DSpace 1.4.1 включает
следующие плагины переходов, ис-
пользуемые в рамках протокола ОАІ-
PMH:
− METS – стандарт кодирования и
передачи метаданных;
− MODS – схема метаданных описа-
ния объекта;
− QDC – квалифицированное Дублин-
ское Ядро – основной набор метаданных
системы DSpace [23];
− DIDL – Digital Item Declaration
Language.
4. Использование
В этом разделе рассмотрим роли
пользователей, процесс депонирования и
внешнее использование, т.е. просмотр и
поиск.
4.1. Пользователи, группы и права
EPrints. Изначально конфигурация
EPrints представляет четыре группы поль-
зователей определяемые правами доступа:
− минимальный пользователь может
просматривать содержимое репозитория,
подписываться на списки рассылки,
создавать хранимые поиски;
− депонент обладает правами мини-
мального пользователя, владеет собствен-
ной рабочей областью, куда он может
загружать элементы, и может подавать
элементы из рабочей области редактору на
рассмотрение;
− редактор обладает правами депо-
нента, и может принимать, отклонять или
удалять элементы, поданные пользователя-
ми для размещения в репозитории;
− администратор обладает правами
редактора, а также может управлять
пользовательскими учетными записями и
элементами репозитория.
Существует возможность конфи-
гурировать права доступа для каждой
группы пользователей, например, ограни-
чивать темы, доступные отдельному ре-
дактору для проверки, или пропускать шаг
редакторской проверки в случае, если де-
понирование инициируется хорошо из-
вестной доверенной группой пользовате-
лей. Такая конфигурация может быть осу-
ществлена посредством редактирования
соответствующих файлов. В процессе де-
понирования для каждого элемента выби-
рается, будет ли он общедоступным, либо
разрешение просматривать его будет дано
только зарегистрированным пользовате-
лям, или только редакторам и администра-
торам (т.е. только штату репозитория).
DSpace. Многие функции DSpace,
например, просмотр и поиск документов в
системе, могут выполняться анонимно, но
чтобы выполнить внесение документов
пользователю нужно зарегистрироваться.
О каждом пользователе DSpace хранит
такую информацию:
адрес электронной почты;
− фамилию и имя;
− пароль;
Інформаційні системи
40
− список коллекций, относительно
которых пользователь уведомляется о
новых поступлениях;
− признак саморегистрации, т.е.
создана ли была учетная запись
пользователя автоматически системой
либо, например, в результате обращения к
администратору.
DSpace обладает более продвинутой
системой прав пользователя по сравнению
с EPrints, которая тесно связана с
применяемой моделью данных. Выделены
следующие группы пользователей: депо-
ненты, администраторы, участники про-
цесса депонирования, подписчики и поль-
зователи с разрешением просматривать не
общедоступные элементы. Группы пользо-
вателей можно также рассматривать в ка-
честве ролей.
Гибкая система прав доступа в DSpace
позволяет ограничивать доступ к
различным частям архива. Каждому раз-
делу архива можно назначить группу
пользователей, которым разрешается дос-
туп к данному разделу. Каждой коллекции
назначается множество из отдельных
пользователей и групп, которые будут де-
понентами для этой коллекции, будут
иметь доступ к содержимому, играть роль
редакторов, или, наконец, администриро-
вать коллекцию.
Пользователь может быть ассо-
циирован с несколькими группами одно-
временно. Каждый пользователь группы
наделяется соответствующими правами.
Управление группами и отдельными поль-
зователями осуществляется посредством
веб-интерфейса и не требует, во-первых,
специальных программистских навыков,
во-вторых, доступа к операционной сис-
теме, где установлено программное обес-
печение DSpace. Аналогично, редактиро-
вание прав доступа к разделу или коллек-
ции осуществляется посредством веб-ин-
терфейса. Конечно, чтобы иметь доступ к
функциям управления, необходимо войти
в систему с правами администратора.
Гибкая система авторизации DSpace
основана на привязке действий к объектам
(политики ресурсов) и списков
пользователей (групп), которые могут их
выполнять. Существует две специальные
группы – «администраторы», где пользо-
ватели могут совершать любые действия, и
«анонимный», которая содержит всех
пользователей системы. Назначение поли-
тики действия для элемента группе поль-
зователей «анонимный» означает, что ка-
ждый пользователь системы может совер-
шать это действие. Например, большин-
ство элементов DSpace имеют политику
для анонимных пользователей ЧТЕНИЕ.
Чтобы пользователь мог выполнить
действие с объектом системы, он должен
иметь разрешение, которое должно быть
задано явно. В табл. 3 и 4 соответственно
представлены перечень возможных
действий, которые понимает система авто-
ризации и политики ресурсов.
Таблица 3. Возможные действия в DSpace
ЧТЕНИЕ
(READ)
Действие связано с тем, что
пользователь узнает о
существовании объекта в
системе и просматривает
какие-либо связанные с ним
метаданные
ЗАПИСЬ
(WRITE)
Изменение метаданных, свя-
занных с объектом. Здесь не
включена возможность удале-
ния
ДОБАВИТЬ
(ADD)
Действие добавления объекта
(например, элемента в кон-
тейнер, в коллекцию). Чтобы
внести элемент в коллекцию,
пользователь должен иметь
разрешение ДОБАВИТЬ в
этой коллекции
ИЗЪЯТЬ
(REMOVE)
Действие, связанное с изъя-
тием объекта из контейнера
Обращаем внимание, что здесь нет
действия УДАЛИТЬ. Для того, чтобы
«удалить» объект из архива (например,
элемент) нужно иметь разрешение ИЗЪ-
ЯТЬ на все объекты (в данном случае, кол-
лекцию), которая его содержит.
В идеале, ничто поступающее в
систему DSpace не должно когда-либо
удаляться; однако, на практике иногда
требуется удаление. Элементы могут быть
удалены из DSpace одним из двух способ-
ов. Они могут быть «изъяты», это
означает, что они остаются в архиве, но
полностью скрыты для обозрения. В этом
случае, если пользователь пытается
получить доступ к изъятому элементу, ему
Інформаційні системи
41
посылается сообщение, указывающее, что
элемент был удален. В другом случае,
элемент может также быть «удален», когда
все его следы удалены из архива.
Таблица 4. Политики ресурсов в DSpace
Раздел (Commuity)
ADD/REMOVE
Добавить или изъ-
ять коллекции или
подразделы
Коллекция (Сollection)
ADD/REMOVE
Добавить или изъ-
ять элементы
(ADD=разрешение
на занесение
элемента)
DEFAULT_ITEM_READ Наследуется как
READ всеми
вносимыми эле-
ментами
DEFAULT_BITSTREAM_
READ
Наследуется как
READ файлами
всех вносимых
элементов
COLLECTION_ADMIN Администраторы
коллекции могут
редактировать
элементы в кол-
лекции, изымать,
отображать другие
элементы в этой
коллекции.
Элемент (Item)
ADD/REMOVE
Добавить или
изъять наборы
READ Можно
просматривать
элемент (метадан-
ные элемента
всегда видны)
WRITE
Можно модифи-
цировать элемент
Набор (Bundle)
ADD/REMOVE
Добавить или
изъять файлы в
наборе
Файл (Bitsream)
READ
Просмотреть файл
WRITE Модифицировать
файл
Делая общий вывод, можно сказать,
что с точки зрения ролей и прав доступа
EPrints лучше подходит для однородных
репозиториев, где не имеют значения
права пользователя, выходящие за рамки
обычного, т.е. не требуется назначение
прав разнообразным группам пользовате-
лей для доступа к различным частям репо-
зитория. Такая система проста и не требует
настройки прав пользователей. Что же ка-
сается DSpace, то эта система обладает бо-
лее гибкой системой прав доступа, которая
позволяет ограничивать доступ к различ-
ным частям архива. Возможность админи-
стрирования и управления процессом де-
понирования посредством веб-интерфейса
является удобной и простой в использова-
нии в DSpace.
4.2. Депонирование
EPrints. Когда новый пользователь
регистрируется в системе, ему выделяется
отдельная рабочая область, куда он может
загружать свои документы. В процессе де-
понирования (занесения) нового элемента
пользователь должен выполнить следую-
щие шаги (здесь рассматривается последо-
вательность действий при изначальной
конфигурации):
- выбрать тип документа;
- загрузить файлы, при необходимости
создать наборы файлов;
- ввести описание элемента;
- продолжить описание – выбрать
тему, соответствующую элементу;
- подать элемент на редакторскую
проверку, принимая лицензионное
соглашение.
На любом шаге процесс депониро-
вания элемента можно прервать без потери
данных, введенных на предыдущих шагах.
Некоторые поля являются обязательными,
что означает невозможность подачи эле-
мента на редакторскую проверку в случае
их незаполнения.
DSpace. По аналогии с EPrints, у поль-
зователя есть рабочая область, где хранят-
ся загруженные документы. Последова-
тельность депонирования в DSpace описа-
на далее (конфигурация по умолчанию):
- выбрать коллекцию, которой будет
принадлежать элемент;
- выбрать опции, влияющие на
множество полей, доступных для ввода на
последующих шагах;
Інформаційні системи
42
- ввести значения основных полей
метаданных;
- ввести ключевые слова, классифи-
цирующие тему элемента, а также ввести
дополнительные поля метаданных;
- загрузить файлы;
- проверить, все ли в порядке с
загруженными файлами и их форматом;
отредактировать в случае наличия ошибок;
- проверить, все ли в порядке во всех
данных, введенных ранее; отредактировать
в случае наличия ошибок;
- принять лицензионное соглашение.
Подобно EPrints, прерывание процесса
депонирования безопасно с точки зрения
сохранности введенных данных.
В основном, последовательность депо-
нирования совпадает для обеих систем.
EPrints обладает немного более дружес-
твенным интерфейсом, так как, во-первых,
набор полей ввода не определяется на
дополнительном шаге выбором соответст-
вующих опций, а строится по выбранному
типу документа; во-вторых, количество
шагов меньше из-за лучшей группировки
полей ввода. Однако, система DSpace бо-
лее производительна, и процесс депони-
рования здесь в целом проходит быстрее.
4.3. Процесс поглощения и занесения
На рис. 2 показан процесс поглощения
в системе DSpace. Приложение «Пакетный
импорт элементов» (Batch Item Importer)
преобразовывает внешний SIP (Submission
Information Package – пакет подачи
информации) [15], XML-документ мета-
данных и несколько файлов контента, в
объект «процесса приема» (In Progress
Submission). Аналогично для сборки
объекта «процесса приема» используется
передача элементов конечным пользо-
вателем через веб-интерфейс.
В зависимости от политики коллекции,
в которую нацелено внесение, может
стартовать рабочий процесс (workflow).
Что позволяет редакторам или контроле-
рам осуществлять проверку вносимых
материалов и гарантировать его пригод-
ность для включения в коллекцию.
Когда завершен процесс внесения
пакетный или через веб-интерфейс, то
включается следующий шаг поглощения –
рабочий процесс (workflow) либо «ин-
сталлятор элемента» (Item Installer). В DC
добавляется сообщение о «происхожде-
нии» (provenance message), которое вклю-
чает имена файлов и контрольные суммы
вносимого контента. Подобным же обра-
зом, всякий раз, когда рабочий процесс
изменяет состояние (например, редактор
разрешил внесение), добавляется анало-
гичное предложение «происхождения».
Это позволяет проследить, как элемент из-
менился с тех пор, как его внес пользова-
тель. Также в DSpace применяется система
историй (History system), однако «проис-
хождение» облегчает получение доступа в
конкретный момент.
Рис. 2. Процесс поглощения в DSpace
Інформаційні системи
43
Как только успешно завершен рабочий
процесс, объект «процесса приема»
поглощается «инсталлятором элемента»,
который конвертирует его в полностью
соответствующий репозиторию DSpace
элемент. «Инсталлятор элемента»:
− назначает дату внесения;
− добавляет значение метаданных
“date.available” в запись метаданных DC;
− добавляет дату публикации, если
ничего другого нет;
− добавляет, сообщение «происхожде-
ния» (включая контрольные суммы файла);
− назначает постоянный идентифика-
тор дескриптора (Handle);
− добавляет элемент в целевую кол-
лекцию, и добавляет соответствующую
политику авторизации;
− добавляет новый элемент к индек-
сам поиска и просмотра.
4.4. Внешнее использование
DSpace по умолчанию не обладает
таким красивым интерфейсом как EPrints.
Однако, на основе DSpace существуют ре-
позитории с прекрасным дизайном. Он
позволяет конечным пользователям обна-
руживать контент множеством таких
способов:
− по внешней ссылке, например,
дескриптору (Handle);
− поиск по одному или нескольким
ключевым словам в метаданных или
извлеченном полном тексте;
− просмотр по индексам названия,
автору, дате и предметной теме.
Поиск – существенный компонент
обнаружения объектов в любой библио-
течной системе. Учитывая высокие поль-
зовательские требования к поисковым ма-
шинам, предоставление как можно боль-
шего числа поисковых возможностей –
важная особенность DSpace. Модуль ин-
дексации и поиска DSpace имеет очень
простой API, который предоставляет воз-
можность индексации нового контента,
регенерации индекса и выполнения поиска
по всему архиву, разделу, подразделу или
коллекции. За API стоит свободно распро-
страняемая поисковая Java-машина Lucene,
которая предоставляет поиск по полям ме-
таданных, удаление стоп-слов, выполне-
ние поиска слова во всех его морфологи-
ческих формах, возможность инкрементно
добавлять новый индексируемый контент
без регенерации всего индекса. Индексы
поиска конфигурируемы, что позволяет
организациям настраивать индексируемые
поля метаданных. Система предоставляет
простой и расширенный поиск (рис. 3).
Другой важный механизм обнаружения
материалов в DSpace просмотр это
процесс, где пользователь просматривает
конкретный индекс, например, индекс наз-
вания, и в процессе поиска интересующих
Рис. 3. Главная страница раздела системы DSpace
Інформаційні системи
44
элементов проводит по нему навигацию.
Подсистема просмотра обеспечивает про-
стой API, где предоставляется возмож-
ность определить индекс и его подраздел.
Затем подсистема просмотра раскрывает
часть интересующего индекса. Индексы,
которые могут быть просмотрены: наз-
вание элемента, автор элемента, дата
выпуска элемента и предметные термины.
Дополнительно, просмотр может ограни-
чиваться до элементов внутри опре-
деленной коллекции или раздела.
− EPrints. Последняя версия EPrints
имеет привлекательный и удобный веб-ин-
терфейс (рис. 4). При модификациях в на-
стройках системы обычно остаются неиз-
менными такие возможности:
Рис. 3. Главная страница раздела системы DSpace
Інформаційні системи
45
− доступно несколько типов навига-
ции по репозиторию. Изначальная конфи-
гурация включает просмотр по году
издания и по теме;
− простой поиск;
− расширенный поиск, где для много-
критериального поиска представлено мно-
жество полей метаданных. Здесь же досту-
пен полнотекстовый поиск;
− каждое поле ввода сопровождается
кнопкой с изображением вопросительного
знака, щелчок по ней открывает краткое
пояснение о том, что должно быть введено
в это поле;
− доступна лента RSS по содержи-
мому архива;
− можно просмотреть последние
поступления.
5. Технические различия
5.1. Установка и необходимое
программное обеспечение
Установка и изначальная конфигу-
рация для обеих систем может быть вы-
полнена в течение одного рабочего дня
при наличии:
1. Опыта установки программного
обеспечения на базовой операционной
системе.
2. Собственно установочных файлов
системы электронных библиотек.
3. Другого необходимого програм-
много обеспечения (см. табл. 5).
EPrints. После установки всего
программного обеспечения, необходимого
для функционирования системы, изна-
чальная конфигурация и инсталляция
EPrints осуществляется с помощью одного
интерактивного скрипта. В результате
создается первый репозиторий с
конфигурацией по умолчанию. Кроме
того, несколько периодических заданий
нужно добавить в таблицу cron: для
полнотекстовой индексации, посылки
уведомлений по электронной почте и
генерирования обзоров по репозиторию.
DSpace. После установки про-
граммного обеспечения, необходимого для
DSpace, систему нужно распаковать и
Рис. 4. Главная страница системы Eprints
Інформаційні системи
46
сконфигурировать, отредактировав конфи-
гурационный файл. После чего добавить
задания в cron таблицу: периодическая
очистка базы данных, индексация, рас-
сылка почты и сбор статистики.
Таблица 5. Необходимое ПО
ПО EPrints DSpace
Операционная
система
Unix- подобная Unix- по-
добная
Веб-сервер Apache
(включая
mod_perl)
Apache
Tomcat или
эквивалент
Сервер баз
данных
MySQL PostgreSQL
или Oracle
Библиотеки
языков
программиро-
вания
Perl с модулями
perl-Unicode-
String, perl-
XML-LibXML
Java, Apache
Ant
5.2. Поддержка многоязычности
EPrints. Почти все языко-зависимые
части интерфейса собраны в отдельных
файлах простой структуры. Эти файлы
делятся на три группы:
системные, не зависящие от конкрет-
ного репозитория фразы;
части интерфейса, которые могут
отличаться в разных репозиториях, они
представляют собой изначальную
конфигурацию для создания репозитория;
конфигурация каждого репозитория,
вначале просто копия конфигурации по
умолчанию. Файлы каждой группы
хранятся в разных папках, которые содер-
жат подпапки для каждого языка (рис. 5).
К сожалению, cgi-скрипт set_lang не
включен в последнюю версию EPrints,
поэтому функция переключения языков
доступна только с помощью скрипта из
предыдущей версии. Для того чтобы поль-
зователи могли легко переключать язык,
необходимо в шаблоны веб-интерфейса
вставить соответствующие ссылки на
скрипт. В целом, локализация EPrints про-
водится легко. И она достаточно полна в
том смысле, что обладая полным перево-
дом языко-зависимых файлов, только не-
сколько фраз в интерфейсном тексте оста-
ются непереведенными, скорее всего про-
пущенные разработчиками по недосмотру.
Однако, в EPrints нет возможности
отображать метаданные отдельного эле-
мента репозитория на разных языках. Это
было бы полезно не только для просмот-
ров и поисков, но даже в большей степени
для сбора метаданных. В системе EPrints
только поле Тема может быть представ-
лена на нескольких языках, либо с помо-
щью редактора тем, либо посредством со-
ответствующего XML файла. Также нет
возможности менять структуру библио-
графических ссылок в системе в зависимо-
сти от выбранного языка, хотя соответст-
вующие стандарты отличаются в разных
странах.
Внутренне EPrints использует ко-
дировку UTF-8 для всех полей метаданных
и их значения могут быть введены на лю-
бом языке, но пока еще не все функции
Рис. 5. Языко-зависимые файлы в EPrints
Інформаційні системи
47
системы обрабатывают эту кодировку пра-
вильно. Например, ошибки такого типа
были обнаружены в формате почтовых со-
общений, рассылаемых системой, а также
в функционировании расширенного по-
иска при использовании нелатинских сим-
волов в поле Автор.
DSpace. Прежде всего опишем
основную версию системы, а затем
дополнения и исправления от сторонних
разработчиков. В DSpace есть только один
ресурсный файл, содержащий большинст-
во фраз интерфейса. Чтобы локализовать
интерфейс, необходимо иметь перевод это-
го файла с видоизмененным именем. Когда
пользователь входит в систему через веб-
интерфейс, язык определяется автоматиче-
ски по предпочтениям, указанным в веб-
браузере. Переключение языков недоступ-
но. Шаблоны писем электронной почты и
файлы помощи не включены в локализа-
цию. Нет также возможности ввести
новости и описания коллекций на разных
языках.
Однако существует несколько сто-
ронних дополнений к системе, добавляю-
щих переключение языков, возможность
локализовать сообщения электронной
почты и тексты справки. Имена коллекций
и разделов, их описания, новости сайта ос-
таются непереводимыми.
В отличие от EPrints, значения ме-
таданных могут быть добавлены на не-
скольких языках, хотя и не в обычном
процессе депонирования, а на дополни-
тельном шаге редактирования метаданных
(это означает, что нужно провести допол-
нительные необычные манипуляции). Тем
не менее, только первое из введенных зна-
чений используется для отображения на
экране, вне зависимости от языка. Единст-
венным исключением является возмож-
ность вводить альтернативные заголовки
документа.
Общий вывод таков, что локализо-
ванный интерфейс и многоязычный сайт
можно создать для обеих систем. В EPrints
это проделать проще благодаря удачному
архитектурному решению. В DSpace такой
уровень локализации достигается с помо-
щью сторонних дополнений. Обе системы
не поддерживают многоязычные метадан-
ные в интерфейсе.
6. О проекте
Анализ ряда программных продуктов,
реализующих системы электронных биб-
лиотек был проведен в рамках проекта по
информатизации НАН Украины «Разра-
ботка проектных решений автоматизиро-
ванного библиотечного сервиса в Инте-
ресах организаций НАН Украины». Было
выбрано несколько систем, среди которых
рассматривались DSpace и EPrints. Обе
системы были успешно установлены и
запущены как действующие службы в
локальной сети DSpace, а EPrints доступен
по адресу http://eprints.isofts.kiev.ua. Уста-
новленая, настроенная, локализованная и
поддерживаемая в настоящее время библи-
отечная система DSpace научного архива
Национального университета «Киево-Мо-
гилянская академия» доступна по адресу –
http://www.library.ukma. kiev.ua/dspace/.
Заключение
EPrints и DSpace – системы одного и
того же класса, предоставляющие полный
спектр функциональности для создания
электронных репозиториев. Обе системы
поддерживают OAI-PMH, но отличаются
по структуре модели данных. Идея
разделов в DSpace хороша, но и поддержка
в EPrints разнообразных классификаций
имеет свои преимущества. EPrints
поддерживает больше форматов
метаданных, но тут недостает поддержки
расширенного Дублинского Ядра. EPrints
более удобен для локализации, однако обе
системы не поддерживают многоязычного
представления метаданных.
1. Резниченко В.А., Проскудина Г.Ю., Овдий
О.М. Создание цифровой библиотеки
коллекций периодических изданий на
основе Greenstone. Электронные
Інформаційні системи
48
библиотеки. – 2005. – 8. Вып. 6.
http://www.elbib.ru/index.phtml
?page=elbib/rus/journal/2005/part6.
2. Новицкий А.В., Кудим К.А., Резниченко
В.А., Проскудина Г.Ю. Создание научных
архивов с помощью системы EPrints //
Проблемы программирования. – 2007. –
№ 1. – C.46-60.
3. Кудим К.А., Проскурина Г.Ю., Резниченко
В.А. Создание научных электронных
библиотек с помощью системы DSpace //
Проблемы программирования. – 2007. –
№ 3. – C. 49-60.
4. DSpace Federation Web site
http://dspace.org/
5. EPrints Software http://software.eprints.org/
6. Registry of Open Access Repositories http://
roar.eprints.org/
7. Open Archives Initiative. http://openarchives.
org/
8. The Open Archives Initiative Protocol for
Metadata Harvesting Protocol Version 2.0 of
2002-06-14.
http://www.openarchives.org/OAI/2.0/openar
chivesprotocol.htm
9. Open Source BSD License. Available at
http://www.opensource.org/licenses/bsd-
license.php
10. Kahn R., Wilensky R. A Framework for
Distributed Digital Object Services, May
1995. http://www.cnri.reston.va.us/home/
cstr/arch/k-w.html
11. Arms W.Y. Key Concepts in the Architecture
of the Digital Library, D-Lib Magazine, July
1995.
http://www.dlib.org/dlib/July95/07arms.html
12. Arms W.Y., Blanchi C., Overly E.A. An
Architecture for Information in Digital
Libraries, D-Lib Magazine, February 1997.
http://www.dlib.org/dlib/february97/cnri/
02arms1.html
13. Payette S., Lagoze C. Flexible and Extensible
Digital Object and Repository Architecture,
in Christos N. and Stephanidis С. eds.,
Research and Advanced Technologies for
Digital Libraries: Proc. of the Second
European Conference, ECDL ‘98, Heraklion,
Crete, Greece, 1998, http://www.cs.
cornell.edu/payette/papers/
ECDL98/FEDORA.html
14. Thornton S., Ross W. Virginia Dons
FEDORA: A Prototype for a Digital Object
Repository. DLib Magazine 6, 7/8
(July/August 2000). http://www.dlib.org/
dlib/july00/staples/07staples.html
15. Consultative Committee for Space Data
Systems, Reference Model for an Open
Archival Information System (OAIS),
CCSDS 650.0-B-1, Blue Book, Issue 1,
January 2002. http://public.ccsds.org/
publications/ archive/650x0b1.pdf
16. EPrints GNU License http://software.
eprints.org/gnu.php
17. Nixon W.J. DAEDALUS: Initial experiences
with EPrints and DSpace at the University of
Glasgow. Ariadne, Vol. 37 October 2003.
http://www.ariadne.ac.uk/issue37/nixon/
intro.html
18. The Greenstone Digital Library Software
http://www.greenstone.org/
19. CERN Document Server Software
(CDSware). http://cdsware.cern.ch/
20. Tansley R., Bass M., Stuve D., Branchofsky
M., Chudnov D. The DSpace Institutional
Digital Repository System: Current
Functionality. In Proc. of JCDL 2003.
21. А Guide to Institutional Repository Software.
3rd Edition. Open Society Institute. (2004).
http://www.soros.org/openaccess/pdf/
OSI_Guide_to_IR_Software_v3.pdf
22. ANSI/NISO Z39.85-2001. The Dublin Core
Metadata Element Set. – National
Information Standards Organization. (2001).
http://techstreet. com/cgi-
bin/pdf/free/335284/z39.85-01.pdf
23. Dublin Core Library Application Profile.
http://dublincore.org/documents/2002/09/24/l
ibraryapplication-profile/
24. Understanding Metadata. National
Information Standards Organization. (2004).
http://niso.org
25. ANSI/NISO Z39.88-2004. The OpenURL
Frame-work forContext-Sensitive Services.
National Information Standards Organization.
(2005). http://www.niso.org/standards/resour-
ces/Z39_88_2004.pdf
26. EndNote. Bibliographies Made Easy. Getting
Started Guide. Thomson. (2006), 86 p.
http://scientific.thomson.com/media/pdfs/
ENXGettingStartedGuide.pdf
27. Metadata Encoding and Transmission
Standard (METS).
http://www.loc.gov/standards/mets/
28. Ossanna J.F., Kernighan B.W., Heirloom
Documentation Tools. Nroff/Troff User’s
Інформаційні системи
49
Manual. 2007. http://heirloom.source-
forge.net/doctools/ troff.pdf
29. Simple Metadata Annotation Specification.
Version 6.2. Linguistic Data Consortium.
(2004). http://projects.ldc.upenn.edu/MDE/
Guidelines/SimpleMDE_V6.2.pdf
Получено: 29.05.2007
Об авторах:
Резниченко Валерий Анатольевич,
кандидат физико-математических наук,
старший научный сотрудник,
Проскудина Галина Юрьевна,
научный сотрудник,
Кудим Кузьма Алексеевич,
аспирант.
Место работы авторов:
Институт программных систем НАН
Украины,
03187, Киев-187,
проспект Академика Глушкова, 40.
Тел. (044) 526 5139; 526 6033.
Email: reznich@isofts.kiev.ua
gupros@isofts.kiev.ua
kuzmaka@isofts.kiev.ua
|