EPrints - свободно распространяемое программное обеспечение под лицензией GNU, используемое для формирования и управления Открытыми Архивами. К настоящему времени в мире создано с использованием EPrints более 200 архивов с более чем 200 000 записями. ПО EPrints может использоваться для создания архивов научных исследований с большим разнообразием информационных ресурсов (научные статьи, отчеты, диссертации, монографии, учебно-методические пособия, материалы конференций, данные результатов экспериментов и наблюдений и т.п.).

ПО EPrints разработано в Школе электроники и информатики Университета Саутгемптона (Великобритания). С созданием системы EPrints тесно связан проект TARDis (Targeting Academic Research for Deposit and Disclosure) [4], основной задачей которого было исследование всех сторон создания электронного архива с целью разработки типового архива для академических учреждений.

Основными системными требованиями для EPrintsявляются: язык программирования Perl, сервер баз данных, веб-сервер Apache.

Аппаратные требования - сервер с объемом ОЗУ 1 Гб и процессором с тактовой частотой более 1 ГГц с соответствующим дисковым пространством для хранения полнотекстовых документов желательно с поддержкой SCSI (Small Computer Systems Interface) при большой нагрузке на сервер.

Данный программный продукт отвечает основным требованиям, выдвигаемым к электронным библиотекам (ЭБ) учебных и научных организаций, что включает:
- создание электронных архивов информационных ресурсов разного вида;
- обеспечение быстрого доступа к ЭБ;
- предоставление результатов исследований широкому кругу пользователей;
- сохранение результатов научных исследований;
- обеспечение обмена информацией на глобальном уровне.

DSpace - разрабатывалась совместно компанией Hewlett-Packard и библиотеками MIT (Massachusetts Institute of Technology). 4-го ноября 2002 года система была запущена как действующая служба, поддерживаемая
библиотеками MIT. Также на основании лицензии BSD открыт исходный код с
намерением поощрить формирование сообщества открытых кодов вокруг DSpace.

DSpace функционирует как централизованный сервис организации. Разные
подразделения в пределах учреждения (лаборатории, центры, школы или отделы) могут иметь свои собственные отдельные области в пределах системы. Члены данных подразделений непосредственно вносят контент через веб-интерфейс пользователя, который разработан так, что внесение
осуществляется максимально просто. Альтернативно система предусматривает импорт множества элементов для пакетной загрузки контента.

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

DSpace предназначена для:
- долгострочного хранения документов в различных форматах;
- улучшения доступа к исследовательской информации;
- популяризации научной деятельности ученых;

Greenstone (рус. Зеленый камень) — свободно распространяемая программа для создания и поддержания цифровых онлайн библиотек. Greenstone разрабатывается в рамках проекта электронной библиотеки Новой Зеландии.

Greenstone является не только средством поиска, но и средством для хранения материалов, а также излеченных из них метаданных. Одной из особенностей программы является возможность быстрого поиска по значительным объёмам данных (сотни гигабайт).

Для создания поискового индекса используется улучшенный вариант алгоритмов MG (Managing Gigabytes) и MGPP (Managing Gigabytes ++)[источник не указан 466 дней]. При этом любые данные рассматриваются как бинарные, поэтому библиотека с лёгкостью может хранить в себе данные любого формата.

При добавлении файла в библиотеку он сначала проходит предварительную подготовку с помощью соответствующего ПО. На этом этапе из документа извлекается различная метаинформация. Например, из документа HTML может быть извлечено название документа, его описание. Эта метаинформация используется для построения дополнительных (за исключением полнотекстового) поисковых индексов.

Если автоматическое извлечение метаинформации невозможно, описание объекта может быть произведено работником библиотеки вручную. Способ хранения метаинформации совместим с распространёнными форматами библиотечных указателей, например Dublin Core.

Пополнение библиотеки возможно не только с локального компьютера: библиотечный интерфейс предоставляет возможность скачивания файлов из сети, а также поддерживает распространённые протоколы обмена данными между библиотеками, например Z 39-50.

