DV-Technik

dv-technik@dfg-viewer.de

329 discussions

by Meyer, Sebastian

Liebe Kolleginnen und Kollegen, am 4. und 5. September führen wir einige routinemäßige Systemaktualisierungen an den Web- und Datenbankservern sowie den Loadbalancern des DFG-Viewers durch, die einen Neustart der Geräte erfordern. Es kann daher an den genannten zwei Tagen zu kurzzeitigen Ausfällen des DFG-Viewers kommen. Wir bitten um Ihr Verständnis! Viele Grüße Sebastian Meyer -- Sebastian Meyer Stabsstelle Digitale Bibliothek Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) Abteilung IT, Referat Digitale Bibliothek 01054 Dresden Besucheradresse: Zellescher Weg 18 Tel.: +49 351 4677 206 | Fax: +49 351 4677 711 Mobil: +49 173 9615528 E-Mail: sebastian.meyer(a)slub-dresden.de<mailto:sebastian.meyer@slub-dresden.de> http://www.slub-dresden.de<http://www.slub-dresden.de/>

8 years

StructLinks in DFG-Viewer Anwendungsprofil

by Marco Klindt

Liebe Kolleginnen und Kollegen, als Betreiber eines digitalen Langzeitarchivs erhalten wir unter anderem auch Retrodigitalisate aus Workflowsystemen wie Kitodo oder Goobi oder selbsterstellte METS-Dateien gemäß dem DFG-Viewer Anwendungsprofil. Da diese METS-Dateien nicht der Spezifikation entsprechen (siehe [1]) und wir auch keine StructLinks unterstützen, möchten wir die enthaltene Strukturinformation dadurch abbilden, dass wir die "Verlinkung" über die mets:fptr in den jeweiligen logischen structMaps darstellen. Ist dies mit dem Verwendung der StructLinks äquivalent oder gibt es Grenzfälle, die hierbei nicht abgedeckt werden (können)? Die StructLinks können wir bei Rücklieferung des METS wieder herstellen. Siehe Beispiel weiter unten. Erlauben Sie mir noch eine andere Frage zur Genese des Profils: Ist die Verwendung der StructLinks der implementierungsseitigen Trennung der logischen Struktur (linke bzw. alt rechte Seite des Viewers) von der physischen (Bildviewer) entstanden? DFG-Viewer METS: structMap:PHYSICAL <mets:div ID="PHYS-ID-e92e2668" ORDER="0" ORDERLABEL="-1" TYPE="page"> <mets:fptr FILEID="JPEG-ID-e92e2668"/> <mets:fptr FILEID="ALTO-ID-e92e2668"/> </mets:div> <mets:div ID="PHYS-ID-914c0ca0" ORDER="38" ORDERLABEL="37" TYPE="page"> <mets:fptr FILEID="JPEG-ID-914c0ca0"/> <mets:fptr FILEID="ALTO-ID-914c0ca0"/> </mets:div> [...] structMap:LOGICAL <mets:div DMDID="MODS-2706592" ID="LOG-ID-4e6eb0e8" LABEL="Inhaltsverzeichnis" TYPE="contents"/> <mets:div DMDID="MODS-6bed1ca1" ID="LOG-ID-46e5290b" LABEL="Neue ...]" TYPE="article"/> <mets:div DMDID="MODS-6100c225" ID="LOG-ID-468df57a" LABEL="Krieg...]" TYPE="article"/> <mets:div DMDID="MODS-130e90f9" ID="LOG-ID-9fc00b2c" LABEL="Die ..." TYPE="article"/> [...] StructLinks <mets:smLink xlink:from="LOG-ID-4e6eb0e8" xlink:to="PHYS-ID-e92e2668"/> <mets:smLink xlink:from="LOG-ID-46e5290b" xlink:to="PHYS-ID-914c0ca0"/> <mets:smLink xlink:from="LOG-ID-468df57a" xlink:to="PHYS-ID-914c0ca0"/> <mets:smLink xlink:from="LOG-ID-9fc00b2c" xlink:to="PHYS-ID-914c0ca0"/> [...] Abbildung ohne Structlinks: structMap:PHYSICAL <mets:div ID="PHYS-ID-e92e2668" ORDER="0" ORDERLABEL="-1" TYPE="page"> <mets:fptr FILEID="JPEG-ID-e92e2668"/> <mets:fptr FILEID="ALTO-ID-e92e2668"/> </mets:div> <mets:div ID="PHYS-ID-914c0ca0" ORDER="38" ORDERLABEL="37" TYPE="page"> <mets:fptr FILEID="JPEG-ID-914c0ca0"/> <mets:fptr FILEID="ALTO-ID-914c0ca0"/> </mets:div> [...] structMap:LOGICAL <mets:div DMDID="MODS-2706592" ID="LOG-ID-4e6eb0e8" LABEL="Inhaltsverzeichnis" TYPE="contents"> <mets:fptr FILEID="JPEG-ID-e92e2668"/> <mets:fptr FILEID="ALTO-ID-e92e2668"/> </mets:div> <mets:div DMDID="MODS-6bed1ca1" ID="LOG-ID-46e5290b" LABEL="Neue ...]" TYPE="article"> <mets:fptr FILEID="JPEG-ID-914c0ca0"/> <mets:fptr FILEID="ALTO-ID-914c0ca0"/> </mets:div> <mets:div DMDID="MODS-6100c225" ID="LOG-ID-468df57a" LABEL="Krieg...]" TYPE="article"> <mets:fptr FILEID="JPEG-ID-914c0ca0"/> <mets:fptr FILEID="ALTO-ID-914c0ca0"/> </mets:div> <mets:div DMDID="MODS-130e90f9" ID="LOG-ID-9fc00b2c" LABEL="Die ..." TYPE="article"> <mets:fptr FILEID="JPEG-ID-914c0ca0"/> <mets:fptr FILEID="ALTO-ID-914c0ca0"/> </mets:div> [...] Mit freundlichen Grüßen, Marco Klindt [1] Seit dem METS Schema 1.5 (April 2005) wurden die smLink Attribute "to" und "from" von "mets:to^^xsd:IDREF" in "xlink:to^^xsd:string" geändert. Die Schemata und der Primer bilden dies richtig ab. Leider kann dies allein durch Schema-Validierung nicht erkannt werden. Die verwendete DFG-Viewer METS Anwendungsprofile und METS-Schemata beinhaltet zwar xlink:to, verwenden sie aber nicht spezifikationsgemäß. In den Anwendungsprofilen ab 2.1 wird dann explizit auf eine METS Schemaversion > 1.5 verwiesen. Dort verweisen die xlink:Attribute auf ein xlink:label in den structMaps und nicht auf die IDREFS, dies ist konsistent mit XLINK. Dies könnte auch durch Einfügen von xlink:labels in den structMaps und Konvertierung der Referenzen in xlink:to und xlink:from leicht Schema-konform transformiert werden. Unser Langzeitarchiv erlaubt allerdings keine structLinks (zur Zeit auch nicht für Hyperlinks xlink:href) im AIP-METS. Dies ist auch bei anderen Langzeitarchiven wie z.B. der Bibliothèque nationale de France (BnF) oder auch Rosetta für AIPs üblich. -- Marco Klindt <klindt(a)zib.de> - Servicestelle Digitalisierung Berlin – digiS - http://www.servicestelle-digitalisierung.de Zuse Institute Berlin, Takustraße 7, D-14195 Berlin-Dahlem, Germany +49(30)84185-305 ℹ

