1. Для этого есть фасеты, но вообще можно - [elar.rsvpu.ru]
2. Если не читать документацию - нельзя. Вы не читали, Вам нельзя :)

Это в /dspace/config/modules/usage-statistics.cfg настраивается, параметр authorization.admin.usage=false

Требовалось пакетное редактирование метаданных. Пока не превышало лимит экспортировал в GUI, редактировал в Calc, импортировал опять в GUI. Даже если и превышало экспортировал по коллекциям и импортировал обратно. Возникла необходимость исправить метаданные сразу в нескольких тысячах записей (изменение URI). Лимит стоит не больше 1000. Да и сами разработчики рекомендуют править сразу не более тысячи иначе можно получить Shared Memory.
Как можно сделать экпорт выбранной партии записей, например, по диапазону хендлов?

Предлагаю другой вариант:

1. Делаем dspace metadata-export -a -f /filename.csv
2. В Calc уродуем файл как бог черепаху (в т.ч. выделяем наборы по признакам)
3. В нем же делим файл на кусочки по тысяче записей (на машине с 2гб памяти в dspace.bat/dspace.sh нормально залетает 4 тысячи правок)
4. Делаем dspace metadata-import -f ./file1.csv, dspace metadata-import -f ./file2.csv, etc

Да, после правок, затрагивающих фасеты и поисковые индексы, лучше давать SOLRу проплеваться... вплоть до dspace index-discovery -o, ну и потом сделать вакуум постгресу.

Цитата:

1. Делаем dspace metadata-export -a -f /filename.csv
2. В Calc уродуем файл как бог черепаху (в т.ч. выделяем наборы по признакам)
3. В нем же делим файл на кусочки по тысяче записей (на машине с 2гб памяти в dspace.bat/dspace.sh нормально залетает 4 тысячи правок)
4. Делаем dspace metadata-import -f ./file1.csv, dspace metadata-import -f ./file2.csv, etc

Уже так и делаю. Другого варианта просто не вижу.

Цитата:

... ну и потом сделать вакуум постгресу.

Объясните, пожалуйста, что это значит?

> Объясните, пожалуйста, что это значит?

У постгрес есть такая регламентная операция, которая называется VACUUM. Во время этой операции удаляются т.н. "мёртвые строки".

Если без физики процесса, то просто идем в pgadmin, выбираем базу, кликаем по ней правой кнопкой мыши и выбираем "Обслуживание", далее, во вкладке "" ставим галочки на VACUUM, FULL, ANALYSE, "Подробные сообщения" и жмём ок. Может занять некоторое время, можно делать на работающем сервисе. Можно засечь объём data до и после, но драматического уменьшения может и не быть.

Вообще, в типичном использовании dspace, когда данные в основном добавляются, но пакетно не изменяются, вакуум как бы и не нужен, но если мы начинаем сильно переиначивать фонд, и index-discovery -o (а может и -d, f-, -b) и вакуум необходимы.

Доброго времени суток коллеги.

После установки и настройки DSpase 5.6 столкнулся с рядом вопросом, может кто-то уже с ними сталкивался:

Статистика по разделам работает только у администратора системы (для всех остальных сообщение "Недостаточно прав"), можно ли сделать так чтобы эту статистику видели если не все, то хотя бы зарегистрированные?
Из того что нашёл в сети для интерфейса JSPUI
необходимо настроить конфигурационный файл
dspace.cfg, в котором необходимо определиться можно ли
предоставлять статистическую информацию всем пользователям без
исключения или только администратору архива (report.public)
report.public = false/true
true – статистическую информацию может просмотреть каждый,
false – достуна только администратору архива.
Изменил значение с false на true, перезапустил tomcat, но статистику по прежнему видит только админ.

Настройка полей для отображения методанных кто-то пробовал их менять чтобы при отправлении публикации сразу заполняли необходимые?

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

Видимо, вопрос не снят...

report.public это месечная и общая статистика в /reports, а статистика по документам, разделам и коллекциям енаблится для анонимусов не там.


По второму вопросу для jspui всё легко - всё в инпут-формс.... типа так [ideafix.name]

Но в итоге там всё как бог черепаху изуродовать можно - [pp.userapi.com]

Статистику по документам, разделам и коллекциям я добавил через файл /dspace/config/modules/usage-statistics.cfg .
Или общую/месячную статистику так же можно сделать не только для админа?

