Skip to content

Protokoll KDSF Call 2017 11 14

annakasprzik edited this page Nov 14, 2017 · 9 revisions

Teilgenommen

  • Dominik Feldschnieders
  • Christian Hauschke
  • Anna Kasprzik
  • Sieglinde Wilkes
  • Stefan Wolff

Agenda

  1. Nutzung der VIVO-Klassen zur Abbildung von KDSF-Kategorien vs. Übernahme der äquivalenten KDSF-Klassen in das VIVO-Datenmodell
  2. Revision der Abbildung von kdsf:Publikation in VIVO. (https://github.com/VIVO-DE/VIVO-KDSF-Integration/wiki/Revision-der-Abbildung-von-KDSF-Publikation-in-VIVO, bzw. https://github.com/VIVO-DE/VIVO-KDSF-Integration/issues/10)
  3. Revision der Abbildung von kdsf:Person. kdsf:Beschäftigter/Beschäftigte, Spezialisierungen von kdsf:Personalkategorie – Modellierung als Unterklasse von foaf:Person vs. Position vs. Rolle
  4. Sonstiges

Notizen & To Do

1. KDSF-Revision Optionen:

  • VIVO-Klassen nutzen, wo vollständige Äquivalenz vorhanden, entsprechende KDSF-Klassen aus Ontologie-Extension entfernen; ansonsten bereits angelegte KDSF-Klassen belassen bzw. neue anlegen
  • (Boolesche Property kdsf:subclassOfKdsf -- Nachteil: Hinge an Individuen, nicht an Klassen)
  • Generische Klasse kdsf:kdsfKategorie und Verwendung von Mehrfachvererbung für diejenigen Klassen in der Extension, die für KDSF relevant sind (das betrifft also VIVO-Klassen, die zu KDSF-Kategorien vollständig äquivalent sind, und KDSF-Klassen, die separat angelegt werden, wenn in VIVO keine passende Klasse vorhanden ist) Beispiel: vivo:Book rdsf:subClassOf kdsf:kdsfKategorie und kdsf:Habilitation rdsf:subClassOf kdsf:kdsfKategorie. (Mögliche Bedenken gegen Polyhierarchie, höchstwahrscheinlich in VIVO nicht praxisrelevant: Beim Anlegen neuer Eigenschaften an den Mutterknoten werden die Auswirkungen auf Kindknoten unübersichtlicher -- prüfen. [Anmerkung Anna: Es geht, empfohlen wird aber eine "Normalisierung", siehe z.B. hier und hier (Section 4.1)])

Allerdings: Beim Export muss das Mapping auf die KDSF-Nomenklatur (Label) weiterhin hergestellt werden. Damit ist dies keine Aufwandsersparnis, da ohnehin ein Mapping angelegt und gepflegt werden muss.

Beschluss: Dokumentation des Plans, Feedback von Ontology Task Force, Rückmeldung an KDSF-Call und dann ggf. Umsetzung

2. Verschoben.

3. Verschoben.

4. Sonstiges / Berichtsrunde

  • TIB hat KDSF-Projekt wieder aufgenommen
  • Osnabrück hat ORCID-Integration mit Sandbox realisiert