Greenstone поддерживает следующие форматы: Microsoft Word, Excel, Rich Text Format, HTML, plain text, PDF, ZIP, MP3.

Поисковый язык, помимо булевых операторов НЕ, И и ИЛИ, и операторов группировки (скобки), позволяет искать слова в исходной форме (по крайней мере для английского языка). Возможна регулировка расстояния между искомыми словами; по умолчанию же, пара слов объединённая оператором И ищется на расстоянии не более 20 слов.

14 октября 2011 14:30 – 16:30ч. мск
Семинар "Управление знаниями: открытые цифровые образовательные
ресурсы и архивы"
(параллельная трансляция-вебинар)

Ведущий: Охезина Е.А., Центр классического образования Уральского
федерального университета, г.Екатеринбург, заместитель директора
Научной библиотеки

Модераторы: Соколова Ю.В., Международная академия бизнеса и новых
технологий, г. Ярославль, директор Информационно-библиотечного центра,
зав.кафедрой
Панев М.В., Международная академия бизнеса и новых технологий, г.
Ярославль, программист-технолог Информационно-библиотечного центра

Выступления:
1. Кучма И., менеджер проектов программы Открытого доступа EIFL
Международная неделя открытого доступа
2. Олейник О.Н. Республиканский медицинский библиотечно-информационный
центр, г. Казань, зав. отделом
Управление знаниями в сфере библиотечного обслуживания
3. Сиприа-Миронов Э., Научная библиотека университета г.Тарту, менеджер проектов
Институциональный репозитарий как основа для продвижения принципов
Открытого доступа
4. Николаев А. В.,ведущий библиотекарь НТБ Киевского национального
университета технологий и дизайна
DSpace - программный продукт для создания электронного архива
5. Фролов Ф.М., Ярославский государственный университет им. Демидова,
ведущий сотрудник управления научных исследований
Открытый электронный архив Ярославского государственного университета
6. Негуляев Е.А., Центр классического образования Уральского
федерального университета, г.Екатеринбург, заведующий отделом
7. Данилов А. В., Научная библиотека Удмуртского университета, г.
Ижевск, заместитель директора по автоматизации библиотечных процессов
Электронный архив на сайте библиотеки
8.Краснов Ф.В., Национальный электронно-информационный консорциум, г.
Москва, программист
Проверка возможностей DSpace по загрузке коллекций из 10 млн записей
9. Гончаров М.В., Государственная публичная научно-техническая
библиотека России, г.Москва, директор центра развития и поддержки
интернет-технологий, Шрайберг Я.Л., Государственная публичная
научно-техническая библиотека России, г.Москва, генеральный директор
Электронные библиотечные информационные ресурсы США: новейший взгляд

Для желающих подключиться к трансляции-вебинару:

Пройдите регистрацию: [connect.mubint.ru]

При регистрации укажите свои регистрационные данные:
Имя для входа: (адрес электронной почты)
Пароль: (ваш пароль при регистрации)

14 октября войдите в комнату вебинара: [connect.mubint.ru]
Вход в комнату вебинара открывается с 14 октября с 14.00 мск.
Лимит подключений к вебинару – 100, при превышении этого количества
вход в комнату вебинара автоматически закрывается.

Технические требования для подключения:
- наушники или колонки (до подключения необходимо с техническим
специалистом Вашей организации проверить их работоспособность!). Для
спикеров дополнительно нужен микрофон (гарнитура) и камера
- поддерживаемые браузеры: IE 6.0 и выше, Firefox, Opera.
- cкорость соединения: от 128 Кбит/с. Блокировка всплывающих окон
должна быть выключена.
- должны быть открыты порты 80, 443 и 1935 на файерволе (на фаерволе
от доктора веба замечено, что пока его не отключить, подключение не
пойдет).
- настройки IE 7.0: снять галочку «Проверять аннулированные
сертификаты издателей» и «Проверять, не отозван ли сертификат
сервером».
- проверка соединения с сервером:
[connect.mubint.ru]

