Обо всём по порядку:

1. в dspace.cfg параметр webui.itemdisplay.default

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

2. Если строка метаданных есть ссылка или дата, можно использовать ключи (date) или (link). Если хочется дать зачения через запятую (например, ключевых слов) а не с новой строки - (nobreakline)

3. Для кликабильных полей a la DOI есть урл ресолвер (сразу ниже параметра webui.itemdisplay.default в конфиге).

Всё это точно работает для JSPUI, для XMLUI что-то аоможно придется менять на уровне темы.

[elar.urfu.ru] посмотрите, тут в общем достаточно не стандартно реализована связть русского препринта и английского перевода статьи. Связь ведет сюда - тут кликабильная обратная связь, ДОИ и ссылка на скопус.

Коллеги, кто-нибудь ore харвест ссылок на файлы настраивал?

Такое ощущение что в 5.2 ORE просто сломан как минимум на уровне клиента, между 5.3 нормально проходит полная синхронизация (источник OAI, XMLUI нет), но не метаданные+ссылки.

вопрос снят )))



Редактировано 2 раз. Последний раз 27.10.2015 16:58 пользователем -AND-.

Используйте сервисы в сообщении Unicode Escape-code, чтобы узнать значение одной строки.
Но рекомендую все переконвертить в удобночитаемый вид с помощью утилиты native2ascii:

native2ascii -reverse -encoding utf-8 Messages.properties Messages.utf8

Такой файл редактировать легче. После изменения сохранить в UTF-8 без BOM. Далее

native2ascii -encoding utf-8 Messages.utf8 Messages_ru.properties

Естественно, JDK в PATH. На Linux такой проблемы нет, если локаль корректно настроена. Такая проблема наблюдается на Windows.
А теперь мой вопрос:
Имеется 2 сервера на Debian: 1 рабочий, 2 - тестовый. На тестовом уже имеется разделы и коллекции, некоторые включают айтемы. Возможно ли объединить дампы БД в одну и таким образом выполнить единый импорт БД.
+
В руководстве пользователя для версии DSpace 5.x в пункте 4.3.7 Importing Community and Collection Hierarchy описывается как выполнить экспорт/импорт структуры коллекций в целом.
Но как объединить коллекции и айтемы в один архив? Ответа на этот вопрос пока не нашел.



Редактировано 2 раз. Последний раз 27.10.2015 17:26 пользователем woodyfon.

Отчитываюсь по ORE:
1. В 5.2 оно сломано.
2. в 5.3 (да и везде наверное) оно не работает с файдами в именах которых есть пробелы. Багу в джиру повесил, жду когда Тим скажет что это не баг а недокументированная фича и вообще это косяк lyncode и мой тикет надо закрыть а меня побанить :)

woodyfon
Структура переносится соответствующим макросом, контент отдельно соответствующим. В принципе, перетащить дамп базы и асестор возможно, такая система работает. Мы так в Украине кстати делали на одной песочнице. Сервис переезжал на арендуемую виртуалку типа в облако с винды на линукс - асетстор и базу перетащили, сделали dspace index-db-browse -f и dspace index-discovery -i и всё заработало. Юниксвей....

Только у Вас возможно хэндл ури придётся подменить по понятным причинам.

Пробовал перенести структуру с помощью AIP - не удалось.
Можно ли каким-то образом перенести существующую схему описания полей метаданных?

Не тысяча же полей у Вас введена дополнительных, может проще руками?

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

[wiki.duraspace.org]

Вот исходное состояние для пятерки

[wiki.duraspace.org]

Для четверки

Но я видимо не понимаю проблемы, т.к. "исходный перечень" в чистой инсталляции из коробки и так есть и если его нет - значит инсталляция прошла не правильно.

Проблема заключается в том, что надо на тестовый сервер перекинуть файлы dspace c рабочего, объединить структуры в одну и закинуть айтемы. Структуру не хочу трогать - очень много времени потрачено, к тому же в файлике описания полей метаданных идет привязка к ID.
Хорошо хоть handle один и тот же.
Добил AIP. Замечу очень хорошая штука, чтобы именно объединить в одном архиве разделы и их коллекции. Правда были некоторые трудности, но об этом дальше.
Были проведены следующие действия:
1) перенос/замена файлов DSpace
2) правка конфигурационного файла
3) восстановление БД из дампа.
4) Добавлено новое имя схемы реестра описания метаданных

