Dieses Dokument definiert die formalen und inhaltlichen Standards für alle Einträge im Orsia-Wiki. Da die laufenden Kampagnen in unterschiedlichen Epochen der Weltgeschichte spielen (z. B. 400 aAG, 580 aAG, 856 aAG), ist ein epochensicherer, zeitloser Schreibstil erforderlich.

Zudem dient das Wiki als schnelles Nachschlagewerk am Spieltisch. Deshalb haben Übersichtlichkeit, Scanbarkeit und eindeutige Fakten höchste Priorität.


1. Epochensicherheit statt “Jetzt”

Jeder Artikel muss so verfasst sein, dass er unabhängig vom In-Game-Jahr des Lesers logisch und korrekt bleibt. Relative Zeitangaben ohne Bezugspunkt sind zu vermeiden.

Unzulässig (ohne Anker)

  • heute, jetzt, aktuell, derzeit, kürzlich, vor kurzem, damals
  • vor 10 Jahren (ohne Bezugspunkt)
  • derzeitiger König (ohne Datum/Zeitraum)

Zulässig

  • Konkrete Jahreszahlen nach dem Kalender aAG
  • Zeiträume (z. B. 580–612 aAG)
  • Epochenbezeichnungen (z. B. „Frühe Aurora-Ära“)
  • Anker-relative Angaben, sofern das Ankerereignis datiert ist
    • „zwei Winter nach der Zerstörung Valclaires (580 aAG)…“

Beispiele

  • Falsch: „Golia Venier ist kürzlich gestorben und heute gehört der Laden seinem Sohn.“

  • Richtig: „Nach der Ermordung von Golia Venier (852 aAG) übernahm sein Sohn Alex Venier den Laden.“

  • Falsch: „Die Ruinen von Valclaire sind heute verlassen.“

  • Richtig: „Seit der Zerstörung durch die Familie Blackanvil (580 aAG) gilt Valclaire als verlassen.“

Hinweis zur Präzision: Wenn ein exaktes Jahr nicht gesichert ist, sind Formulierungen wie „um 580 aAG“, „im späten 6. Jahrhundert aAG“ oder „in den Jahrzehnten nach …“ ausdrücklich erlaubt.


2. Lead nach dem Prinzip der umgekehrten Pyramide

Der Artikelaufbau folgt dem enzyklopädischen Standard: Das Wichtigste steht am Anfang.

Die Einleitung (Lead Section) ist eine Zusammenfassung des gesamten Artikels. Wer ausschließlich den ersten Absatz liest, muss die zentralen Fragen beantwortet bekommen:

  • Was/Wer ist das Subjekt?
  • Wo befindet es sich / gehört es hin?
  • Wann ist es relevant (Zeitraum, Epoche, Status nach aAG)?
  • Warum ist es wichtig (Bedeutung für Welt/Spiel/Kampagne)?

Detaillierte Historie, komplexe Zusammenhänge und Fluff gehören in die nachfolgenden Kapitel, nicht in den Lead.

Optional (wenn für mehrere Kampagnenjahre wichtig): Eine knappe Status-Zeile im Lead, z. B.
Status: aktiv (400 aAG), zerstört (580 aAG), wiederbesiedelt (856 aAG).“


3. Fokus und Scope der Artikel (Makro vs. Mikro)

Das Wiki funktioniert nach dem Top-Down-Prinzip (vom Großen ins Kleine). Jeder Artikel muss sich streng auf sein Kernthema (seinen Scope) beschränken, um nicht mit irrelevaten Details überladen zu werden.

Erwähne nur Informationen, die für das Gesamtthema des Artikels essenziell sind. Detailwissen gehört ausgelagert in spezifischere Unter-Artikel oder reine Kampagnen-Notizen.

Trennung von Makro und Mikro

  • Makro-Artikel (Länder, Städte, Gilden): Behandeln das große Ganze (Regierungsform, Stadtbild, Wirtschaft, zentrale historische Wendepunkte, Fraktionsanführer). Lokale NPCs oder einzelne Läden haben hier nichts zu suchen, es sei denn, sie haben maßgeblichen Einfluss auf die gesamte Stadt/Gilde.
  • Mikro-Artikel (Personen, einzelne Tavernen, Artefakte): Hier ist der richtige Ort für persönliche Hintergrundgeschichten, familiäre Beziehungen und spezifischen Fluff.

