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

Хотел еще уточнить интересует встроенная статистика DSpace или SOLR? Будет легче ответить, если скриншоте приведете.

Два дополнения.

1. В файле dspace.cfg у нас прописано report.public = true, и все же статистика по конкретной работе доступна только администратору. Даже отправитель получает отказ: Ви не маєте необхідних прав на виконання цієї дії.

2. По-поводу встроенной статистики DSpace или SOLR - затрудняюсь ответить. Прикрепляю два скриншота. На втором - рейтинг топ-материалов, который и хотелось бы обнародовать.

Рисунок 1
Рисунок 2

Спасибо.

Не делая авторизацию, зайдите по ссылке [repo.knmu.edu.ua]. Статистика стала доступна всем пользователям без исключения, даже гостям. Если хотите выводить топ, правьте файлики статистики. Какие именно, ознакомтесь со статьями статистики (на англ. языке)

Внимательно ознакомился с перепиской. Очень интересно.
Решил претворить в жизнь статистику DSpace, но пока ... .
Но вот возник жизненный вопрос:
Пользователь выкладывал неоднократно свои работы, а потом за время своего отпуска запамятовал свой пароль для авторизации. Каковы мои действия как администратора DSpace. Спасибо за внимание, если обратите.

Предложить пользователю поменять свой пароль через форму forgot или самостоятельно поменять пароль в БД и выслать ему на электронный адрес. Подсказать пароль пользователю вы не сможете, так как он хранится в зашифрованном виде.

Спасибо.Через форму "Если Вы забыли пароль" получилось.Заодно перевел содержимое файла почтового ответа на укр язык (c:\DSpace\config\emails\change_password).

Возвращаясь к напечатанному в ст. "Статистика В DSpace 1.8.x" на 2-ой страничке есть фраза "... пересобирать систему после изменения конфиг. файлов или файлов исходного кода". Разве не достаточно перезапустить приложение в конфиг. файле, которого были сделаны изменения.
При запуске скриптов система ругается, что ""dspace" не является внутренней или внешней командой, исполняемой программой или пакетным файлом."
И почему не могу найти у себя в системе DSpace файл solr-statistics.cfg



Редактировано 2 раз. Последний раз 10.09.2012 11:00 пользователем nik314.

Цитата:

Возвращаясь к напечатанному в ст. "Статистика В DSpace 1.8.x" на 2-ой страничке есть фраза "... пересобирать систему после изменения конфиг. файлов или файлов исходного кода". Разве не достаточно перезапустить приложение в конфиг. файле, которого были сделаны изменения.

Да, вы правы. Если менять просто конфигурационные файлы, можно просто перезапустить кота. Если исходники, то пересобирать.
Имелось в виду, что после изменений придется так или иначе пересобрать/перезапустить систему. Фразу стоит изменить на
Перед тем как рассказать о настройке статистики в DSpace,
необходимо сперва рассказать как перезапустить/пересобирать систему после
изменения соответственно конфигурационных файлов или файлов исходного кода.

Цитата:

При запуске скриптов система ругается, что ""dspace" не является внутренней или внешней командой, исполняемой программой или пакетным файлом."

Чтобы выполнить скрипт, необходимо, чтобы каталог dspace был прописан как системная переменная. Как это сделать, читайте в статье про установку.

Цитата:

И почему не могу найти у себя в системе DSpace файл solr-statistics.cfg

Начиная с версии 1.8 дополнительные функции DSpace выполнены в виде отдельных модулей. Если не удается найти, значит у вас версия отличается от той, про которую написано в статье. Попробуйте найти нужный параметр в файле dspace.cfg в секции SOLR STATISTICS CONFIGURATIONS

solr.log.server = [localhost:8080]

Редактировано 2 раз. Последний раз 10.09.2012 16:12 пользователем woodyfon.

каталог c:\DSpace прописан в Path системы,
значение solr.log.server = [localhost:8080]
по умолчанию уже прописано, но несмотря на всё это скрипты не работают и статистика не отрабатывается.

Спасибо за внимание, если обратите.



Редактировано 1 раз. Последний раз 10.09.2012 17:54 пользователем nik314.

Цитата:

каталог c:\DSpace прописан в Path системы,