ЭЛЕКТРОННЫЙ ВЕК КУЛЬТУРЫ - 2011. ДЕНЬ ТРЕТИЙ
Гончаров Михаил Владимирович, директор Центра развития и поддержки Интернет-технологий Государственной публичной научно-технической библиотеки России
[www.aselibrary.ru]



Редактировано 1 раз. Последний раз 16.10.2011 17:51 пользователем Панев Максим.

Еще репозитарий [www.ush.com.ua]#

Мой обзор Dspace [www.elibsystem.ru]

Общие сведений. Полезно читать если еще не определились что использовать.

Ну, поехали:

0. Dspace в основном открыт под лицензией BSD. Частично под *GPL, совсем немного под MIT.
1. Ветка 1.8.x поддерживается.
2. Из коробки локализована версия 1.5.х (jspui). Значительную часть придётся локализовывать заново. С mirage ситуация аналогичная.
3. Базовая авторизация работает слегка (вернее, совсем) не так. как описано.
4. Коллекции не могут вкладываться друг в друга. Разделы могут друг в друга, и коллекции в разделы могут, а вот коллекции друг в друга нет.
5. Один документ может быть размещен в солько угодно большом количестве коллекций - маппинг работает как минимум с 1.4 версии.
6. DSpace хранит мета-информацию в формате DIM, а DC и любые другие локальные реестры метаданных являются действительными подмножествами DIM.
7. Бред про хэндл и коментировать не хочется. [elar.rsvpu.ru] вот тут где не правильная ссылка?
8. Проблем с русской морфологией в lucene нет, вернее, их не больше чем в любом другом не английском языке, плюс к тому, те, у кого есть проблемы, используют solr вместо lucene, а пользователи 4.х версии пользуют его по умолчанию.
9. Интерфейс - страхи и сомнения автора, пропустим.
10. 90% клиентов электронных репозиториев приходят в них из поисковых систем, либо из агрегаторов, подобых академии гугл или worldcat. Это данность. А ходить в "интерфейс" чтобы почитать - это не типовое использование репозитория. Кстати. адекватные пользователи библиотек, умеющие пользоваться алфавитным и тематическим каталогом нормально пользуются их аналогами в репозиториях, а пользователи привыкшие к единой поисковой строке естественно разгребают кучи мусора.

А вот чего в диспейсе и правда пока нет - так это профилей авторов, но угрожают эту проблему решить аж с двух сторон.

А до тех пор, пока модель данных растёт от заглавия, и приписанного к нему автора, а не наоборот, говорить об идейной аналогичности DSpace другим функционально (но не идейно) аналогичным системам не стоит.

Вы, кстати, федору не планировали обозреть?



Редактировано 2 раз. Последний раз 22.11.2014 14:57 пользователем IdeaFix.

-



Редактировано 1 раз. Последний раз 22.11.2014 14:56 пользователем IdeaFix.

> 0. Спасибо, исправил.
> 1. Поддержка 1.8
Любое обновление способно причинить головняк если с системой не на ты т.к. запуск пересборки способен позатирать внесенные изменений. Лично я так свою первую локализацию бездарно и потерял. Но спасибо за поправку.
> 2. Ветка 1.5
Действительно, подробно я его смотрел когда была 1.5. Сейчас мельком глянул 4.x и статью писал основываясь на старой памяти.

> 3. Когда я его тестил с ldap, все работало как надо, ну если не считать неинтуитивного указания логина как почты, которая не почта.

> 4. Коллекции и разделы
Да, надо это как-то отразить. Вообще, разделение на коллекции и разделы мне видется искуственным. Непонимаю зачем оно вообще надо.

> 5. Маппинг
Спасибо, тогда проглядел.

> 6. DIM.
Внутри себя он может хранить в любом внутреннем формате и трансформировать во что надо. Так вообще почти все программы делают :). Но DC - это то с чем будет работать конечный пользователь. Его и указал.