Экспорт всего архива, включая разделы верхнего уровня, разделы, коллекции, ресурсы. (Exporting AIP Hierarchy)

$ sudo [dspace]/bin/dspace packager -d -a -t AIP -e [e-person] -i [handle]/0 /path/to/archive.zip

Импорт всего архива

sudo [dspace]/bin/dspace packager -r -a -f -t AIP -o skipIfParentMissing=true -o ignoreParent=true -e [e-person] -i [handle]/0 /path/to/archive.zip

Если не указать опцию skipIfParentMissing=true, возможно, будут появляться сообщения об ошибке (DS-2404), но при этом все ресурсы будут в архиве. Изначально в архиве была почти пуста, поэтому вероятность утери данных минимальна. Но все таки перед командой Replace/Restore следует делать полный бекап (архив с файлами dspace и дамп БД).
AIP - идеальное средство для переноса контента.
P.S. В схему добавились только те элементы, которые существовали. Не забываем вручную их "забить".

[ideafix.name]

Пункт 4. Бэкап контента посредством макроса PACKAGER.

Подскажите, пожалуйста, как в 5.2 сделать общедоступной статискику по записям.

Спасибо, все настроила, обратная связь работает

Есть ли какая-то команда, которая актуализировать id handle. После переноса структуры система выдает ISE-ошибку. А логи показывают, что невозможно создать идентификатор, так как он существует.

Цитата:

Error while attempting to create identifier for Item id

tomelchenko_

\dspace\config\modules\usage-statistics.cfg

authorization.admin.usage=false

woodyfon

У меня такие вещи обычно хорошо не кончались.Приходилось делать последовательность хэндлов +100 через pgadmin. Ловил такой глюк в 100% случаев, когда двигал фонды между инсталляциями так, что хэндл префиксы двигались не хронолигически созданию.

Надо в комьюнити или техсаппорте в гуглгруппсах спросить про это. если не подскажут изящное решение - я подскажу не изящное.

Цитата:

Если долго не соглашаться с ошибкой - она исчезнет.

DSpace отводит каждому айтему свой id handle, даже если сабмит не завершен. Создал вручную штук 30 - и в конце концов после принятия текста лицензии увидел, что материал успешно добавлен. Наверное это баг.
Здесь Error while attempting to create identifier for Item id: 7330
рассказывают, что проблема решилась, когда пользователя dspace определили в группу postgres.
Видимо, если импорт AIP прошел неудачно, то не все изменения откатываются назад.
+
В руководстве настоятельно рекомендуется запустить скрипты обновления БД:
[dspace]/etc/postgres/update-sequences.sql. При этом потушить tomcat.
Это должно установить нормальную последовательность handle id.
Но настораживает строка

SELECT setval('handle_seq',
              CAST (
                    max(
                        to_number(regexp_replace(handle, '.*/', ''), '999999999999')
                       )
                    AS BIGINT)
             )
    FROM handle
    WHERE handle SIMILAR TO '%/[0123456789]*';

ведь handle по умолчанию 123456789.
По идее, добавляемым айтемам должен присваиваться максимально свободный id.
+
После установки максимальный id равен +1 id суперпользователя.



Редактировано 2 раз. Последний раз 03.11.2015 19:52 пользователем woodyfon.