Beispiele zur Relevanz

  • Falsch: Im Artikel zur Hauptstadt Nitan wird Albrid, ein lokaler Schankwirt, namentlich aufgeführt und seine Taverne detailliert beschrieben, weil die Spieler dort oft übernachten.

  • Richtig: Im Artikel zu Nitan wird lediglich das Hafenviertel beschrieben, in dem sich viele Tavernen befinden. Albrid und seine Taverne bekommen (sofern für das Welt-Wiki relevant) einen eigenen Artikel oder bleiben in den Kampagnen-Notizen der Spieler.

  • Falsch: Im Artikel der Handelsgilde Marod & Co werden alle Wachen namentlich aufgelistet.

  • Richtig: Es wird nur der Anführer der Gilde und ggf. der Kommandant der Wache erwähnt.

Faustregel: Wenn ein Detail gelöscht wird und sich dadurch das Verständnis für das Hauptthema des Artikels nicht verändert, gehört das Detail nicht in diesen Artikel.


4. Enzyklopädischer Stil und Perspektive

Das Wiki ist ein Archiv und schreibt sachlich, klar und nachvollziehbar.

Neutralität

Ereignisse werden dokumentiert, nicht bewertet. Reißerische oder wertende Adjektive sind zu vermeiden.

  • Statt: „Die tapferen Helden besiegten den abgrundtief bösen Dämon.“
  • Besser: „Die Abenteurergruppe besiegte den Dämon.“

Perspektive

  • Keine Wir-Form: „wir“, „uns“, „unsere Welt“ sind unzulässig.
  • Standard ist eine faktische, SL-enzyklopädische Darstellung (korrekt und konsistent).

Erlaubte Subjektivität (gezielt gekennzeichnet)

Wenn du In-World-Färbung willst (Gerüchte, Propaganda, Legenden), nutze dafür klar markierte Abschnitte:

  • ## Überlieferung und Gerüchte
  • ## Quellenlage
  • ## Kontroverse Darstellungen

So bleibt der Haupttext neutral, ohne Flavor zu verlieren.


5. Zeitformen: Definition im Präsens, Ereignisse im Präteritum

Damit Texte natürlich lesbar bleiben und trotzdem epochensicher sind, gilt:

Präsens

Für Definitionen, Identität, allgemeine Einordnung (Lexikonstil):

  • Marod & Co ist eine Handelsgilde mit Sitz in Nitan.“
  • „Teramons liegt in den Alterlow Mountains.“

Präteritum

Für datierte Ereignisse, Veränderungen, Handlungen:

  • „852 aAG wurde der Hauptsitz zerstört.“
  • „Eldorath Thalorian wurde 585 aAG versiegelt.“

Status über Epochen

Wenn sich Dinge je nach Jahr stark unterscheiden, nutze explizite Zeitanker:

  • „In 856 aAG kontrolliert die Gilde den Hafenbezirk.“
  • „Zwischen 580–610 aAG dominierte sie den Salzhandel.“

Ziel: Keine “heute/derzeit”, sondern Präsens für Definition + Zeitanker für Wandel.


6. Struktur, Scanbarkeit und Hervorhebungen

Das Wiki wird am Tisch überflogen. Der Text muss beim Scannen sofort erfassbar sein.

Absätze & Listen

  • Vermeide lange Fließtexte.
  • Nutze Aufzählungen für:
    • Stadtbezirke, Fraktionsziele, Eigenschaften, Ressourcen, Beziehungen
  • Ein Absatz = eine Kernaussage.

Fettungen (sparsam und gezielt)

Fett ist ein Scan-Werkzeug, kein Dekor.

  • Im Lead: Artikelgegenstand einmal fett.
  • Danach: max. 3–6 Scan-Anker pro Artikel (z. B. zentrale Orte, Organisationen, Schlüsselkonzepte).
  • Nicht jeden Namen fett markieren (sonst verliert Fett seinen Zweck).

