3 Sep
2009
3 Sep
'09
4:50 p.m.
Liebe KollegInnen,
ich habe nun alle bei mir eingegangenen Anmerkungen und Fehlermeldungen bearbeitet. Unter
http://test.dfg-viewer.de/demo/ finden Sie nun den nächsten Release Candidate für die
Viewer-Version 2.5. Bitte testen Sie noch einmal Viewer und Validator. Sollten keine
weiteren Fehler mehr auftreten, würde ich Version 2.5 am kommenden Montag ins
Produktivsystem überführen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
3 Sep
3 Sep
5:52 p.m.
Lieber Herr Meyer,
wie gesagt, ich bin aktuell etwas eingeschränkt, aber ganz schnell eine Rückmeldung aus
Spanien. Sieht sehr gut aus - allerdings liefert der Viewer noch folgende PHP-Fehler beim
Test gegen den Hallenser VD16-Bestand (Bsp.:
http://test.dfg-viewer.de/v2/?set[mets]=http%3A%2F%2Fdigitale.bibliothek.un…,
ich hab' mal eine Lutherbibel ausgewählt, um die Dramatik nachdrücklich zu belegen
;):
* * *
Warning: Illegal offset type in isset or empty in
/var/www/sources/typo3_src-4.2.6/typo3/sysext/cms/tslib/class.tslib_pibase.php on line
949
Warning: Illegal offset type in isset or empty in
/var/www/sources/typo3_src-4.2.6/typo3/sysext/cms/tslib/class.tslib_pibase.php on line
953
* * *
Liegt anscheinend daran, daß Sie sich noch damit rumschlagen, wie die
"VD-Anzeige" zu bewältigen ist. Es fehlt hier nämlich nun "VD16 " vor
der VD16-Nummer in den bibliographischen Angaben. Die MODS-Daten sollten eigentlich
korrekt sein (<mods:identifier type="vd16" >B
2757</mods:identifier>).
Dann noch zwei weitere Punkte:
1) Weiterhin ist die Verlinkung zum VD16-Katalog nicht korrekt. Die VD16-Nummer wird nach
dem Leerzeichen abgeschnitten
("http://gateway-bayern.bib-bvb.de/aleph-cgi/bvb_suche?sid=VD16&find_code_1=WVD&find_request_1=B"
anstelle
"http://gateway-bayern.bib-bvb.de/aleph-cgi/bvb_suche?sid=VD16&find_code_1=WVD&find_request_1=B%202757").
Da Sie den VD-Link nun doch wieder aufgenommen haben, gehe ich davon aus, daß es eine
Rückmeldung des BVB zur Persistenz der Verlinkung gibt...
2) Luther würde sich vielleicht freuen, aber Sie werten die Personen-Angaben im MODS
weiterhin fehlerhaft aus:
<mods:name type="personal" >
<mods:namePart>Luther, Martin</mods:namePart>
<mods:namePart type="date" >1483-1546</mods:namePart>
<mods:namePart type="given" >Martin</mods:namePart>
<mods:namePart type="family" >Luther</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
>edt</mods:roleTerm>
<mods:roleTerm type="text" >Bearb.</mods:roleTerm>
</mods:role>
</mods:name>
Luther ist nicht der Verfasser der Bibel, sondern deren Bearbeiter. Bei diesem
MODS-Datensatz dürfen Sie also keinen Verfasser im Viewer bilden, denn den gibt es hier
nicht. Notwendig ist also die Berücksichtigung des <mods:roleTerm
type="code"> in <mods:name type="personal">. Ansonsten kommt
es m.E. zu einer grob fehlerhaften Anzeige der bibl. Daten.
Soweit auf die Schnelle.
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: Thursday, September 03, 2009 4:51 PM
To: technik(a)dfg-viewer.de
Subject: [DFG-Viewer] Abschließende Tests
Liebe KollegInnen,
ich habe nun alle bei mir eingegangenen Anmerkungen und Fehlermeldungen
bearbeitet. Unter http://test.dfg-viewer.de/demo/ finden Sie nun den
nächsten Release Candidate für die Viewer-Version 2.5. Bitte testen Sie
noch einmal Viewer und Validator. Sollten keine weiteren Fehler mehr
auftreten, würde ich Version 2.5 am kommenden Montag ins
Produktivsystem überführen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
4 Sep
4 Sep
11:40 a.m.
Lieber Herr Heiligenhaus,
die PHP-Fehler sollten nun nicht mehr auftreten. Da hatte sich ein Tippfehler in einen
String-Cast eingeschlichen.
Damit sollte nun auch die VD-Anzeige (und Verlinkung) korrekt funktionieren. Zur
Persistenz der Kataloglinks habe ich mich noch nicht schlau gemacht, das werde ich aber
noch erledigen. Die Links sind aber im Viewer-Backend bequem konfigurierbar, so dass ich
auf etwaige Änderungen ohnehin schnell reagieren könnte. Da ist Persistenz also vielleicht
nicht ganz so wichtig.
Was die Anzeige Martin Luthers als Verfasser betrifft, werde ich das auch noch umsetzen.
Das schaffe ich aber heute nicht mehr.
Viele Grüße nach Spanien,
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
________________________________
Von: dv-technik-bounces(a)dfg-viewer.de [dv-technik-bounces(a)dfg-viewer.de] im Auftrag von
Kay Heiligenhaus [kay.heiligenhaus(a)semantics.de]
Gesendet: Donnerstag, 3. September 2009 17:52
An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
wie gesagt, ich bin aktuell etwas eingeschränkt, aber ganz schnell eine Rückmeldung aus
Spanien. Sieht sehr gut aus - allerdings liefert der Viewer noch folgende PHP-Fehler beim
Test gegen den Hallenser VD16-Bestand (Bsp.:
http://test.dfg-viewer.de/v2/?set[mets]=http%3A%2F%2Fdigitale.bibliothek.un…,
ich hab' mal eine Lutherbibel ausgewählt, um die Dramatik nachdrücklich zu belegen
;):
* * *
Warning: Illegal offset type in isset or empty in
/var/www/sources/typo3_src-4.2.6/typo3/sysext/cms/tslib/class.tslib_pibase.php on line
949
Warning: Illegal offset type in isset or empty in
/var/www/sources/typo3_src-4.2.6/typo3/sysext/cms/tslib/class.tslib_pibase.php on line
953
* * *
Liegt anscheinend daran, daß Sie sich noch damit rumschlagen, wie die
"VD-Anzeige" zu bewältigen ist. Es fehlt hier nämlich nun "VD16 " vor
der VD16-Nummer in den bibliographischen Angaben. Die MODS-Daten sollten eigentlich
korrekt sein (<mods:identifier type="vd16" >B
2757</mods:identifier>).
Dann noch zwei weitere Punkte:
1) Weiterhin ist die Verlinkung zum VD16-Katalog nicht korrekt. Die VD16-Nummer wird nach
dem Leerzeichen abgeschnitten
("http://gateway-bayern.bib-bvb.de/aleph-cgi/bvb_suche?sid=VD16&find_code_1=WVD&find_request_1=B"
anstelle
"http://gateway-bayern.bib-bvb.de/aleph-cgi/bvb_suche?sid=VD16&find_code_1=WVD&find_request_1=B%202757").
Da Sie den VD-Link nun doch wieder aufgenommen haben, gehe ich davon aus, daß es eine
Rückmeldung des BVB zur Persistenz der Verlinkung gibt...
2) Luther würde sich vielleicht freuen, aber Sie werten die Personen-Angaben im MODS
weiterhin fehlerhaft aus:
<mods:name type="personal" >
<mods:namePart>Luther, Martin</mods:namePart>
<mods:namePart type="date" >1483-1546</mods:namePart>
<mods:namePart type="given" >Martin</mods:namePart>
<mods:namePart type="family" >Luther</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
>edt</mods:roleTerm>
<mods:roleTerm type="text" >Bearb.</mods:roleTerm>
</mods:role>
</mods:name>
Luther ist nicht der Verfasser der Bibel, sondern deren Bearbeiter. Bei diesem
MODS-Datensatz dürfen Sie also keinen Verfasser im Viewer bilden, denn den gibt es hier
nicht. Notwendig ist also die Berücksichtigung des <mods:roleTerm
type="code"> in <mods:name type="personal">. Ansonsten kommt
es m.E. zu einer grob fehlerhaften Anzeige der bibl. Daten.
Soweit auf die Schnelle.
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: Thursday, September 03, 2009 4:51 PM
To: technik(a)dfg-viewer.de
Subject: [DFG-Viewer] Abschließende Tests
Liebe KollegInnen,
ich habe nun alle bei mir eingegangenen Anmerkungen und Fehlermeldungen
bearbeitet. Unter http://test.dfg-viewer.de/demo/ finden Sie nun den
nächsten Release Candidate für die Viewer-Version 2.5. Bitte testen Sie
noch einmal Viewer und Validator. Sollten keine weiteren Fehler mehr
auftreten, würde ich Version 2.5 am kommenden Montag ins
Produktivsystem überführen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
3:14 p.m.
Lieber Herr Meyer,
die PHP-Fehler sollten nun nicht mehr auftreten. Da
hatte sich ein
Tippfehler in einen String-Cast eingeschlichen.
Damit sollte nun auch die VD-Anzeige (und Verlinkung) korrekt
funktionieren.
Yep. Funktioniert nun perfekt.
Zur Persistenz der Kataloglinks habe ich mich noch
nicht
schlau gemacht, das werde ich aber noch erledigen.
Ich fände da eine Aussage ganz gut.
Die Links sind aber
im Viewer-Backend bequem konfigurierbar, so dass ich auf etwaige
Änderungen ohnehin schnell reagieren könnte. Da ist Persistenz also
vielleicht nicht ganz so wichtig.
Das ist prima.
Was die Anzeige Martin Luthers als Verfasser betrifft,
werde ich das
auch noch umsetzen. Das schaffe ich aber heute nicht mehr.
Man müßte hier evtl. auch noch mal eine Rückmeldung bekommen, welche "codes" aus
der Liste der LoC (http://www.loc.gov/marc/sourcecode/relator/relatorlist.html) hier
einschlägig sind, also - salopp gesprochen - "Verfasserstatus" haben. Das finde
ich persönlich nicht so einfach zu beantworten. Beschränkt man sich auf die Liste der im
MODS-Profil "erlaubten Codes", die unter 1.3.2.3.4 aufgeführt sind, käme
eigentlich nur "aut" in Frage. Bei "dub" und "atn" könnte
man evtl. den Namen in eckigen Klammern setzen. Ist kein "code" angegeben,
sollte man m.E. von einem Verfasser ausgehen. Dazu müßten aber die Regelwerks-Experten was
sagen.
Beste Grüße,
Kay Heiligenhaus
3:57 p.m.
Lieber Herr Meyer,
das sehe ich gerade erst - komisch, daß das bislang noch nicht aufgefallen ist. Wählt man
im Demonstrator einen beliebigen Datensatz aus, dann werden die bibl. Angaben korrekt
dargestellt, z.B. für den ersten Eintrag aus Dresden:
* * *
Ryff, Walther Hermann: Der furnembsten, notwendigsten, der gantzen Architectur
angehoerigen Mathematischen und Mechanischen kuenst eygentlicher bericht und vast klare,
verstendliche unterrichtung Nuernberg 1547
* * *
Blättert man dann aber auf die nächste Seite, dann verschwinden plötzlich die Leerzeichen
zwischen den einzelnen " Segmenten":
* * *
Ryff, Walther Hermann:Der furnembsten, notwendigsten, der gantzen Architectur angehoerigen
Mathematischen und Mechanischen kuenst eygentlicher bericht und vast klare, verstendliche
unterrichtungNuernberg 1547
* * *
"[Verfasser]: [Titel] [Erscheinungsvermerk]" mutiert also zu
"[Verfasser]:[Titel][Erscheinungsvermermerk]". Das ist sowohl im Testsystem so,
wie im Produktionssystem. Es ist auch so, wenn man direkt aus dem Katalog auf einen Titel
navigiert, also z.B.:
http://nbn-resolving.de/urn:nbn:de:gbv:3:1-1384
Ich habe das mit FF3 und IE8 getestet...
Beste Grüße,
Kay Heiligenhaus
-----Original Message-----
From: Kay Heiligenhaus
Sent: Friday, September 04, 2009 3:14 PM
To: 'technik(a)dfg-viewer.de'.de'; technik(a)dfg-viewer.de
Subject: RE: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
die PHP-Fehler sollten nun nicht mehr auftreten.
Da hatte sich ein
Tippfehler in einen String-Cast eingeschlichen.
Damit sollte nun auch die VD-Anzeige (und Verlinkung) korrekt
funktionieren.
Yep. Funktioniert nun perfekt.
Zur Persistenz der Kataloglinks habe ich mich
noch nicht
schlau gemacht, das werde ich aber noch erledigen.
Ich fände da eine Aussage ganz gut.
Die Links sind aber
im Viewer-Backend bequem konfigurierbar, so dass ich auf etwaige
Änderungen ohnehin schnell reagieren könnte. Da ist Persistenz also
vielleicht nicht ganz so wichtig.
Das ist prima.
Was die Anzeige Martin Luthers als Verfasser
betrifft, werde ich das
auch noch umsetzen. Das schaffe ich aber heute nicht mehr.
Man müßte hier evtl. auch noch mal eine Rückmeldung bekommen, welche
"codes" aus der Liste der LoC
(http://www.loc.gov/marc/sourcecode/relator/relatorlist.html) hier
einschlägig sind, also - salopp gesprochen - "Verfasserstatus" haben.
Das finde ich persönlich nicht so einfach zu beantworten. Beschränkt
man sich auf die Liste der im MODS-Profil "erlaubten Codes", die unter
1.3.2.3.4 aufgeführt sind, käme eigentlich nur "aut" in Frage. Bei
"dub" und "atn" könnte man evtl. den Namen in eckigen Klammern
setzen.
Ist kein "code" angegeben, sollte man m.E. von einem Verfasser
ausgehen. Dazu müßten aber die Regelwerks-Experten was sagen.
Beste Grüße,
Kay Heiligenhaus
5:15 p.m.
Lieber Herr Heiligenhaus,
dieses Verhalten kann ich leider nicht nachvollziehen. Bei mir funktioniert das in allen
getesteten Browsern wie erwartet. (Ich habe es mit IE6, IE7, IE8, FF3, Opera 9+10, Safari
3 und Chrome getestet.)
Nutzen Sie eventuell Plugins wie Tidy, die den Quelltext umformatieren? Das könnte die
Ursache sein, da die Leerzeichen nicht explizit im Quelltext stehen, sondern implizit
durch die Zeilenumbrüche zwischen den HTML-Tags gegeben sind.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
________________________________
Von: dv-technik-bounces(a)dfg-viewer.de [dv-technik-bounces(a)dfg-viewer.de] im Auftrag von
Kay Heiligenhaus [kay.heiligenhaus(a)semantics.de]
Gesendet: Freitag, 4. September 2009 15:57
An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
das sehe ich gerade erst - komisch, daß das bislang noch nicht aufgefallen ist. Wählt man
im Demonstrator einen beliebigen Datensatz aus, dann werden die bibl. Angaben korrekt
dargestellt, z.B. für den ersten Eintrag aus Dresden:
* * *
Ryff, Walther Hermann: Der furnembsten, notwendigsten, der gantzen Architectur
angehoerigen Mathematischen und Mechanischen kuenst eygentlicher bericht und vast klare,
verstendliche unterrichtung Nuernberg 1547
* * *
Blättert man dann aber auf die nächste Seite, dann verschwinden plötzlich die Leerzeichen
zwischen den einzelnen " Segmenten":
* * *
Ryff, Walther Hermann:Der furnembsten, notwendigsten, der gantzen Architectur angehoerigen
Mathematischen und Mechanischen kuenst eygentlicher bericht und vast klare, verstendliche
unterrichtungNuernberg 1547
* * *
"[Verfasser]: [Titel] [Erscheinungsvermerk]" mutiert also zu
"[Verfasser]:[Titel][Erscheinungsvermermerk]". Das ist sowohl im Testsystem so,
wie im Produktionssystem. Es ist auch so, wenn man direkt aus dem Katalog auf einen Titel
navigiert, also z.B.:
http://nbn-resolving.de/urn:nbn:de:gbv:3:1-1384
Ich habe das mit FF3 und IE8 getestet...
Beste Grüße,
Kay Heiligenhaus
-----Original Message-----
From: Kay Heiligenhaus
Sent: Friday, September 04, 2009 3:14 PM
To: 'technik(a)dfg-viewer.de'.de'; technik(a)dfg-viewer.de
Subject: RE: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
die PHP-Fehler sollten nun nicht mehr auftreten.
Da hatte sich ein
Tippfehler in einen String-Cast eingeschlichen.
Damit sollte nun auch die VD-Anzeige (und Verlinkung) korrekt
funktionieren.
Yep. Funktioniert nun perfekt.
Zur Persistenz der Kataloglinks habe ich mich
noch nicht
schlau gemacht, das werde ich aber noch erledigen.
Ich fände da eine Aussage ganz gut.
Die Links sind aber
im Viewer-Backend bequem konfigurierbar, so dass ich auf etwaige
Änderungen ohnehin schnell reagieren könnte. Da ist Persistenz also
vielleicht nicht ganz so wichtig.
Das ist prima.
Was die Anzeige Martin Luthers als Verfasser
betrifft, werde ich das
auch noch umsetzen. Das schaffe ich aber heute nicht mehr.
Man müßte hier evtl. auch noch mal eine Rückmeldung bekommen, welche
"codes" aus der Liste der LoC
(http://www.loc.gov/marc/sourcecode/relator/relatorlist.html) hier
einschlägig sind, also - salopp gesprochen - "Verfasserstatus" haben.
Das finde ich persönlich nicht so einfach zu beantworten. Beschränkt
man sich auf die Liste der im MODS-Profil "erlaubten Codes", die unter
1.3.2.3.4 aufgeführt sind, käme eigentlich nur "aut" in Frage. Bei
"dub" und "atn" könnte man evtl. den Namen in eckigen Klammern
setzen.
Ist kein "code" angegeben, sollte man m.E. von einem Verfasser
ausgehen. Dazu müßten aber die Regelwerks-Experten was sagen.
Beste Grüße,
Kay Heiligenhaus
5:24 p.m.
Lieber Herr Meyer,
dieses Verhalten kann ich leider nicht nachvollziehen.
Bei mir
funktioniert das in allen getesteten Browsern wie erwartet. (Ich habe
es mit IE6, IE7, IE8, FF3, Opera 9+10, Safari 3 und Chrome getestet.)
Hm.
Nutzen Sie eventuell Plugins wie Tidy, die den
Quelltext umformatieren?
Nein. Aber evtl. hängt sich mein Virenscanner dazwischen. Oder es liegt an einem Proxy,
der bei einer UMTS-Verbindung "Whitespace" einfach wegstripped.
Das könnte die Ursache sein, da die Leerzeichen nicht
explizit im
Quelltext stehen, sondern implizit durch die Zeilenumbrüche zwischen
den HTML-Tags gegeben sind.
Okay. Wenn ich mir den Quellcode anschaue, dann sind die Whitespaces tatsächlich
verschwunden. Müßte also wahrscheinlich an den "Optimierungen" über den
UMTS-Proxy liegen (und würde auch erklären, warum mir das bislang noch nicht aufgefallen
ist). Wenn Sie irgendwann Lust haben, können Sie die Leerzeichen ja explizit schützen
(" " oder " "). UMTS erfreut sich inzwischen ja
einer größeren Verbreitung. ;)
Vielen Dank auf jeden Fall für die schnelle Antwort bei der Jagd nach diesem Phantom!
Beste Grüße,
Kay Heiligenhaus
7 Sep
7 Sep
12:05 p.m.
Lieber Herr Meyer,
wieder zurück in Deutschland, kann ich bestätigen: Die Darstellung der Titeldaten ist nun
wieder korrekt. Es lag also tatsächlich am UMTS-Proxy, der die HTML-Daten
"komprimiert" hat. Vielleicht kommen Sie ja irgendwann dazu, die Leerzeichen
entsprechend zu schützen, damit solche Effekte ausgeschlossen werden können. Ist aber m.E.
nicht so vordringlich.
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 Kay Heiligenhaus
Sent: Friday, September 04, 2009 5:24 PM
To: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
dieses Verhalten kann ich leider nicht
nachvollziehen. Bei mir
funktioniert das in allen getesteten Browsern wie erwartet. (Ich habe
es mit IE6, IE7, IE8, FF3, Opera 9+10, Safari 3 und Chrome getestet.)
Hm.
Nutzen Sie eventuell Plugins wie Tidy, die den
Quelltext
umformatieren?
Nein. Aber evtl. hängt sich mein Virenscanner dazwischen. Oder es liegt
an einem Proxy, der bei einer UMTS-Verbindung "Whitespace" einfach
wegstripped.
Das könnte die Ursache sein, da die Leerzeichen
nicht explizit im
Quelltext stehen, sondern implizit durch die Zeilenumbrüche zwischen
den HTML-Tags gegeben sind.
Okay. Wenn ich mir den Quellcode anschaue, dann sind die Whitespaces
tatsächlich verschwunden. Müßte also wahrscheinlich an den
"Optimierungen" über den UMTS-Proxy liegen (und würde auch erklären,
warum mir das bislang noch nicht aufgefallen ist). Wenn Sie irgendwann
Lust haben, können Sie die Leerzeichen ja explizit schützen (" "
oder " "). UMTS erfreut sich inzwischen ja einer größeren
Verbreitung. ;)
Vielen Dank auf jeden Fall für die schnelle Antwort bei der Jagd nach
diesem Phantom!
Beste Grüße,
Kay Heiligenhaus
1:57 p.m.
Lieber Herr Heiligenhaus,
ich habe nun explizite Leerzeichen eingefügt, was aber leider dazu führt, dass überall
doppelte Leerzeichen erscheinen (was eigentlich auch korrekt ist, da nun Leerzeichen und
Zeilenumbruch die Elemente trennen). Ich werde die expliziten Leerzeichen deshalb wieder
entfernen. Hier müssten eigentlich die Betreiber der Proxies nachbessern, da der Fehler
bei ihnen liegt.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Montag, 7. September 2009 12:05
An: dv-technik(a)dfg-viewer.de; dv-technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
wieder zurück in Deutschland, kann ich bestätigen: Die Darstellung der
Titeldaten ist nun wieder korrekt. Es lag also tatsächlich am UMTS-
Proxy, der die HTML-Daten "komprimiert" hat. Vielleicht kommen Sie ja
irgendwann dazu, die Leerzeichen entsprechend zu schützen, damit solche
Effekte ausgeschlossen werden können. Ist aber m.E. nicht so
vordringlich.
Beste Grüße,
Kay Heiligenhaus
irgendwann
-----Original Message-----
From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
bounces@dfg-
viewer.de] On Behalf Of Kay Heiligenhaus
Sent: Friday, September 04, 2009 5:24 PM
To: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
> dieses Verhalten kann ich leider nicht nachvollziehen. Bei mir
> funktioniert das in allen getesteten Browsern wie erwartet. (Ich
habe
> es mit IE6, IE7, IE8, FF3, Opera 9+10,
Safari 3 und Chrome
getestet.)
Hm.
liegt
Nutzen Sie eventuell Plugins wie Tidy, die den
Quelltext
umformatieren?
Nein. Aber evtl. hängt sich mein Virenscanner dazwischen. Oder es an einem Proxy, der bei einer UMTS-Verbindung
"Whitespace" einfach
wegstripped.
> Das könnte die Ursache sein, da die Leerzeichen nicht explizit im
> Quelltext stehen, sondern implizit durch die Zeilenumbrüche
zwischen
den
HTML-Tags gegeben sind.
Okay. Wenn ich mir den Quellcode anschaue, dann sind die Whitespaces
tatsächlich verschwunden. Müßte also wahrscheinlich an den
"Optimierungen" über den UMTS-Proxy liegen (und würde auch erklären,
warum mir das bislang noch nicht aufgefallen ist). Wenn Sie Lust haben, können Sie die Leerzeichen ja
explizit schützen (" "
oder " "). UMTS erfreut sich inzwischen ja einer größeren
Verbreitung. ;)
Vielen Dank auf jeden Fall für die schnelle Antwort bei der Jagd nach
diesem Phantom!
Beste Grüße,
Kay Heiligenhaus
2:41 p.m.
Lieber Herr Meyer,
ich habe nun explizite Leerzeichen eingefügt, was aber
leider dazu
führt, dass überall doppelte Leerzeichen erscheinen (was eigentlich
auch korrekt ist, da nun Leerzeichen und Zeilenumbruch die Elemente
trennen). Ich werde die expliziten Leerzeichen deshalb wieder
entfernen. Hier müssten eigentlich die Betreiber der Proxies
nachbessern, da der Fehler bei ihnen liegt.
Yep. Sehe ich auch so. Besten Dank aber für Ihr Bemühen, die Anzeige im Viewer auch für
Spanienurlauber zu ermöglichen...
Beste Grüße,
Kay Heiligenhaus
2:48 p.m.
Lieber Herr Meyer,
noch eine abschließende Frage zur Implementierung des Viewers: Wir beabsichtigen mit der
Umstellung des Viewers auf Vers. 2.5 auch die Auflösung von Einzelseiten-URNs auf den
Viewer zu lenken, damit die Zitation für Nutzer einheitlich erfolgt (wie hatten kurz in
Dresden über dieses Verfahren gesprochen und auch hier in der Liste darüber ausführlich
diskutiert). Soweit ich es sehen kann, ist die Referenzierung von Einzelseiten im Viewer
über den Parameter "set%5Bimage%5D=[Wert]" möglich. Bezieht sich
"[WERT]" auf das ORDER-Attribut im METS? Ist es auch möglich, auf das
CONTENTIDS-Attribut zu referenzieren?
Beste Grüße,
Kay Heiligenhaus
4:47 p.m.
Lieber Herr Heiligenhaus,
der DFG-Viewer erzeugt intern ein numerisches Array aller physischen DIV mit
@TYPE="page". Das Array wird anschließend nach @ORDER sortiert und reindexiert.
set[image] entspricht dann einem Key dieses Arrays, also einem fortlaufend hochzählenden
Index.
Alternativ können Sie in set[image] auch die @ID eines physischen DIV mit
@TYPE="page" übergeben. Der DFG-Viewer wandelt diese Angabe dann in den
entsprechenden Array-Key um. Dieses Verfahren verwendet beispielsweise auch ZVDD, um
gezielt bestimmte Strukturdaten zu verlinken.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Montag, 7. September 2009 14:49
An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
noch eine abschließende Frage zur Implementierung des Viewers: Wir
beabsichtigen mit der Umstellung des Viewers auf Vers. 2.5 auch die
Auflösung von Einzelseiten-URNs auf den Viewer zu lenken, damit die
Zitation für Nutzer einheitlich erfolgt (wie hatten kurz in Dresden
über dieses Verfahren gesprochen und auch hier in der Liste darüber
ausführlich diskutiert). Soweit ich es sehen kann, ist die
Referenzierung von Einzelseiten im Viewer über den Parameter
"set%5Bimage%5D=[Wert]" möglich. Bezieht sich "[WERT]" auf das
ORDER-
Attribut im METS? Ist es auch möglich, auf das CONTENTIDS-Attribut zu
referenzieren?
Beste Grüße,
Kay Heiligenhaus
5 Nov
5 Nov
4:33 p.m.
Lieber Herr Meyer,
noch mal zum Thema "seitenpersistente Verlinkung" auf den DFG-Viewer. Bei
unseren Tests zur Umsetzung dieses Verfahrens ist aufgefallen, daß die von Ihnen
beschriebene Nutzung von @ID nicht korrekt funktioniert. Ein Beispiel:
http://nbn-resolving.de/urn:nbn:de:gbv:3:1-110359
Das zugrundeliegende METS/MODS findet sich unter:
http://digitale.bibliothek.uni-halle.de/vd18/oai/?verb=GetRecord&metada…
Möchte man nun auf die erste Seite (@ID = phys1199759) verlinken, sollte nach Ihrer
Beschreibung folgender URL funktionieren:
http://dfg-viewer.de/v2/?set[image]=phys1199759&set[zoom]=default&s…
Dies zeigt aber kein Bild an. Vielmehr erreicht man die erste Seite tatsächlich durch
Referenz auf die zweite (@ID = phys1199760):
http://dfg-viewer.de/v2/?set[image]=phys1199760&set[zoom]=default&s…
Es scheint also, daß da irgendwas um genau eine Position "verrutscht" ist in
Ihrem Array.
Ich würde zwar weiterhin lieber @CONTENTIDS nutzen (was man in Wolfenbüttel ja ähnlich
sieht), aber aktuell ist uns auf jeden Fall die Nutzung seitengenauer Referenzen im Viewer
versperrt. Übersehe ich da etwas oder handelt es sich tatsächlich schlicht um einen Bug in
der Implementierung?
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, September 07, 2009 4:48 PM
To: technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Heiligenhaus,
der DFG-Viewer erzeugt intern ein numerisches Array aller physischen
DIV mit @TYPE="page". Das Array wird anschließend nach @ORDER sortiert
und reindexiert. set[image] entspricht dann einem Key dieses Arrays,
also einem fortlaufend hochzählenden Index.
Alternativ können Sie in set[image] auch die @ID eines physischen DIV
mit @TYPE="page" übergeben. Der DFG-Viewer wandelt diese Angabe dann in
den entsprechenden Array-Key um. Dieses Verfahren verwendet
beispielsweise auch ZVDD, um gezielt bestimmte Strukturdaten zu
verlinken.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Montag, 7. September 2009 14:49
An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
noch eine abschließende Frage zur Implementierung des Viewers: Wir
beabsichtigen mit der Umstellung des Viewers auf Vers. 2.5 auch die
Auflösung von Einzelseiten-URNs auf den Viewer zu lenken, damit die
Zitation für Nutzer einheitlich erfolgt (wie hatten kurz in Dresden
über dieses Verfahren gesprochen und auch hier in der Liste darüber
ausführlich diskutiert). Soweit ich es sehen kann, ist die
Referenzierung von Einzelseiten im Viewer über den Parameter
"set%5Bimage%5D=[Wert]" möglich. Bezieht sich "[WERT]" auf das
ORDER-
Attribut im METS? Ist es auch möglich, auf das CONTENTIDS-Attribut zu
referenzieren?
Beste Grüße,
Kay Heiligenhaus
5:10 p.m.
Lieber Herr Heiligenhaus,
Es scheint also, daß da irgendwas um genau eine
Position "verrutscht"
ist in Ihrem Array.
das war tatsächlich ein Bug und sollte nun behoben sein. Vielen Dank für den Hinweis!
Was die Nutzung der CONTENTIDS betrifft, werde ich das bei Gelegenheit auch noch
implementieren. Dort müsste eben nur berücksichtigt werden, dass in CONTENTIDS auch
mehrere Identifier stehen können, so dass ein simpler String-Vergleich nicht funktionieren
würde.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Donnerstag, 5. November 2009 16:33
> An: dv-technik(a)dfg-viewer.de
> Betreff: Re: [DFG-Viewer] Abschließende Tests
>
> Lieber Herr Meyer,
>
> noch mal zum Thema "seitenpersistente Verlinkung" auf den DFG-Viewer.
> Bei unseren Tests zur Umsetzung dieses Verfahrens ist aufgefallen, daß
> die von Ihnen beschriebene Nutzung von @ID nicht korrekt funktioniert.
> Ein Beispiel:
>
> http://nbn-resolving.de/urn:nbn:de:gbv:3:1-110359
>
> Das zugrundeliegende METS/MODS findet sich unter:
>
> http://digitale.bibliothek.uni-
> halle.de/vd18/oai/?verb=GetRecord&metadataPrefix=mets&identifier=117936
> 0
>
> Möchte man nun auf die erste Seite (@ID = phys1199759) verlinken,
> sollte nach Ihrer Beschreibung folgender URL funktionieren:
>
> http://dfg-
> viewer.de/v2/?set[image]=phys1199759&set[zoom]=default&set[debug]=0&set
> [double]=0&set[mets]=http%3A%2F%2Fdigitale.bibliothek.uni-
> halle.de%2Fvd18%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26i
> dentifier%3D1179360
>
> Dies zeigt aber kein Bild an. Vielmehr erreicht man die erste Seite
> tatsächlich durch Referenz auf die zweite (@ID = phys1199760):
>
> http://dfg-
> viewer.de/v2/?set[image]=phys1199760&set[zoom]=default&set[debug]=0&set
> [double]=0&set[mets]=http%3A%2F%2Fdigitale.bibliothek.uni-
> halle.de%2Fvd18%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26i
> dentifier%3D1179360
>
Es scheint also, daß da irgendwas um genau eine
Position "verrutscht"
ist in Ihrem Array.
>
> Ich würde zwar weiterhin lieber @CONTENTIDS nutzen (was man in
> Wolfenbüttel ja ähnlich sieht), aber aktuell ist uns auf jeden Fall die
> Nutzung seitengenauer Referenzen im Viewer versperrt. Übersehe ich da
> etwas oder handelt es sich tatsächlich schlicht um einen Bug in der
> Implementierung?
>
> 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, September 07, 2009 4:48 PM
> > To: technik(a)dfg-viewer.de
> > Subject: Re: [DFG-Viewer] Abschließende Tests
> >
> > Lieber Herr Heiligenhaus,
> >
> > der DFG-Viewer erzeugt intern ein numerisches Array aller physischen
> > DIV mit @TYPE="page". Das Array wird anschließend nach @ORDER
> sortiert
> > und reindexiert. set[image] entspricht dann einem Key dieses Arrays,
> > also einem fortlaufend hochzählenden Index.
> > Alternativ können Sie in set[image] auch die @ID eines physischen DIV
> > mit @TYPE="page" übergeben. Der DFG-Viewer wandelt diese Angabe dann
> in
> > den entsprechenden Array-Key um. Dieses Verfahren verwendet
> > beispielsweise auch ZVDD, um gezielt bestimmte Strukturdaten zu
> > verlinken.
> >
> > Viele Grüße
> > Sebastian Meyer
> >
> > --
> >
> > Sebastian Meyer
> > Projekt-Mitarbeiter
> >
> > Sächsische Landesbibliothek -
> > Staats- und Universitätsbibliothek Dresden (SLUB)
> > 01054 Dresden
> > Tel.: +49 351 4677-206
> > Fax: +49 351 4677-711
> > 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: Montag, 7. September 2009 14:49
> > > An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
> > > Betreff: Re: [DFG-Viewer] Abschließende Tests
> > >
> > > Lieber Herr Meyer,
> > >
> > > noch eine abschließende Frage zur Implementierung des Viewers: Wir
> > > beabsichtigen mit der Umstellung des Viewers auf Vers. 2.5 auch die
> > > Auflösung von Einzelseiten-URNs auf den Viewer zu lenken, damit die
> > > Zitation für Nutzer einheitlich erfolgt (wie hatten kurz in Dresden
> > > über dieses Verfahren gesprochen und auch hier in der Liste darüber
> > > ausführlich diskutiert). Soweit ich es sehen kann, ist die
> > > Referenzierung von Einzelseiten im Viewer über den Parameter
> > > "set%5Bimage%5D=[Wert]" möglich. Bezieht sich "[WERT]"
auf das
> ORDER-
> > > Attribut im METS? Ist es auch möglich, auf das CONTENTIDS-Attribut
> zu
> > > referenzieren?
> > >
> > > Beste Grüße,
> > > Kay Heiligenhaus
> >
>
6:58 p.m.
Lieber Herr Meyer,
vielen Dank für den schnellen Fix! Damit lösen wir in Halle nun auch unsere Seiten-URNs
auf den DFG-Viewer auf:
http://nbn-resolving.de/urn:nbn:de:gbv:3:1-110359-p0001-4
Hier und da gab es von Nutzerseite bei uns Nachfragen, warum mal in den Viewer aufgelöst
wird (Gesamtwerk), mal in die lokale Präsentation (Einzelseite). Das Thema ist damit dann
auch erledigt.
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: Thursday, November 05, 2009 5:10 PM
To: technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Heiligenhaus,
Arrays,
Attribut
Es scheint also, daß da irgendwas um genau eine
Position "verrutscht"
ist in Ihrem Array.
das war tatsächlich ein Bug und sollte nun behoben sein. Vielen Dank
für den Hinweis!
Was die Nutzung der CONTENTIDS betrifft, werde ich das bei Gelegenheit
auch noch implementieren. Dort müsste eben nur berücksichtigt werden,
dass in CONTENTIDS auch mehrere Identifier stehen können, so dass ein
simpler String-Vergleich nicht funktionieren würde.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Donnerstag, 5. November 2009 16:33
An: dv-technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
noch mal zum Thema "seitenpersistente Verlinkung" auf den DFG-Viewer.
Bei unseren Tests zur Umsetzung dieses Verfahrens ist aufgefallen,
daß
die von Ihnen beschriebene Nutzung von @ID nicht
korrekt
funktioniert.
Ein Beispiel:
http://nbn-resolving.de/urn:nbn:de:gbv:3:1-110359
Das zugrundeliegende METS/MODS findet sich unter:
http://digitale.bibliothek.uni-
halle.de/vd18/oai/?verb=GetRecord&metadataPrefix=mets&identifier=117936
0
Möchte man nun auf die erste Seite (@ID = phys1199759) verlinken,
sollte nach Ihrer Beschreibung folgender URL funktionieren:
http://dfg-
viewer.de/v2/?set[image]=phys1199759&set[zoom]=default&set[debug]=0&set
[double]=0&set[mets]=http%3A%2F%2Fdigitale.bibliothek.uni-
halle.de%2Fvd18%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26i
dentifier%3D1179360
Dies zeigt aber kein Bild an. Vielmehr erreicht man die erste Seite
tatsächlich durch Referenz auf die zweite (@ID = phys1199760):
http://dfg-
viewer.de/v2/?set[image]=phys1199760&set[zoom]=default&set[debug]=0&set
[double]=0&set[mets]=http%3A%2F%2Fdigitale.bibliothek.uni-
halle.de%2Fvd18%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26i
> dentifier%3D1179360
>
Es scheint also, daß da irgendwas um genau eine
Position "verrutscht"
ist in Ihrem Array.
>
> Ich würde zwar weiterhin lieber @CONTENTIDS nutzen (was man in
> Wolfenbüttel ja ähnlich sieht), aber aktuell ist uns auf jeden Fall
die
Nutzung seitengenauer Referenzen im Viewer
versperrt. Übersehe ich da
etwas oder handelt es sich tatsächlich schlicht um einen Bug in der
Implementierung?
Beste Grüße,
Kay Heiligenhaus
physischen
-----Original Message-----
From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
bounces@dfg-
> viewer.de] On Behalf Of Meyer, Sebastian
> Sent: Monday, September 07, 2009 4:48 PM
> To: technik(a)dfg-viewer.de
> Subject: Re: [DFG-Viewer] Abschließende Tests
>
> Lieber Herr Heiligenhaus,
>
> der DFG-Viewer erzeugt intern ein numerisches Array aller DIV mit
@TYPE="page". Das Array wird anschließend nach @ORDER
sortiert
> und reindexiert. set[image] entspricht dann einem Key dieses > also einem fortlaufend hochzählenden Index.
> Alternativ können Sie in set[image] auch die @ID eines physischen
DIV
> mit @TYPE="page" übergeben. Der
DFG-Viewer wandelt diese Angabe
dann
in
Wir
den entsprechenden Array-Key um. Dieses Verfahren
verwendet
beispielsweise auch ZVDD, um gezielt bestimmte Strukturdaten zu
verlinken.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Montag, 7. September 2009 14:49
> > An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
> > Betreff: Re: [DFG-Viewer] Abschließende Tests
> >
> > Lieber Herr Meyer,
> >
> > noch eine abschließende Frage zur Implementierung des Viewers: > > beabsichtigen mit der Umstellung des
Viewers auf Vers. 2.5 auch
die
> > Auflösung von Einzelseiten-URNs auf den
Viewer zu lenken, damit
die
> > Zitation für Nutzer einheitlich erfolgt
(wie hatten kurz in
Dresden
> > über dieses Verfahren gesprochen und
auch hier in der Liste
darüber
>
ausführlich diskutiert). Soweit ich es sehen kann, ist die
> Referenzierung von Einzelseiten im Viewer über den Parameter
> "set%5Bimage%5D=[Wert]" möglich. Bezieht sich "[WERT]" auf das
ORDER-
> > Attribut im METS? Ist es auch möglich, auf das CONTENTIDS- zu
referenzieren?
Beste Grüße,
Kay Heiligenhaus
11 Nov
11 Nov
3:30 p.m.
New subject: Zoomstufen
Sehr geehrte Damen und Herren,
wir haben ein großformatiges Werk digitalisiert, das sich leider nicht
in die Standard-Zoomstufen einfügen will.
Lesen lässt sich der Text jedenfalls frühestens ab 2500 Pixel Breite;
die 1:1-Auflösung wäre aber für den Lesefall leider auch überdimensioniert.
Wie verfahren Sie denn in solchen Fällen?
Grüße aus Heidelberg,
J. Barth
--
J. Barth // Universitätsbibliothek Heidelberg, IT // (06221) 54-25 80
6:33 p.m.
New subject: Zoomstufen
Sehr geehrter Herr Barth,
um welches Werk geht es( URL?)?
Viele Gruesse,
Staecker
Jochen Barth schrieb:
Sehr geehrte Damen und Herren,
wir haben ein großformatiges Werk digitalisiert, das sich leider nicht
in die Standard-Zoomstufen einfügen will.
Lesen lässt sich der Text jedenfalls frühestens ab 2500 Pixel Breite;
die 1:1-Auflösung wäre aber für den Lesefall leider auch überdimensioniert.
Wie verfahren Sie denn in solchen Fällen?
Grüße aus Heidelberg,
J. Barth
--
Dr. Thomas Staecker (stellv. Direktor; Leiter Abteilung Integrierte
Medienbearbeitung, Benuntzung; komm. Leiter Alte Drucke, Digitalisierung)
Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
Tel. +49(0)5331/808-303 - email: staecker(a)hab.de
12 Nov
12 Nov
9:09 a.m.
New subject: Zoomstufen
Sehr geehrter Herr Dr. Staecker,
z. B.
http://diglit.ub.uni-heidelberg.de/diglit/layard1853/0012/image
Grüße,
J. Barth
Dr. Thomas Staecker schrieb:
Sehr geehrter Herr Barth,
um welches Werk geht es( URL?)?
Viele Gruesse,
Staecker
Jochen Barth schrieb:
--
J. Barth // Universitätsbibliothek Heidelberg, IT // (06221) 54-25 80
Sehr geehrte Damen und Herren,
wir haben ein großformatiges Werk digitalisiert, das sich leider nicht
in die Standard-Zoomstufen einfügen will.
Lesen lässt sich der Text jedenfalls frühestens ab 2500 Pixel Breite;
die 1:1-Auflösung wäre aber für den Lesefall leider auch
überdimensioniert.
Wie verfahren Sie denn in solchen Fällen?
Grüße aus Heidelberg,
J. Barth
10:55 a.m.
New subject: Zoomstufen
Lieber Herr Barth,
was den DFG-Viewer betrifft, sind die Standard-Zoomstufen nur Empfehlungen, aber keine
Pflicht. Sie können also durchaus die <fileGrp USE="min"> auch mit Images
mit 2500 Pixel Breite bestücken. Der DFG-Viewer passt die Anzeige dynamisch der
tatsächlichen Bildgröße an, so dass das kein Problem darstellen würde.
In Dresden machen wir allerdings aus logistischen Gründen keine Ausnahmen und rechnen alle
Digitalisate auf die drei Standard-Zoomstufen des DFG-Viewers herunter. Nur in unserer
lokalen Präsentation bieten wir zusätzlich die Originalauflösung als maximale Zoomstufe
an. In Zukunft werden wir jedoch wahrscheinlich einen Content Server einsetzen, der die
Zoomstufen on-the-fly berechnet, so dass dann auch andere Verfahren denkbar wären:
beispielsweise 25%, 50% und 75% der Originalauflösung als "min",
"default" und "max". Damit würden wir (auf Kosten der Standardisierung
der Zoomstufen im DFG-Viewer) auch größeren Werken gerecht werden.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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 Jochen Barth
Gesendet: Mittwoch, 11. November 2009 15:30
An: dv-technik(a)dfg-viewer.de
Betreff: [DFG-Viewer] Zoomstufen
Sehr geehrte Damen und Herren,
wir haben ein großformatiges Werk digitalisiert, das sich leider nicht
in die Standard-Zoomstufen einfügen will.
Lesen lässt sich der Text jedenfalls frühestens ab 2500 Pixel Breite;
die 1:1-Auflösung wäre aber für den Lesefall leider auch
überdimensioniert.
Wie verfahren Sie denn in solchen Fällen?
Grüße aus Heidelberg,
J. Barth
--
J. Barth // Universitätsbibliothek Heidelberg, IT // (06221) 54-25 80
10 Sep
10 Sep
5:22 p.m.
Aus Wolfenbütteler Sicht würde wir auch den INhalt von CONTENTID zur
Referenzierung für die Einzelseitenreferenzierung bevorzugen.
Viele Grüße,
Thomas Stäcker
Kay Heiligenhaus schrieb:
Lieber Herr Meyer,
noch eine abschließende Frage zur Implementierung des Viewers: Wir beabsichtigen mit der
Umstellung des Viewers auf Vers. 2.5 auch die Auflösung von Einzelseiten-URNs auf den
Viewer zu lenken, damit die Zitation für Nutzer einheitlich erfolgt (wie hatten kurz in
Dresden über dieses Verfahren gesprochen und auch hier in der Liste darüber ausführlich
diskutiert). Soweit ich es sehen kann, ist die Referenzierung von Einzelseiten im Viewer
über den Parameter "set%5Bimage%5D=[Wert]" möglich. Bezieht sich
"[WERT]" auf das ORDER-Attribut im METS? Ist es auch möglich, auf das
CONTENTIDS-Attribut zu referenzieren?
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
7 Sep
7 Sep
1:55 p.m.
Lieber Herr Heiligenhaus,
der Viewer sollte nun auch
/mods:role/mods:roleTerm[@type="code"][@authority="marcrelator"]
auswerten (sofern vorhanden) und dort nur noch "aut" als Verfasser zulassen.
Leider kann ich das aber nicht testen, da die Hallenser OAI-Schnittstelle derzeit nicht
erreichbar zu sein scheint. Könnten Sie sich das bitte einmal anschauen?
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
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: Donnerstag, 3. September 2009 17:52
An: dv-technik(a)dfg-viewer.de; technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Abschließende Tests
Lieber Herr Meyer,
wie gesagt, ich bin aktuell etwas eingeschränkt, aber ganz schnell eine
Rückmeldung aus Spanien. Sieht sehr gut aus - allerdings liefert der
Viewer noch folgende PHP-Fehler beim Test gegen den Hallenser VD16-
Bestand (Bsp.: http://test.dfg-
viewer.de/v2/?set[mets]=http%3A%2F%2Fdigitale.bibliothek.uni-
halle.de%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26identifi
er%3Doai:digitale.bibliothek.uni-halle.de:993515, ich hab' mal eine
Lutherbibel ausgewählt, um die Dramatik nachdrücklich zu belegen ;):
* * *
Warning: Illegal offset type in isset or empty in
/var/www/sources/typo3_src-
4.2.6/typo3/sysext/cms/tslib/class.tslib_pibase.php on line 949
Warning: Illegal offset type in isset or empty in
/var/www/sources/typo3_src-
4.2.6/typo3/sysext/cms/tslib/class.tslib_pibase.php on line 953
* * *
Liegt anscheinend daran, daß Sie sich noch damit rumschlagen, wie die
"VD-Anzeige" zu bewältigen ist. Es fehlt hier nämlich nun "VD16 "
vor
der VD16-Nummer in den bibliographischen Angaben. Die MODS-Daten
sollten eigentlich korrekt sein (<mods:identifier type="vd16" >B
2757</mods:identifier>).
Dann noch zwei weitere Punkte:
1) Weiterhin ist die Verlinkung zum VD16-Katalog nicht korrekt. Die
VD16-Nummer wird nach dem Leerzeichen abgeschnitten ("http://gateway-
bayern.bib-bvb.de/aleph-
cgi/bvb_suche?sid=VD16&find_code_1=WVD&find_request_1=B" anstelle
"http://gateway-bayern.bib-bvb.de/aleph-
cgi/bvb_suche?sid=VD16&find_code_1=WVD&find_request_1=B%202757"). Da
Sie den VD-Link nun doch wieder aufgenommen haben, gehe ich davon aus,
daß es eine Rückmeldung des BVB zur Persistenz der Verlinkung gibt...
2) Luther würde sich vielleicht freuen, aber Sie werten die Personen-
Angaben im MODS weiterhin fehlerhaft aus:
<mods:name type="personal" >
<mods:namePart>Luther, Martin</mods:namePart>
<mods:namePart type="date" >1483-1546</mods:namePart>
<mods:namePart type="given" >Martin</mods:namePart>
<mods:namePart type="family" >Luther</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
edt</mods:roleTerm>
<mods:roleTerm type="text" >Bearb.</mods:roleTerm>
</mods:role>
</mods:name>
Luther ist nicht der Verfasser der Bibel, sondern deren Bearbeiter. Bei
diesem MODS-Datensatz dürfen Sie also keinen Verfasser im Viewer
bilden, denn den gibt es hier nicht. Notwendig ist also die
Berücksichtigung des <mods:roleTerm type="code"> in <mods:name
type="personal">. Ansonsten kommt es m.E. zu einer grob fehlerhaften
Anzeige der bibl. Daten.
Soweit auf die Schnelle.
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: Thursday, September 03, 2009 4:51 PM
To: technik(a)dfg-viewer.de
Subject: [DFG-Viewer] Abschließende Tests
Liebe KollegInnen,
ich habe nun alle bei mir eingegangenen Anmerkungen und
Fehlermeldungen
bearbeitet. Unter http://test.dfg-viewer.de/demo/
finden Sie nun den
nächsten Release Candidate für die Viewer-Version 2.5. Bitte testen
Sie
noch einmal Viewer und Validator. Sollten keine
weiteren Fehler mehr
auftreten, würde ich Version 2.5 am kommenden Montag ins
Produktivsystem überführen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
2:39 p.m.
Lieber Herr Meyer,
der Viewer sollte nun auch
/mods:role/mods:roleTerm[@type="code"][@authority="marcrelator"]
auswerten (sofern vorhanden) und dort nur noch "aut" als Verfasser
zulassen.
Prima. Besten Dank für die schnelle Umsetzung!
Leider kann ich das aber nicht testen, da die
Hallenser OAI-
Schnittstelle derzeit nicht erreichbar zu sein scheint. Könnten Sie
sich das bitte einmal anschauen?
Funktioniert perfekt! (Die OAI-Schnittstelle ist wieder verfügbar. In Halle kämpfe man
soeben kurz mit einem Stomausfall im Rechenzentrum, der die Firewallserver lahmgelegt
hatte.)
Beste Grüße,
Kay Heiligenhaus
5302
days inactive
5372
days old
21 comments
4 participants
participants (4)
-
Dr. Thomas Staecker -
Jochen Barth -
Kay Heiligenhaus -
Meyer, Sebastian