> 7. Handle
И вот прям из коробки так и работает? И не пытается показываться как [hdl.handle.net] ?
Значит я не разобрался как это сделать кроме как апачем переписать все [hdl.handle.net].

> 8. Проблем с русской морфологией в lucene
Ищем Акмеологически и Акмеологическая, результаты разные:
[elar.rsvpu.ru]
[elar.rsvpu.ru]
Хорошо, что для кого-то это не проблема. Жаль только, что большинство пользователей на оба запроса ожидают увидеть то, что находится при Акмеологич*

> 9. Интерфейс
и
> 10. 90% клиентов

Я рассматривал систему в качестве ЭБ для библиотек публичных или вузовских, когда хранить надо не только научные статьи. О чем в рекомендациях прямо так и написано. А эти библиотеки желают чтобы к ним ходили не только из поисковиков.

По этой же причине Dspace, Eprints, Invenio для меня все одинаковы. Вы правы конечно, не идейно - функционально. Разбираться какой из них лучше с точки зрения научного репозитария мне не интересно, поэтому федору смотреть не хочу :).

Почему тогда я говорю, что для публичным библиотек Dspace не торт?

Вот смотрите: Ставим Dspace для незащищенных оригинальных книг. Оцифрованные хранить в нем стремно, для оцифрованных ставим Rescarta. Еще есть купленные книги или подаренные с ограничением доступа, которые тоже как-то бы хранить да защищать.

Вот уже 2-3 только внутренних библиотеки! С разной навигацией и разным поиском.

Тогда нам нужна система, которая централизует поиск по всем трем, но ведь в ней будет поиск и не будет каталога :(. И те системы что я видел не будут использовать полнотекстовый индекс Dspace, а будут искать только по метаданным. И еще у существующих поисковиков проблемы с интерфейсом, на которые не забываем наложить "особенности" работы с морфологией.

Да, есть еще видеоконтент, который уезжает на ютубы или офф.сайты т.к. сначала качать - потом смотреть желающих найдется мало. Вот уже третья (четвертая, если с DRM) электронная библиотека.

P.S. Спасибо за детальный разбор!



Редактировано 2 раз. Последний раз 25.11.2014 23:14 пользователем borovinskiy.

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

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

1. Так вроде как делать журнал изменений, если изменений сотни - это нормально. Если с сервисом на "ты козёл" - есть гну патч, если "на Вы" - тетрадка.

6. [elar.urfu.ru] dc - не единственное, с чем придется иметь дело пользователю. Система даёт возможность как расширить (вплоть до несовместимости) существующий реестр DC, так и наплодить рядом подобных (и не подобных) даблинкору реестров. К тому же, в OAI пользователь может выбрать с чем работать, а в NLI только METS.

7. Нет ничего постыдного в том, чтобы читать конфиги. Вы же меняете имя репозитория при установке, так от чего бы не раскоментировать строчку

handle.canonical.prefix = ${dspace.url}/handle/

в конфиге?:) Хотя urlrewrite конечно проще.

8. org.apache.lucene.analysis.ru.analyser (опять 1 строчка в конфиге) в люцене есть давно и надежно, но мы его потихоньку "отключаем". И так 100500 находится, а с ним 100500к. Фасеты решают проблему. У SOLR (в четвертом и пятом по умолчанию) есть аналогичный пакет, говорят, лучше чем у люцены.
[elar.urfu.ru]
[elar.urfu.ru]

Тут я специально отрывал суффиксы и что-то еще от анализатора, а то выходило уж совсем общо в результатах.


10. Поиск по OAI кто-то запретил? Много у кого электронное издательство есть, помимо архива на том же OJS, и каталожки не только по Z39.50 достцпные, так что, не стоит Вашу, в общем-то простую задачу, брать за базовый уровень задачи. Например, когда нужно интегрировать вивальди, ojs, старый легаси архив, новый архив и каталог, в которых десятки миллионов записей и сотни тысяч файлов, вопрос о ДРМ на видео как-то отходит на второй план :)

Ну а то, что для Вас профиль автора - не проблема (или не задача), вызывает у меня искреннюю зависть :)