Приведите полностью текст команды и часть переменной PATH.

Цитата:

по умолчанию уже прописано, но несмотря на всё это скрипты не работают и статистика не отрабатывается.

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

вот фрагмент Path - "..;c:\Program Files\Java\jdk1.7.0\bin;c:\DSpace;c:\ELib\ANT\bin;c:\ELib\MAVEN\bin;...."
Далее, созданы 5 *.bat файлов с одной строчкой скриптом:
stat-general.bat
stat-initial.bat
stat-monthly.bat
stat-report-general.bat
stat-report-monthly.bat
Скрипты:
dspace stat-initial
dspace stat-general
dspace stat-monthly
dspace stat-report-general
dspace stat-report-monthly
...каждый в своём файле находится для запуска через планировщик.
Запускаю для теста , находясь в консоле данной папки



Редактировано 1 раз. Последний раз 10.09.2012 18:48 пользователем nik314.

Файлы скриптов не забыли положить в папку [dspace]/bin?
Попробуйте запустить команду из каталога [dspace]/bin.
Интересно, как вы создали тогда учетную запись администратора, если не выполняются скрипты?



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

УРА ! Заработала !
И всего лишь из-за перемещения бат файлов в др папку и скрипты стали отрабатываться.
Так это уже - добре.Большое спасибо за допомогу.
Теперь настройки.В файле dspace.cfg - параметр - report.public = true, но просмотр только для админа.
Второе.В файле dstat.cfg - параметр start.year = 2012, а отчет формируется с 2011 года.B отчете, на мой взгляд, не все поля нужны, каким образом это решается.В отчете некоторые документы указаны просто ссылками (http://dspace.uccu.org.ua/handle/123456789/169 ) на документ
Третье. Что конкретно надо перевести (какие значения) в файле - dstat.map для локализации.

Цитата:

В файле dspace.cfg - параметр - report.public = true, но просмотр только для админа.

Перезапустите кота.

Цитата:

В файле dstat.cfg - параметр start.year = 2012, а отчет формируется с 2011 года.

Удалите логи сбора статистики. Сделайте инициализацию сбора статистики и формирования отчета.

Цитата:

Что конкретно надо перевести (какие значения) в файле - dstat.map для локализации.

Переводить необходимо те значения, что стоят после знака равно "=". Чтобы локализация заработала, нужно ввести многоязычную поддержку и переименовать файл dstat.map в dstat_uk.map (например, для укр. языка)

Насчет перезагрузки кота, то уже неск. раз процедуру проделал.
Статистика доступна только админу и только в режиме алминистрирования -> Статистика, а вот просмотр статистики в коллекциях непосредственно не работает даже и под админом (появляются пустые поля)
А может у кого уже есть на укр языке локализация данного файла (dstat_uk.map)?

Вот интересный материал по установке (50 слайдов)(http://www.slideshare.net/cheradi/instalarea-dspace), настройке и администрированию DSpace (98 слайдов) - http://www.slideshare.net/cheradi/setarea-dspace



Редактировано 4 раз. Последний раз 13.09.2012 10:49 пользователем nik314.

При размещении материалов нужно заполнить определенные поля, одно из которых назыввается "Альтернативное название" - для материалов, имеющих название на нескольких языках.
Вопрос следующий: как настроить отражение и возможность поиска этих самых альтернативных названий?

Прочитал про Google analitics. Решил испробовать, что это и с чем едят.
Прошел бесплатную регистрацию на GOOGLE. Получил ключ - UA-ХХХХХХХХ-Х, который требо прописать и активизировать в файле dspace.cfg (строка 1890):
xmlui.google.analytics.key=UA-XXXXXXX-X.
И что теперь с этим добром делать и где в каком шаблоне страницы прописывать.? На Google, где прописан адрес сайта для анализа так же аналитика не ведется.



Редактировано 1 раз. Последний раз 17.09.2012 18:04 пользователем nik314.

Подскажите, а кого какое значение стоит в параметре
mail.charset =

А то я туда написал mail.charset = CP1251, но иногда приходят жалобы, что не в той кодировке отображается приходящее письмо (на сколько я помню, это было только от пользователей Outlook)
И вот теперь я задумался, а что будет, если вообще оставить значение пустым? Как кто думает?

В каталоге (c:\DSpace\config\emails\*) находятся все письма-ответы, вот их требо перевести на родной язык с буржуйского с сохранением структуры.

они переведены на украинский язык, с добавлением к имени файла приставки _uk. Но вопрос был в другом: надо ли в указанном выше пункте настроек dspace указывать кодировку отправляемых писем? Или нужно оставить пустое значение?

в моём файле dspace.conf строка 128 имеет вид #mail.charset = UTF-8

спасибо

Что то не понятно со статистикой.
Во первых – просмотр только в профиле админа,
во вторых – при вкл рус. и англ. интерфейса DSpace – статистика на англ. яз выдаётся, в отличии от укр. интерфейса – статистика выдаётся на укр. языке.Где что изменить ?
С Google статистикой полный стопор. Какой шаблон нужно редактировать для ключа _uacct = "UA-XXXXXXX-X" ("...Analytics will give you a snipit of javascript code to place on your site,inside that snip it is your google analytics key usually found in the line:_uacct = "UA-XXXXXXX-X..."), что бы получить статистику. Google отказывается предоставлять статистику ввиду ошибки на сайте.
В третьих - в профиле админа в разделе администрирования ведётся так же ещё одна статистика, но там всё на англ. языке. Добавил файл - dstat_uk.map и dstat_ru.map, результата нет.



Редактировано 1 раз. Последний раз 21.09.2012 10:20 пользователем nik314.

Коллеги, а есть ли профит от сборки сабжа посредством x64 версии jdk и работы под x64 версией jre? ОС - Windows 2008 R2. На ней только сам сервис, база в другом месте.

Ну и еще один вопрос, сильно ли я пожалею о соденом, если попытаюсь подключиться к базе, созданной и работавшей для dspace 1.4.2 из dspace 1.8.2? Не сломаю ли я базу? Факи по миграции читал, сделал вывод что всё не просто.



Редактировано 1 раз. Последний раз 21.09.2012 16:33 пользователем IdeaFix.

Цитата:

Коллеги, а есть ли профит от сборки сабжа посредством x64 версии jdk и работы под x64 версией jre? ОС - Windows 2008 R2. На ней только сам сервис, база в другом месте.

А можно то же самое только по-русски.

Цитата:

Ну и еще один вопрос, сильно ли я пожалею о соденом, если попытаюсь подключиться к базе, созданной и работавшей для dspace 1.4.2 из dspace 1.8.2? Не сломаю ли я базу? Факи по миграции читал, сделал вывод что всё не просто.

Может, проще будет сконвертить БД под новую версию. Было бы интересно посмотреть на факи.

woodyfon написал(а):
-------------------------------------------------------
> А можно то же самое только по-русски.

Есть dspace src. Есть x64 os. Будет ли разница, при использовании x86 и x86_64 версий JDK при сборке? Куда уж более по-русски?


woodyfon написал(а):
-------------------------------------------------------
> Может, проще будет сконвертить БД под новую версию. Было бы интересно посмотреть на факи.

на wiki.duraspace.org есть описание по впгрейду, но не сквозному (с 1.4 до 1.8) а по порядку. И если все этапы прочитать, становится понятно что во-первых всё не просто, а во-вторых есть какой-то dspace 3.x (unreleased).

Цитата:

Будет ли разница, при использовании x86 и x86_64 версий JDK при сборке?

Не должно. Если будут проблемы, ставьте x86.

Цитата:

а во-вторых есть какой-то dspace 3.x (unreleased)

Пока он выйдет, так 4-ая финальная версия появится. Разработчики не успели еще зарелизить двойку, а уже тройка на подходе.

Мне был интересен не столько опыт проблеммный, сколько опыт прироста (или его отсутствия) скорости, в связи с переходом на х64 инструменты сборки.

Просто сейчас попробовали покрутить диспейс в glassfish3, т.к. была готовая песочница - не понравилось, сетевики предложили машину под виндой в dmz. Теперь сервис и база будут либо в двух виртуалках (винда+ винда) либо в виртуалке (винда) и на реальном большом сервере БД, либо опять же в двух виртуалках (винда и центос) под сервис и базу.