У меня естьс ервис который мило выжирает 6гб памяти... для jspui серьёзно помогает index-discovery -o раз в 6 часов.

Во многом это связано с тем что JSPUI из коробки теперь совсем не использует DAO и чуть-чуть использует JUCENE, в основном же всё на SOLR.

Кстати, если кто вдруг проглядел, сорсфорджный мейл лист всё... теперь поддержка юзеров юзерами тут - [groups.google.com]


и еще один момент - [wiki.lib.sun.ac.za] имеет полное право быть прочитанным от корки до корки.


Вот напрмиер по томкэту что тут написано: [wiki.lib.sun.ac.za]

Нарыл один полезный ресурс, правда на испанском, который полностью посвященный DSpace
arvo.es
Например, здесь подробно рассказівается как кастомизировать интерфейс jspui для 4-ой версии: изменить цвет, лого.

всем здравствовать !
Подскажите в случае, если раздел(кафедра ВУЗа) перемещается вместе с коллекциями и документами в другой раздел верхнего уровня (кафедру переподчинили другому факультету ВУЗа ). Каким образом данное перемещение по базе осуществить. Экспорт метаданных коллекций или разделов, а затем импорт во вноь созданые раздел и коллекции результатов пока не даёт.



Редактировано 2 раз. Последний раз 17.09.2015 06:22 пользователем nik314.

Покажите, пожалуйста, какие e кого права имеет [dspace]
$ cd /home/dspace
# или другой путь к [dspace]
$ ls -l
Сдуру выставил 0777, теперь подбираю какие нужно выставить.
+
Как побороть ошибку "HTTP Status 500 - Directory '/home/dspace/var/oai/requests' could not be created". Возникает при просмотре Idetify на /oai
Лог:

java.io.IOException: Directory '/home/dspace/var/oai/requests' could not be created
	org.apache.commons.io.FileUtils.openOutputStream(FileUtils.java:320)
	org.apache.commons.io.FileUtils.writeStringToFile(FileUtils.java:1843)
	org.apache.commons.io.FileUtils.write(FileUtils.java:1960)
	org.apache.commons.io.FileUtils.write(FileUtils.java:1903)
	org.dspace.xoai.services.impl.cache.DSpaceXOAICacheService.store(DSpaceXOAICacheService.java:109)
	org.dspace.xoai.controller.DSpaceOAIDataProvider.contextAction(DSpaceOAIDataProvider.java:104)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	java.lang.reflect.Method.invoke(Method.java:606)
	org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:213)
	org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126)
	org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96)
	org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617)
	org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578)
	org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:727)

+
Помогла заметка из wiki.duraspace.org, предложенная пользователем nik314
Выставил с помощью команды chown -R tomcat7 на симлинки веб-мордочек и каталог [dspace]. Права 755.
P.S. А не та ли это проблема...



Редактировано 1 раз. Последний раз 17.09.2015 00:40 пользователем woodyfon.

Нашел сервисы Unicode1 и Unicode2 (смотреть JavaScript escape). Может потребоваться, если в файлы конфига необходимо ввести кириллицу. Например, название электронного архива.



Редактировано 1 раз. Последний раз 17.09.2015 01:05 пользователем woodyfon.

woodyfon написал(а):
-------------------------------------------------------
> Нашел сервисы Unicode1 и Unicode2 (смотреть
> JavaScript escape). Может потребоваться, если в
> файлы конфига необходимо ввести кириллицу.
> Например, название электронного архива.


регулярно использую ворую ссылку :)


nik314 написал(а):
-------------------------------------------------------
Экспортируете метаданные. открываете опенофисом, разделитель - запятые. кодировка - юникод. Во втором столбце collection меняете хэндл старой коллекции на хэндл новой, сохраняете. импортируете.

Переименовал значения через MS Excel, после импорта выдало:
Import metadata

Unknown metadata schema in heading: id collection dc.contributor.author dc.date.issued dc.identifier.citation
Со второй попытки проблему решил другим способом. А именно: файл *.csv открыл Notepad++, где заменил дескриптер на необходимый.Импорт прошел удачно.