8 years

Informationen zum MODS-Anwendungsprofil 2.3?

by David Maus

Liebe Kolleginnen und Kollegen, Per Zufall habe ich gesehen, dass wohl im Februar 2017 eine neue Version 2.3 des MODS-Anwendungsprofils veröffentlicht wurde. PDF-Dokument enthält keine Ausführungen darüber, was sich seit 2.2 geändert hat. Ich würde mich freuen, wenn es dazu über diese Mailingliste Informationen geben könnte. @Herr Meyer: Was muss ich tun, um zeitnah über geplante oder bevorstehende Änderungen informiert zu werden? Vielen Dank. -- David Maus -- David Maus, Bibliothekarische IT / Digital Humanities Herzog August Bibliothek, D-38299 Wolfenbüttel, Phone +49 5331 808-317 PGP Key 0x27023DFCE78FF66C http://dmaus.name ~ http://github.com/dmj

8 years, 1 month

DFG-Viewer bald in neuem Design - bitte testen bis 12.06.2017

by Alexander Bigga

Liebe Kolleginnen und Kollegen, letztes Jahr wurde im Rahmen des DFG-Projekts "Weiterentwicklung des DFG-Viewers nach archivfachlichen Gesichtspunkten zur Präsentation von digitalisierten Archivaliengattungen aus dezentralen Repositorien" [1] auch ein neues Design für den DFG-Viewer entwickelt. Das bisherige Design wurde in den vergangenen 9 Jahren nur wenig verändert. Die im Laufe der Zeit entwickelten Funktionen, wie z.B. Volltextanzeige und Bildbearbeitung, wurden in der Navigation hinzugefügt. Für den Nutzer waren diese Zusatzfunktionen teilweise schwer zu finden. Es wurde Zeit, die Bedienung und das Erscheinungsbild neu zu überdenken. Dabei war ein Schwerpunkt die Nutzung auf mobilen Geräten. Das Ergebnis ist online [2] und ich möchte Sie bitten das Angebot ausgiebig zu testen. Sie können dabei jedes Dokument im DFG-Viewer öffnen und die Subdomain "test" hinzufügen um im neuen DFG-Viewer zu landen. Beispiel: http://dfg-viewer.de/show/?tx_dlf%5Bid%5D=http%3A%2F%2Fdigital.slub-dresden… http://*test.*dfg-viewer.de/show/?tx_dlf%5Bid%5D=http%3A%2F%2Fdigital.slub-dresden.de%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Ade%3Aslub-dresden%3Adb%3Aid-274591448 <http://test.dfg-viewer.de/show/?tx_dlf%5Bid%5D=http%3A%2F%2Fdigital.slub-dr…> Über Ihre Rückmeldungen freue ich mich über die Liste bzw. direkt per Mail. Für Montag, 12.06.2017 ist die Übertragung des neuen Designs in den produktiven DFG-Viewer geplant. Viele Grüße Alexander Bigga [1] http://www.slub-dresden.de/ueber-uns/projekte/juengst-abgeschlossene-projek… [2] http://test.dfg-viewer.de/ -- Alexander Bigga Referatsleiter Digitale Bibliothek Sächsische Landesbibliothek – Staats- und Universitätsbibliothek Dresden (SLUB) Abteilung IT, Referat 2.1 Digitale Bibliothek 01054 Dresden Besucheradresse: Zellescher Weg 18 Tel.: +49 351 4677 212 E-Mail: alexander.bigga(a)slub-dresden.de http://www.slub-dresden.de/

