5 Handbuch:Semantic MediaWiki/Nomenklatur: Unterschied zwischen den Versionen

Keine Bearbeitungszusammenfassung
Markierung: 2017-Quelltext-Bearbeitung
Keine Bearbeitungszusammenfassung
Markierung: 2017-Quelltext-Bearbeitung
 
Zeile 3: Zeile 3:


==Konsistente Benennungen==
==Konsistente Benennungen==
Bevor wir eine Vorlage für eine semantische Datenabfrage erstellen, müssen wir zuerst definieren, welche Daten überhaupt gesammelt werden sollen. Meistens handelt es sich um ein zusammenhängendes Datenset.{{Box Note|boxtype=example|Note text=Wir möchten Kundendaten semantisch erfassen. Alle Kunden bekommen eine eigene Wikiseite, auf der wir Daten wie den ''Standort, Anprechpartner'' und das ''Datum des ersten Kontaktes'' festhalten möchten.}}Es bietet sich an, alle beteiligten Dokumente gleich zu benennen. In unserem Beispiel hätten wir dann etwa ''Vorlage:Kundendaten'', ''Formular:Kundendaten'' und ''Kategorie:Kundendaten.'' Auch ein entsprechender [[Das Konzept der Namensräume|Namensraum]] ''Kunde'' ist denkbar bzw. sinnvoll.
Bevor wir eine Vorlage für eine semantische Datenabfrage erstellen, müssen wir zuerst definieren, welche Daten überhaupt gesammelt werden sollen. Meistens handelt es sich um ein zusammenhängendes Datenset.
{{Hinweisbox|boxtype=Beispiel|Note text=Wir möchten Kundendaten semantisch erfassen. Alle Kunden bekommen eine eigene Wikiseite, auf der wir Daten wie den ''Standort, Anprechpartner'' und das ''Datum des ersten Kontaktes'' festhalten möchten.}}Es bietet sich an, alle beteiligten Dokumente gleich zu benennen. In unserem Beispiel hätten wir dann etwa ''Vorlage:Kundendaten'', ''Formular:Kundendaten'' und ''Kategorie:Kundendaten.'' Auch ein entsprechender [[Das Konzept der Namensräume|Namensraum]] ''Kunde'' ist denkbar bzw. sinnvoll.
Bei den Attributen sollten wir etwas differenzieren, da z.B. ein "Standort" evtl. auch außerhalb des Kontexts "Kunde" Verwendung finden kann. So kann es Standorte für Partner, Zulieferer oder andere Geschäftsverbindungen geben.
Bei den Attributen sollten wir etwas differenzieren, da z.B. ein "Standort" evtl. auch außerhalb des Kontexts "Kunde" Verwendung finden kann. So kann es Standorte für Partner, Zulieferer oder andere Geschäftsverbindungen geben.



Aktuelle Version vom 22. Dezember 2021, 11:22 Uhr


Konsistente Benennungen[Bearbeiten | Quelltext bearbeiten]

Bevor wir eine Vorlage für eine semantische Datenabfrage erstellen, müssen wir zuerst definieren, welche Daten überhaupt gesammelt werden sollen. Meistens handelt es sich um ein zusammenhängendes Datenset.

Beispiel:Wir möchten Kundendaten semantisch erfassen. Alle Kunden bekommen eine eigene Wikiseite, auf der wir Daten wie den Standort, Anprechpartner und das Datum des ersten Kontaktes festhalten möchten.

Es bietet sich an, alle beteiligten Dokumente gleich zu benennen. In unserem Beispiel hätten wir dann etwa Vorlage:Kundendaten, Formular:Kundendaten und Kategorie:Kundendaten. Auch ein entsprechender Namensraum Kunde ist denkbar bzw. sinnvoll. Bei den Attributen sollten wir etwas differenzieren, da z.B. ein "Standort" evtl. auch außerhalb des Kontexts "Kunde" Verwendung finden kann. So kann es Standorte für Partner, Zulieferer oder andere Geschäftsverbindungen geben.

Klassifizierung von Informationen[Bearbeiten | Quelltext bearbeiten]

Kategorien[Bearbeiten | Quelltext bearbeiten]

Generell unterscheiden wir bei der Klassifizierung von Seiten zwischen Kategorien und Attributen. Mit Kategorien wird die Seite an sich beschrieben. Am Beispiel Kunden kategorisieren wir jede Kundenseite mit dem Schlagwort Kundendaten. Die Kategorie sammelt also alle Seiten, auf der sich Kundendaten befinden.

Attribute[Bearbeiten | Quelltext bearbeiten]

In den Kundendaten werden nun bestimmte Eigenschaften gesammelt, die jeden Kunden genauer beschreiben. Hierzu werden Attribute erstellt. Im Normalfall stehen diese Attribute in einer direkten Beziehung zur Seite selbst. Daher kann es hilfreich sein, die semantische Beziehung über das Attribut auszudrücken:

Kunde Technicon hat Standort Regensburg.
      (Seite)   (Attribut)   (Wert)

Daher halten wir diese Beziehung im Attributnamen fest: Hat Standort.

Hinweis:Es ist nicht zwingend erforderlich, Attribute in Ihrer Verbindungsfunktion (also als Prädikat) abzubilden. Das Attribut kann auch verkürzt einfach "Standort" genannt werden, wenn die Funktion des Attributs auch so eindeutig erkannt werden kann.


Es macht jedoch einen Unterschied, ob ich "Hat Standort" oder "Ist Standort von" abbilden möchte. Zum Beispiel hat der Kunde Technicon den Standort Regensburg. Die Stadt Regensburg allerdings "Ist Standort von" Technicon.


drawio: Semantic MediaWiki-Nomenklatur-86700495


Unterseiten[Bearbeiten | Quelltext bearbeiten]

Wir können hier auch mit einem Unterseitensystem arbeiten und z.B. mit den Attributen Attribut:Kunde/Hat_Standort, Attribut:Kunde/Hat_Erstkontakt, etc. arbeiten. Soll "Standort" auch an anderer Stelle verwendet werden, bietet es sich an, stattdessen Attribut:Hat_Standort zu wählen.

Bei Attributen, die eindeutig einem Anwendungsfall zuzuordnen sind oder die mehrere Anwendungsfälle haben, ist es sinnvoll, diese auch entsprechend zu benennen. So kann beispielsweise Attribut:Kunde/Vertragsnummer eine laufende, ganzzahlige Nummer sein, aber Attribut:Partner/Vertragsnummer Einträge wie "1.1.5" und "4.3.7" enthalten.

Weiterführende Links




Feedback zur Dokumentation ist im Community-Forum möglich.

Keine Kategorien vergebenBearbeiten

Diskussionen