DV-Technik

dv-technik@dfg-viewer.de

329 discussions

Re: [DFG-Viewer] zvdd/DFG-Viewer METS Profil - Version 2.0

by Dr. Thomas Staecker

Da waren Sei schneller als ich ... ;-) Gruss, Staecker > Lieber Herr Kothe, > > > > > (2) Was ist mit den zvdd-Srukturtypen? Sind diese für den DFG-Viewer > > > > nicht mehr Pflicht wie in der letzten Version? > > > > > > Die zvdd-Strukturtypen waren für den Viewer noch nie Pflicht. Wenn > > > Strukturtypen codiert werden, dann nach dem Schema, das unter > > > > > > http://dfg-viewer.de/profil-der-strukturdaten/ > > > > > > beschrieben und von den beteiligten Einrichtungen ja auch verabschiedet > > > wurde. zvdd muß diese Typen auf das eigene Typsystem mappen (die > > > entsprechenden Mappingregeln sind auf der o.g. Seite ja auch genannt). > > > > > .......... > > das macht ja so überhaput keinen Sinn - die Repositories liefern ein > > ZVDD-konformes METS an ZVDD und ZVDD nimmt dieses METS um den DFG- > > Viewer zu nutzen, der aber wiederum ganz andere Strukturtypen "verlangt" - vice > > versa. Da DFG-Viewer und ZVDD zentrale Anwendungen des beschlossenen Formates > > sind sollt wir hier auf jeden Fall für ein einheitliches Set sorgen.. > > Das macht schon Sinn - denn es ist Beschlußlage und seit Viewer-Version 1 so auch dokumentiert. Der Viewer stammt nun mal aus dem Kontext der Pilotprojekte VD16/17 erweitert um Vertreter der SBBPK und der SUB Göttingen. Und diese Projekte haben sich in einem intensiven Diskussionsprozeß darauf verständigt, diese Strukturdatentypologie (http://dfg-viewer.de/profil-der-strukturdaten/) zu verwenden, da das zvdd-Set als zu eng betrachtet wurde. Einen Ausweg sehe ich allenfalls darin, daß zvdd dann eben das Viewer-Set übernimmt - oder eben für ein entsprechendes Mapping sorgt. > > Beste Grüße, > Kay Heiligenhaus ------------------------------------------------------------------- Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung) Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel Tel. +49(0)5331/808-119 - email: staecker(a)hab.de

16 years, 1 month

Re: [DFG-Viewer] zvdd/DFG-Viewer METS Profil - Version 2.0

by Dr. Thomas Staecker

Mienes Erachtens macht dei Differenzierung schon Sinn, weil der Viewer ein Tool der Massendigitalisierungsprojekte ist (war), zvdd aber über die VD16-18 orientierten Projekte hinausgeht und daher ein abstrakteres Modell verfolgen muss, das für die Bedürfnisse der hier dargestellten Literaturgruppe nach meinem Gefühl zu wenig differenziert ist. Anders formuliert, könnte man es auch so sehen, dass der Viewer zeigt alles anzeigt, was er bekommt, zvdd muss jedoch Vorschriften machen, weil es indexiert. Von Seiten des Viewers würde ich daher keine Vorschriften machen, aber die Nutzung der Liste "empfehlen". Im Übrigen fände ich es dessen ungeachtet "schön", wenn zvdd hier mehr bieten könnte als das bisherige ziemlich karge Subset von Strukturdaten. Wenn also ein Standard, dann den der Viewergruppe ;-) Man könnte aber hier über flexible Abstraktionsmodelle nachdenken, so dass angesichts der heterogenen Materialien beides ginge. Viele Gruesse, Thomas Stäcker > Hallo, > > Am Sonntag 16 November 2008 schrieb Kay Heiligenhaus: > ............ > > > > > (2) Was ist mit den zvdd-Srukturtypen? Sind diese für den DFG-Viewer > > > nicht mehr Pflicht wie in der letzten Version? > > > > Die zvdd-Strukturtypen waren für den Viewer noch nie Pflicht. Wenn > > Strukturtypen codiert werden, dann nach dem Schema, das unter > > > > http://dfg-viewer.de/profil-der-strukturdaten/ > > > > beschrieben und von den beteiligten Einrichtungen ja auch verabschiedet > > wurde. zvdd muß diese Typen auf das eigene Typsystem mappen (die > > entsprechenden Mappingregeln sind auf der o.g. Seite ja auch genannt).. > > > .......... > das macht ja so überhaput keinen Sinn - die Repositories liefern ein > ZVDD-konformes METS an ZVDD und ZVDD nimmt dieses METS um den DFG-Viewer zu > nutzen, der aber wiederum ganz andere Strukturtypen "verlangt" - vice versa. > Da DFG-Viewer und ZVDD zentrale Anwendungen des beschlossenen Formates sind > sollt wir hier auf jeden Fall für ein einheitliches Set sorgen. > > Gruß > Jochen Kothe > -- > Göttinger Digitalisierungszentrum > Niedersächsische Staats- > und Universitätsbibliothek > Platz der Göttinger Sieben 1 > 37073 Göttingen > Projekt: DigiZeitschriften > http://www.digizeitschriften.de > Projekt: DigiWunschbuch > http://www.digiwunschbuch.de > Projekt: IMPACT > http://www.impact-project.eu > > Email: kothe(a)sub.uni-goettingen.de ------------------------------------------------------------------- Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung) Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel Tel. +49(0)5331/808-119 - email: staecker(a)hab.de

