Alle Themen der Wissensbasis

Alle Themen der Wissensbasis

@mire
Articles Extras Plugin
Backup
Begutachtung (Peer Review)
Bibliotheksservice-Zentrum Baden-Württemberg(bsz)
Bildbearbeitung und Optimierung
Center für Digitale Systeme (CeDiS)
Common Log Format (CLF)
Connexions & Rhaptos (Rice Universität)
Custom Block Manager
Custom Block Manager OCS
Dateiformate LZA
digital peer publishing nrw
Discussion:Literaturverwaltung
disziplinäres Repositorium
DiVA (Digitala Vetenskapliga Arkivet) (Universität Uppsala)
Dokumenterstellung
Dokumentlieferung
Dokumentvorlage
DPubS (Digital Publishing System) (Cornell und Penn State)
DSpace
dublin core metadata element set
Editorial und Redaktionssystem
edoc-server
Einreichungsprozess
eJournal Hosting
eJournal und ePublishing Software Systeme
EPrints Services
External RSS Feeds
Fedora
FIZ Karlsruhe
functional requirements for bibliographic records (frbr)
Galley Icons
giga hamburg university press
GNU EPrints (Universität Southampton)
Google Site Search
Hamburg University Press: GIGA Journal Family
Hardware LZA
HathiTrust Digital Library (Kollaboration von 26 Forschungsinstitutionen der USA)
Humboldt Universität zu Berlin
Hyperjournal (Net7 und Universität von Pisa)
Indexierung & Suche
Institutionelles Repositorium
Jalali calendar support
Konvertierung
Kooperativer Bibliotheksverbund Berlin-Brandenburg (kobv)
Langzeitarchivierung
LatexRender support
Linksammlung Standards & Interoperabilität
linksammlung standards und interoperabilität
Literaturverwaltung
Living Documents
Metadaten
Metadatenerfassung (Digitalisierung)
Metadatenerfassung (Dokumenterstellung)
Metadatenerfassung (elektronische Zeitschriften)
Metadatenerfassung (ePublishing)
Metadatenerfassung (Repository)
MyCoRe
NLM Citation Plugin
Nutzungsstatistik
OCS - Open Conference Systems
OCS Plugins
OJS Plugins
ONIX DOI xml Export
Open Journal Systems OJS (Universität von British Columbia und Simon Fraser Universität)
Open Repositories.org
openaire-compliance
Paymethod::Moneris
Persistent Identifier LZA
Persitent Identifier
Piwik
Polished Theme
Popular Articles Block Plugin
Public Folder Browser Plugin
Publikations und Sammlungspräsentation
Publikationspräsentation & Browsing
Repositorien Software Details und Vergleiche
Repositorienhosting
Repositoriensoftware
Repositorium
Repository-Cookbook
repository-management
Retrodigitalisierung
Reviewer Index Plugin
Sammlung zu Standards und Interoperabilitäten
SciELO Export Plugin
Select Role Block
Simon Fraser University Library (SFU)
SLUB Dresden
Software LZA
Speicherung und Archivierung
Standards
start
Static Pages
Static Pages OCS
SWORD 1.2 Repository Deposit
Technischer Leitfaden - Fedora
Technischer Workflow LZA
Template:Vorlage für die Eingabe weiterer Repository Systeme
Thesaurus (tematres integration)
Topaz (Topaz Projekt)
Validierung
Vancouver Citation Plugin
Vergleich von institutionellen und disziplinären Repositorien
VG Wort Zählmarken
Views report
Virtuelle Forschungsumgebungen
Volltextdigitalisierung (OCR)
Wiedergabe multimedialer Inhalte
Zeitschriftenserver von Hamburg University Press


[Article: GNU EPrints (Universität Southampton) | Diskussion ]
Startseite der CARPET Knowledge Base Seite aktualisieren Bearbeiten Versionen Download HTML Version

  • Besitzt eine der größten Anwendergemeinschaft weltweit
  • Ist eine easy-to-use Repository Anwendung
  • Stärken:
    • Läuft auf verschiedensten Plattformen (Windows, Linux, etc.)
    • Viele Features sind anpassbar auf der Ebene der einzelnen Publikation
    • Unterstützt leichte autoreninitiierte Übertragung (Submission) ins Repository
    • Besitzt eine große Gemeinschaft an unterstützenden Nutzern und Entwicklern
  • Schwächen:
    • Installation und Konfiguration ist nur auf der Kommandozeilenebene via Perl Skripten durchzuführen (kein GUI Installer und keine Möglichkeit der Konfiguration via Web-based GUI)
    • Nicht vollständig skalierbar
  • EPrints ist eher ein Repository für bereits veröffentlichte Publikationen, insofern versucht es nicht den Peer Review und die Journalproduktion abzubilden


