13 Jun
2010
13 Jun
'10
1:49 p.m.
Lieber Viewer-Interessierte,
ich sehe gerade, daß vor einigen Tagen MODS v3.4 veröffentlicht wurde [1]. Relevant für
unsere Normdaten-Diskussion könnten folgende Erweiterungen sein [2]:
# Add authorityURI and valueURI attributes to elements that have authority attribute
(October 14, 2009)
# Add authorityURI and valueURI attributes to subject subelements (October 14, 2009)
Herr Enders hatte bereits auf den Draft hingewiesen und die beide neuen Attribute zur
Nutzung im Rahmen der Codierung von Normdaten (anstelle @xlink:href) ins Spiel gebracht.
Ein Verweis auf die PND könnte dann in etwa so aussehen:
<mods:name type="personal" authority="pnd"
authorityURI="http://d-nb.info/"
valueURI="http://d-nb.info/gnd/118572121" >
<mods:namePart>Lessing, Gotthold Ephraim</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
>asn</mods:roleTerm>
</mods:role>
</mods:name>
Beste Grüße,
Kay Heiligenhaus
[1] http://www.loc.gov/standards/mods/mods-3-4-announcement.html
[2] http://www.loc.gov/standards/mods/changes-3-4.html
13 Jun
13 Jun
6 p.m.
Lieber Her Heiligenhaus,
danke für den Hinweis. Das ist für uns eine sehr nützliche Neuerung, die
wir aufgreifen sollten, auch wenn sie ein Stückweit unsere früheren
Überlegungen konterkariert.
Viele Grüße,
Ihr
Th. Stäcker
Kay Heiligenhaus schrieb:
Lieber Viewer-Interessierte,
ich sehe gerade, daß vor einigen Tagen MODS v3.4 veröffentlicht wurde [1]. Relevant für
unsere Normdaten-Diskussion könnten folgende Erweiterungen sein [2]:
# Add authorityURI and valueURI attributes to elements that have authority attribute
(October 14, 2009)
# Add authorityURI and valueURI attributes to subject subelements (October 14, 2009)
Herr Enders hatte bereits auf den Draft hingewiesen und die beide neuen Attribute zur
Nutzung im Rahmen der Codierung von Normdaten (anstelle @xlink:href) ins Spiel gebracht.
Ein Verweis auf die PND könnte dann in etwa so aussehen:
<mods:name type="personal" authority="pnd"
authorityURI="http://d-nb.info/"
valueURI="http://d-nb.info/gnd/118572121" >
<mods:namePart>Lessing, Gotthold Ephraim</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
>asn</mods:roleTerm>
</mods:role>
</mods:name>
Beste Grüße,
Kay Heiligenhaus
[1] http://www.loc.gov/standards/mods/mods-3-4-announcement.html
[2] http://www.loc.gov/standards/mods/changes-3-4.html
6:55 p.m.
Lieber Herr Säcker,
ja, ich glaube auch. Wir sollten dann aber gleich Nägel mit Köpfen machen und auch die
Reminiszenzen an (nun fast schon) alte Zeiten über Bord werfen (PND, GKD, SWD) und
folgendes Schema für die einheitliche Verankerung von Normdaten vorsehen:
1. Personen
<mods:name type="personal" authority="gnd"
authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/118572121" >
<mods:namePart>Lessing, Gotthold Ephraim</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
>asn</mods:roleTerm>
</mods:role>
</mods:name>
2. Schlagwörter
<mods:subject>
<mods:geographic authority="gnd"
authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/4116701-6">Oberrheinischer
Reichskreis</mods:geographic>
<mods:topic authority="gnd" authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/4611904-8">Altkarte</mods:topic>
</mods:subject>
3. Ortsnamen (Mapping ZDB)
<mods:subject authority="gnd" authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/2028044-0" >
<mods:hierarchicalGeographic>
<mods:city>Augsburg</mods:city>
</mods:hierarchicalGeographic>
</mods:subject>
Allerdings ist es interessant, daß man im Rahmen der aktuellen Diskussionen in der DNB zum
Thema "Normdateien" wohl auch zur Erkenntnis gekommen ist, daß die aktuell
verbale Ansetzung von normierten Ortsformen (sei es in der ZDB, sei es in den VDs) nicht
unbedingt der Weisheit letzter Schluß ist:
"Über 6,2 Millionen Orte werden bislang durch die GeoNames Ontology geografisch
beschrieben. Im aktuellen Service wurde diese Ontologie noch nicht berücksichtigt,
allerdings wurde ihr Potential für die Verlinkung von Geografika erkannt. Eine
Referenzierung könnte zukünftig ein Ersetzen der bislang ausgewiesenen Literale erlauben
sowie die eindeutige Identifizierbarkeit der referenzierten Geografika zulassen."
[1]
Wenn man das aufgreift, kommen wir dann eher zu solchen MODS-Konstrukten:
<mods:subject authority="gno"
authorityURI="http://www.geonames.org/"
valueURI="http://www.geonames.org/6557107/" >
<mods:hierarchicalGeographic>
<mods:country>Deutschland</mods:country>
<mods:state>Bayern</mods:state>
<mods:city>Augsburg</mods:city>
</mods:hierarchicalGeographic>
</mods:subject>
Zumindest experimentieren wir aktuell mit sowas und ich bin zunehmend davon überzeugt, daß
der "Open Linked Data"-Zug in diese Richtung fährt...
Beste Grüße,
Kay Heiligenhaus
[1] https://wiki.d-nb.de/display/LDS/Dokumentation+des+Linked+Data+Services+der…
-----Original Message-----
From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
bounces(a)dfg-viewer.de] On Behalf Of staecker
Sent: Sunday, June 13, 2010 6:01 PM
To: dv-technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] MODS v3.4 released
Lieber Her Heiligenhaus,
danke für den Hinweis. Das ist für uns eine sehr nützliche Neuerung, die wir
aufgreifen sollten, auch wenn sie ein Stückweit unsere früheren
Überlegungen konterkariert.
Viele Grüße,
Ihr
Th. Stäcker
Kay Heiligenhaus schrieb:
Lieber Viewer-Interessierte,
ich sehe gerade, daß vor einigen Tagen MODS v3.4 veröffentlicht wurde
[1].
Relevant für unsere Normdaten-Diskussion könnten folgende
Erweiterungen sein [2]:
# Add authorityURI and valueURI attributes to elements that have
authority attribute (October 14, 2009) # Add authorityURI and valueURI
attributes to subject subelements (October 14, 2009)
Herr Enders hatte bereits auf den Draft hingewiesen und die beide neuen
Attribute
zur Nutzung im Rahmen der Codierung von Normdaten (anstelle
@xlink:href) ins Spiel gebracht. Ein Verweis auf die PND könnte dann in etwa
so aussehen:
<mods:name type="personal" authority="pnd"
authorityURI="http://d-
nb.info/"
valueURI="http://d-nb.info/gnd/118572121" >
<mods:namePart>Lessing, Gotthold
Ephraim</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
asn</mods:roleTerm>
</mods:role>
</mods:name>
Beste Grüße,
Kay Heiligenhaus
[1] http://www.loc.gov/standards/mods/mods-3-4-announcement.html
[2] http://www.loc.gov/standards/mods/changes-3-4.html
14 Jun
14 Jun
10:29 a.m.
Lieber Herr Heiligenhaus,
einverstanden, dann stelle ich auch mein Gebrummel wegen der
Ortsschlagwörter ein ;-). Mit Blick auf die heraufdämmernden neuen
Katalogisierungsregeln (RDA) ist das vermutlich ohnehin Schnee von gestern.
Was ihre Beispiele anlangt, so sehe ich darin im Prinzip kein Problem,
allerdings gibt es noch praktische Hürden, denn PICA (GBV:
http://www.gbv.de/wikis/cls/SRU-Schnittstelle) liefert die GND-Nummer
(alias PND etc.) anscheinend bisher nicht über die SRU, obwohl es ein
Suchfeld gibt. Auch sonst ist PICA hier, wohl aus rechtlichen Gründen,
spröde mit Schnittstellen. Eine manuelle Zuführung wiederum fällt aus.
Eine Verknüpfung mit dem Titelsatz bekomme ich daher nur über die PPN,
nicht aber die GND Nummer zuwege. Wie lösen Sie das? Sie werden die
Nummern vermutlich auch nicht mit Hand nachtragen wollen ;-)
Was die Ortsnormdaten anlangt, so möchte ich den Thesaurus of Geographic
Names ins Spiel bringen (TGN). Zwar ist er lizenzpflichtig, dafür aber
auch besser strukturiert und gepflegt bzw. mit gut nutzbaren Identifern
ausgestattet:
http://www.getty.edu/research/conducting_research/vocabularies/tgn/
Auch Webservices stehen dort mittelerweile zur Verfügung.
Viele Grüße,
Ihr
Th. Stäcker
Kay Heiligenhaus schrieb:
Lieber Herr Säcker,
ja, ich glaube auch. Wir sollten dann aber gleich Nägel mit Köpfen machen und auch die
Reminiszenzen an (nun fast schon) alte Zeiten über Bord werfen (PND, GKD, SWD) und
folgendes Schema für die einheitliche Verankerung von Normdaten vorsehen:
1. Personen
<mods:name type="personal" authority="gnd"
authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/118572121" >
<mods:namePart>Lessing, Gotthold Ephraim</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
>asn</mods:roleTerm>
</mods:role>
</mods:name>
2. Schlagwörter
<mods:subject>
<mods:geographic authority="gnd"
authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/4116701-6">Oberrheinischer
Reichskreis</mods:geographic>
<mods:topic authority="gnd" authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/4611904-8">Altkarte</mods:topic>
</mods:subject>
3. Ortsnamen (Mapping ZDB)
<mods:subject authority="gnd" authorityURI="http://d-nb.info/gnd/"
valueURI="http://d-nb.info/gnd/2028044-0" >
<mods:hierarchicalGeographic>
<mods:city>Augsburg</mods:city>
</mods:hierarchicalGeographic>
</mods:subject>
Allerdings ist es interessant, daß man im Rahmen der aktuellen Diskussionen in der DNB
zum Thema "Normdateien" wohl auch zur Erkenntnis gekommen ist, daß die aktuell
verbale Ansetzung von normierten Ortsformen (sei es in der ZDB, sei es in den VDs) nicht
unbedingt der Weisheit letzter Schluß ist:
"Über 6,2 Millionen Orte werden bislang durch die GeoNames Ontology geografisch
beschrieben. Im aktuellen Service wurde diese Ontologie noch nicht berücksichtigt,
allerdings wurde ihr Potential für die Verlinkung von Geografika erkannt. Eine
Referenzierung könnte zukünftig ein Ersetzen der bislang ausgewiesenen Literale erlauben
sowie die eindeutige Identifizierbarkeit der referenzierten Geografika zulassen."
[1]
Wenn man das aufgreift, kommen wir dann eher zu solchen MODS-Konstrukten:
<mods:subject authority="gno"
authorityURI="http://www.geonames.org/"
valueURI="http://www.geonames.org/6557107/" >
<mods:hierarchicalGeographic>
<mods:country>Deutschland</mods:country>
<mods:state>Bayern</mods:state>
<mods:city>Augsburg</mods:city>
</mods:hierarchicalGeographic>
</mods:subject>
Zumindest experimentieren wir aktuell mit sowas und ich bin zunehmend davon überzeugt,
daß der "Open Linked Data"-Zug in diese Richtung fährt...
Beste Grüße,
Kay Heiligenhaus
[1] https://wiki.d-nb.de/display/LDS/Dokumentation+des+Linked+Data+Services+der…
--
Dr. Thomas Staecker (stellv. Direktor; Leiter Abteilung Integrierte Medienbearbeitung,
Benutzung) Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel Tel.
+49(0)5331/808-303 - email: staecker(a)hab.de
-----Original Message-----
From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
bounces(a)dfg-viewer.de] On Behalf Of staecker
Sent: Sunday, June 13, 2010 6:01 PM
To: dv-technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] MODS v3.4 released
Lieber Her Heiligenhaus,
danke für den Hinweis. Das ist für uns eine sehr nützliche Neuerung, die wir
aufgreifen sollten, auch wenn sie ein Stückweit unsere früheren
Überlegungen konterkariert.
Viele Grüße,
Ihr
Th. Stäcker
Kay Heiligenhaus schrieb:
Lieber Viewer-Interessierte,
ich sehe gerade, daß vor einigen Tagen MODS v3.4 veröffentlicht wurde
[1]. Relevant für unsere Normdaten-Diskussion könnten folgende
Erweiterungen sein [2]:
# Add authorityURI and valueURI attributes to
elements that have
authority attribute (October 14, 2009) # Add authorityURI and valueURI
attributes to subject subelements (October 14, 2009)
Herr Enders hatte bereits auf den Draft hingewiesen und die beide neuen
Attribute zur Nutzung im Rahmen der Codierung von Normdaten (anstelle
@xlink:href) ins Spiel gebracht. Ein Verweis auf die PND könnte dann in etwa
so aussehen:
<mods:name type="personal"
authority="pnd" authorityURI="http://d-
nb.info/" valueURI="http://d-nb.info/gnd/118572121" >
<mods:namePart>Lessing, Gotthold
Ephraim</mods:namePart>
<mods:role>
<mods:roleTerm type="code" authority="marcrelator"
asn</mods:roleTerm>
</mods:role>
</mods:name>
Beste Grüße,
Kay Heiligenhaus
[1] http://www.loc.gov/standards/mods/mods-3-4-announcement.html
[2] http://www.loc.gov/standards/mods/changes-3-4.html
11:44 a.m.
Lieber Herr Stäcker,
einverstanden, dann stelle ich auch mein Gebrummel
wegen der
Ortsschlagwörter ein ;-). Mit Blick auf die heraufdämmernden neuen
Katalogisierungsregeln (RDA) ist das vermutlich ohnehin Schnee von gestern.
Ich verfolge auch gespannt das Dämmern. Aber prima, daß Sie mir nun bei den
Ortsschlagwörtern folgen. Ich bin, wie in Berlin ausgeführt, auch nicht begeistert von
dieser Lösung, sehe aber aktuell schlicht keine andere Möglichkeit, die Informationen zu
transportieren.
Was ihre Beispiele anlangt, so sehe ich darin im
Prinzip kein Problem,
allerdings gibt es noch praktische Hürden, denn PICA (GBV:
http://www.gbv.de/wikis/cls/SRU-Schnittstelle) liefert die GND-Nummer
(alias PND etc.) anscheinend bisher nicht über die SRU, obwohl es ein
Suchfeld gibt. Auch sonst ist PICA hier, wohl aus rechtlichen Gründen, spröde
mit Schnittstellen. Eine manuelle Zuführung wiederum fällt aus.
Eine Verknüpfung mit dem Titelsatz bekomme ich daher nur über die PPN,
nicht aber die GND Nummer zuwege. Wie lösen Sie das? Sie werden die
Nummern vermutlich auch nicht mit Hand nachtragen wollen ;-)
Gott behüte! Ich hatte schon bei meinem ersten Posting zum Thema geschrieben, daß ich da
auch Probleme sehe. Aktuell machen wir aus einem GBV-Titel sowas:
http://s2w.visuallibrary.net/vd18/oai/?verb=GetRecord&metadataPrefix=mo…
Heißt:
a) Autor und Drucker/Verleger -> Verlinkung über den Zitierlink des GBV.
b) SWD-Schlagwörter -> Verlinkung über GND-URI.
Seit einiger Zeit liefert der GBV nämlich bei Schlagwörtern zusätzlich auch die SWD-ID
(wenn auch nicht sonderlich attraktiv via Interpunktionszeichentrennung und Prefixing im
Feldinhalt von 044K$8). Ich gehe davon aus, daß man hier auch bzgl. der Lieferung der
PND-ID zu einer analogen Lösung kommen kann, wenn man sich hierzu mit den Verantwortlichen
in der VZG abstimmt. Via Z39.50-MAB2 kommt übrigens die PND-ID in den PICA-Verbünden
aktuell schon (zumindest im HeBIS und BSZ).
Was die Ortsnormdaten anlangt, so möchte ich den
Thesaurus of Geographic
Names ins Spiel bringen (TGN). Zwar ist er lizenzpflichtig, dafür aber auch
besser strukturiert und gepflegt bzw. mit gut nutzbaren Identifern
ausgestattet:
http://www.getty.edu/research/conducting_research/vocabularies/tgn/
Auch Webservices stehen dort mittelerweile zur Verfügung.
Finde ich eine interessante Alternative! Allerdings stehen wir bei den Ortsnamen m.E. eh
noch ziemlich in der Wüste. Soweit ich gesehen habe, ist das in der ZDB noch am besten
gelöst. Auch in BSZ-Daten sind mir Verknüpfungen in die GKD untergekommen. Ansonsten, wenn
überhaupt, finden sich allein verbale Ansetzungen. Und die kann man - mit bestimmten
Wahrscheinlichkeiten - auf Koordinaten mappen. Siehe beim Beispiel oben:
<mods:subject authority="vls"
xlink:href="http://s2w.visuallibrary.net/geographics/DE%3ALeipzig"…
<mods:hierarchicalGeographic>
<mods:country>Deutschland</mods:country>
<mods:state>Sachsen</mods:state>
<mods:city>Leipzig</mods:city>
</mods:hierarchicalGeographic>
<mods:cartographics>
<mods:projection>EPSG:4326</mods:projection>
<mods:coordinates>12.3713639; 51.3396731</mods:coordinates>
</mods:cartographics>
<mods:cartographics>
<mods:projection>EPSG:900913</mods:projection>
<mods:coordinates>1377173.92957; 6681599.33278</mods:coordinates>
</mods:cartographics>
</mods:subject>
Das ist aber etwas experimentell. Letztlich brauchen wir eine Verankerung (der
Koordinaten?) in den Katalogdaten selbst. Wobei auch das nur ein erster Angang zur Lösung
eines nicht gerade trivialen Problems ist: Was ist Deutschland, Sachsen, Leipzig im Jahr
1782? ;)
Beste Grüße,
Kay Heiligenhaus
4:25 p.m.
Lieber Herr Heiligenhaus,
Nun, die Antwort ist einfach. Wenn Sie Deutschland Koordinaten zuweisen
und die liegen u.a. in Namibia, dann dürfte das nicht heute sein ;-)
Im Ernst, wenn Sie in einem automatisierten Verfahren aus Namen
Koordinaten machen wollen, dann kann das eigentlich nur schiefgehen.
Vielleicht kann man aber mit zusätzlichen Zeitbegriffen (so vorhanden)
operieren? Mir geht es aber letztlich so wie Ihnen. Alles in diesem
Bereich ist noch ziemlich experimentell und liegt in der Rubrik Handarbeit.
Viele Grüße,
ihr
Th. Stäcker
--
Dr. Thomas Staecker (stellv. Direktor; Leiter Abteilung Integrierte Medienbearbeitung,
Benutzung) Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel Tel.
+49(0)5331/808-303 - email: staecker(a)hab.de
Gott behüte! Ich hatte schon bei meinem ersten Posting
zum Thema geschrieben, daß ich da auch Probleme sehe. Aktuell machen wir aus einem
GBV-Titel sowas:
http://s2w.visuallibrary.net/vd18/oai/?verb=GetRecord&metadataPrefix=mo…
Heißt:
a) Autor und Drucker/Verleger -> Verlinkung über den Zitierlink des GBV.
b) SWD-Schlagwörter -> Verlinkung über GND-URI.
Seit einiger Zeit liefert der GBV nämlich bei Schlagwörtern zusätzlich auch die SWD-ID
(wenn auch nicht sonderlich attraktiv via Interpunktionszeichentrennung und Prefixing im
Feldinhalt von 044K$8). Ich gehe davon aus, daß man hier auch bzgl. der Lieferung der
PND-ID zu einer analogen Lösung kommen kann, wenn man sich hierzu mit den Verantwortlichen
in der VZG abstimmt. Via Z39.50-MAB2 kommt übrigens die PND-ID in den PICA-Verbünden
aktuell schon (zumindest im HeBIS und BSZ).
Ja, das ist ein sehr überzeugender Entwurf. Wir werden dann mal bei PICA
nachfragen ;-)
Was die Ortsnormdaten anlangt, so möchte ich den
Thesaurus of Geographic
Names ins Spiel bringen (TGN). Zwar ist er lizenzpflichtig, dafür aber auch
besser strukturiert und gepflegt bzw. mit gut nutzbaren Identifern
ausgestattet:
http://www.getty.edu/research/conducting_research/vocabularies/tgn/
Auch Webservices stehen dort mittelerweile zur Verfügung.
Finde ich eine interessante Alternative! Allerdings stehen wir bei den Ortsnamen m.E. eh
noch ziemlich in der Wüste. Soweit ich gesehen habe, ist das in der ZDB noch am besten
gelöst. Auch in BSZ-Daten sind mir Verknüpfungen in die GKD untergekommen. Ansonsten, wenn
überhaupt, finden sich allein verbale Ansetzungen. Und die kann man - mit bestimmten
Wahrscheinlichkeiten - auf Koordinaten mappen. Siehe beim Beispiel oben:
<mods:subject authority="vls"
xlink:href="http://s2w.visuallibrary.net/geographics/DE%3ALeipzig"…
<mods:hierarchicalGeographic>
<mods:country>Deutschland</mods:country>
<mods:state>Sachsen</mods:state>
<mods:city>Leipzig</mods:city>
</mods:hierarchicalGeographic>
<mods:cartographics>
<mods:projection>EPSG:4326</mods:projection>
<mods:coordinates>12.3713639; 51.3396731</mods:coordinates>
</mods:cartographics>
<mods:cartographics>
<mods:projection>EPSG:900913</mods:projection>
<mods:coordinates>1377173.92957; 6681599.33278</mods:coordinates>
</mods:cartographics>
</mods:subject>
Das ist aber etwas experimentell. Letztlich brauchen wir eine Verankerung (der
Koordinaten?) in den Katalogdaten selbst. Wobei auch das nur ein erster Angang zur Lösung
eines nicht gerade trivialen Problems ist: Was ist Deutschland, Sachsen, Leipzig im Jahr
1782? ;)
5:08 p.m.
Lieber Herr Stäcker,
Ja, das ist ein sehr überzeugender
Entwurf. Wir werden dann mal bei PICA
nachfragen ;-)
Und ich hatte schon gedacht, Sie wären der Übeltäter. Bei Druckern/Verlegern werden
nämlich inzwischen auch deren "Wirkungsorte" qua Interpunktionszeichen in die
Feldinhalte gedroschen. Und es gibt noch reichlich weitere Fälle dieses
"PICA+-Enrichments"...
Seit einiger
Zeit liefert der GBV nämlich bei Schlagwörtern zusätzlich auch
die SWD-ID (wenn
auch nicht sonderlich attraktiv via
Interpunktionszeichentrennung und Prefixing im Feldinhalt von 044K$8). Ich
gehe davon aus, daß man hier auch bzgl. der Lieferung der PND-ID zu einer
analogen Lösung kommen kann, wenn man sich hierzu mit den
Verantwortlichen in der VZG abstimmt. Via Z39.50-MAB2 kommt übrigens die
PND-ID in den PICA-Verbünden aktuell schon (zumindest im HeBIS und BSZ).
Nun, die Antwort ist einfach. Wenn Sie Deutschland
Koordinaten zuweisen
und die liegen u.a. in Namibia, dann dürfte das nicht heute sein ;-)
Auch ein interessanter Ansatz. ;)
Im Ernst, wenn Sie in einem automatisierten Verfahren
aus Namen Koordinaten
machen wollen, dann kann das eigentlich nur schiefgehen.
Sie kennen doch meine Haltung: 80% sind besser als 0%. Und ich glaube, wir kommen auf
97,3%. ;)
Vielleicht kann man aber mit zusätzlichen
Zeitbegriffen (so vorhanden)
operieren? Mir geht es aber letztlich so wie Ihnen. Alles in diesem Bereich ist
noch ziemlich experimentell und liegt in der Rubrik Handarbeit.
Ja. Wenn man sich aber letztlich mit tausenden von aggregierten Datensätzen
unterschiedlichster Verschmutzungstiefe rumschlagen muß, dann gefällt mir ein
stochastischer Ansatz letztlich besser. Zumindest muß man schauen, wie weit man damit
kommen kann. Aber Sie sagen es: das sind experimentelle Fragestellungen. Und ich bin mal
gespannt, wie z.B. die DNB da weiter vorgehen wird. Was man im Wiki lesen kann, finde ich
zumindest eine erfrischend neue Denke...
Beste Grüße,
Kay Heiligenhaus
5 Nov
5 Nov
5:51 p.m.
Lieber Herr Stäcker,
inzwischen hat sich etwas getan bzgl. der Lieferung von PND/GKD/SWD-IDs via SRU aus dem
GVK. Hier zwei Beispiele mit den Resultaten unserer PICA+-Transformation zu MODS v3.4:
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
Wie man sieht: Personen, Körperschaften und Schlagwörter werden jetzt, sofern vorhanden,
mit der GND verknüpft, Drucker/Verleger weiterhin mit der Drucker-/Verleger-DB des GBV.
Sehr erfreulich ist, daß die Identifier in PICA+-Subfeldern geliefert werden, nicht durch
Anreicherung der Feldinhalte (wie bislang bei den SWD-IDs). Damit sollte der Nutzung von
Normdaten auch in Wolfenbüttel nichts mehr im Wege stehen.
Beste Grüße,
Kay Heiligenhaus
-----Original Message-----
From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
bounces(a)dfg-viewer.de] On Behalf Of Kay Heiligenhaus
Sent: Monday, June 14, 2010 5:09 PM
To: dv-technik(a)dfg-viewer.de; dv-technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer] MODS v3.4 released
Lieber Herr Stäcker,
BSZ).
Ja, das ist ein sehr überzeugender Entwurf. Wir werden dann mal bei
PICA nachfragen ;-)
Und ich hatte schon gedacht, Sie wären der Übeltäter. Bei
Druckern/Verlegern werden nämlich inzwischen auch deren "Wirkungsorte"
qua Interpunktionszeichen in die Feldinhalte gedroschen. Und es gibt noch
reichlich weitere Fälle dieses "PICA+-Enrichments"...
Seit
einiger Zeit liefert der GBV nämlich bei Schlagwörtern
zusätzlich auch
die SWD-ID (wenn auch nicht sonderlich attraktiv via
Interpunktionszeichentrennung und Prefixing im Feldinhalt von 044K$8).
Ich gehe davon aus, daß man hier auch bzgl. der Lieferung der PND-ID
zu einer analogen Lösung kommen kann, wenn man sich hierzu mit den
Verantwortlichen in der VZG abstimmt. Via Z39.50-MAB2 kommt übrigens
die PND-ID in den PICA-Verbünden aktuell schon (zumindest im HeBIS und Nun, die Antwort ist einfach. Wenn Sie
Deutschland Koordinaten
zuweisen und die liegen u.a. in Namibia, dann dürfte das nicht heute
sein ;-)
Auch ein interessanter Ansatz. ;)
Im Ernst, wenn Sie in einem automatisierten
Verfahren aus Namen
Koordinaten machen wollen, dann kann das eigentlich nur schiefgehen.
Sie kennen doch meine Haltung: 80% sind besser als 0%. Und ich glaube, wir
kommen auf 97,3%. ;)
Vielleicht kann man aber mit zusätzlichen
Zeitbegriffen (so vorhanden)
operieren? Mir geht es aber letztlich so wie Ihnen. Alles in diesem
Bereich ist noch ziemlich experimentell und liegt in der Rubrik Handarbeit.
Ja. Wenn man sich aber letztlich mit tausenden von aggregierten
Datensätzen unterschiedlichster Verschmutzungstiefe rumschlagen muß,
dann gefällt mir ein stochastischer Ansatz letztlich besser. Zumindest muß
man schauen, wie weit man damit kommen kann. Aber Sie sagen es: das sind
experimentelle Fragestellungen. Und ich bin mal gespannt, wie z.B. die DNB
da weiter vorgehen wird. Was man im Wiki lesen kann, finde ich zumindest
eine erfrischend neue Denke...
Beste Grüße,
Kay Heiligenhaus
10 Nov
10 Nov
3:15 p.m.
Lieber Herr Heiligenhaus,
vielen Dank für die Nachricht. Ich habe vermutlich Tomaten auf den
Augen, aber bei mir klappt das nicht. Es gibt zwar in der SRU neuerdings
ein Suchfeld für PND, aber finden tut man nichts. Ich habe es mal mit
dem immer noch falsch verknüpften PND Eintrag zu meinem Namensvetter
versucht:
http://gso.gbv.de/sru/DB=2.1/?query=pica.pnd+%3D+%22113438281%22&versio…
Fehlanzeige. Wie also holen Sie hier die Daten?
Viele Grüße,
Ihr
Th. Stäcker
Am 05.11.2010 17:51, schrieb Kay Heiligenhaus:
Lieber Herr Stäcker,
inzwischen hat sich etwas getan bzgl. der Lieferung von PND/GKD/SWD-IDs via SRU aus dem
GVK. Hier zwei Beispiele mit den Resultaten unserer PICA+-Transformation zu MODS v3.4:
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
Wie man sieht: Personen, Körperschaften und Schlagwörter werden jetzt, sofern vorhanden,
mit der GND verknüpft, Drucker/Verleger weiterhin mit der Drucker-/Verleger-DB des GBV.
Sehr erfreulich ist, daß die Identifier in PICA+-Subfeldern geliefert werden, nicht durch
Anreicherung der Feldinhalte (wie bislang bei den SWD-IDs). Damit sollte der Nutzung von
Normdaten auch in Wolfenbüttel nichts mehr im Wege stehen.
Beste Grüße,
Kay Heiligenhaus
> -----Original Message-----
> From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
> bounces(a)dfg-viewer.de] On Behalf Of Kay Heiligenhaus
> Sent: Monday, June 14, 2010 5:09 PM
> To: dv-technik(a)dfg-viewer.de; dv-technik(a)dfg-viewer.de
> Subject: Re: [DFG-Viewer] MODS v3.4 released
>
> Lieber Herr Stäcker,
>
>>> Seit einiger Zeit liefert der GBV nämlich bei Schlagwörtern
>>> zusätzlich auch
>> die SWD-ID (wenn auch nicht sonderlich attraktiv via
>> Interpunktionszeichentrennung und Prefixing im Feldinhalt von 044K$8).
>> Ich gehe davon aus, daß man hier auch bzgl. der Lieferung der PND-ID
>> zu einer analogen Lösung kommen kann, wenn man sich hierzu mit den
>> Verantwortlichen in der VZG abstimmt. Via Z39.50-MAB2 kommt übrigens
>> die PND-ID in den PICA-Verbünden aktuell schon (zumindest im HeBIS und
> BSZ).
>> Ja, das ist ein sehr überzeugender Entwurf. Wir werden dann mal bei
>> PICA nachfragen ;-)
> Und ich hatte schon gedacht, Sie wären der Übeltäter. Bei
> Druckern/Verlegern werden nämlich inzwischen auch deren "Wirkungsorte"
> qua Interpunktionszeichen in die Feldinhalte gedroschen. Und es gibt noch
> reichlich weitere Fälle dieses "PICA+-Enrichments"...
>
>> Nun, die Antwort ist einfach. Wenn Sie Deutschland Koordinaten
>> zuweisen und die liegen u.a. in Namibia, dann dürfte das nicht heute
>> sein ;-)
> Auch ein interessanter Ansatz. ;)
>
>> Im Ernst, wenn Sie in einem automatisierten Verfahren aus Namen
>> Koordinaten machen wollen, dann kann das eigentlich nur schiefgehen.
> Sie kennen doch meine Haltung: 80% sind besser als 0%. Und ich glaube, wir
> kommen auf 97,3%. ;)
>
>> Vielleicht kann man aber mit zusätzlichen Zeitbegriffen (so vorhanden)
>> operieren? Mir geht es aber letztlich so wie Ihnen. Alles in diesem
>> Bereich ist noch ziemlich experimentell und liegt in der Rubrik Handarbeit.
> Ja. Wenn man sich aber letztlich mit tausenden von aggregierten
> Datensätzen unterschiedlichster Verschmutzungstiefe rumschlagen muß,
> dann gefällt mir ein stochastischer Ansatz letztlich besser. Zumindest muß
> man schauen, wie weit man damit kommen kann. Aber Sie sagen es: das sind
> experimentelle Fragestellungen. Und ich bin mal gespannt, wie z.B. die DNB
> da weiter vorgehen wird. Was man im Wiki lesen kann, finde ich zumindest
> eine erfrischend neue Denke...
>
> Beste Grüße,
> Kay Heiligenhaus
--
Dr. Thomas Staecker (stellv. Direktor; Leiter Abteilung Integrierte Medienbearbeitung,
Benutzung) Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel Tel.
+49(0)5331/808-303 - email: staecker(a)hab.de
10:15 p.m.
Lieber Herr Stäcker,
vielen Dank für die Nachricht. Ich habe vermutlich
Tomaten auf den Augen,
aber bei mir klappt das nicht.
Diesmal würde ich sagen: Ja, zwei Tomaten auf zwei Augen. ;)
Es gibt zwar in der SRU neuerdings ein Suchfeld
für PND, aber finden tut man nichts. Ich habe es mal mit dem immer noch
falsch verknüpften PND Eintrag zu meinem Namensvetter
versucht:
http://gso.gbv.de/sru/DB=2.1/?query=pica.pnd+%3D+%22113438281%22&v
ersion=1.1&operation=searchRetrieve&stylesheet=http%3A%2F%2Fgso.gbv.
de%2Fsru%2F%3Fxsl%3DsearchRetrieveResponse&recordSchema=pica&ma
ximumRecords=10&startRecord=1&recordPacking=xml&sortKeys=none&x-
info-5-mg-requestGroupings=none
Fehlanzeige. Wie also holen Sie hier die Daten?
Die Daten für den ersten Datensatz, den ich gepostet hatte:
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
holen wir aus dem GVK via SRU mit:
http://gso.gbv.de/sru/DB=2.1/?version=1.1&operation=searchRetrieve&…
In z.B. 028A$0 steht nun die PND-ID des Verfassers (hier: 115829113). Wenn Sie die
PND-Daten zu dieser ID selbst bekommen möchten, dann können Sie die DNB direkt fragen:
http://d-nb.info/gnd/115829113/about
Dazu brauchen Sie den GVK nicht mehr. Allerdings haben Sie insofern recht (eine Tomate
könnte also auch auf einem meiner Augen liegen), daß die VZG, obgleich man offensichtlich
via SRU auch PND-IDs als Suchschlüssel verwenden können sollte, das offensichtlich doch
nicht unterstützt. Nur wäre die Ergebnismenge Ihrer o.g. Abfrage ja: Alle Datensätze zur
PND-ID XYZ. Auch eine interessante Frage, die hatte uns hier aber eigentlich gar nicht
beschäftigt...
Beste Grüße,
Kay Heiligenhaus
11 Nov
11 Nov
7:39 a.m.
Lieber Herr Heiligenhaus,
haben Sie vielen Dank für das Entfernen der Tomaten ;-) das ist ja in
der Tat ein echter Fortschschritt, und ich werden es zügig
implementieren. ZVDD hatte unlängst auch schon danach gefragt.
Ich hatte übrigens wirklich in aller Naivität angenommen, dass, wenn man
schon GND mit ausgibt, dann auch die PND Suche funktionieren müsse. Das
war aber wohl ein Trugschluss. Schade. Zwar bekommt man in der Tat die
INformationen zur jeweiligen Person bei der DNB direkt, aber die
Titelverknüpfung hätte mich schon interessiert. Die bekommt man
verbundintern zwar auch über die PPN, aber eben nicht verbundübergreifend.
Aber einen Schritt nach dem anderen.
Darf ich bei der Gelegenheit einmal nachfragen, was Sie bei der
Unterstützung von Handschrifendigitalisierungsprojekten machen? Ich
hatte zwischenzeitlich mal mit Herrn Meyer gesprochen, dass eine TEI
Unterstützung dringlich wäre, so wie wir sie in Berlin beschlossen
haben. Mir fiel auf, dass hier einige mit METS/MODS
herumexperimentieren, was zu merkwürdigen Formatverrenkungen führt.
Viele Grüße,
Ihr
Th. Stäcker
Am 10.11.2010 22:15, schrieb Kay Heiligenhaus:
Lieber Herr Stäcker,
--
Dr. Thomas Staecker (stellv. Direktor; Leiter Abteilung Integrierte
Medienbearbeitung, Benutzung) Herzog August Bibliothek - Postfach 1364 -
D-38299 Wolfenbuettel Tel. +49(0)5331/808-303 - email: staecker(a)hab.de
vielen Dank für die Nachricht. Ich habe
vermutlich Tomaten auf den Augen,
aber bei mir klappt das nicht.
Diesmal würde ich sagen: Ja, zwei Tomaten auf zwei
Augen. ;)
Es gibt zwar in der SRU neuerdings ein Suchfeld
für PND, aber finden tut man nichts. Ich habe es mal mit dem immer noch
falsch verknüpften PND Eintrag zu meinem Namensvetter
versucht:
http://gso.gbv.de/sru/DB=2.1/?query=pica.pnd+%3D+%22113438281%22&v
ersion=1.1&operation=searchRetrieve&stylesheet=http%3A%2F%2Fgso.gbv.
de%2Fsru%2F%3Fxsl%3DsearchRetrieveResponse&recordSchema=pica&ma
ximumRecords=10&startRecord=1&recordPacking=xml&sortKeys=none&x-
info-5-mg-requestGroupings=none
Fehlanzeige. Wie also holen Sie hier die Daten?
Die Daten für den ersten
Datensatz, den ich gepostet hatte:
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
holen wir aus dem GVK via SRU mit:
http://gso.gbv.de/sru/DB=2.1/?version=1.1&operation=searchRetrieve&…
In z.B. 028A$0 steht nun die PND-ID des Verfassers (hier: 115829113). Wenn Sie die
PND-Daten zu dieser ID selbst bekommen möchten, dann können Sie die DNB direkt fragen:
http://d-nb.info/gnd/115829113/about
Dazu brauchen Sie den GVK nicht mehr. Allerdings haben Sie insofern recht (eine Tomate
könnte also auch auf einem meiner Augen liegen), daß die VZG, obgleich man offensichtlich
via SRU auch PND-IDs als Suchschlüssel verwenden können sollte, das offensichtlich doch
nicht unterstützt. Nur wäre die Ergebnismenge Ihrer o.g. Abfrage ja: Alle Datensätze zur
PND-ID XYZ. Auch eine interessante Frage, die hatte uns hier aber eigentlich gar nicht
beschäftigt...
Beste Grüße,
Kay Heiligenhaus
3:10 p.m.
Lieber Herr Stäcker,
haben Sie vielen Dank für das Entfernen der Tomaten
;-) das ist ja in der Tat
ein echter Fortschschritt, und ich werden es zügig implementieren.
Prima. - - - Ein Hinweis noch: Die GKD- und SWD-IDs werden im GVK offensichtlich ohne den
Bindestrich vor der letzten Ziffer (Prüfziffer) gespeichert/geliefert. Um einen korrekten
GND-URI daraus zu bilden, müssen Sie diesen Bindestrich in Ihrer Transformation der
PICA-Daten selbst ergänzen. Ansonsten käme ein fehlerhafter GND-URI dabei raus!
Darf ich bei der Gelegenheit einmal nachfragen, was
Sie bei der
Unterstützung von Handschrifendigitalisierungsprojekten machen? Ich hatte
zwischenzeitlich mal mit Herrn Meyer gesprochen, dass eine TEI
Unterstützung dringlich wäre, so wie wir sie in Berlin beschlossen haben. Mir
fiel auf, dass hier einige mit METS/MODS herumexperimentieren, was zu
merkwürdigen Formatverrenkungen führt.
Offen gesagt: Wir warten auf eine Dokumentation und Umsetzung der TEI-Lösung für den
Viewer. Sofern uns zwischenzeitlich Handschriften beschäftigen, die im Viewer angezeigt
werden sollen, dann nutzen wir schlicht ebenfalls die METS/MODS-Konversion unserer
internen Datenrepräsentation, da ja anders hier aktuell kein Blumentopf zu gewinnen ist.
Ich würde mich jedoch ebenfalls sehr darüber freuen, wenn wir auch in diesem Bereich zu
einer standardisierten (und implementierten) TEI-Lösung kämen, die den Viewer ebenso
bedienen kann wie eben relevante übergeordnete Nachweissysteme. Ich habe jedoch keine
Ahnung, ob sich da aktuell in den entsprechenden "Expertenrunden" irgendwas
konkretes tut. Dazu müßte dann Herr Meyer was sagen.
Beste Grüße,
Kay Heiligenhaus
3:44 p.m.
Lieber Herr Heiligenhaus,
Ich habe jedoch keine
Ahnung, ob sich da aktuell in den entsprechenden "Expertenrunden"
irgendwas konkretes tut. Dazu müßte dann Herr Meyer was sagen.
Ja, es tut sich was (nach einer von mir verschuldeten längeren Phase der Stagnation). Auf
Basis eines von Herr Schassan erarbeiteten Vorschlags zur Beschreibung einer Handschrift
in METS/TEI werde ich bis spätestens Jahresende noch einen handschriftenfähigen Prototypen
des DFG-Viewers umsetzen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Referatsleiter Digitale Bibliothek
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Telefon: +49 351 4677-206
Telefax: +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, 11. November 2010 15:11
An: dv-technik(a)dfg-viewer.de; dv-technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] MODS v3.4 released
Lieber Herr Stäcker,
haben Sie vielen Dank für das Entfernen der
Tomaten ;-) das ist ja
in der Tat
ein echter Fortschschritt, und ich werden es
zügig implementieren.
Prima. - - - Ein Hinweis noch: Die GKD- und SWD-IDs werden im GVK
offensichtlich ohne den Bindestrich vor der letzten Ziffer (Prüfziffer)
gespeichert/geliefert. Um einen korrekten GND-URI daraus zu bilden,
müssen Sie diesen Bindestrich in Ihrer Transformation der PICA-Daten
selbst ergänzen. Ansonsten käme ein fehlerhafter GND-URI dabei raus!
Darf ich bei der Gelegenheit einmal nachfragen,
was Sie bei der
Unterstützung von Handschrifendigitalisierungsprojekten machen? Ich
hatte
zwischenzeitlich mal mit Herrn Meyer gesprochen,
dass eine TEI
Unterstützung dringlich wäre, so wie wir sie in Berlin beschlossen
haben. Mir
fiel auf, dass hier einige mit METS/MODS
herumexperimentieren, was zu
merkwürdigen Formatverrenkungen führt.
Offen gesagt: Wir warten auf eine Dokumentation und Umsetzung der TEI-
Lösung für den Viewer. Sofern uns zwischenzeitlich Handschriften
beschäftigen, die im Viewer angezeigt werden sollen, dann nutzen wir
schlicht ebenfalls die METS/MODS-Konversion unserer internen
Datenrepräsentation, da ja anders hier aktuell kein Blumentopf zu
gewinnen ist. Ich würde mich jedoch ebenfalls sehr darüber freuen, wenn
wir auch in diesem Bereich zu einer standardisierten (und
implementierten) TEI-Lösung kämen, die den Viewer ebenso bedienen kann
wie eben relevante übergeordnete Nachweissysteme. Ich habe jedoch keine
Ahnung, ob sich da aktuell in den entsprechenden "Expertenrunden"
irgendwas konkretes tut. Dazu müßte dann Herr Meyer was sagen.
Beste Grüße,
Kay Heiligenhaus 
8:52 a.m.
Guten Morgen,
das ist eine sehr interessante Diskussion!
Die Abfrage des Personendatensatz über die PPN scheint aber nicht in jedem Fall zu
funktionieren (leider). Man nehme folgende Abfrage (PPN 22150523483):
http://gso.gbv.de/sru/DB=2.1/?query=pica.ppn+%3D+%22150523483%22&versio…
Es gibt genau einen Treffer. Der Autor steht im Feld 028A. Dessen PPN ist 137081286. Suche
nach PPN 137081286
http://gso.gbv.de/sru/DB=2.1/?query=pica.ppn+%3D+%22137081286%22&versio…
ergibt null Treffer :(
Suche über
http://gso.gbv.de/DB=2.1/SET=3/TTL=1/PPN?PPN=137081286
findet aber den Datensatz.
Was nun?
Grüße,
Silvio Hermann
On 11/10/2010 10:15 PM, Kay Heiligenhaus wrote:
Lieber Herr Stäcker,
--
Silvio Hermann
Friedrich-Schiller-Universität Jena
Thüringer Universitäts- und Landesbibliothek
Bibliotheksplatz 2
07743 Jena
Phone: ++49 3641 940019
FAX: ++49 3641 940022
vielen Dank für die Nachricht. Ich habe
vermutlich Tomaten auf den Augen,
aber bei mir klappt das nicht.
Diesmal würde ich sagen: Ja, zwei Tomaten auf zwei Augen. ;)
Es gibt zwar in der SRU neuerdings ein Suchfeld
für PND, aber finden tut man nichts. Ich habe es mal mit dem immer noch
falsch verknüpften PND Eintrag zu meinem Namensvetter
versucht:
http://gso.gbv.de/sru/DB=2.1/?query=pica.pnd+%3D+%22113438281%22&v
ersion=1.1&operation=searchRetrieve&stylesheet=http%3A%2F%2Fgso.gbv.
de%2Fsru%2F%3Fxsl%3DsearchRetrieveResponse&recordSchema=pica&ma
ximumRecords=10&startRecord=1&recordPacking=xml&sortKeys=none&x-
info-5-mg-requestGroupings=none
Fehlanzeige. Wie also holen Sie hier die Daten?
Die Daten für den ersten Datensatz, den ich gepostet hatte:
http://s2w.visuallibrary.net/oai/?verb=GetRecord&metadataPrefix=mods&am…
holen wir aus dem GVK via SRU mit:
http://gso.gbv.de/sru/DB=2.1/?version=1.1&operation=searchRetrieve&…
In z.B. 028A$0 steht nun die PND-ID des Verfassers (hier: 115829113). Wenn Sie die
PND-Daten zu dieser ID selbst bekommen möchten, dann können Sie die DNB direkt fragen:
http://d-nb.info/gnd/115829113/about
Dazu brauchen Sie den GVK nicht mehr. Allerdings haben Sie insofern recht (eine Tomate
könnte also auch auf einem meiner Augen liegen), daß die VZG, obgleich man offensichtlich
via SRU auch PND-IDs als Suchschlüssel verwenden können sollte, das offensichtlich doch
nicht unterstützt. Nur wäre die Ergebnismenge Ihrer o.g. Abfrage ja: Alle Datensätze zur
PND-ID XYZ. Auch eine interessante Frage, die hatte uns hier aber eigentlich gar nicht
beschäftigt...
Beste Grüße,
Kay Heiligenhaus
2:57 p.m.
Lieber Herr Hermann,
Die Abfrage des Personendatensatz über die PPN scheint
aber nicht in jedem
Fall zu funktionieren (leider). Man nehme folgende Abfrage (PPN
22150523483):
http://gso.gbv.de/sru/DB=2.1/?query=pica.ppn+%3D+%22150523483%22&v
ersion=1.1&operation=searchRetrieve&stylesheet=http%3A%2F%2Fgso.gbv.
de%2Fsru%2F%3Fxsl%3DsearchRetrieveResponse&recordSchema=pica&ma
ximumRecords=10&startRecord=1&recordPacking=xml&sortKeys=none&x-
info-5-mg-requestGroupings=none
Es gibt genau einen Treffer. Der Autor steht im Feld 028A. Dessen PPN ist
137081286. Suche nach PPN 137081286
http://gso.gbv.de/sru/DB=2.1/?query=pica.ppn+%3D+%22137081286%22&v
ersion=1.1&operation=searchRetrieve&stylesheet=http%3A%2F%2Fgso.gbv.
de%2Fsru%2F%3Fxsl%3DsearchRetrieveResponse&recordSchema=pica&ma
ximumRecords=10&startRecord=1&recordPacking=xml&sortKeys=none&x-
info-5-mg-requestGroupings=none
ergibt null Treffer :(
Suche über
http://gso.gbv.de/DB=2.1/SET=3/TTL=1/PPN?PPN=137081286
findet aber den Datensatz.
Was nun?
Jetzt werfen Sie den Tomaten von Herrn Stäcker gleich noch Gurken hinterher. ;) - - - Ich
denke, hier handelt es sich um ein Mißverständnis. Es ging in der Diskussion, auf die ich
bezug nahm, _nicht_ darum, die eigentlichen Personendatensätze aus dem GBV via SRU zu
ermitteln (was Sie offensichtlich intendieren) oder Titeldatensätze anhand von PNDIDs (was
Herr Stäcker versuchte). Vielmehr behandelten wir die Frage, wie wir Normdaten in
MODS-v3.4-Titeldatensätzen verankern und diese aus dem GVK ermitteln können. Das ging
bislang via SRU-Zugriff nicht, da in den gelieferten Titeldatensätzen "nur" PPNs
der beteiligten Personen (rsp. der beteiligten Körperschaften) geliefert wurden, nicht
jedoch die PND/GKDIDs derselben.
Beabsichtigen Sie nun jedoch, via PPN einen Personendatensatz via SRU-Zugriff zu
ermitteln, dann geht dies offensichtlich weiterhin nicht (zumindest via SRU). Hier müßten
Sie sich mit der VZG in Verbindung setzen, um zu klären, ob eine solche Recherche
grundsätzlich möglich gemacht werden kann. Das gilt analog für das von Herrn Stäcker
berichtete Problem des Zugriffs auf Titeldaten via PNDID.
Beste Grüße,
Kay Heiligenhaus
3:05 p.m.
Hallo,
das die Abfrage von Personendatensätzen (mittels PPN) über die SRU-Schnittstelle des GVK
nicht funktioniert stimmt nur teilweise (was also hoffen lässt). Beim VD17
(http://gso.gbv.de/sru/DB=1.28) bekomme ich sowohl PND-Sätze geliefert als auch PPN-Sätze.
Jetzt müsste man das nur noch für die DB=2.1 aktivieren (lassen).
Grüße,
Silvio Hermann
--
Silvio Hermann
Friedrich-Schiller-Universität Jena
Thüringer Universitäts- und Landesbibliothek
Bibliotheksplatz 2
07743 Jena
Phone: ++49 3641 940019
FAX: ++49 3641 940022
4938
days inactive
5089
days old
15 comments
5 participants
participants (5)
-
Kay Heiligenhaus -
Meyer, Sebastian -
Silvio Hermann -
staecker -
Thomas Stäcker