16 years, 1 month

Re: [DFG-Viewer] zvdd/DFG-Viewer METS Profil - Version 2.0

by Kay Heiligenhaus

Lieber Herr Kothe, > > > (2) Was ist mit den zvdd-Srukturtypen? Sind diese für den DFG-Viewer > > > nicht mehr Pflicht wie in der letzten Version? > > > > Die zvdd-Strukturtypen waren für den Viewer noch nie Pflicht. Wenn > > Strukturtypen codiert werden, dann nach dem Schema, das unter > > > > http://dfg-viewer.de/profil-der-strukturdaten/ > > > > beschrieben und von den beteiligten Einrichtungen ja auch verabschiedet > > wurde. zvdd muß diese Typen auf das eigene Typsystem mappen (die > > entsprechenden Mappingregeln sind auf der o.g. Seite ja auch genannt). > > > .......... > das macht ja so überhaput keinen Sinn - die Repositories liefern ein > ZVDD-konformes METS an ZVDD und ZVDD nimmt dieses METS um den DFG- > Viewer zu nutzen, der aber wiederum ganz andere Strukturtypen "verlangt" - vice > versa. Da DFG-Viewer und ZVDD zentrale Anwendungen des beschlossenen Formates > sind sollt wir hier auf jeden Fall für ein einheitliches Set sorgen. Das macht schon Sinn - denn es ist Beschlußlage und seit Viewer-Version 1 so auch dokumentiert. Der Viewer stammt nun mal aus dem Kontext der Pilotprojekte VD16/17 erweitert um Vertreter der SBBPK und der SUB Göttingen. Und diese Projekte haben sich in einem intensiven Diskussionsprozeß darauf verständigt, diese Strukturdatentypologie (http://dfg-viewer.de/profil-der-strukturdaten/) zu verwenden, da das zvdd-Set als zu eng betrachtet wurde. Einen Ausweg sehe ich allenfalls darin, daß zvdd dann eben das Viewer-Set übernimmt - oder eben für ein entsprechendes Mapping sorgt. Beste Grüße, Kay Heiligenhaus

16 years, 1 month

Re: [DFG-Viewer] Einzelseiten-PDF zum Download

by Kay Heiligenhaus

