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
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
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
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
> ----------------------------------------------------------------
>
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
----------------------------------------------------------------
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>
> ----------------------------------------------------------------
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>
----------------------------------------------------------------
Liebe Kolleginnen und Kollegen
Um für ein zukünftiges Projekt Erfahrungen zu sammeln, habe ich eine METS/MODS-Datei gem. dfg-viewer.de erstellt. Dies funktioniert soweit mit dem Demonstrator.
Um eine Übersichtsseite mit den Thumbnails zu bekommen, habe ich eine <mets:fileGrp USE="THUMBS"> analog der USE="DEFAULT" eingefügt und die entspr. JPEG mit einer Breite von 150 Pixeln erstellt, aber im Demonstrator hat sich nichts geändert. Funktioniert die Übersichtsseite mit den Thumbnails schon? Im Dokument "zvdd METS Profile" verstehe ich es so, auf dfg-viewer.de tönt es eher nach Zukunftsmusik in diesem Zusammenhang.
Vielen Dank für jeden Hinweis.
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>
----------------------------------------------------------------
Lieber Herr Meyer,
besten Dank für Ihre ausführliche Antwort!
> Da scheint mir generell noch Bedarf an einer Nachbesserung zu bestehen:
> Erstens sollten Fehlermeldungen des Viewers benutzergerechter gestaltet
> werden, was aber erst dann sinnvoll ist, wenn einem Entwickler
> alternativ der METS-Validator zur Verfügung steht, da er ansonsten
> keinerlei Anhaltspunkte für mögliche Fehlerursachen erhält. (Nicht
> umsonst haben Sie mich selbst vor einiger Zeit darum gebeten, die
> Fehlermeldungen des Viewers technisch differenzierter zu gestalten, um
> die Fehlersuche zu erleichtern.) Für die nächste Viewer-Version würde
> ich benutzerfreundlichere Fehlermeldungen umsetzen. Bis dahin sollte ja
> auch der METS-Validator fertig sein (siehe unten).
Dem kann ich mich voll anschließen.
> Zweitens scheint vielen Benutzern nicht bewusst zu sein, dass es sich
> beim DFG-Viewer um einen Webservice handelt. Einerseits ist das
> natürlich toll, wenn der Viewer offenbar generisch genug ist, um vom
> Benutzer als Angebot des Daten-Providers statt als "fremder" Dienst
> wahrgenommen zu werden.
Finde ich zunächst auch: ganz in unserem Sinne! Und auch dem "Aber" kann ich mich anschließen:
> Andererseits hat das aber zur Folge, dass mich
> etliche Anfragen über das Kontaktformular des Viewers erreichen, die
> sich auf bestimmte Digitalisate beziehen. Meist kann ich dabei nicht
> einmal nachvollziehen, um welches Digitalisat es sich überhaupt handelt
> und an welchen Datenprovider ich den Benutzer entsprechend verweisen
> muss. Mein Vorschlag wäre deshalb, in der DV-Sektion der METS-Datei
> noch die Angabe einer Kontakt-E-Mail-Adresse oder eines Links zu einem
> Kontaktformular vorzuschreiben, das dann im Viewer verlinkt wird.
Ja, das fände ich prima. Warum aber nicht einfach ein generisches Kontaktformular verwenden, das man z.B. durch Aufruf von
http://dfg-viewer.de/kontaktformular/?email=xxx
erreichen kann? Bedeutete, daß Sie die Informationen aus der DV-Sektion einfach per Link-Parameter an Ihr Kontaktformular übergeben, das dann die resultierende Anfrage an eben diese Andresse verschickt, nicht an den allgemeinen Viewersupport.
> Mit der Umsetzung des METS-Validators haben wir einen Dienstleister
> beauftragt, der derzeit aber auch noch auf die endgültigen METS/MODS-
> Profile wartet, auf denen der Validator ja basieren soll. Die
> Fertigstellung der Profile haben mir die Kollegen aus Göttingen für
> diese Woche versprochen.
Prima. Ich bin gespannt.
Beste Grüße,
Kay Heiligenhaus
Lieber Herr Meyer,
besten Dank für die Rückmeldung! Mir wäre noch wichtig, daß wir uns überlegen, wie der Ausfall von Services zu behandeln ist. Ich hatte dazu ja bereits Überlegungen in meiner Mail angestellt, wie man bei einem Ausfall des Viewers auf Projektseite vorgehen könnte. Wie sieht es denn auf der Viewer-Seite aus unter verschiedenen Fehlerkonstellationen (METS-Daten nicht valide, Domain nicht erreichbar usw.)? Ich hab' mal ein paar Tests gemacht, die unterschiedliche Fehlermeldungen hervorriefen, sich allerdings eher an einen Entwickler richteten, nicht wirklich an einen Nutzer. Haben Sie hierzu evtl. ein Konzept skizziert, was wie ausgegeben werden soll, damit der Nutzer weiß, an wen er sich im Fehlerfall evtl. wenden kann usw.?
Ansonsten noch die kurze Nachfrage: Ist das METS-Profil inzwischen abgeschlossen? Zumindest unter
http://dfg-viewer.de/profil-der-metadaten/
findet sich noch der Stand der Profile vom Frühjahr. Wie steht es um die METS-Validierungsservices?
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 12:24 PM
> To: technik(a)dfg-viewer.de
> Subject: Re: [DFG-Viewer] SLUB/Viewer down?
>
> Lieber Herr Heiligenhaus,
>
> vermutlich aufgrund eines defekten Switchs kam es bei uns zu einem
> Teilausfall des Datennetzes. Betroffenen waren davon teilweise auch die
> Web- und Datenbankserver, so dass einige Webdienste für ca. 24 Stunden
> nicht erreichbar waren. Das Problem ist nun behoben und wir sind auf
> der Suche nach der Ursache, um weitere Ausfälle in Zukunft hoffentlich
> vermeiden zu können. Bis jetzt deutet es jedoch auf einen Hardware-
> Defekt hin.
>
> 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: Sonntag, 9. November 2008 20:14
> > An: technik(a)dfg-viewer.de
> > Betreff: [DFG-Viewer] SLUB/Viewer down?
> >
> > Liebe Kolleginnen und Kollegen,
> >
> > kann es sein, daß heute der Viewer-Dienst ausgefallen ist? Beim
> Aufrufen der
> > Seite erhält man seit einiger die Fehlermeldung:
> >
> > "Database Error
> >
> > The current username, password or host was not accepted when the
> connection to
> > the database was attempted to be established!"
> >
> > Ich hatte das vor einiger Zeit schon mal gesehen. Anscheinend
> betrifft das
> > Problem gleich die gesamte SLUB-Domain, denn auch auf
> http://www.slub-
> > dresden.de/ bekomme ich aktuell diesen Fehler.
> >
> > Da in technischen Systemen solche Ausfälle nie ganz vermeidbar sind
> (auch die
> > METS-Services auf Seiten der Projekte können ab und an down sein,
> ebenfalls
> > der URN-Resolver der DNB, usw. usf.), stellt sich mir die Frage,
> worauf man
> > evtl. bei Implementierungsstrategien zur Nutzung zentraler Services
> achten
> > sollte (verteilte Systeme, so technisch elegant sie sein mögen,
> bringen m.E.
> > ein paar neue Herausforderungen für die nutzenden Projekte mit sich).
> >
> > Lieber Herr Stäcker, Sie erwähnten mal, daß Sie in Wolfenbüttel die
> Viewer-
> > Anbindung aus dem Katalog über einen http-Redirect Ihres PURL-
> Resolvers
> > organisieren wollten. Haben Sie das so umgesetzt? Wir in Halle machen
> das
> > ähnlich, nur über den URN-Resolver der DNB. Jetzt könnte man an ja
> diesen
> > Stelle überprüfen, ob die Viewer-Services überhaupt verfügbar sind
> und - im
> > Fehlerfall - doch wieder zur eigenen Präsentation redirecten (was dem
> URN-
> > Konzept eigentlich sehr entsprechen würde: ich habe immer auch eine
> > "persistente Kopie" für Dich zur Hand, wenn sich eine URL mal
> dauerhaft oder
> > temporär verabschiedet hat).
> >
> > Aktuell sieht ein Nutzer aus Berlin, Dresden, Göttingen, Halle,
> München,
> > Wolfenbüttel usw. auf jeden Fall nur: o.g. Fehlermeldung, die ihm
> sicher nicht
> > viel sagt.
> >
> > Beste Grüße,
> > Kay Heiligenhaus
