Diese Seite dokumentiert die Konzeption für Tc-Sätze im Linked Data Service. Die Arbeit daran findet innerhalb des Projekts GND-mul statt (siehe auch GND-Mappings zu externen Thesauri).
Masterticket ILT-7271 - Abrufen der Vorgangsdetails... STATUS
Releationstypen (Fremdthesaurus → GND) in den PICA-Feldern 700/028P (= Person), 710/029P (= Körperschaft), 711/030P (= Kongress), 730/022P (= Werk), 750/041P (= Sachbegriff), 751/065P (= Geografikum), Unterfeld $4 (früher 070A/01 $a):
| Code | Entsprechung |
|---|---|
| ftaa | closeMatch |
| ftae | exactMatch |
| ftai | closeMatch |
| ftau | AND (compound equivalence)  |
| ftao | OR skos:closeMatch (Festlegung Fr. Jahns am 01.12.22 ) |
| ftob | broadMatch |
| ftub | narrowMatch |
| ftvb | relatedMatch |
| ftnu | NOT |
Vorschlag für die Modellierung der Mappings
Die Modellierung orientiert sich an der Modellierung, die für die STW Mappings verwendet wird. https://zbw.eu/stw/version/latest/mapping/about.de.html
Die Mappings erhalten eine URI nach der Struktur : <https://d-nb.info/mapping/gnd/{vocab}>, dadurch wäre es möglich weitere Informationen auf einer Webseite zu hinterlegen.
Um zu wissen, aus welchem Vokabular ein Concept kommt - ohne dafür die URIs zu parsen - können wir folgendes Statement erzeugen:
{vocab}:{id} dcterms:isPartOf <https://d-nb.info/mapping/gnd/{vocab}/target>
Damit wird die Zugehörigkeit jedes Concepts zu einem Vokabular ausgedrückt und es können einfacher, einheitliche Abfragen auf allen Mappings durchgeführt werden.
Grundstruktur der Mappings:
<https://d-nb.info/gnd/039A.0> dcterms:isPartOf <https://d-nb.info/datasets/authorities> ;
skos:inScheme <https://d-nb.info/datasets/authorities> ;
skos:semanticRelation <0XXP.u> ;
skos:prefLabel "039A.a{xgfnPdclnbpzt}"@de ; // Expansion der GND Unterfelder berücksichtigen
<0XXP.u> dcterms:isPartOf <https://d-nb.info/mapping/gnd/{vocab}/target> ;
skos:semanticRelation <https://d-nb.info/gnd/039A.0> ;
skos:prefLabel "0XXP.a"@lang ;Grundstruktur bei mehreren 0XXP:
<https://d-nb.info/039A.0> dcterms:isPartOf <https://d-nb.info/datasets/authorities> ;
skos:inScheme <https://d-nb.info/datasets/authorities> ;
skos:prefLabel "039A.a{xgfnPdclnbpzt}"@de ; // Expansion der GND Unterfelder berücksichtigen
skos:closeMatch [
a <http://www.loc.gov/mads/rdf/v1#ComplexSubject> ;
<http://www.loc.gov/mads/rdf/v1#ComponentList> (
<0XXP.u>
<0XXP.u>
)
] ;<0XXP.u> dcterms:isPartOf <https://d-nb.info/mapping/gnd/mesh/target> ;
skos:prefLabel "0XXP.a"@lang ;
skos:closeMatch <https://d-nb.info/039A.0> ;
<0XXP.u> dcterms:isPartOf <https://d-nb.info/mapping/gnd/mesh/target> ;
skos:prefLabel "0XXP.a"@lang ;
skos:closeMatch <https://d-nb.info/039A.0> ;Besonderheiten der Modellierung/Umsetzung
AND-Relation compound equivalence → mads:complexSubject + mads:componentList
GND $4 = ftau → skos:closeMatch (siehe Ticket ILT-8057 - Abrufen der Vorgangsdetails... STATUS )
Beispiel:
Umsetzung nach RDF
OR-Relation → skos:narrow/broad Relation → Umsetzung im Release 2022.02.
So wie die OR-Verknüpfungen in den Daten gehalten werden, ist es nicht möglich mit der derzeitigen Konversionsinfrastruktur diese elegant umzusetzen. Man muss sich entscheiden, ob alle Relationen damit dann narrowMatch oder broadMatch sind. Außerdem erzeugt man redundante triple... siehe Beispiel MeSH
Beispiel MeSH (idealer Zustand) wie im Release 2022.2 umgesetzt
Ab Dezember 2022 wird die OR-Relation, wenn 0XXP.4 = ftao, mit skos:closeMatch umgesetzt (Festlegung Fr. Jahns am 01.12.) (siehe Ticket ILT-8061 - Abrufen der Vorgangsdetails... STATUS )
GND-AND-Verknüpfung: Tc-Satz enthält mehrere 390A-Felder mit zwei oder mehreren GND-Termen, die auf ein Deskriptor im Fremdthesaurus zeigen
Beispiel Tc-Satz 1067679863
Normalerweise wird immer ein Datensatz nach dem anderen verarbeitet. Dieser Datensatz hat immer eine ID. Da aber bei den Tc-Sätzen die ID des Tc-Satzes irrelevant ist - uns interessieren die Datensätze innerhalb der Tc-Sätze - musste bei der Programmierung einen Weg gefunden werden, die GND-ID bzw. die STW-ID zur primären ID für den Datensatz zu machen. Das hat auch geklappt, jedoch geht das nicht für zwei oder mehr GND IDs am Datensatz.
Wir müssen diese Datensätze leider erstmal weg lassen, bis wir eine Lösung dafür gefunden haben (Stand Release 2022.2)
Umsetzung in RDF-Format:
Aktueller Stand der Implementierung (Release 2023.02, Juni 2023):
Da mit der aktuellen Software keine baldige Lösung zu erwarten ist für die korrekte Verarbeitung / Ausgabe von Relationen aus den Tc-Datensätzen mit zwei GND-Termen, die auf ein Deskriptor im einem Fremdvokabular zeigen, werden die betroffenen Tc-Datensätze von der Selektion ausgeschlossen (Ausschlusskriterium 050C $a = GNDbfa; siehe Ticket ILT-8065 - Abrufen der Vorgangsdetails... STATUS ).
Empfehlung der Software-Entwickler: Umsetzung mit einem Offline-Tool.
NULL-Relation → wird nicht ausgeliefert