Lieber Herr Funk, > Die interessante Frage ist doch: Kann es einen Unterschied geben > zwischen einem logischen und einem physischen Gesamt-PDF? Wie gesagt: hier landet man immer schnell bei metaphysischen Fragestellungen. ;) Um es aber mal zu versuchen: aus meiner Sicht kann es das. Wir werden die Gesamt-PDFs noch anreichern um ein Titelblatt mit der bibliographischen Aufnahme, entsprechenden Logos usw. Vorgesehen sind ebenfalls Inhaltsverzeichnisse. Im Beispiel aus dem hbz, das ich gestern hier gespostet hatte, sehen Sie im PDF jetzt schon die logische Kapitelgliederung im entsprechenden Acrobat-Reiter als Baumdarstellung. Ob uns das allerdings dabei hilft, hier eine Zuordnung zu einer der beiden structMaps zu machen, wage ich zu bezweifeln. Rein extensional betrachtet entspricht unser PDF aber nicht der reinen physSequence der zugrundeliegenden Images. Beste Grüße, Kay Heiligenhaus

16 years, 2 months

Re: [DFG-Viewer] Einzelseiten-PDF zum Download

by Kay Heiligenhaus

Lieber Herr Meyer, aktuell liefern wir ja noch keine Einzelseiten-PDFs. Unsere Konzeption sieht aber vor, Einzelseiten in der phys. structMap zu verknüpfen (analog zu den JPGs usw.). Auf Werkebene hatte ich unsere Abstimmung so verstanden, wie beschrieben: das gehörte nach meinem Verständnis konsequenterweise in die log. structMap. Ich habe aber auch kein Problem dabei, es so zu implementieren, wie jetzt von Ihnen vorgesehen. Beste Grüße, Kay Heiligenhaus > -----Original Message----- > From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > viewer.de] On Behalf Of Meyer, Sebastian > Sent: Tuesday, November 11, 2008 11:01 AM > To: technik(a)dfg-viewer.de > Subject: Re: [DFG-Viewer] Einzelseiten-PDF zum Download > > Lieber Herr Heiligenhaus, > > wie gehen Sie denn dann mit Einzelseiten um, wenn Sie in der logischen > StructMap verknüpfen? Das sind ja eindeutig keine logischen Strukturen. > Verknüpfen Sie diese weiterhin in der physischen StructMap oder führen > Sie jede Seite auch noch einmal in der logischen Struktur auf? > > Viele Grüße > Sebastian Meyer > > -- > ___________________________________________________ > > Sebastian Meyer > > Abteilung Informationstechnologie > Referat Entwicklung > > Sächsische Landesbibliothek - > Staats- und Universitätsbibliothek Dresden (SLUB) > 01054 Dresden > Besucheradresse: Zellescher Weg 18 > > Tel.: +49 351 4677-206 > Fax: +49 351 4677-711 > Mail: smeyer(a)slub-dresden.de > Web: http://www.slub-dresden.de/ > ___________________________________________________ > > > > -----Ursprüngliche Nachricht----- > > Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > > viewer.de] Im Auftrag von Kay Heiligenhaus > > Gesendet: Dienstag, 11. November 2008 10:56 > > An: technik(a)dfg-viewer.de > > Betreff: Re: [DFG-Viewer] Einzelseiten-PDF zum Download > > > > Lieber Herr Meyer, > > > > > das Gesamt-PDF wird wie die Einzelseiten mit einer FILEID versehen > und > > > dann in der physischen StructMap nicht mit einer "page" verknüpft, > > > sondern mit der gesamten "physSequence". > > > > Das ist eine der metaphysischen Fragen, die sich aus dem komplexen > > Dokumentenmodell ergeben. ;) Ich denke, für den aktuellen Zweck ist > es > > leidlich gleichgültig, ob man aus der log. structMap verknüpft oder > aus der > > phys. Für beides ließen sich auch hinreichende Gründe angeben. > Spätestens beim > > Download von Kapiteln, Abschnitten usw. würden man sich aber > eindeutig auf der > > log. Modellierungsebene befinden und folglich auch von dort > verknüpfen müssen. > > Da letzteres aber im Viewer nicht vorgesehen ist (obgleich die DFG- > > Praxisregeln diese Möglichkeit explizit nahelegen), stellen wir das > dann > > entsprechend bei uns um. > > > > Beste Grüße, > > Kay Heiligenhaus

16 years, 2 months

Re: [DFG-Viewer] SLUB/Viewer down?

by Kay Heiligenhaus