8 years, 3 months

Re: [DFG-Viewer] (kein Betreff)

by Jennifer Lankford

Hi , Get your low interest loans today. with interest rate as low as 8% per annum we're hard to beat bad credit score? no problem! we have a solution for everyone. just send us an email to: jennylan388(a)gmail.com for more information.

8 years, 4 months

Typo3-Extension legt Daten in fe_session_data ab

by Lohse, Knut

Guten Tag, in der Hoffnung, dass mir hier - obwohl etwas Off Topic _ geholfen werden kann (falls nicht, wäre ich dankbar für einen Hinweis, wo ich meine Fragen los werde): Die Typo3-Extension des DFG-Viewers legt die zur Anzeige benutzten XML-Dateien in der Typo3-Datenbank in der Tabelle fe_session_data ab. Offenbar werden diese Daten Mitternacht gelöscht. Zwei Fragen: - Kann man die Ablage unterbinden oder ist sie essentieller Bestandteil der DFG-Viewer/Typo3-Extension-Funktionalität? - Wodurch wird die 'Bereinigung' vorgenommen und wie wird das konfiguriert? Mit freundlichen Grüßen Knut Lohse -- __________________________________________________________________ Knut Lohse Informations- und Datenmanagement, Referat 3.3, Innovation/Entwicklung Staatsbibliothek zu Berlin - Preußischer Kulturbesitz Tel.: +49 30 266-43 23 31

8 years, 7 months

Re: [DFG-Viewer] Probleme mit Darstellung von Digitalisaten im DFG-Viewer

by Meyer, Sebastian

