virtual earth GmbH http://virtual-earth.de/de de Organisatorisches Wissensmanagement http://virtual-earth.de/de/node/24 <span>Organisatorisches Wissensmanagement</span> <span><span>mathiasp</span></span> <span><time datetime="2024-04-25T09:01:53+00:00" title="Donnerstag, 25. April 2024 - 09:01">Do., 25.04.2024 - 09:01</time> </span> Thu, 25 Apr 2024 09:01:53 +0000 mathiasp 24 at http://virtual-earth.de http://virtual-earth.de/de/node/24#comments Informationsintegration und technische Datenintegration http://virtual-earth.de/de/node/23 <span>Informationsintegration und technische Datenintegration</span> <span><span>mathiasp</span></span> <span><time datetime="2024-04-25T09:00:39+00:00" title="Donnerstag, 25. April 2024 - 09:00">Do., 25.04.2024 - 09:00</time> </span> Thu, 25 Apr 2024 09:00:39 +0000 mathiasp 23 at http://virtual-earth.de http://virtual-earth.de/de/node/23#comments Willkommen bei der virtual earth GmbH – Ihrem Partner für integriertes Wissensmanagement http://virtual-earth.de/de/home <span>Willkommen bei der virtual earth GmbH – Ihrem Partner für integriertes Wissensmanagement</span> <span><span>mathiasp</span></span> <span><time datetime="2024-04-25T08:26:40+00:00" title="Donnerstag, 25. April 2024 - 08:26">Do., 25.04.2024 - 08:26</time> </span> Thu, 25 Apr 2024 08:26:40 +0000 mathiasp 22 at http://virtual-earth.de http://virtual-earth.de/de/home#comments Komplexe Relationen in RDF http://virtual-earth.de/de/node/20 <span>Komplexe Relationen in RDF</span> <span><span>mathiasp</span></span> <span><time datetime="2023-12-17T14:24:49+00:00" title="Sonntag, 17. Dezember 2023 - 14:24">So., 17.12.2023 - 14:24</time> </span> Sun, 17 Dec 2023 14:24:49 +0000 mathiasp 20 at http://virtual-earth.de http://virtual-earth.de/de/node/20#comments Meine Modellierungsrichtlinien http://virtual-earth.de/de/Modellieren/MeineModellierungsrichtlinien <span>Meine Modellierungsrichtlinien</span> <span><span>mathiasp</span></span> <span><time datetime="2023-11-24T05:40:13+00:00" title="Freitag, 24. November 2023 - 05:40">Fr., 24.11.2023 - 05:40</time> </span> Fri, 24 Nov 2023 05:40:13 +0000 mathiasp 19 at http://virtual-earth.de http://virtual-earth.de/de/Modellieren/MeineModellierungsrichtlinien#comments Glossare und Ontologien: Begriffsdefinitionen in Daten http://virtual-earth.de/de/node/18 <span>Glossare und Ontologien: Begriffsdefinitionen in Daten</span> <span><span>mathiasp</span></span> <span><time datetime="2023-11-12T11:46:10+00:00" title="Sonntag, 12. November 2023 - 11:46">So., 12.11.2023 - 11:46</time> </span> Sun, 12 Nov 2023 11:46:10 +0000 mathiasp 18 at http://virtual-earth.de http://virtual-earth.de/de/node/18#comments :Brutus :stabbed :Caesar → Wann genau jetzt? http://virtual-earth.de/de/node/16 <span>:Brutus :stabbed :Caesar → Wann genau jetzt?</span> <div class="text-content clearfix field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>Oder Reifizieren vs. RDF-Star. Oder <a href="https://de.wikipedia.org/wiki/Ereignissemantik">Davidsonsche Ereignissemantik</a> beim Modellieren.</p><p>Ich glaube obiges Beispiel mit Caesar habe ich aus <a href="http://www.jfsowa.com/krbook/">John Sowas „Knowledge Representation“,</a> dass ich leider verliehen und nie zurückbekommen habe, darum fehlt die genau Seitenangabe.</p><p>John Sowa beschreibt dort soweit ich mich erinnere, dass die in vielen Einführungen in die formale Logik benutzte naive Darstellung von z.B. Brutus Mord an Caesar als <code>stabbed(Brutus, Caesar)</code> wenig nützlich ist. Eine Frage wie „<em>Wann</em> hat Brutus Caesar erstochen?“ lässt sich hiermit nicht beantworten. Für solche zusätzlichen Informationen müssen wir den Vorgang als ein eigenes Individuum, als ein Ereignis darstellen, nur so können zusätzliche Informationen dargestellt werden. </p><p>Diese Art, ein Ereignis als eigenes Individuum darzustellen wurde in den 60ern vor allem von <a href="https://de.wikipedia.org/wiki/Donald_Davidson">Donald Davidson</a> bekannt gemacht. Er postuliert, dass jedes Aktionsverb eine Handlung, ein Ereignis darstellt, und dieses Ereignis entsprechend dargestellt werden muß. In der Sprachverarbeitung (NLP) wird das als Reifizieren bezeichnet.</p><p>Das verwirrenderweise „reification“ genannte Syntaxschnipsel von RDF, dass es erlaubt, ein Triple als „Ding“, als Ziel eines Attributes zu behandeln ist für mich keine Reifizierung in obigem Sinne. Und die oft getätigte Aussage, dass Reifizierung in RDF eine schlechte Idee sei, bezieht sich auf diese Syntax, nicht auf die Idee der Reifizierung  bzw. die zugrundeliegende Ereignissemantik.</p><p>Um einfacher über die RDF-Reifizierungssyntax zu schreiben nutze ich hier die in der Entwicklung befindliche Syntax RDF-Star, die Anfangs auf eine reine Vereinfachung der RDF-Reifizierung ausgelegt war, wenn sie auch jetzt leicht erweitert wird.</p><p>Trotzdem, die einfache Form von RDF-Star erlaubt eine Aussage über ein Triple, ganz wie in der klassischen Reifizierung, nur eleganter zu schreiben: <code>&lt;&lt;:Brutus :stabbed :Caesar&gt;&gt; :ptim "-0044-03-15T00:00:00"^^xsd:dateTime.</code></p><p>Dies könnte eine Möglichkeit sein, das naive Model mit mehr Informationen auszustatten, doch meiner Meinung nach vermischt es Modellierung und Metamodellierung.</p><p>„Der Mord“ an Caesar ist ein Teil der zu modellierenden Welt (Uiniverse of Discourse, UoD), was man schon daran sieht, dass wir im normalen Sprachgebrauch so darüber sprechen. Ganz ähnlich wie wir über „meine Freundschaft mit X“ und „meinen Termin mit Kunden X“ sprechen.</p><p>Und genau so sollte solch ein Geschehen auch modelliert werden, als eigenes Individuum in der Modellsprache, sei es formale Logik oder RDF.</p><p>RDF-Reifizierung oder RDF-Star spielt meiner Meinung nach eine wichtige Rolle bei <em>Meta</em>-Informationen über ein Triple. Sowohl für die Herkunft als auch für den Moment der Eingabe (Transaction Time), und den Editor einer Information kann RDF-Star eine gute Syntax liefern, ohne die Modellierung des UoD zu belasten.</p><h2 id="org94860ea">Mehr Triple durch direkte Modellierung der Reifizierung?</h2><p>Ein Gegenargument dagegen, ein solches Geschehen in RDF als Individuum darzustellen, ist „wir brauchen dann viel mehr Triple“, was zu einer schlechteren Performance führen kann.</p><p>Und für die einfache Darstellung stimmt das auch: wir brauchen mindestens zwei statt einem Triple also 100% mehr Triple. Das ist sehr viel und eine daraus möglicherweise erwachsende Performanceverschlechterung ein Grund, diese an sich korrekte Modellierung zu unterlassen, </p><p>Aber sobald wir mehr Informationen über das Geschehen brauchen, wird der Unterschied zwischen beiden Lösungen immer geringer. Habe ich vier Zusatzinformationen so steht der Unterschied nur noch bei fünf zu sechs Tripeln in der Darstellung, was kaum noch einen entscheidenden Einfluss auf die Performance haben wird.</p><p>Dafür kann ich mit korrekter Modellierung den ganzen Vorgang darstellen, denn schließlich ist es keineswegs so, dass nur Brutus auf Caesar eingestochen hat. Es gab schließlich mindestens 20 Caesarmördern, was in dem simplen <code>:Brutus :stabbed :Caesar</code> schlicht nicht darstellbar ist, auch nicht mit RDF-Star.</p><h2>Gefahren durch Reifizierung</h2><p>Verben durch Nomen zu ersetzen, wird z.B. im Coaching auch als Nominalisierung bezeichnet, und eher mißtrauisch betrachtet. Wenn jemand sagt, er "hat" Angst, dann verbirgt diese Aussage das Verb und den Agenten: er ängstigt sich. Und die Angewohnheit, dieses sich-ängstigen als Ding zu bezeichnen, es zu reifizieren, kann es schwieriger machen mit dem sich fürchten aufzuhören, denn es gibt ja dieses schlimme "Ding" namens Angst, dass "man" nicht loswird.</p><p>Ein etwas anderes gelagerter Fall ist ein "Verdächtiger", der ja eher ein "Verdächtigter" ist, d.h. in dieser Reifikation des "Verdächtigen" wird die Eigenschaft der Person zugeordnet, die verdächtigt wird, statt der Person, die ihn verdächtigt. So kann "ein Verdacht" an jemand unschuldigem kleben bleiben, weil der - fälschlich - Verdächtigende in der Sprache ausgeblendet wird.</p><p>Ein Freund hat mich darauf gebracht, eine Reifizierung als einen Verwaltungsakt zu sehen: ein "Umzug" mag als Ding behandelt werden, als Reifikation von "Herr Maier zieht heute um", aber diesen "Umzug" mit der Realität zu verwechseln kann zu falschen Erwartungen führen. Ich bin selber schon über einen Zeitraum von einem halben Jahr "umgezogen", und Post an eine von meinen Adressen wäre unter Umständen einen Monat lang nicht gelesen worden, und ein Datenbankeintrag "Umzug von X am Y nach Z" kann zu einer falschen Adressierung führen.</p><p>Trotzdem halte ich die Ereignissemantik für eine nützliche Art, Vorgänge zu modellieren. Solange man sich im Klaren darüber bleibt (!), dass man immer noch Teile der Realität ausblendet. Verben zu Dingen machen heißt auch, alle Veränderungen zwischen diesen Dingen auszublenden. Ein wenig wie die schlechte Angewohnheit, diskrete, stundenweise erhobene Messpunkte mit einer Linie zu verbinden, und damit zu suggerieren, man wüsste, was in der Zeit dazwischen gemessen worden wäre. Ein Performancemessung jede Minute sagt mir nichts verbirgt unter Umständen die wichtigen Speicherengpässe zwischen diesen Messzeitpunkten.</p><h2>Literatur</h2><ul><li><a href="http://www.jfsowa.com/krbook/">Knowledge Representation</a>, 2000, John Sowa</li><li><a href="https://de.wikipedia.org/wiki/Die_logische_Form_der_Handlungss%C3%A4tze">The Logical Form of Action Sentences</a>. (Vortrag 1966). In: The Logic of Decision and Action. Hrsg. v. Nicholas Rescher, Pittsburgh 1967, S. 81–120</li><li><a href="https://link.springer.com/book/10.1007/978-3-031-79482-7">Demystifying OWL for the Enterprise</a>, 2018, Michael Uschold</li><li><a href="https://medium.com/@dallemang/why-im-not-excited-about-rdf-star-5f1993fd0ead">Why I’m not exited about RDF-Star</a>, 2022, Dean Allemang</li></ul></div> <span><span>mathiasp</span></span> <span><time datetime="2023-10-06T16:51:42+00:00" title="Freitag, 6. Oktober 2023 - 16:51">Fr., 06.10.2023 - 16:51</time> </span> <div class="field field--name-field-tags field--type-entity-reference field--label-above field--tags"> <h3 class="field__label field--tags__label">Tags</h3> <ul class="links field__items field--tags__items"> <li class="field--tags__item"><a href="/de/Ereignissemantik" hreflang="de">Ereignissemantik</a></li> </ul> </div> Fri, 06 Oct 2023 16:51:42 +0000 mathiasp 16 at http://virtual-earth.de Explaining OWL: use 'set' for 'class', it's more precise and less likely to be confused with OO classes http://virtual-earth.de/en/node/13 <span>OWL erklären: Klassen besser Sets nennen, es ist präziser und nicht so leicht mit OO-Klassen zu verwechseln</span> <span><span>mathiasp</span></span> <span><time datetime="2023-05-08T22:10:32+00:00" title="Montag, 8. Mai 2023 - 22:10">Mo., 08.05.2023 - 22:10</time> </span> Mon, 08 May 2023 22:10:32 +0000 mathiasp 13 at http://virtual-earth.de http://virtual-earth.de/de/node/13#comments GPT: statistische KI (LLM) vs symbolischer KI (Semantic Web) http://virtual-earth.de/de/node/11 <span>GPT: statistische KI (LLM) vs symbolischer KI (Semantic Web)</span> <span><span>mathiasp</span></span> <span><time datetime="2023-04-06T08:01:25+00:00" title="Donnerstag, 6. April 2023 - 08:01">Do., 06.04.2023 - 08:01</time> </span> Thu, 06 Apr 2023 08:01:25 +0000 mathiasp 11 at http://virtual-earth.de http://virtual-earth.de/de/node/11#comments Investitionsschutz: ein wichtiger Vorteil von RDF und SPARQL http://virtual-earth.de/de/rdf/rdf-als-investitionsschutz <span>Investitionsschutz: ein wichtiger Vorteil von RDF und SPARQL</span> <span><span>mathiasp</span></span> <span><time datetime="2023-03-21T10:17:22+00:00" title="Dienstag, 21. März 2023 - 10:17">Di., 21.03.2023 - 10:17</time> </span> Tue, 21 Mar 2023 10:17:22 +0000 mathiasp 9 at http://virtual-earth.de http://virtual-earth.de/de/rdf/rdf-als-investitionsschutz#comments