> Или общую/месячную статистику так же можно сделать не только для админа?
Как ни странно да. Как раз пункт в dspace.cfg это и делает.

Только вот открывать эту (и общую и по документам) статистику или нет - большой вопрос. Её специалисту то интерпретировать сложно, не говоря уже о простом пользователе.

Здравствуйте!
Подскажите, пожалуйста, как вывести на главную страницу репозитория список последних загруженных документов?

Добрый день.
Сегодня при попытке пакетного импорта получил следующую ошибку

The batch import you initiated from the DSpace UI was not completed, due to the following reason:
 java.io.IOException: java.io.IOException: Нет такого файла или каталога
        at org.dspace.storage.bitstore.DSBitStoreService.put(DSBitStoreService.java:147)
        at org.dspace.storage.bitstore.BitstreamStorageServiceImpl.store(BitstreamStorageServiceImpl.java:107)
        at org.dspace.content.BitstreamServiceImpl.create(BitstreamServiceImpl.java:101)
        at org.dspace.content.BitstreamServiceImpl.create(BitstreamServiceImpl.java:120)
        at org.dspace.app.itemimport.ItemImportServiceImpl.processContentFileEntry(ItemImportServiceImpl.java:1215)
        at org.dspace.app.itemimport.ItemImportServiceImpl.processContentsFile(ItemImportServiceImpl.java:1031)
        at org.dspace.app.itemimport.ItemImportServiceImpl.addItem(ItemImportServiceImpl.java:486)
        at org.dspace.app.itemimport.ItemImportServiceImpl.addItems(ItemImportServiceImpl.java:338)
        at org.dspace.app.itemimport.ItemImportServiceImpl$2.run(ItemImportServiceImpl.java:1888)
Caused by: java.io.IOException: Нет такого файла или каталога
        at java.io.UnixFileSystem.createFileExclusively(Native Method)
        at java.io.File.createNewFile(File.java:1012)
        at org.dspace.storage.bitstore.DSBitStoreService.put(DSBitStoreService.java:123)

При повторных попытках получил эту же ошибку, причем часть записей импортируется нормально (каждый раз разное количество).
На тестовом сервере импорт проходит нормально, а на рабочем такая проблема. С чем это может быть связано?

CentOS 7
Dspace 6.2
Java java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.x86_64
PosgreSQL 10.6
Tomcat 9.0.1

Александр А.
Права на асетстор точно в норме? Не предлагаю chmod -R 777, но не мешает проверить.
Далее, всё ли ок с файловой системой? Далее, dspace cleanup -v и смотрим что там.... ну и dspace checker с нужными параметрами.

IdeaFix спасибо за помощь!
Насчет прав в асетстор был уверен на 110% что все в порядке, т.к. никаких изменений не делал и вообще в консоль месяца 2 не заходил. Да и импорты до этого нормально проходили. Однако

Цитата:

Верить, в наше время, нельзя никому. Порой даже, самому себе.

chmod -777 делать не стал, а вот chown -R dspace:dspace /dspace/ все починил. Теперь сижу в раздумьях, как такое могло случиться.
P.S. Под dspace cleanup -v вы подразумевали dspace checker -v?

Именно cleanup, ибо оно чистит асетстор от удалённых битстримов, а ключ вербос показывает что реально очистилось. На репозиториях большого возраста cleanup показывает очень забавные результаты :) Когда коллеги просят помочь с обновлением старых версий, первым делом делаю вакуум базе и клинап асетстору.

А права 99% что сломал фсцк.

Кстати, а могли рутом что-то сделать с асетстором? В частности через dspace import что-то загрузить из консоли?

Импорт через консоль не пользуюсь, веб-интерфейса хватает. Да и не помню чтоб что-то в консоли связанное с изменением прав делал.

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

Allenrush написал(а):
-------------------------------------------------------
> Здравствуйте!
> Подскажите, пожалуйста, как вывести на главную
> страницу репозитория список последних загруженных
> документов?

Подскажите, пожалуйста!

Allenrush написал(а):
-------------------------------------------------------
> Allenrush написал(а):
> --------------------------------------------------
> -----
> > Здравствуйте!
> > Подскажите, пожалуйста, как вывести на главную
> > страницу репозитория список последних
> загруженных
> > документов?
>
> Подскажите, пожалуйста!

Можно использовать меню Посмотреть по заглавию с последующей сортировкой по дате публикации в обратной хронологии.

pauleta написал(а):
-------------------------------------------------------

