GVK PPN für Schlagworte in Schlagwortfolgen (Feld 555X)

[rsteph-de]

Die Ausgabe der PPN für Schlagwortfolgen ist nicht 100% korrekt:

Beispiel - PPN: 1856801403
XML (IST):

 <mods:subject authority="k10plus_field_555X"  valueURI="https://uri.gbv.de/document/gvk:ppn:106317679">
      <mods:topic authorityURI="http://d-nb.info/gnd/" valueURI="http://d-nb.info/gnd/4020535-6"
                  authority="gnd">Geschichtswissenschaft</mods:topic>
      <mods:topic authorityURI="http://d-nb.info/gnd/"
                  valueURI="http://d-nb.info/gnd/1033909203"
                  authority="gnd">Citizen Science</mods:topic>
      <mods:topic authorityURI="http://d-nb.info/gnd/"
                  valueURI="http://d-nb.info/gnd/4155046-8"
                  authority="gnd">Forschungsmethode</mods:topic>
   </mods:subject>

Die PPN in der valueURI in mods:subject bezieht sich auf das 1. Schlagwort der Folge (hier: Geschichtswissenschaft)
und nicht auf die Folge selbst. So ist das missverständlich.

LösungsOptionen:
a) weglassen
Ich kenne inzwischen die SRU-Anfrage für Normdatensätze:
https://sru.k10plus.de/gvk!rec=2?operation=searchRetrieve&recordSchema=picaxml&query=pica.nid=4020535-6%20NOT%20pica.bbg=Td*&maximumRecords=10
Damit könnte man sich den Datensatz bei Bedarf über die GND-ID holen.

b) nur ausgeben, wenn genau 1 mods:topic enthalten ist.

      <xsl:if test="p:subfield[@code='9'] and count(current-group())=1">
        <xsl:attribute name="valueURI">https://uri.gbv.de/document/{$MCR.PICA2MODS.DATABASE}:ppn:{p:subfield[@code='9']}</xsl:attribute>
      </xsl:if>

c) als xlink:href-Attribut bei den Topics ergänzen (da nur ein valueURI Attribut vergeben werden kann)

 <mods:subject authority="k10plus_field_555X">
      <mods:topic authorityURI="http://d-nb.info/gnd/"
                  valueURI="http://d-nb.info/gnd/4020535-6" 
                 xlink:href="https://uri.gbv.de/document/gvk:ppn:106317679"
                 authority="gnd">Geschichtswissenschaft</mods:topic>
   ...

d) als Kommentar beim Topic:

 <mods:subject authority="k10plus_field_555X">
     <!--[PPN: 106317679]-->
      <mods:topic authorityURI="http://d-nb.info/gnd/"
                  valueURI="http://d-nb.info/gnd/4020535-6" 
                  authority="gnd">Geschichtswissenschaft</mods:topic>
   ...

(P.S. Informationen in den Kommentaren lassen sich auch in den APIs / XSLT verarbeiten)

[rsteph-de]

Wenn wir hier eine Lösung haben, dann auch nochmal mit den anderen (z.B. lokalen) Schlagworten / Normdaten abgleichen.

[PaulBorchert]

Für die Schlagwortkette gibt es keine Authority. Als Kette ist sie nirgendswo standartisiert. Also sollten die Attribute authority, authorityURI und valueURI nicht gesetzt werden. Wenn man die PPNs der Schlagworter speichern möche muss man das in Attributen des mods:topic tun. Nur dann als Authority nicht gnd sondern k10+.
Es wäre gut wenn wir in den mods:topics genauso wie in den mods:name mehere Identifier speichern könnten. Evtl. sollten wir eine Erweiterung beim MODS Editorial Committee erbitten.

Lange Rede kurzer Sinn: Variante d). Nur den Kommentar als Kind von mods:topic (dort wo er später auch als weiterer Identifier auftauchen würde) und entfernen der Atribbute von mods:subject.

[rsteph-de]

PPN als Kommentar im <mods:topic> finde ich bedenklich, wenn das Feld per XEditor bearbeitet wird.

<mods:topic authorityURI="http://d-nb.info/gnd/"
            valueURI="http://d-nb.info/gnd/4020535-6"
            authority="gnd"><!--[PPN: 106317679]-->Geschichtswissenschaft</mods:topic>

PPN als Kommentar davor (siehe Fall d) ist robuster und lässt sich per XSLT über die entsprechenen Achsen-Pfade greifen.
greifen. Ein möglicher XPath dafür lautet:
//mods:topic[./preceding-sibling::comment()[1][.='[PPN: 106317679]']/following-sibling::mods:topic[1] = self::*]

[kkrebs]

Also als Kommentar finde ich das ganz haarig und wäre sehr dagegen! Insofern eher den xlink-href-Ansatz + Antrag den Standard zu erweitern?! Geht xlink:href da überhaupt? In der Doku wird es nicht als erlaubtes Feld gelistet ...

[rsteph-de]

• xlink:href geht tatsächlich nicht, da war ich in der Doku verrutscht
• Standarderweiterung mit zusätzlichen identifier-Elementen wird schwierig, weil mods:topic schon Text enthält und keine weiteren Unterelemente. Das lässt sich nicht abwärtskompatibel erweitern
• Alternativ könnten wir noch auf die GND-URIs verzichten und die GBV-PPNs als authority-URI und valueURI verwenden.
  Dann muss man aber abschätzen, wie stabil die PPNs sind, da es sich ja um "Kopien" der GND-Datensätze handelt. Was passiert z.B. bei Doublettenbereinigung / Änderung von Schlagwortdatensätzen in der GND. Außerdem können Nutzer unserer Datensätze mit den GND-IDs vermutlich eher etwas anfangen als mit den PPNs.