1. Нормально измененные конфиги при апдейте не затирать, а рядышком сохранять.
6. Что мешает расширить схему ссылкой на профиль автора?
7. [jira.duraspace.org] Если параметр в документации никак не описан, то в Dspace есть море параметров которые можно творчески покрутить ).
8. Нормальный поисковик должен найти то что пользователь от него ожидает. Нормальный поисковик искать по точному совпадению тоже должен, но только если пользователь его об этом попросит. Но это уже оффтопик, спасибо за наводку. Кстати, я, признаюсь, упоминания в документации об этом тоже не нашел. Толи у меня косоглазие, толи с документацией все недостаточно хорошо...
10. Можете примеры привести крутого поисковика? Так чтобы им не только библиотекари пользовались? У вас что используется для объединенного поиска по библиотечным ресурсам вашей библиотеки?

Ну и новый вопрос, просто чтобы понять вашу позицию, вы бы стали рекомендовать Dspace в качестве ЭБ общего назначения для вузов и публичных библиотек?

1. С этим никто не спорит, речь о том, что есть еще и модификации кодовой базы.
6. Мешает отсутствие механизма создания профиля автора в DSPACE. В модели данных сущности "Автор" нет, зато есть чёткая иерархия "РАЗДЕЛ-КОЛЛЕКЦИЯ-ДОКУМЕНТ". Обещают добавить в связи в частности с требованиями webometrics.
7. Fix Version/s: 1.6.0 - т.е. было пофиксено лет пять назад. А вот как настроить враппер, апдейтящий привязку сервера с диспейсом и hdl.handle.net по прежнему нигде не написано :)
8. Что касается поисковых анализаторов, извлечения текста и пр. - это уже доки на люцену, пдфбокс и пр. расширить ими доки dspace было бы опрометчиво. Хотя, документацию по solr запихивают. но так, что лучше бы не делали :(
10. У нас используется закрытый извне федеративный поиск на базе opensearch. А пример крутого поиска например вот: [www.worldcat.org] мне очень нравится как реализовано.

Кстати, опенсич тоже толком не документирован, но для внутренних проектов штука очень удобная, ибо проще чем OAI и работает онлайн. DSpace умеет например так [elar.urfu.ru] а дальше уже rss/xml фид уродуй как бог черепаху xsl трансформером.



Редактировано 1 раз. Последний раз 26.11.2014 19:05 пользователем IdeaFix.

7. Ага, за год до 1.5, когда я с этим разбирался :). У вас в УрФУ (на сколько я помню, могу и перепутать) тогда тоже везде [hdl.handle.net] был. Хотел еще тогда статью про rewrite апачем написать, но руки не дошли.

8. Я согласен, что нет смысла дублировать документацию Lucene, но хоть пару строк чиркнуть в Administration Guide куда копать после установки можно? Все неанглоговорящие страны из 1000+ инсталляций с этим столкнулись. Короче, если ты с Java давно работаешь и можешь читать конфиги ant, maven, Lucene и JSP-страницы редактировать, то настроить Dspace под себя через некоторое время работы можно. Но я об этом в статье и написал ;).

10. Понятно, руками поиск можно и самим написать, но все ли готовы заниматься разработкой федеративного поиска для зоопарка провайдеров? Все ли отдают отчет в этом, когда начинают зоопарк библиотек разводить? Скорее проблема вылезит когда административное решение уже будет принято...

Поиск на worldcat неплох, но он закрытый. К себе в сетку его не утащишь. Да, у них открыты библиотеки, но людям нужен законченный поиск по нескольким ресурсам, а им говорят - садитесь, пишите сами. Все так делают.

7. У нас с версии 1.0 нормальные хэндл ссылки, а вот купленная учетка (за куда меньшие деньги и на 15 лет) появилась в версии 1.8.

8. А если есть желание использовать мираж - то нужно еще и xml/xsl читать... биг дата.

10. Вы точно понимаете смысл федеративного поиска, имею в виду термин?

