-
Notifications
You must be signed in to change notification settings - Fork 4
Protokoll KDSF Call 2017 11 14
annakasprzik edited this page Nov 14, 2017
·
9 revisions
- Dominik Feldschnieders
- Christian Hauschke
- Anna Kasprzik
- Sieglinde Wilkes
- Stefan Wolff
- Nutzung der VIVO-Klassen zur Abbildung von KDSF-Kategorien vs. Übernahme der äquivalenten KDSF-Klassen in das VIVO-Datenmodell
- 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)
- 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
- Sonstiges
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