Begriffserklärungen

Bei der ersten Nennung eines wichtigen In-Universe-Begriffs:

  • verlinken und kurz kontextualisieren (max. ein Halbsatz),
  • oder alternativ nach dem Lead ein Mini-Block ## Kurz erklärt mit 3–5 Bulletpoints.

7. Obsidian-Formatierung und Verlinkungen

Um Datenbankstruktur und automatische Listen (z. B. Dataview) konsistent zu halten, gelten technische Standards.

A. Metadaten (YAML Frontmatter)

Jeder Artikel beginnt mit einem YAML-Block. Relevante Properties sind auszufüllen; nicht zutreffende Felder dürfen fehlen oder leer sein.

---
Spezies: "[[Mensch]]"
Geboren: 0822-04-04
Verstorben: 0856-11-25
Fraktion: "[[Marod & Co]]"
Ort: "[[Nitan]]"
---

Regeln:

  • Links in YAML müssen in Anführungszeichen geschrieben werden (z. B. "[[Link]]"), damit sie von Obsidian korrekt verarbeitet werden und funktionieren.
  • Datumsformat: YYYY-MM-DD (aAG-Jahr als vierstellig, mit führenden Nullen ok).
  • Unbekannte Daten: unbekannt oder Feld weglassen (nicht “raten”).

B. Überschriftenhierarchie

  • Hauptüberschriften (##) sollen durch eine horizontale Linie (---) vom vorherigen Text getrennt werden.
  • ## für Hauptüberschriften, ### für Unterkapitel.
  • Keine Ebenen überspringen (TOC-Konsistenz).

C. Verlinkungen (Cross-Linking)

  • Bei der ersten relevanten Nennung im Fließtext verlinken: [[Albrid]]
  • Ghost Links sind erlaubt, aber bewusst einsetzen.

8. Trennung von Lore und Spielmechanik

D&D-Regelbegriffe (CR, Hit Points, Spell Save DC) brechen die narrative Immersion und gehören nicht in den Lore-Fließtext.

Lore-Text

  • Rein deskriptiv, in-world formulierbar.
  • Mechanische Effekte dürfen regelneutral beschrieben werden:
    • „Teleportation scheitert am Schleier.“ (Lore-Aussage)

Mechanik/Stats

  • Kommt ans Ende unter einer eigenen Überschrift:
    • ## Technische Beschreibung oder ## 5e Stats

Dort dürfen dann alle D&D-Begriffe stehen:

  • CR, HP, DCs, Zauberlisten, Begegnungsnotizen, Loot etc.

Checkliste für Autoren

Vor dem Speichern eines Artikels prüfen:

  • Enthält der Lead Was/Wer, Wo, Wann (Zeitraum/Status), Warum relevant?
  • Wurden “Jetzt”-Wörter ohne Anker (heute, aktuell, derzeit, kürzlich…) vermieden?
  • Sind Zeitangaben aAG-konkret, als Zeitraum oder an ein datiertes Ereignis gekoppelt?
  • Bleibt der Artikel in seinem Scope (wurden Mikro-Details/unwichtige NPCs aus Makro-Artikeln herausgehalten)?
  • Ist der Haupttext sachlich und frei von wertender Sprache?
  • Sind Definitionen im Präsens und Ereignisse/Veränderungen im Präteritum geschrieben?
  • Sind epocheabhängige Aussagen mit Zeitankern (z. B. „In 856 aAG…“) versehen?
  • Sind Spielmechaniken strikt getrennt und am Ende platziert?
  • Sind relevante Konzepte/Orte/Personen bei erster Nennung verlinkt (ohne Linkspam)?
  • Ist der YAML-Block vorhanden und Datums-/Linkformat konsistent (inklusive Anführungszeichen für Links)?
  • Werden Hauptüberschriften mit Trennlinien (---) optisch abgetrennt?
  • Ist der Artikel gut scannbar (Listen, kurze Absätze, Fett sparsam)?