10. Да, неверно выразился. Понимаю :)

Мираж - это кто?

Мираж - это теперь так xmlui называется, а когда при Браме говоришь xmlui, он на тебя бросается и начинает рот с мылом мыть и приговаривает.... мираж, мираж... всё так, ну. или, почти так.

Кстати, мираж2 тоже перепишут на бутстрапе и тоже приколотят к нему CRIS функционал. Будет забавно наблюдать две несовместимые модели авторских профилей, но я всё же надеюсь что они (атмира и синека) договорятся.

Эхх, не идет народ на полилог... не провоцируется.

> В модели данных сущности "Автор" нет, зато есть чёткая иерархия "РАЗДЕЛ-КОЛЛЕКЦИЯ-ДОКУМЕНТ". Обещают добавить в связи в частности с требованиями webometrics.

А что за требования webometrics? Что они хотят знать об авторе?

Суть в том, что Исидро выпилит из своего рейтинга все КРИС системы, все репозитории без автор профилей, все репозитории с более чем 10% закрытыми данными или отсутствующими полными текстами, репозитории у которых в аути до файла больше четрыех 9или пяти?) слешей и пр... все пугалки на вебометрикс.инфо.

Требования вводятся не однвоременно, что-то уже в феврале 15-ого, что-то летом 15-ого и так далее.

Заинтересованность в наличие профиля в dspace теперь понятна. Но так и не понял какую они информацию хотят получить?
ФИО, организация, почта? Ссылку на сайт с профилем в DC? Что именно?

В европах и америках есть у авторов шильдики. Шильдики нужны только для того, чтобы считать науку и деньги.

Оапример, ОРКИД и КОРДИС.

Да, оркид автора можно привязать к каждой его публикации и снять этим коллизию множественности написания имён, афиляций и пр, но строить персональные метрики, например такие [webometrics.info] не очень удобно, когда автор приписан сбоку к заглавию, лучше когда наоборот.

КОРДИС - другая засада. Вот допустим дал какой-то частный инвестор или государство или фонд или корпорация денег ученому на исследование, и приделал исследованию кордис идентифаер. Каждая бумажка из-под исследователя им помечена и помечено в его профайле в каких проектах (читай на чьи деньги) он работает. Во-первых инвестор может вполне прозрачно посчитать выхлоп своих вложений в количествах заглавий, понять точно кого он кормил и прикинуть на сколько хороши были вложения по количеству цитирований, написанных на его деньги работ.

В качестве бонуса, по цепочке кордис ID'ов можно ЛЮБОГО ученого связать с "деньгами Путина", "деньгами Осамы", деньгами демократов, республиканцев и кого угодно еще дабы очернить или обелить. Демократия.

Есть еще куча примеров, но, это хотя и в общем-то интересно, но выходит за рамки данной темы :)

Ну так в чем проблема расширить схему и ORCID и CORDIS и что там еще популярное есть добавить? Хорошая идея что то, что другое.

Про отображение автора в вебометриксе что-то не уловил. Но возможность найти все статьи конкретного автора по его ORCID для ученого весьма ценно. Держать при этом в Dspace полноценный профиль совершенно не обязательно если по ORCID все данные можно по ORCID API загрузить и отобразить прямо в Dspace.

Видимо, я не очень хорошо объяснил, раз Вы не поняли необходимость наличия авторского профиля, но он реально необходим :)

КРИС функционал исследователеориентирован, там исследователя меряют статьями и к исследователю статьи приписывают, а в классическом архиве наоборот. В классическом архиве вовсе автора может не быть.

ОРКИД - только один из примеров, а их еще куча...

Просто я не посмотрел расшифровку CRIS. Current Research Information System. Не, тут да, тут профиль автора нужен. Только я сомневаюсь что для этого Dspace подходит.

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

Но раз нужны еще метаданные индексировать и идеи data centric заложить, то надо просто с чистого листа систему делать. Хотя как это data centric и collaboration совместить мне не очень понятно, либо система строится вокруг проекта (и коллективной работы), либо вокруг данных.

http://github.com - вот отличный пример датацентричной системы. На очень узком типе данных, правда - исходном коде программ. На даже там коллективная работа - это работа только с данными и трекер. Никакого project management там нет.

Вы не сомневайтесь :) А если сомневаетесь, то погуглите по ключу DSPACE CRIS - очень удивитесь. Будущее наступило.

Я прочитал список фичей:

Dedicated administrative UI for data model definition of 1st level CRIS entities: people, orgunits, project, using the JDynA framework

Ability to define new object types via UI to manage 2nd level CRIS entities: prize, equipment, laboratory shared and linked to one or more 1st or 2nd level CRIS entities

Detail page for any entity organized in Tab and Box themed with JQuery UI

Faceted Search using the DSpace Discovery 3.0 configuration

Customizable Browse indexes as for DSpace items

Network visualization and analysis


Ни слова про datacentric. Да, прикрутят отделы, сделают сущности проект и ученый, добавят резервирование лаборатории (управление ресурсами). Что из этого будущее? Это все в проектах разного масштаба 20 лет назад было. Управление лабораториями/переговорками у много кого есть, кто на joomla, кто в ERP, кто просто отдельным скриптом пишет.

Я пока никакого будущего не увидел. Обычные системы управления проектами и группами решили прикрутить почему-то именно в Dspace. Почему в Dspace? Мне не понятно.

Еще раз обращаю внимание на github как датацентричную систему. Github - не просто набор загруженных файлов - это веб-сервис для удобной работы с этими файлами. С поиском, визуальным отображением, подсветкой синтаксиса, пулреквестами, социальной мотивацией, рейтингами, историей изменений и т.п.

Когда экспериментатор зальет новую порцию (обновит огромный CSV-файл с сырыми данными) чтобы остальная группа могла их анализировать, dspace подсветит изменения? вышлет уведомления? запустить задачу (хук в гите) на пересчет? Проведет синтаксическую проверку (непрерывная интеграция) на наличие ошибок?

Где будущее-то?

1. Электронные архивы будут постарше КРИС систем, но реальность такова, что крис системы маст хэв, так что электронные архивы прирастают их функционалом. Раньше такой тенденции не было. Так же, для большей толерантности советую глянуть на ценники Pure и Converis :) Ничего же нового, да? А покупают, ибо кроме них ничего нет.

2. А насчет гита - в неумелых руках гит хуже чем фтп, уж простите за сравнение. Проект КДЕ это недавно продемонстрировал. От потери истории кодовой базы по вине кривых рук, проект спасла лишь некоторая архитектурная ущербность гита.

Вы недавно говорили о том что диспейс, епринтс и инвенио - суть одно и то же, но описанная Вами задача на епринтс решается легко и непринужденно, ибо автопубликация - основная фишка системы. Диспейс (что бы Вы не думали по этому поводу), система совершенно другая и задачи решает другие, равно как и инвенио и OJS. Последняя, кстати, и в командной работе работает как часы и огромное количество заэфирной работы прозрачно для редакции делает, но Вам это не надо... значит, не надо ни кому.

Думаю, а Вас говорят недостаток опыта работы с системами и узость задач. На этом апать Ваши темы прекращаю.

1. Где я писал про Conversis и Pure, можно показать? :) Я писал про модуль Dspace, который, по вашим словам, наступившее будущее, а вот лично я ничего нового в нем не увидел, а в качестве возражения мне предъявили цены на совсем другие системы.

2. На гитхаб (а не гит) я ссылался как на настоящую datacentric-систему. В противовес Dspace с плагином, где датацентричность CRIS, на сколько я смог уразуметь, заключается в хранении байтов, метаданных и полнотекстовом поиске. Мнение ущербности децентрализованных систем контроля версий оставлю без комментариев :).

Мой интерес юзерориентированной современной библиотеки действительно может быть уже OJS или open science, хотя, скорее, наоборот, dspace является частным случаем электронной библиотеки :). Но да, для этой темы это все оффтоп.