Lieber Herr Urban, aktuell ist es tatsächlich so, dass der DFG-Viewer nur die jeweils beste vorhandene Zoomstufe abruft. Allerdings haben wir im Rahmen der Weiterentwicklung unter archivfachlichen Gesichtspunkten gerade auch die Unterstützung für IIIF-, Zoomify- und IIP-basierte Imageserver umgesetzt. Sobald also die nächste Version des DFG-Viewers produktiv gesetzt wird (im Q1/2017), wird der DFG-Viewer in der Lage sein, bedarfsgerecht auch verschiedene Zoomstufen sowie Bildausschnitte anzufordern. Das setzt aber natürlich voraus, dass diese Funktionalitäten auch seitens des Datenanbieters unterstützt werden. Viele Grüße Sebastian Meyer -----Ursprüngliche Nachricht----- Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-viewer.de] Im Auftrag von Thomas Urban Gesendet: Montag, 12. Dezember 2016 22:45 An: dv-technik(a)dfg-viewer.de Betreff: Re: [DFG-Viewer] Probleme mit Darstellung von Digitalisaten im DFG-Viewer Hallo, ich habe nun endlich die Konstellation im Fall des DFG-Viewers richtig verstanden und damit auch die Ursache für das Problem mit dem 403-Fehler gefunden. Nochmals vielen Dank für die Anmerkungen. Gibt es eigentlich eine Möglichkeit, Bilddateien in unterschiedlichen Zoomstufen anzubieten, damit bspw. der DFG-Viewer zunächst nur herunterskalierte Bilder abruft und erst bei starkem Zoom die volle Bildqualität abruft? Ich meine mich zu erinnern, dass im METS-Profil-PDF erwähnt wurde, dass der Viewer stets nur die bestmögliche Skalierung abruft. Thomas Urban schrieb: > Hallo Herr Ronge, > > meine Probleme waren mit der Anpassung im Attribut USE im ersten Schritt > erledigt. Den 403-Fehler habe ich schon beobachtet, allerdings nur bei > dem XHR-Request, den der Viewer startet. Der anschließende Abruf als > Bild ist erfolgreich. Hier findet in der Tat eine Authentifizierung per > Kontext ab, wenngleich nicht über den Referrer. Es dürfte eher Probleme > mit der Session geben, da diese serverseitig derzeit erforderlich ist. > Gerade auch mit Blick auf den Hinweis, dass hier alles im Browser des > Nutzers abläuft - was mir soweit klar war - konnte ich mir dies > technisch noch nicht restlos erklären ... also warum eine XHR-Anfrage > geblockt wird, während die Img-Einbettung funktioniert ... CORS wurde > dabei grundlegend schon als Ursache in Betracht gezogen, jedoch noch > nicht so weitreichend, als dass dieser Fehler beim XHR unterbunden > werden konnte. > > Mit freundlichen Grüßen, > Thomas Urban > > -- > > cepharum GmbH > Josef-Orlopp-Straße 48 > 10365 Berlin > > Internet: http://cepharum.de > Telefon: 030 57701533 > > Geschäftsführer: Thomas Urban > > Handelsregister Amtsgericht Berlin-Charlottenburg > Registernummer: HRB 152285 B > > USt-IdNr.: DE290826783 > > Am 12.12.2016 um 09:01 schrieb Ronge, Matthias > <Matthias.Ronge(a)zeutschel.de <mailto:Matthias.Ronge@zeutschel.de>>: > >> Hallo Herr Urban, >> >> Wenn ich versuche, die Seite aufzurufen, bekomme ich einen Fehler “403 >> (Forbidden)”, wenn mein Browser versucht, auf das Bild zuzugreifen. >> (Siehe Screenshot im Anhang.) Möglicherweise ist Ihr Webserver so >> konfiguriert, dass er eine Referrer-Prüfung durchführt, sodass Bilder >> nicht ausliefert, wenn diese in einer fremden Seite eingebettet sind. >> Beim Apache Webserver zum Beispiel eine dieser Regeln: >> https://httpd.apache.org/docs/2.4/rewrite/access.html#blocked-inline-images >> >> Falls eine entsprechende Regel vorhanden ist, müssten Sie diese >> abschalten bzw. eine Ausnahme einrichten, damit die Bilder in der >> “fremden” Website dfg-viewer.de <http://dfg-viewer.de> angezeigt >> werden können. >> >> Mit freundlichen Grüßen >> >> Matthias Ronge >> >> ------------------------------------------------------------------------ >> >> Matthias Ronge >> Software Entwicklung/Software Development >> >> <Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png> >> <http://www.zeutschel.de> <http://www.zeutschel.de> >> >> <Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png> >> <https://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts> >> >> >> >> <Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png> >> <https://twitter.com/zeutschelgmbh> >> >> >> >> <YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png> >> <http://www.youtube.com/user/zeutschelbookscanner> >> >> >> >> <google_34x34_daf218c4-f635-49e8-af7a-ed2a74c251ea.png> >> <https://plus.google.com/110507211572689796815/posts> >> >> *Zeutschel GmbH* | Heerweg 2 | 72070 Tübingen | Deutschland >> p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44 >> e: Matthias.Ronge(a)zeutschel.de <mailto:Matthias.Ronge@zeutschel.de> | >> w: http://www.zeutschel.de >> >> <zeta-banner-86x75_fuerWebsite_c5e46c08-490e-49fa-b13f-d59217ddd169.png> >> <http://www.zeutschel.de/links/Zeta-App> >> >> Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: >> HRB 380917 >> >> *From:*dv-technik-bounces@dfg-viewer.de >> <mailto:dv-technik-bounces@dfg-viewer.de> >> [mailto:dv-technik-bounces@dfg-viewer.de] *On Behalf Of *Thomas Urban >> *Sent:* Sunday, December 11, 2016 2:15 PM >> *To:* dv-technik(a)dfg-viewer.de <mailto:dv-technik@dfg-viewer.de> >> *Subject:* [DFG-Viewer] Probleme mit Darstellung von Digitalisaten im >> DFG-Viewer >> >> Hallo, >> >> wir arbeiten aktuell an einer Unterstützung des DFG-Viewers zur >> Anzeige von Digitalisaten des DFG-Projekts “Berliner Repertorium”. >> Dazu wurde auf Grundlage des PDFs zum METS-Profil eine >> METS/MODS-XML-Datei erzeugt, welche einer Validierung gegen das >> METS-Schema standhält. Ein Testaufruf im DFG-Viewer liefert >> augenscheinlich auch alle in der XML-Datei genannten >> Meta-Informationen. Einzig die abrufbaren Bilder werden nicht >> dargestellt. Augenscheinlich fehlt hier eine Bereitstellung der >> Image-Daten, welche - soweit ich das interpretiere - serverseitig in >> die generierte Seite injiziert werden: >> >> |<script id="tx-dlf-pageview-initViewer" type="text/javascript">| >> | window.onload = function() {| >> | if (dlfUtils.exists(dlfViewer)) {| >> | tx_dlf_viewer = new dlfViewer({| >> | controls: [""],| >> | div: "tx-dfgviewer-map",| >> | images: [[]],| >> | fulltexts: [[]]| >> | })| >> | }| >> | }| >> | </script>| >> >> Auf dem Webserver des Projekts fällt auf, dass beim Abruf des >> DFG-Viewers mit der URL >> >> http://dfg-viewer.de/show/?tx_dlf[id]=http%3A%2F%2Fopus.ub.hu-berlin.de%2Fr… >> <http://dfg-viewer.de/show/?tx_dlf%5bid%5d=http%3A%2F%2Fopus.ub.hu-berlin.de…> >> >> eine Anfrage an den Webserver erfolgt, die erfolgreich bearbeitet wird: >> >> |194.95.145.62 - - [11/Dec/2016:13:48:24 +0100] "GET /repertorium/mets/witness/7590 HTTP/1.0" 200 6018 "-" "Kitodo.Presentation (SLUB)"| >> >> und somit die XML-Datei ausgeliefert wird. Anhand von Kopien der >> ausgelieferten Dateien konnte auch geprüft und gesichert werden, dass >> die dort ausgelieferte Datei jener entspricht, die man auch beim >> direkten Abruf der URL selbst erhält. >> >> Die im XML genannten Bild-Dateien sind abrufbar. >> >> Aktuell sind wir somit nicht imstande, das Problem weiter >> einzugrenzen, und bitten darum um Hinweise auf mögliche Fehler. >> >> >> Mit freundlichen Grüßen, >> Thomas Urban >> >> >> >> -- >> cepharum GmbH >> Josef-Orlopp-Straße 48 >> 10365 Berlin >> >> Internet: http://cepharum.de >> Telefon: 030 57701533 >> >> Geschäftsführer: Thomas Urban >> >> Handelsregister Amtsgericht Berlin-Charlottenburg >> Registernummer: HRB 152285 B >> >> USt-IdNr.: DE290826783 >> >> <firebug.png> -- cepharum GmbH Josef-Orlopp-Straße 48 10365 Berlin Internet: http://cepharum.de Telefon: 030 57701533 Geschäftsführer: Thomas Urban Handelsregister Amtsgericht Berlin-Charlottenburg Registernummer: HRB 152285 B USt-IdNr.: DE290826783

