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. 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. --- ## 4. 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**. --- ## 5. 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. --- ## 6. 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. ```yaml --- 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. --- ## 7. 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? - [ ] 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)?