Редактировано 1 раз. Последний раз 17.09.2015 07:29 пользователем nik314.

При очередной процедуре export-import коллекций система выдала:
There are too many changes. Please import fewer changes, adjust the limit, or perform the input directly on the server.
В сязи с этим вопрос: какие ограничения по количеству при импорте. Если я правильно понял сообщение. Обрабатывалась коллекция с 38 документами.
Пришлось файл разбивать на 20 + 18 записей и импортировать каждый в отдельности. А если в коллекции ну очень много документов ?
_______________________________________________________________
Огромное спасибо за помощь. Всё получилось!



Редактировано 3 раз. Последний раз 17.09.2015 16:06 пользователем nik314.

Эксель не умеет работать с CSV. Поэтому я и говорил об OpenOffice.

Про bulkedi.cfg ответил в личку. дефолтный гуи лимит - 20 штук.

А вот ключ к решению моего стопора по импорту до 20 :

[github.com]

начиная с 1.8 оно в /dspace/config/modules/bulkedit.cfg, а у Вас в 1.7 оно в /dspace/config/dspace.cfg


[github.com]



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

В связи с выходом новой версии и желанием обновить DSpace и еже с ним. Возможен ли вариант:
1.все бэкапим, что можно в текущей версии.
2.устанавливаем на сервере всё новое, после деинсталла старого (format C:/q)
3.импортируем всю инфу в новую систему.

Где то так.



Редактировано 1 раз. Последний раз 18.09.2015 08:09 пользователем nik314.

Возможно, только битстрим ордер не сохранится и статистика и юзера/подписки.

"битстрим ордер"- какую информацию содержит ?
А юзеров разве нельзя из базы скопировать ?

1. Битстрим ордер - это важно.

[elar.urfu.ru]

В этом адресе /1/ - это порядок битстрима. Если в старом архиве Вы перегрузили файл пару раз - у Вас будет не /1/, а /3/ а при перегрузке опять станет /1/ и если кто-то дал ссылку на пдф - она будет битая.

[ideafix.name] тип ошибки номер 1.


2. Можно всю базу и весь асетстор перетащить и вообще обновить инсталяцию, а не разворачивать заново :)

Кстати о правах, в 2012-ом сервере столкнулся с тем что solr и oai работают по дефолту от системмной учетки (как весь томкэт) и если я даю команду админом например dspace oai clean-cache - получаю коллизию по правам. А вот если запускаю консоль "От имени администратора", то всё ок.

Windows такой Windows :)

Коллеги, надо описывать как imagemagic к windows прикрутить для превьюшек PDF'ок?

Конечно, еще интересует как flexpaper прикрутить.

Превьюшки

[ideafix.name]


А по flexpaper или googledocs сам бы почитал...

Решил посмотреть на DSpace со стороны обычного библиотекаря. Изложу свои замечания, надеюсь на обсуждение:
1. В элемент "DC.Title" необходимо вводить ТОЛЬКО заглавие документа. Другие варианты названия (на другом языке, параллельные названия и перевод на другие языке - английский) в элемент "DC.Title" c квалификатором "Alternative".
2. В DSpace возможен поиск по Subject. В переводе на английский язык - это тема (предметная рубрика), которая формируется из списка ключевых слов, фраз, кодами классификации (ББК, УДК). Так, для расширения поискового образа помимо цифрового обозначения рубрики из УДК 684, также не лишним будет указать название рубрики - "Мебельная промышленность"
Такие сведения о документе разместятся:
УДК 684 - DC.Subject.UDC
мебельная промышленность - DC.Subject
Таким образом, схема описания по умолчанию метаданных в DSpace нуждается в редактировании.
Отсюда несколько вопросов:
Какая схема используется по умолчанию?
Для разных элементов с их квалификаторами необходимо указать язык. Как это сделать?
Возможно ли в форму внесения сведения о документе, например, добавить в перечень языков украинский и русский?
Возможно ли установить установить язык xml-language по умолчанию конкретно для каждого элемента, а не для элементов в целом:
# Default language for metadata values
default.language = ${default.language}



Редактировано 1 раз. Последний раз 22.09.2015 22:14 пользователем woodyfon.

Нет никаких проблем и ничего менять не нужно :)

[ideafix.name] - тут как язык добавить, но думаю, додумать до того как качественно изменить вводную фому не составит труда.

[elar.rsvpu.ru] - языки указываются без особых проблем, правда мы грузим 99% документв пакетно, так что проблем с safbuilder нет.

Насчёт того чтобы натянуть русмарк на даблинкор - это не правильно. Далинкор и марк - разные, не совместимые реестры метаданных. У даблинкора есть описание и описывать даблинкором нужно по описанию даблинкора... ухх. А если хочется ББК, УДК, ГРНТИ, ОКСВНК и пр - создавайте свой реестр метаданных и вперед: [elar.rsvpu.ru] обратите внимание на local.

Да, насчёт языковой принадлежности полей, созданных через веб форму, если не ошибаюсь, всё кроме даты, хэндла и провинанса получает языковую принадлежность как в default.language в dspace.cfg.

Цитата:

А если хочется ББК, УДК, ГРНТИ, ОКСВНК и пр - создавайте свой реестр метаданных и вперед:

Если хотим добавить свои элементы, то создаем свою схему и выводим ее на форму ввода сведения о добавляемом документе?

Цитата:

языки указываются без особых проблем

В форме ввода сведений о документе не вижу, где можно ввести язык метаданных. В ранних версиях такая возможность присутствовала.

Цитата:

правда мы грузим 99% документв пакетно, так что проблем с safbuilder нет.

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

Цитата:

Далинкор и марк - разные, не совместимые реестры метаданных

Немножко неверное определение. МАРК - комуникативный формат обмена данными, а DC - реестр метаданных. Они полностью совместимые, ну или по крайней мере, это можно сделать на цепочке DC -> MARC, несовместимые полностью MARC -> DC. DC ведь и придумали для облегчения описание web-ресурсов. MARC-формат оказался для этого сложным и трудоемким.

Цитата:

Нет никаких проблем и ничего менять не нужно :)

Согласен, неправильно выразился, не менять а навешивать "плюшки", так сказать адаптировать.



Редактировано 1 раз. Последний раз 23.09.2015 12:22 пользователем woodyfon.

Если хотим добавить свои элементы, то создаем свою схему и выводим ее на форму ввода сведения о добавляемом документе?
Сначала создаётся новый реестр метаданных через веб-админку. Потом хоть руками добавлять при редактировании окумента, хоть через форму, если поправить input-forms.xml

В форме ввода сведений о документе не вижу, где можно ввести язык метаданных. В ранних версиях такая возможность присутствовала.
Только в правке конкретного документа. т.е. создать и потом поправить. Хотя, наверное можно посмотреть на input-forms.xml повнимательнее. в частности сравнить его с таковым у ранних версий (в 1.8 уже не было кажется).

Возможно, я уже спрашивал это раньше, но все-таки, расскажите, пожалуйста поподробнее как Вы это делаете.
Так я Вам высылал исходники табличек с метаданными вроде, или нет? Просто меня Лев Рудский на эту тему с пристрастием доправшивал, но там дело нич ем не кончилось, ему нужно коробочное решение для ирбиса, а у меня его нет.