8 years, 9 months

Probleme mit Darstellung von Digitalisaten im DFG-Viewer

by Thomas Urban

Hallo, wir arbeiten aktuell an einer Unterstützung des DFG-Viewers zur Anzeige von Digitalisaten des DFG-Projekts “Berliner Repertorium”. Dazu wurde auf Grundlage des PDFs zum METS-Profil eine METS/MODS-XML-Datei erzeugt, welche einer Validierung gegen das METS-Schema standhält. Ein Testaufruf im DFG-Viewer liefert augenscheinlich auch alle in der XML-Datei genannten Meta-Informationen. Einzig die abrufbaren Bilder werden nicht dargestellt. Augenscheinlich fehlt hier eine Bereitstellung der Image-Daten, welche - soweit ich das interpretiere - serverseitig in die generierte Seite injiziert werden: |<script id="tx-dlf-pageview-initViewer" type="text/javascript"> window.onload = function() { if (dlfUtils.exists(dlfViewer)) { tx_dlf_viewer = new dlfViewer({ controls: [""], div: "tx-dfgviewer-map", images: [[]], fulltexts: [[]] }) } } </script> | Auf dem Webserver des Projekts fällt auf, dass beim Abruf des DFG-Viewers mit der URL http://dfg-viewer.de/show/?tx_dlf[id]=http%3A%2F%2Fopus.ub.hu-berlin.de%2Fr… eine Anfrage an den Webserver erfolgt, die erfolgreich bearbeitet wird: |194.95.145.62 - - [11/Dec/2016:13:48:24 +0100] "GET /repertorium/mets/witness/7590 HTTP/1.0" 200 6018 "-" "Kitodo.Presentation (SLUB)" | und somit die XML-Datei ausgeliefert wird. Anhand von Kopien der ausgelieferten Dateien konnte auch geprüft und gesichert werden, dass die dort ausgelieferte Datei jener entspricht, die man auch beim direkten Abruf der URL selbst erhält. Die im XML genannten Bild-Dateien sind abrufbar. Aktuell sind wir somit nicht imstande, das Problem weiter einzugrenzen, und bitten darum um Hinweise auf mögliche Fehler. Mit freundlichen Grüßen, Thomas Urban -- cepharum GmbH Josef-Orlopp-Straße 48 10365 Berlin Internet: http://cepharum.de Telefon: 030 57701533 Geschäftsführer: Thomas Urban Handelsregister Amtsgericht Berlin-Charlottenburg Registernummer: HRB 152285 B USt-IdNr.: DE290826783

8 years, 9 months

Seitenselektion via set[image] ausgefallen?

by Dirk Rothe

Liebe Liste, bisher konnte man via set[image]=XXX einen direkten Sprung auf Einzelseiten realisieren. Ist das Feature ausgefallen? Hier ein Beispiel wo es eigentlich klappen müsste: http://dfg-viewer.de/show/?set[image]=phys5793279&set[mets]=http%3A//digita… Das phys5793279 gibt es auch im METS: http://digitale.bibliothek.uni-halle.de/oai/?verb=GetRecord&metadataPrefix=… Beste Grüsse, Dirk Rothe

8 years, 10 months

"Volltext an" - ?

by Jochen Barth

Liebe Kollegen, im DFG-Viewer habe ich die Schaltfläche "Volltext an" gefunden, wenn ich diese Anklicke, passiert aber nichts weiter. Ich nehme an, die Volltexte müssen im ALTO-XML-Format vorliegen? Viele Grüße, J. Barth -- J. Barth * IT, Universitaetsbibliothek Heidelberg * 06221 / 54-2580

9 years, 2 months

← Newer
1
2
3
4
5
6
7
8
9
...
33
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

DV-Technik