Lieber Herr Meyer, > Ja, das wäre eine Möglichkeit. Ließe sich dann aber auch prima durch > Spammer ausnutzen: Ja, das stimmt wohl leider. Man könnte das mit den "üblichen Mitteln" verhindern, aber damit hat man halt auch den entsprechenden Wettlauf am Hals. > Aber auch davon unabhängig sehe ich es nicht als Aufgabe des DFG- > Viewers, Kontaktformulare oder andere Dienstleistungen, die nicht mit > der unmittelbaren Präsentation von Digitalisaten zu tun haben, zur > Verfügung zu stellen. Zumindest darum sollte sich der Datenprovider > schon selbst kümmern. Wobei er ja nicht einmal zwingend ein > Kontaktformular braucht, eine simple E-Mail-Adresse tut es ja auch. Da sehe ich etwas anders. Aber Sie haben recht, daß das bislang nicht auf unserer Agenda stand und eine simple Mail-Adresse es auch tut. Beste Grüße, Kay Heiligenhaus

16 years, 2 months

Re: [DFG-Viewer] Einzelseiten-PDF zum Download

by Kay Heiligenhaus

Lieber Herr Büchel, ja, wir verlinken aktuell aus der "logical structMap" auf die PDFs für das Gesamtwerk und die einzelnen Strukturdaten (letztere können im Viewer-Kontext ignoriert werden, da ein PDF-Download auf Strukturdatenebene bislang nicht vorgesehen ist). Die Einzelseiten müssen - wie sie das in Ihrem Beispiel auch gemacht haben - aus der "physical structMap" verlinkt werden. - So zumindest bislang mein Verständnis der Format-Abstimmungen. Mal schauen, was Herr Meyer dazu sagt. Beste Grüße, Kay Heiligenhaus > -----Original Message----- > From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > viewer.de] On Behalf Of bume.mailings(a)lilb.llv.li > Sent: Tuesday, November 11, 2008 8:16 AM > To: technik(a)dfg-viewer.de > Subject: [DFG-Viewer] Einzelseiten-PDF zum Download > > > Guten Morgen Herr Meyer, Herr Heiligenhaus > > Entgegen meiner Email von gestern Abend funktioniert der Download für > die Einzelseiten nun (in Version 2). Inspiriert vom Beispiel von Hrn > Heiligenhaus habe ich USE=DOWNLOAD verwendet. Herr Heiligenhans, im > Unterschied zu Ihnen habe ich einen <mets:fptr > FILEID="file_pdf_19991231_001"/> - Eintrag für jedes PDF, analog den > JPEGs: > > <mets:fileGrp USE="DOWNLOAD"> > <mets:file ID="file_pdf_19991231_001" MIMETYPE="application/pdf"> > <mets:FLocat xlink:href="http://doc3.lbfl.li/dfg/vl_1999_12_31_001.pdf" > LOCTYPE="URL"/> </mets:file> > > </mets:fileSec> > > <mets:structMap TYPE="LOGICAL"> > <mets:div ID="logical_19991231" DMDID="dmdSec_19991231" > ADMID="amdSec_19991231" TYPE="Monograph"/> </mets:structMap> > > <mets:structMap TYPE="PHYSICAL"> > <mets:div ID="physical_19991231" TYPE="physSequence"> > > <mets:div ID="div_19991231_001" ORDER="1" TYPE="page"> <mets:fptr > FILEID="file_def_19991231_001"/> <mets:fptr > FILEID="file_min_19991231_001"/> <mets:fptr > FILEID="file_max_19991231_001"/> <mets:fptr > FILEID="file_thn_19991231_001"/> <mets:fptr > FILEID="file_pdf_19991231_001"/> </mets:div> > > </mets:div> > </mets:structMap> > > Das ganze Testbeispiel: > http://doc3.lbfl.li/dfg/test5b.xml > > Im Viewer: > http://dfg- > viewer.de/v2/?set%5Bmets%5D=http%3A%2F%2Fdoc3.lbfl.li%2Fdfg%2Ftest5b.xm > l > > Nur der Link auf das gesamte PDF funktioniert bei mir noch nicht. > > Freundliche Grüsse > Meinrad Büchel > > ---------------------------------------------------------------- > Meinrad Büchel > Liechtensteinische Landesbibliothek > Gerberweg 5, 9490 Vaduz > Tel. +423 236 63 71 Fax +423 233 14 19 > www.landesbibliothek.li > ---------------------------------------------------------------- >