Немножко неверное определение.
Ну ок, куда Вы засунете переводчика или авторские ключевые слова в DC?:) К сожаллению, DC это не только транспорт, но и вместилише :(


Если резюмировать, то я за такую схему:

1. Разрабатывать структуру нуно одновременно с разработкой реестра метаданных.
2. Структура как калька с административной структуры организации - ЗЛО. Структура должна быть по типу документа.
3. Все данные об организации и структурных подразделениях на уровне метаданных, все человекочитаемые данные - на уровне метаданных и всё это в локальном реестре, не в DC.
4. DC - это наша связь с вешним миром и он должен быть на 146% валиден. Т.е. просит OpenAire от нас dc.audience.speciallity, а мы им показываем фигу! Или хочется нам создать dc.contributor.translator или dc.contributor.commiter, да, хочется, ибо отдадим мы dc.contributor.*, но нельзя.... всё в карманный реестр метаданных.

Тогда во-первых не будет проблем роста (когда орг. структуру перекроят из старых 15 подразделений сделают новых 27), проблем с аффилиацией и проблем даже с DC->MRC, за вычетом того что у нас нет сущности АВТОР и куча полей хранится плохо парсимыми строками.

Ну и об обращаемости... безумству храбрых поём мы песню :)
[keep4u.ru]

Цитата:

Так я Вам высылал исходники табличек с метаданными вроде, или нет?

Интересует технология пакетного импорта. Вбивать вручную сведения о 40 статьях, когда записи хранятся во внешней БД, как минимум потеря времени.

Цитата:

Ну ок, куда Вы засунете переводчика или авторские ключевые слова в DC?

Переводчик:
На заседании рабочей группы DC4 было решено, не указывать роли лиц и организаций, участвовавших в создании ресурса. При необходимости указания роли, могут быть использованы локальные расширения.
Следовательно, только через локальный реестр метаданных. Здесь для меня осталось непонятным то, что эта схема должна быть выполнена в виде добавления (описание элементов с квалификаторами, которых нет в схеме) к основной или расширяемая, т. е. включает элемента и основной, и локальной?
Про "авторские ключевые слова" не понял. В первый раз слышу такое определение. Выяснить, что это такое не удалось.

Цитата:

Структура должна быть по типу документа

Что именно имеете в виду? Тип документа в архиве один - электронный ресурс (компьютерные файлы). Может это характер документа: монография, автореферат, учебное пособие.

Цитата:

Разрабатывать структуру нуно одновременно с разработкой реестра метаданных.

Возможно ли в DSpace из коробки сделать свои шаблоны для описания документов, например, для описания авторефератов форма ввода сведения обязательно включает код номенклатуры специальности и ученую степень, а учебное пособие - издательство.

Интересует технология пакетного импорта. Вбивать вручную сведения о 40 статьях, когда записи хранятся во внешней БД, как минимум потеря времени.
SAF-формат открыт - сделайте экспорт метаданных, приложите PDF-ки и загрузите. Файлы а любом случае руками прикладывать придется. Продублировать исходники? Слал же вроде, или не Вам?

не нравится SAF - выгрузите метаданные из текущей коллекции, изучите шапку. Забейте все столбики новыми значениями кроме столбика ID. В него поставьте +. После импорта CSV назад будут новые айтемы без файлов. Их уже придётся через веб интерфейс грузить. Но в таком раскладе ничего кроме опенофиса не нужно вовсе.

Хотите ходить напрямую в базу? Могу пожелать успехов (без сарказма)... я не умею... :)

Про "авторские ключевые слова" не понял. В первый раз слышу такое определение. Выяснить, что это такое не удалось.
Вы предлагали использовать subject в связке с udk. У меня два вопроса: 1. нафига вообще он нужен, этот УДК, если он в 90% не достоверен, и в 90% не востребован? 2. Зачем в связке с ним еще и текстовую его инкарнацию записывать? Обычно в subject кладут как раз ключевые слова, в том числе те, которые придуманы автором. Некий авторитетный файл всё же желателен, но терять авторские ключевые слова и аннотации (коих в конференциях и журналах через одну, если не в каждой) имхо не стоит.

По переводчикам.... я просто открываю реестр метаданных и читаю:
dc.contributor.advisor, dc.contributor.author, dc.contributor.compiler, dc.contributor.editor, dc.contributor.illustrator, dc.contributor.other, dc.creator, dc.publisher, dc.description.provenanse, dc.description.sponosrship