> Можно использовать меню Посмотреть по заглавию с
> последующей сортировкой по дате публикации в
> обратной хронологии.
Вы меня не совсем поняли. Я имею в виду панель на главной странице, которая бы эти документы показывала.Во многих репозиториях есть такая.

pauleta
экспортните метаданные в CSV, посмотрите что у Вас там в столбце collection. Если там 123456789/8256||123456789/8256, сообщите... хотя, думаю, и так понятно что с этим делать.

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

Буквально несколько страниц назад этот вопрос всплывал.

IdeaFix
Спасибо, но в метаданных все в порядке, дублирования нет.
Ссылка на файл [docs.google.com]

pauleta
А если browse-result выгрузить весь по коллекции 8256? ID и HANDLE у документов тоже одинаковый, или разный? Далее я бы смотрерл solr индексы.

И снова здравствуйте.

Такой вопрос. Перенесли репозиторий (5.6v) с одного хостинга на другой, причём с Win server на Linux под Debian. Переносили не сами, а хостеры. Но всё сделано очень криво. Сейчас исправляю косяки.
У меня вопрос основной однин - по статистике. Нормальный экспорт не выполнялся. Вообще никакой не выполнялся. Но у меня есть копия логов. Что сделал. Скопировал старые логи за весь период работы Dspace и заново сформировал статистику. Всё прокатило, НО если при нажатии на пункт "Статистика" все цифры восстановились как и были, то при выборе следующих пунктов внизу экрана:
"Просмотр статистики использования"
"Просмотр статистики поиска"
"Просмотр статистики потока работ",
везде по нулям.
Есть идеи как вылечить. Сама статистика-то есть?

Логи - это легаси статистика месячная и общая.
SOLR стиатистика - это кнопка "Статистика" под документом, коллекцией, разделом. Если солровый кэш не перенесён - статистику не восстановить.

Если есть логи томкэта, то.... [ideafix.name]

Кстати, в xmlui как-то интегрируется гугл аналитика, т.е. показывается статистика гугла при клике на кнопку.

Подскажите, пожалуйста, вводите ли вы ФИО автора на русском и английском языках при добавлении публикации? Проблема в том, что есть публикации одного автора на русском и английском языках. Естественно при поиске по фамилии автора на русском языке находятся только русские статьи, а английские нет. Это логичное поведение. Но, пожалуй, было бы не плохо, чтобы когда ищешь по фамилии находились как русскоязычные так и англоязычные публикации. Как Вы решаете это в DSpace? Может быть следует при добавлении каждой публикации добавлять "еще одного автора", ну уже указывать его же фамилию на другом языке?



Редактировано 3 раз. Последний раз 14.01.2019 14:31 пользователем andikk.

andikk написал(а):
-------------------------------------------------------
> Подскажите, пожалуйста, вводите ли вы ФИО автора
> на русском и английском языках при добавлении
> публикации? Проблема в том, что есть публикации
> одного автора на русском и английском языках.
> Естественно при поиске по фамилии автора на
> русском языке находятся только русские статьи, а
> английские нет. Это логичное поведение. Но,
> пожалуй, было бы не плохо, чтобы когда ищешь по
> фамилии находились как русскоязычные так и
> англоязычные публикации. Как Вы решаете это в
> DSpace? Может быть следует при добавлении каждой
> публикации добавлять "еще одного автора", ну уже
> указывать его же фамилию на другом языке?


Вы совершенно правы, это наилучший подход.

Тут многое зависит от...

А что вы делаете когда разные истероидные личности творят под псевдонимами? А когда авторов без их ведома транслитеруют на половину европейских языков? А замуж-развод и еще пачку синонимов?

В принципе, в системе, у которой главное это "заглавие", а автор приписывается к заглавию. иначе как костылями это не решить. В DSpace CRIS данная проблема решена более или менее изящно, но это требует изменения модели данных. На уровне костылей можно попытаться решить данную проблему посредством ORCID внутри dspace, либо же агитировать сотрудников за профили в GS, Academia EDU и пр.

Но любой адекватный библиотекарь скажет что нельзя вносить в описание данные, которых нет. Если очень хочется - можно взять их в квадратные скобочки :) А для синонимов есть авторитетный файл.

Про полных тёсок я уже и не спрашиваю... неужто вносите их как Иванов1 и иванов2, чтобы не дай бог не было пересечений :)



Редактировано 2 раз. Последний раз 16.01.2019 11:20 пользователем IdeaFix.