16 years, 2 months

Einzelseiten-PDF zum Download

by bume.mailings＠lilb.llv.li

Guten Morgen Herr Meyer, Herr Heiligenhaus Entgegen meiner Email von gestern Abend funktioniert der Download für die Einzelseiten nun (in Version 2). Inspiriert vom Beispiel von Hrn Heiligenhaus habe ich USE=DOWNLOAD verwendet. Herr Heiligenhans, im Unterschied zu Ihnen habe ich einen <mets:fptr FILEID="file_pdf_19991231_001"/> - Eintrag für jedes PDF, analog den JPEGs: <mets:fileGrp USE="DOWNLOAD"> <mets:file ID="file_pdf_19991231_001" MIMETYPE="application/pdf"> <mets:FLocat xlink:href="http://doc3.lbfl.li/dfg/vl_1999_12_31_001.pdf" LOCTYPE="URL"/> </mets:file> </mets:fileSec> <mets:structMap TYPE="LOGICAL"> <mets:div ID="logical_19991231" DMDID="dmdSec_19991231" ADMID="amdSec_19991231" TYPE="Monograph"/> </mets:structMap> <mets:structMap TYPE="PHYSICAL"> <mets:div ID="physical_19991231" TYPE="physSequence"> <mets:div ID="div_19991231_001" ORDER="1" TYPE="page"> <mets:fptr FILEID="file_def_19991231_001"/> <mets:fptr FILEID="file_min_19991231_001"/> <mets:fptr FILEID="file_max_19991231_001"/> <mets:fptr FILEID="file_thn_19991231_001"/> <mets:fptr FILEID="file_pdf_19991231_001"/> </mets:div> </mets:div> </mets:structMap> Das ganze Testbeispiel: http://doc3.lbfl.li/dfg/test5b.xml Im Viewer: http://dfg-viewer.de/v2/?set%5Bmets%5D=http%3A%2F%2Fdoc3.lbfl.li%2Fdfg%2Fte… Nur der Link auf das gesamte PDF funktioniert bei mir noch nicht. Freundliche Grüsse Meinrad Büchel ---------------------------------------------------------------- Meinrad Büchel Liechtensteinische Landesbibliothek Gerberweg 5, 9490 Vaduz Tel. +423 236 63 71 Fax +423 233 14 19 www.landesbibliothek.li ----------------------------------------------------------------

16 years, 2 months

Re: [DFG-Viewer] PDF für Download

by Kay Heiligenhaus

