5 research outputs found

    OPUS 4 - Aufräumen

    No full text
    OPUS 4 ist eine auf GitHUB veröffentlichte Open Source-Software unter der GNU General Public License für den Betrieb von institutionellen und fachlichen Repositorien. OPUS 4 ermöglicht die Erschließung, Veröffentlichung, Administration, Recherche und Verbreitung von Dokumenten mit und ohne Volltext. OPUS 4 richtet sich an alle Hochschulen und wissenschaftliche Einrichtungen, die eigene Publikationen (Hochschulschriften, Preprints, Projektergebnisse, etc) als Open Access in einem instituts- oder fachbezogenen Repositorium zur Verfügung stellen wollen. OPUS 4 orientiert sich an deutschen Standards, insbesondere an den Empfehlungen der DINI-AG Elektronisches Publizieren und dem DINI-Zertifikat. Die Software unterstützt das OAI-PMH 2.0-Protokoll, die automatisierte Vergabe von Uniform Resource Names (URN) zur eindeutigen Referenzierbarkeit, die Ablieferung von Dokumenten an die Deutsche Nationalbibliothek sowie OpenAIRE. Die Software wurde von 2008 - 2010 im Rahmen eines DFG-Projektes entwickelt. Seit 2010 liegt die Weiterentwicklung beim Kooperativen Bibliotheksverbund Berlin Brandenburg (KOBV). Unterstützt wird die Entwicklung im Rahmen einer Entwicklungspartnerschaft der beiden Verbünde vom Bibliotheksverbund Bayern (BVB) und vom Bibliotheksservice-Zentrum Baden-Württemberg (BSZ). Derzeit gibt es über 100 OPUS 4-Repositorien europaweit. Der überwiegende Teil der Repositorien wird gehostet. Einen Hosting-Service für OPUS 4 betreiben der KOBV, das BSZ und das HBZ. Der KOBV möchte mit der Weiterentwicklung der Software OPUS 4 sowie mit seinem Hosting-Services, die Open-Access-Bestrebungen der Hochschulen und wissenschaftlichen Einrichtungen unterstützen. Wir sehen die Software OPUS 4 als ein langfristiges Open-Access-Infrastrukturangebot, mit dem die Institutionen den freien Zugang zu digitalen Wissensressourcen ausbauen können. Auf dem Poster möchten wir die Software OPUS 4 angelehnt an die Idee „Kunst aufräumen“ präsentieren

    DeepGreen – Metadata Schema for the exchange of publications between publishers and open access repositories

    No full text
    In 2011, important priorities were set to realize green publications in the open access movement in Germany. With financial support from the German Research Foundation (DFG), libraries negotiated Alliance licenses with publishers that guarantee extensive open access rights. Authors of institutions, that have therewith access to licensed journals, can freely publish their articles immediately or after a short embargo period in a repository of their choice. However, authors hesitantly use these open access rights. Also libraries – as managers of institutional and subject based repositories and thus legitimated representatives for the authors – only rarely make use of these rights. The aim of DeepGreen is to make the majority of those publications available online. Together with publishers of the Alliance licenses, the project consortium wants to develop a nearly fully automated workflow that covers both the delivery of data, including the full texts, of the publishers, as well as the data transformation to the necessary import formats and the loading process into the repositories. An intermediate “publication router” will serve as a distribution platform. The DeepGreen metadata schema contains metadata properties describing a wide range of deliverable bibliographic metadata from the Alliance license publishers (most common standards are JATS and CrossRef XML) as well as its compliance with technical, quality and metadata standards of the repositories. The schema includes required metadata elements and optional properties providing additional information.The metadata schema is aligned to the OCLC repository best practices (“Best Practices for CONTENTdm and other OAI-PMH compliant repositories: creating sharable metadata”, URL: http://www.oclc.org/content/dam/support/wcdigitalcollectiongateway/MetadataBestPractices.pdf). The current version of the schema is subject to changes as the functional requirements and workflow practices are evolving during the project experiences and prototype production
    corecore