Beteilligte Institutionen und andere Indikatoren zur Funktionsfähigkeit des Open-Source Projektes
Name des Systems: GNU EPrints
Aktuelle Version: 3.2.2
Getestete Version: 3.0
URL der Projekt-Homepage: http://www.eprints.org
Beteilligte Institutionen: School of Electronics and Computer Science, Universität von Southampton
Projektlaufzeit seit: Projektgründung im Jahr 2000
Langzeitverfügkeit: Es existiert eine formell geführte Ccommunity durch das ePrints Sales Team sowie die Möglichkeit einen kostenpflichtigen Service zu nutzen. Der Support schein viel genutzt zu werden.
Entwicklungsgrad: EPrints ist vielleicht das am weitensten entwickelte open-source ePublishing Programm unter den gängigen Systemen. Bis zu diesem Zeitpunkt waren im Wiki des Projektes 223 bekannte Archive gelistet, die die Software nutzen.
Lizenzierungsmodell: GNU General Public Lizenz (GPL), Version 2 oder höher
Weitere Dokumentation(Webliographie):
Technische Anforderungen, Wartung, Skalierbarkeit und dokumentierte API's
Lokale Installation oder ASP:
Unterstützte Betriebssysteme: GNU/Linux. Aber auch Solaris und MacOS. Version 3 läuft jetzt unter Apache auf Windows.
Hardware-Anforderungen:
Applikationsserver Anforderungen: Apache, mit mod_perl
Webserver Anforderungen: Apache, mit mod_perl
Primäre Programmiersprache: Perl 5.6.1
Weitere Programmiersprachen:
Datenbankserver Anforderungen: MySQL
Anwendungsframework:
Weitere Software-Anforderungen:
Erforderliche personelle Fähigkeiten: Während Version 3 dieser Anwendung unter Windows laufen kann, müssen alle ihre Komponenten unter Apache installiert werden, so dass Erfahrungen bei der Installation von sowohl Apache als auch der vielen erforderlichen Perl-Module nötig ist. Unglücklicherweise lässt die Installationsanleitung vermuten, dass EPrints die einzige Anwendung sein wird, die unter Apache läuft und beispielsweise nicht auf einem Shared-Server. Das könnte zu Problemen während der Installation führen. Zusätzlich muss die Reihenfolge der Installationsschritte genau eingehalten werden, auch wenn einige Schritte oberflächlich betrachtet in der Reihenfolge, in der sie ausgeführt werden irrelevant erscheinen. Dennoch stellt die Installationsanleitung für Ubuntu ein Step-by-Step-Verfahren bereit, das, wird es genauestens befolgt die erfolgreiche Installation erzielt. Ein GUI-basierter Installer wäre hilfreich. Im Moment wird die Installation über ein einfaches Perl Script vorgenommen.
Interne Backup- und Wiederherstellungsfunktionen:
Skalierbarkeit der Anwendung:
Skalierbarkeit der Daten:
API: Code-Erweiterbarkeit: Die Anwendung hat ein festes API für das Schreiben von Plugins. Für gebündelte "Erweiterungen", also ganze Plugin-Sätze, die als einziges Paket installiert werden wird ein Support zur Verfügung gestellt.
API: Batch Ingest:
API: Batch Ingest Formate:
API: Batch Export:
API: Batch Export Formate:
API: Support von JSR 170:
API: Support für OAI Harvesting (OAI-PMH):
API: Support for eduSource Communication Layer (ECL):
API: Support für weitere Web-Services:
Einreichung, Peer-Reviewing und administrative Funktionen
Unterstützung von multiplen eigenständigen Zeitschriftentiteln: Support für viele verschiedene Archive und Repositorien mit ihren vielen Dokumenten und Dateien etc.
Multiple Benutzerrollen (Rechtemanagement): Es gibt vier verschiedene Rollen: Den Hauptadministrator; den Repositoriumadministrator; den Herausgeber innerhalb eines vorhandenen Repositoriums und den einzelnen User.
Konfigurierbare Rechtevergabe: Die Rollen, die von der Anwendung zur Verfügung gestellt werden sind fest programmiert, es können beispielsweise keine neuen hinzugefügt werden.
Autoreninitiierte Einreichung (Submission) Für neue Autoren ist eine selbstständige Anmeldung vorgesehen. Ist der Account einmal eingerichtet, können die Autoren Artikel in ein bestimmtes Repositorium einreichen. Die eingereichten Artikel gelangen in den repositorienspezifischen Workflow, wo sie begutachtet und z.B. von einem Redakteur genehmigt werden, bevor sie öffentlich sichtbar sind.
Metadatenfelder konfigurierbar: Die Metadaten sind je nach Archiv veränderbar. Dies wird durch die Bearbeitung zweier Konfigurationsdateien auf der Befehlsebene erreicht. Wenn ein neues Feld innerhalb dieser Konfigurationsdateiern hinzugefügt wird, muss dies ebenfalls in der Datenbank hinzugefügt/konfiguriert werden. Laut Wiki ist die Arbeit an einem Tool, welches diesen Prozess vereinfacht in vollem Gange.
Bearbeitungsworkflow (Editorial) konfigurierbar pro Zeitschriftentitel: Es können unterschiedliche Workflows pro Repositorium mit den XML-Konfigurationsdateien, die für eine bestimmte Komponente des Repositoriums im Verzeichnisbaum vorhanden sind geschaffen werden. Einzelne Elemente ("Stufen") des gewohnten Workflows können für bestimmte Benutzergruppen beschränkt sein, z.B. für Repositorienadministratoren, Redakteure oder normale User.
Automatische eMail-Benachrichtigung für (Authoren, Herausgeber, Gutachter, etc.):
Anpassbares Stylesheet-Design pro Zeitschriftentitel: Das "Look and Feel" ist pro Respositorium anpassbar. Auch dies ist wiederum über die Änderung der Befehle in den Konfigurationsdateien sowie der Inhalte der Repositoriumsverzeichnisse steuerbar. Mit jeder Änderung müssen z.B. feststehende Seiten und die Standartkonfiguration für das Archiv wieder hergestellt sowie der Web-Server neu gestartet werden.
Versionierung:
Archivierung:
Zugang, Formate und E-Commerce-Funktionen
Zugänglichkeit des Systems:
Zugänglichkeit der Dokumentenausgabe:
Sprachunterstützung: Sowohl die Anwendung als auch die Datenbank unterstützen Unicode (utf-8). Die Sprachdateien werden auf der Befehlsebene installiert und konfiguriert.
Ausgabe in multiple Dokumentenformate: Soweit die Anwendung verschiedene Dokumentformate akzeptiert, stellt sie dem User die Dokumente in dem Format zur Verfügung, in dem sie eingereicht wurden.
Unterstützte Dokumentenformate: Die unterstützten Standartdokumentformate sind: Einfacher Text; HTML; PDF; Postscript; MS Powerpoint; MS Word; JPEG; PNG; GIF; TIFF; BMP; MPEG; Quicktime; AVI.
Plug-in-Anforderungen:
Usability:
Zitationslink:
OpenURL-Wandler:
RSS feed:
Digitales Rechtemanagement:
Volltextsuche und Auffindbarkeit: Möglich. Folgende werden benötigt: xpdf (für die PDF-Indexierung); wvware (für die MS-Word-Indexierung); lynx (für die HTML-Indexierung).
Verbundene Suche:
Authentifizierungsmechanismen: Die Anwendung kann so konfiguriert werden, dass die Authentifikation an einem externen LDAP-Server stattfinden kann. Standardmäßig erfolgt die Athentifikation am internen Authentifikationsspeicher. Interessanterweise kann die Anwendung entweder so konfiguriert werden, dass sie ein Login-Only-Repositorium darstellt (Authentifikation für alle Aktionen notwendig) oder als ein Repositorium, in dem die Nutzerregistrierung nicht einmal notwendig ist.
Abonnement-Service: Dadurch, dass diese Anwendung kein elektronisches Publishingsystem ist, wie, stellt es keinen Abonnement-Service zur Verfügung. Andererseits wird dadurch, dass RSS und Atom-Feeds unterstützt wird, zumindest die Vorstellung eines Abonnements vermittelt.
E-Commerce Funktion: Die Anwendung stellt keinerlei E-Commerce-Funktionen zur Verfügung. Hauptaufgabe der Anwendung ist es, kompletten Open Access zu Publikationen bereitzustellen.
Kontextueller Support-Service:
Zusätzliche programmspezifische Kriterien: e.g. Sicherheit, Archivierung, Aggregation, ...
Zusammenfassung
Stärken: Die Anwendung bietet eine gute Möglichkeit für die Indexierung von Dokumenten mit dem kontrollierten Vokabular der Library of Congress Subject Headings (http://de.wikipedia.org/wiki/Library_of_Congress_Subject_Headings) und/oder der organisatorische Struktur der eigenen Institution. Die Standartanwendung ist einfach und doch leistungsstark. Die Benutzerrollen und der standadisierte, gestraffte Workflow sind gut durchdacht und nützlich. Der Workflow, das Branding und der Import/Export sind konfigurierbar, obwohl dies alles auf der Befehlsebene von einem Administrator ausgeführt werden muss und nicht gerade leicht und unkompliziert ist.
Schwächen: Der Installationsprozess setzt voraus, dass ePrints auf seinem eigenen Server installiert wird. Web-Server-abhänging (Apache) und primitives Installations-Script. Sowohl die Installation der Anwendung als Ganzes, als auch der einzelnen Archive wird auf der Befehlsebene von einem Systemadministrator durchgeführt, der text-basierte Konfigurationsdateien verwendet. Laut ePrints-Wiki sind administrative Tools, die vorraussichtlich ein GUI haben in der Entwicklung.



Last changed: 10.02.2011 15:46 (CID: 582) by Maxie Putlitz -
Startseite der CARPET Knowledge Base Seite aktualisieren Bearbeiten Versionen Download HTML Version

Nach oben




Benutzeranmeldung

Anmelden


Dieses Werk bzw. dieser Inhalt ist unter einer Creative Commons-Lizenz (CC BY-NC-SA 3.0) lizenziert.
Diese Webseite erfasst anonymisierte Daten zur Nutzung. Sie können dies für die Dauer ihres Besuchs unterbinden, indem sie folgenden Link klicken: Session Cookie deaktivieren