Блин, такие костыли :( И ведь это одно из лучших продакшенных решений. В ЕПринтс местами тоже страшно внутри.

Спасибо.
Скажите, пожалуйста, какой файл отвечает за формирование статистики. У нас перестало показывать статистику, Страница загружается а количество не показывает. [url=http://dspace.kspu.kr.ua/jspui/handle/123456789/38/statistics][/url]
я изменяла размер букв, возможно что-то поменяла. Сразу не обратила внимания, а теперь не помню, что могло послужить тому что не подсчитывает статистику. Кто знает помогите.

Добрый день. У меня установлен dspace 5.2. Нажимаю отправить новый материал в коллекцию и на странице выбора коллекции в ниспадающем списке не вмещаются по ширине названия коллекций. В dspace 3 как-то строки делились на две и строка была вся видна, а теперь строка уходит за экран.Только при разрешении экрана 1900 х1200 или при уменьшении масштаба страницы до 60% видна вся строка целиком. Как-то можна решить проблему?

xmlui или jspui? В последнем ни на 5.2 ни на 5.3 не подтверждаю такого поведения.

Кстати, что за браузер? Он бутстрап совместимый?

elarkhnu написал(а):
-------------------------------------------------------
> Добрый день. У меня установлен dspace 5.2. Нажимаю
> отправить новый материал в коллекцию и на странице
> выбора коллекции в ниспадающем списке не вмещаются
> по ширине названия коллекций. В dspace 3 как-то
> строки делились на две и строка была вся видна, а
> теперь строка уходит за экран.Только при
> разрешении экрана 1900 х1200 или при уменьшении
> масштаба страницы до 60% видна вся строка целиком.
> Как-то можна решить проблему?

dspace 5.2 jspui установлен на debian 8
java version "1.7.0_79" tomcat7
google chrome Версия 46.0.2490.80 m
mozilla firefox v 41
разрешения 1024х768 и 1280х1024
chrome_1024x768
firefox_1024x768
chrome_1280x1024


сайт репозитария



Редактировано 4 раз. Последний раз 06.11.2015 13:23 пользователем elarkhnu.

elarkhnu

А если кнопку на странице коллекции использовать? Она немного не очевидно расположена и у нас при переходе еще на 4 версию контент менеджеры сами эту кнопку не нашли...

[static1.keep4u.ru]

Ну а насчёт списка, в принципе могу предложить хак, отрезающий первые Х символов от названия в выпадающем списке.

Делаю пакетный импорт с помощью SAFBuilder. Вроде все нормально грузиться, если добавляется 1 айтем
(10/11/2015 - 13:56 --> Success)
Если 30, Failure
Но потом все подгражается, достточно выполнить продолжение upload/
В логе dspace такие строки

2015-11-10 14:05:48,203 ERROR org.dspace.app.itemimport.ItemImport @ '/dspace/exports' as defined by the key 'org.dspace.app.itemexport.work.dir' in dspace.cfg is not a valid directory
2015-11-10 14:05:48,203 ERROR org.dspace.app.itemimport.ItemImport @ Unable to create contents directory: /dspace/imports/batchuploads/1/1447157148194/data_unzipped2//SimpleArchiveFormat.zip/SimpleArchiveFormat/
2015-11-10 14:05:48,203 ERROR org.dspace.app.itemimport.ItemImport @ Unable to create contents directory: /dspace/imports/batchuploads/1/1447157148194/data_unzipped2//SimpleArchiveFormat.zip/SimpleArchiveFormat/item_1/

Права на папки exports и imports 0755, владелец (tomcat7)

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

По моему опыту архивы до 100 мегабайт размером и до 100 айтемов грузятся через веб (jspui) в общем без проблем, а дальше - только консоль. Имел опыт загрузки 12 тысяч айтемов в одну коллекцию за раз - всё прошло штатно, но память всё же мониторил.

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

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

там всё не так, по крайней мере в JSPUI.

Failure горит до тех пор, пока задача не выполнена до конца. а потом загорается Success. Это если всё штатно проходит. Ну и письмо падает типа такого:

The batch item import you initiated from the DSpace UI has completed successfully.

You may find the mapfile for the import in the following path: \dspace\imports\batchuploads\1\1447182390737\mapfile


The DSpace Team

Чтобы исключить дублирования материалов в коллекциях, приняли решение использовать Item Mapping. Но работает через раз.
Наша последовательность действий
1. Зайти в ту коллекцию, в которую необходимо определить существующий материал
2. Нажать на кнопку Item Mapping...
3. C помощью формы поиска, найти материал.
Возможно ли искать по id.
3. Отметить и отослать.
Не удается ничего найти.
Есть ли какой-то более простой способ?