ADMID-Verweis in der Kitodo structMap nicht DDB-konform

[BartChris]

Ich habe eben eine aus Kitodo-exportierte METS-Datei in die Validierung der DDB (https://github.com/Deutsche-Digitale-Bibliothek/ddb-metadata-schematron-validation/blob/main/mets-mods-ap-digitalisierte-medien/ddb_validierung_mets-mods-ap-digitalisierte-medien.xsl) gegeben. Es kam dort zu folgendem Validierungsfehler:

Das primäre mets:div-Element im Element mets:structMap[@type='LOGICAL'] referenziert im Attribut ADMID mehrere mets:amdSec-Elemente.
Dadurch ist keine eindeutige Zuordnung der adminstrativen Metadaten für den Datensatz möglich und er wird nicht in die DDB eingespielt.
Weitere Informationen zu diesen Elementen finden Sie im DDB-METS/MODS-Anwendungsprofil auf den Seiten mets:amdSec (https://wiki.deutsche-digitale-bibliothek.de/x/r8IeB) und mets:structMap[@type='LOGICAL'] (https://wiki.deutsche-digitale-bibliothek.de/x/o8IeB). Informationen zum Kontext der Elemente finden Sie im Bereich Aufbau einer METS/MODS-Datei für die DDB (https://wiki.deutsche-digitale-bibliothek.de/x/VcIeB).

Kitodo erzeugt die folgende Struktur und referenziert rightsMD und digiprovMD im logischen Wurzelelement.

<mets:structMap TYPE="LOGICAL">
      <mets:div ID="uuid-d89e91f4-539c-4e29-b4c7-011dd0ee7f77"
                DMDID="uuid-516e10f0-f76f-366b-90f5-c0dda4c98f4d"
                ADMID="uuid-a9310bb1-e54d-3842-86e9-469dd7ec5511 uuid-2e32e8df-a1d9-3a44-903f-000fa30bed25"
                TYPE="monograph"
                LABEL="Denkschrift die Verfassungs-Verhältnisse der Lande Jülich, Kleve, Berg und Mark betreffend [...]">
...

 <mets:amdSec>
      <mets:rightsMD ID="uuid-2e32e8df-a1d9-3a44-903f-000fa30bed25">
         <mets:mdWrap MDTYPE="OTHER" MIMETYPE="text/xml" OTHERMDTYPE="DVRIGHTS">
            <mets:xmlData>
               <dv:rights xmlns:dv="http://dfg-viewer.de/">
                ....
               </dv:rights>
            </mets:xmlData>
         </mets:mdWrap>
      </mets:rightsMD>
      <mets:digiprovMD ID="uuid-a9310bb1-e54d-3842-86e9-469dd7ec5511">
         <mets:mdWrap MDTYPE="OTHER" MIMETYPE="text/xml" OTHERMDTYPE="DVLINKS">
            <mets:xmlData>
                </mets:xmlData>
         </mets:mdWrap>
      </mets:digiprovMD>
   </mets:amdSec>

Gemäß der Vorgabe der DDB ist das invalide, Kitodo folgt hier aber anscheinend dem im Repo hinterlegten Referenzdokument:

kitodo-production/Kitodo-DataFormat/src/main/resources/xsd/mets.xsd

Line 394 in 5a7c69c

<xsd:documentation xml:lang="en">ADMID (IDREFS/O): Contains the ID attribute values of the &lt;techMD&gt;, &lt;sourceMD&gt;, &lt;rightsMD&gt; and/or &lt;digiprovMD&gt; elements within the &lt;amdSec&gt; of the METS document that contain administrative metadata pertaining to the METS document itself. For more information on using METS IDREFS and IDREF type attributes for internal linking, see Chapter 4 of the METS Primer.

Ist sonst noch jemand darüber gestolpert?

[henning-gerhardt]

Sehr interessanter Fall @BartChris . Ich habe in unser exportiertes METS/MODS geschaut und wir referenzieren die mets:amdSec nicht (oder ich hatte mir die falschen Beispiele heraus gesucht).

Edit: Korrektur zu meiner Aussage: wir referenzieren die mets:amdSec schon, aber diese hat bei uns den Identifier AMD und dieser ist in der logischen StructMap auch so angegeben:

<mets:amdSec ID="AMD">
...
</mets:amdSec>
<mets:structMap TYPE="LOGICAL">
  <mets:div ID="uuid-582c5265-cb8c-4a8f-8134-26db67d1d715" LABEL="Der Krieg" ORDERLABEL="Krieg" DMDID="uuid-51e71dbb-ebc9-33cc-9bfb-c1c37365823c" ADMID="AMD" TYPE="monograph">
</mets:structMap>

Im Export XSLT befindet sich dieser Abschnitt (ggf. auch noch weiteres):

    <!-- Add attribute @ID="AMD" in <mets:amdSec> -->
    <xsl:template match="mets:amdSec">
        <xsl:copy>
            <xsl:attribute name="ID">AMD</xsl:attribute>
            <xsl:apply-templates select="@* | node()"/>
        </xsl:copy>
    </xsl:template>
 
    <!-- Correct attribute @ADMID="AMD" in <mets:structMap TYPE="LOGICAL"> -->
    <xsl:template match="@ADMID">
        <xsl:attribute name="ADMID">
            <xsl:choose>
                <xsl:when test="starts-with(. , 'uuid')">
                    <xsl:text>AMD</xsl:text>
                </xsl:when>
                <xsl:otherwise>
                    <xsl:value-of select="(.)"/>
                </xsl:otherwise>
            </xsl:choose>
        </xsl:attribute>
    </xsl:template>

@andre-hohmann müsste unabhängig davon vielleicht mehr dazu schreiben können, da er sich mit um die Korrektur der Daten kümmert.

[andre-hohmann]

Das müsste diesem Issue entsprechen:

• ADMID does not comply with the demands of the Deutsche Digitale Bibliothek (DDB) #4739

Behebt das den Fehler?
Von der DDB habe ich jedoch keine weitere Rückmeldung erhalten.

[apiller]

@andre-hohmann Du warst schneller. Ja das behebt das Problem eigentlich. Ich hatte in Halle die ganzen Sachen in den Regelsatz eingebaut und die Validierung hat nicht mehr angeschlagen. War ja zw. Kitodo und Repositorium eingebaut. Muss ich für die Doku noch aufarbeiten. Sorry

[BartChris]

Ah, vielen Dank, das sieht gut aus, danke an alle. Hmm, dann werde ich das XSL auch entsprechend aufbohren. Hier ist in Sachen Doku vermutlich Nachholbedarf und vermutlich sollte die Regel auch in alle hinterlegten XSL-Beispiele ergänzt werden, die ja ohnehin auf den einzelnen Regelsatz hin angepasst werden müssen:
z.B:
https://github.com/kitodo/kitodo-production/blob/main/Kitodo/src/main/resources/xslt/dfg-viewer.xsl
https://github.com/kitodo/kitodo-production/blob/main/Kitodo/src/main/resources/xslt/kitodo2mods.xsl

[apiller]

Mach ich....sorry steht noch aus...Ich kann aber auch für eine schnelle Lösung die Regelsätze als Beispiel hochladen...ein bisschen Kommentar ist da dran warum wieso weshalb was da ist..vielleicht als Übergang?