Lieber Herr Meyer, damit beschäftige ich mich gerade auch. Mir gelingt es aber ebenfalls nicht, PDFs für das Gesamtwerk einzubinden. Beispiel-METS findet sich hier: http://s2w.hbz-nrw.de/oai/?verb=GetRecord&metadataPrefix=mets&identifier=54… Im Viewer kommt dann folgendes raus: http://dfg-viewer.de/v2/?set[mets]=http%3A%2F%2Fs2w.hbz-nrw.de%2Foai%2F%3Fv… Wahrscheinlich entspricht die Referenzierung des PDF-Files noch nicht den Konventionen, die mit dem METS-Profil in dieser Woche dann ja final sein werden. Könnten Sie mir auf die Sprünge helfen? Anonsten noch kurz: Die Drop-Down-Box für die Seiten-Navigation erscheint mir reichlich klein, wenn man Paginierungsinformationen mitliefert. Hier ist die originale Paginierung dann nicht mehr sichtbar: http://dfg-viewer.de/v2/?set[mets]=http%3A%2F%2Fs2w.hbz-nrw.de%2Foai%2F%3Fv… Sollten wir das nicht größer gestalten? Beste Grüße, Kay Heiligenhaus > -----Original Message----- > From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > viewer.de] On Behalf Of Meyer, Sebastian > Sent: Monday, November 10, 2008 5:28 PM > To: technik(a)dfg-viewer.de > Subject: Re: [DFG-Viewer] PDF für Download > > Lieber Herr Büchel, > > > > der PDF-Download (von Einzelseiten und Gesamtwerken) wurde in Version > 2.0 des DFG-Viewers implementiert. Der Demonstrator stellt jedoch noch > Version 1.0 dar. Um Version 2.0 "per Hand" zu nutzen, können Sie sich > eines Tricks bedienen: > > > > 1. Fügen Sie auf der Demonstrator-Seite die URL zu Ihrem METS-Beispiel > ein und rufen Sie damit den Demonstrator auf. > > 2. Blättern Sie eine Seite vor oder wählen Sie eine andere Zoomstufe, > damit die GET-Parameter in der Browser-Adresszeile erscheinen. > > 3. Ersetzen Sie in der Browser-Adresszeile den Abschnitt "demo/viewer" > durch "v2" und bestätigen Sie mit Enter. > > > > Nun sollten Sie Ihre Testdatei in Version 2.0 des DFG-Viewers sehen. In > der Reihe der Funktionselemente finden Sie nun links neben den Zoom- > Elementen die beiden Buttons zum Download der aktuellen Einzelseite und > des Gesamtwerks. > > > > Viele Grüße > > Sebastian Meyer > > > > > > -- > > ___________________________________________________ > > > > Sebastian Meyer > > > > Abteilung Informationstechnologie > > Referat Entwicklung > > > > Sächsische Landesbibliothek - > > Staats- und Universitätsbibliothek Dresden (SLUB) > > 01054 Dresden > > Besucheradresse: Zellescher Weg 18 > > > > Tel.: +49 351 4677-206 > > Fax: +49 351 4677-711 > > Mail: smeyer(a)slub-dresden.de > > Web: http://www.slub-dresden.de/ > > ___________________________________________________ > > > > Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > viewer.de] Im Auftrag von bume.mailings(a)lilb.llv.li > Gesendet: Montag, 10. November 2008 17:19 > An: technik(a)dfg-viewer.de > Betreff: [DFG-Viewer] PDF für Download > > > > Liebe Kolleginnen und Kollegen > Gemäss http://dfg-viewer.de/hinweise-zur- > bildbearbeitung/implementierung/ <http://dfg-viewer.de/hinweise-zur- > bildbearbeitung/implementierung/> unter "Download-Versionen" ist > erwähnt, dass vorhandene PDF-Einzelseiten vom DFG-Viewer zum Download > angeboten würden. Zu diesem Fall habe ich kein Beispiel bzw. > Informationen gefunden haben im Demonstrator keinerlei Effekt gezeigt. > > Kann mir hier jemand auf die Sprünge helfen? > > Freundliche Grüsse > Meinrad Büchel > > ---------------------------------------------------------------- > Meinrad Büchel > Liechtensteinische Landesbibliothek > Gerberweg 5, 9490 Vaduz > Tel. +423 236 63 71 Fax +423 233 14 19 > www.landesbibliothek.li <file:///\\www.landesbibliothek.li> > ----------------------------------------------------------------

16 years, 2 months

PDF für Download

by bume.mailings＠lilb.llv.li

Liebe Kolleginnen und Kollegen Gemäss http://dfg-viewer.de/hinweise-zur-bildbearbeitung/implementierung/ <http://dfg-viewer.de/hinweise-zur-bildbearbeitung/implementierung/> unter "Download-Versionen" ist erwähnt, dass vorhandene PDF-Einzelseiten vom DFG-Viewer zum Download angeboten würden. Zu diesem Fall habe ich kein Beispiel bzw. Informationen gefunden haben im Demonstrator keinerlei Effekt gezeigt. Kann mir hier jemand auf die Sprünge helfen? Freundliche Grüsse Meinrad Büchel ---------------------------------------------------------------- Meinrad Büchel Liechtensteinische Landesbibliothek Gerberweg 5, 9490 Vaduz Tel. +423 236 63 71 Fax +423 233 14 19 www.landesbibliothek.li <file://www.landesbibliothek.li> ----------------------------------------------------------------

16 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

DV-Technik