JIRA-Ticket  ILT-7662 - Abrufen der Vorgangsdetails... STATUS

Selektionskriterium PICA-Feld: 008A $a = cb

Relationstypen: closeMatch, exactMatch 


Beispiel: ftae = skos:exactMatch 
<https://d-nb.info/gnd/4037220-0> skos:inScheme <https://d-nb.info/datasets/authorities>;
  dcterms:isPartOf <https://d-nb.info/datasets/authorities>;
  skos:prefLabel "Malerei"@de;
  skos:exactMatch <https://datos.bne.es/resource/XX525398>, <https://datos.bne.es/resource/XX525398> .


<https://datos.bne.es/resource/XX525398> skos:exactMatch <https://d-nb.info/gnd/4037220-0>;
  dcterms:isPartOf <https://d-nb.info/mapping/gnd/embne/target>;
  skos:prefLabel "Pintura"@es .

Stand der Implementierung nach Produktivnahme des Releases 2023.02 am 28.03.2023

  • Von der Konversion ausgeschlossen werden die Tc-Datensätze
    • mit dem Relationstyp 0XXP.4 = ftnu  
    • mit dem doppelt vorkommenden Feld 190/039A, da deren Verarbeitung aus technischen Gründen zurzeit nicht möglich ist (GND-AND-Verknüpfung)
  • Die skos:semanticRelation für die Terme mit dem Relationscode 0XXP.4 = ftao ist skos:closeMatch (Festlegung Frau Jahns am 01.12.). Diese Relation kommt bisher in den Daten nicht vor. 
  • Bei dem einzigen Fall (Tc-Satz 1254314814) mit einer ftau-Relation (= skos:closeMatch) in 0XXP.4 wird die madsrdf:componentList richtig gebildet, aber:
    • der erste Fremdbegriff im Tc-Satz wird ohne skos:prefLabel ausgegeben
    • bei dem zweiten Fremdbegriff wird das skos:prefLabel des ersten Fremdbegriffs doppelt ausgegeben.
ftau = AND (compound equivalence) in RDFxml-Format 
<rdf:Description rdf:about="https://d-nb.info/gnd/4076226-9">
    <skos:inScheme rdf:resource="https://d-nb.info/datasets/authorities"/>
    <dcterms:isPartOf rdf:resource="https://d-nb.info/datasets/authorities"/>
    <skos:prefLabel xml:lang="de">Politische Philosophie</skos:prefLabel>
    <skos:closeMatch>
        <rdf:Description rdf:about="https://datos.bne.es/resource/XX4576319">
            <dcterms:isPartOf rdf:resource="https://d-nb.info/mapping/gnd/embne/target"/>
        </rdf:Description>
    </skos:closeMatch>
    <skos:closeMatch>
        <rdf:Description rdf:about="https://datos.bne.es/resource/XX4344217">
            <skos:prefLabel xml:lang="es">Política</skos:prefLabel>
            <skos:prefLabel xml:lang="es">Política</skos:prefLabel>
            <dcterms:isPartOf rdf:resource="https://d-nb.info/mapping/gnd/embne/target"/>
        </rdf:Description>
    </skos:closeMatch>
    <skos:closeMatch>
        <rdf:Description rdf:nodeID="node1grv7sm5fx1810">
            <rdf:type rdf:resource="http://www.loc.gov/mads/rdf/v1#ComplexSubject"/>
            <madsrdf:componentList rdf:resource="https://datos.bne.es/resource/XX4576319"/>
            <madsrdf:componentList rdf:resource="https://datos.bne.es/resource/XX4344217"/>
        </rdf:Description>
    </skos:closeMatch>
</rdf:Description>
  • Ein Software-Bug, der zurzeit leider nicht behoben werden kann, sorgt dafür, dass die Mapping-Relation doppelt ausgegeben wird. Es ist inhaltlich nicht falsch, nur redundant. Das sollte für weiterverarbeitende Tools kein Problem sein.
Beispiel: Doppelte Ausgabe der skos-Relation 
<https://d-nb.info/gnd/4151240-6> skos:closeMatch <https://datos.bne.es/resource/XX537243>;
  skos:inScheme <https://d-nb.info/datasets/authorities>;
  dcterms:isPartOf <https://d-nb.info/datasets/authorities>;
  skos:prefLabel "Einbruch"@de;
  skos:closeMatch <https://datos.bne.es/resource/XX546896> .


<https://datos.bne.es/resource/XX546896> skos:closeMatch <https://d-nb.info/gnd/4151240-6>;
  dcterms:isPartOf <https://d-nb.info/mapping/gnd/embne/target>;
  skos:prefLabel "Usurpación"@es .

<https://d-nb.info/gnd/4151240-6> skos:closeMatch <https://datos.bne.es/resource/XX546896> .



  • Keine Stichwörter