Handbuch:Semantic MediaWiki/Nomenklatur: Unterschied zwischen den Versionen

Margit Link-Rodrigue (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Markierung: Quelltext-Bearbeitung 2017
Margit Link-Rodrigue (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
<bookshelf src="Buch:Einstieg in Semantic MediaWiki" />
{{DISPLAYTITLE:Benennung semantischer Elemente}}
{{DISPLAYTITLE:Benennung semantischer Elemente}}


==Konsistente Benennungen==
==Konsistente Benennung von Seiten und Attributen==
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.
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.
{{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. Es ist sinnvoll, die benötigten Seiten einheitlich zu benennen. In unserem Beispiel würden wir die folgenden Seiten erstellen:
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.
 
* <code>Vorlage:Kunde</code> zur Anzeige der Kundeninformationen,
 
* <code>Form:Kunde</code> zur Eingabe der Kundendaten,
 
* <code>Category:Kunde</code> zur Sammlung aller Seiten, die die Vorlage „<code>Kunde</code>“ verwenden.
 
Um einen Katalog mit allen Kundeninformationen zu verwalten, können Sie:
 
* die Seiten in einem eigenen Namensraum ablegen, z. B. <code>Kunde</code>'','' oder
 
* die Seiten als Unterseiten der Seite <code>Kunde</code> zusammenfassen.
 
Die Wahl des Speicherorts für Ihre Kundenseiten hängt von der Konfiguration Ihres Wikis und der Organisation Ihrer Inhalte für Ihren spezifischen Anwendungsfall ab.
 
=== Organisation der Attribute ===
Beachten Sie bei den Eigenschaften, dass dase Attribut „Standort“ auch außerhalb des Kontexts von Kundenseiten verwendet werden kann. Es könnte beispielsweise Standorte für Partner oder Lieferanten geben. Sie müssen entscheiden, ob die Daten miteinander verknüpft sind oder nicht. Basierend auf Ihrer Entscheidung können Sie die Werte für die Kundenstandorte in den folgenden Attributen erfassen:
 
* <code>Attribut:Standort</code> (erfasst alle Standortinformationen im Wiki)
* <code>Attribut:Kundenstandort</code> (erfasst speziell die Standortinformationen von Kunden)
* <code>Attribut:Kunde/Standort</code> (erfasst speziell den Standort von Kunden, wird aber als eine von mehreren „gruppierten“ Atttributen für Kunden betrachtet, z. B. Kunde/Kontakt usw.)


==Klassifizierung von Informationen==
==Klassifizierung von Informationen==
Zeile 22: Zeile 41:


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.}}<br /><bs:drawio filename="Semantic MediaWiki/Nomenklatur-86700495" /><br />
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.}}<br /><bs:drawio filename="Semantic MediaWiki/Nomenklatur-86700495" /><br />
==Unterseiten==
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.


{{Box Links|Thema1=[https://www.semantic-mediawiki.org/wiki/Help:Classification https://www.semantic-mediawiki.org/wiki/Help:Classification]  (Englisch)}}
{{Box Links|Thema1=[https://www.semantic-mediawiki.org/wiki/Help:Classification https://www.semantic-mediawiki.org/wiki/Help:Classification]  (Englisch)}}
[[en:Manual:Semantic_MediaWiki/Naming_conventions]]
[[en:Manual:Semantic_MediaWiki/Naming_conventions]]
[[de:{{FULLPAGENAME}}]]
[[de:{{FULLPAGENAME}}]]

Version vom 23. März 2026, 10:52 Uhr


Konsistente Benennung von Seiten und Attributen[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. Es ist sinnvoll, die benötigten Seiten einheitlich zu benennen. In unserem Beispiel würden wir die folgenden Seiten erstellen:

  • Vorlage:Kunde zur Anzeige der Kundeninformationen,
  • Form:Kunde zur Eingabe der Kundendaten,
  • Category:Kunde zur Sammlung aller Seiten, die die Vorlage „Kunde“ verwenden.

Um einen Katalog mit allen Kundeninformationen zu verwalten, können Sie:

  • die Seiten in einem eigenen Namensraum ablegen, z. B. Kunde, oder
  • die Seiten als Unterseiten der Seite Kunde zusammenfassen.

Die Wahl des Speicherorts für Ihre Kundenseiten hängt von der Konfiguration Ihres Wikis und der Organisation Ihrer Inhalte für Ihren spezifischen Anwendungsfall ab.

Organisation der Attribute[Bearbeiten | Quelltext bearbeiten]

Beachten Sie bei den Eigenschaften, dass dase Attribut „Standort“ auch außerhalb des Kontexts von Kundenseiten verwendet werden kann. Es könnte beispielsweise Standorte für Partner oder Lieferanten geben. Sie müssen entscheiden, ob die Daten miteinander verknüpft sind oder nicht. Basierend auf Ihrer Entscheidung können Sie die Werte für die Kundenstandorte in den folgenden Attributen erfassen:

  • Attribut:Standort (erfasst alle Standortinformationen im Wiki)
  • Attribut:Kundenstandort (erfasst speziell die Standortinformationen von Kunden)
  • Attribut:Kunde/Standort (erfasst speziell den Standort von Kunden, wird aber als eine von mehreren „gruppierten“ Atttributen für Kunden betrachtet, z. B. Kunde/Kontakt usw.)

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.


Semantic MediaWiki-Nomenklatur-86700495


Weiterführende Links