Среди всех этих людей которые не являются организациями и у них нет ролей, я хочу видеть переводчика, но при этом видеть его в dc.contributor.* и не ломать валидность. Как? Да никак. Руководителя диссератции хочу, как? Аналогично. Приходится что-то придумывать...
[elar.rsvpu.ru] вот тут в крайней правой колонке руководители не показываются, хотя в общем-то они есть.

Спеки даблинкора обычно не читают, ибо.... у нас трава другой системы. Мне тут коллега показал свежий украинский оаи харвестер, штука занятная, но только подтверждает мою гипотезу. Там конечно еще OAI накладывается на DC, но то что авторы данного решения сделали одинаковое маппирование для всех, вызывает улыбку. В итоге епринцы отдают одну дату, а диспейсы три. Видно что кто-то хранит "хвост" биб. описания (номер и страницы) в dc.identifier.other и др. и пр.

Тип документа в архиве один
Это вопрос терминологии. Думаю, скоро будет реализован пример, который можно будет показать. К тому же, многие коллеги грешат загрузкой в архив базы АБИС... совершенно прямо декларируя при этом что когда-то они отсканируют весь фонд. Так что тип документа "усеченная биб. запись" тоже имеет место быть :)

Возможно ли в DSpace из коробки сделать свои шаблоны для описания документов Один шаблон точно можно - правкой того же input-forms.xml.

Много шаблонов.... хмм... batch import тех же SAF-ов через веб интерфейс.

В принципе, если использовать xsl трансформер с установкой некоего выпадающего списка в качестве отправной точки и показа/сокрытия групп полей, то можно и через инпут-формс всё сделать.

Цитата:

Вы предлагали использовать subject в связке с udk. У меня два вопроса: 1. нафига вообще он нужен, этот УДК, если он в 90% не достоверен, и в 90% не востребован? 2. Зачем в связке с ним еще и текстовую его инкарнацию записывать?

1. Не согласен, УДК проставляют библиотекари, а не авторы его ищут в интернете (у нас так). А вот касательно нужности - согласен, может и не нужен, но это будет дополнительная "фишка", чтобы лишний раз к архиву обратился пользователь, чтобы прописать его в своей работе.
2. Текстовая реинкарнация - название рубрики, добавление авторитетного тематического поиска по архиву путем создания нового фильтра - поиск по рубрикатору.

Цитата:

Хотите ходить напрямую в базу?

В идеале, интеграция в внешней БД в из своей АБИС по аналогии с PubMed.

Цитата:

SAF-формат открыт - сделайте экспорт метаданных, приложите PDF-ки и загрузите.

Сорри, что надоел. Надо просто пропустить технологию через себя. После этого, надеюсь, многие вопросы отпадут сами собой.

В идеале, интеграция в внешней БД в из своей АБИС по аналогии с PubMed.
А Вы точно знаете как pubmed или к примеру pure пуллят dspace?:) Первый прозрачно (хотя вернее будет сказать не видно для пользователя и только в dspace-cris) через lni в конкретные коллекции, второй явно через lni, но так, что dspace становится только хранилищем, ибо всё что сдеано помимо pure затирается при следующей "синхронизации".

В принципе, нужно освоить или lni или rest, но это пидётся модуль для АБИС дописывать, а напрямую в базу (odbc/jdbc) я бы не рискнул.

Но как только начнете осваивать lni (который кстати deprecated) или rest, то saf покажется не таким уж и геморройным решением.

А насчет удк... вот как раз когда автор не глядя глубоко ставить себе УДК от похожей статьи и начинается начало конца.

Кстати, взгляните на это - [udc.biblio.uspu.ru] в общем оно позволяет такие вот штуки генерить - 011.1=025(043)"335.1/.5"(152)(=084)-021.5

Возвращаясь к проблеме преобразованя MARC <-> DC
Натолкнулся на ресурс MARC to Dublin Core Crosswalk. Не думаю, что библиотека Конгресса занимается чем-то не тем.
Квалификатора "author" в стандарте DC не нашел, поэтому переводчика можно смело заносить, к примеру, в dc.contributor.interpreter.
Соответственно, разночтения авторов можно заносить в dc.contributor.altauthor
???