Closed AnnaLoerke closed 2 years ago
@ThomasPause: Dein neues Log ist echt praktisch für solche Issues!
he:Betrieb und he:Operation kommen aus der "outerx" Spalte der SPARQL query.
Mit dem Firefox empfehle ich das Addon https://addons.mozilla.org/en-US/firefox/addon/widegithub oder die Stylish-Erweiterung "Wide My Github", um die Tabelle ordentlich zu sehen.
http://www.snik.eu/ontology/he/Betrieb als "outerx" kommt von http://www.snik.eu/ontology/bb/MedicalProcedure als "outer". Warum sind die visuell nicht verbunden?
Der relevante Query-Teil ist: OPTIONAL {?outer (skos:closeMatch|^skos:closeMatch|^rdfs:subClassOf)+ ?outerx.}
.
select *
{
bb:MedicalProcedure (skos:closeMatch|^skos:closeMatch|^rdfs:subClassOf)+ ?outerx.
}
erzeugt:
http://www.snik.eu/ontology/bb/TherapeuticProcedure http://www.snik.eu/ontology/bb/DiagnosticProcedure http://www.snik.eu/ontology/bb/Operation http://www.snik.eu/ontology/he/Operation http://www.snik.eu/ontology/it/Betrieb http://www.snik.eu/ontology/bb/RadiologicalExamination http://www.snik.eu/ontology/bb/ChemotherapeuticTreatment http://www.snik.eu/ontology/bb/Radiotherapy http://www.snik.eu/ontology/he/Operation http://www.snik.eu/ontology/he/Betrieb http://www.snik.eu/ontology/it/Betrieb http://www.snik.eu/ontology/he/Betrieb
Das sieht schon sinnvoll aus, aber wieso gehört der Betrieb dazu... Leider kann man die property paths nicht ausgeben bei SPARQL
Endlich habe ich den Schuldigen gefunden: http://www.snik.eu/ontology/it/Betrieb hat skos:closeMatch Links zu bb:Operation, he:Operation und he:Betrieb und verbindet die daher. it:Betrieb hat aber sonst keinerlei Eigenschaften außer diese Links, daher wird es in der Visualisierung nicht angezeigt und daher schwebt he:Betrieb frei herum.
CloseMatch zwischen Betrieb und Operation entfernen.
Nach der Entfernung von ITIL scheinen keine Links dieser Art mehr übrig zu sein.
Class Use um bb/Nurse. Aus unerklärlichen Gründen wird Betrieb aus dem Heinrich dabei im äußeren Kreis angezeigt.
Konsole: