Struktur-Fahrplan: Codex, Aliens, Galnet

Diese Seite hält fest, wie die Bereiche aufgebaut werden und in welcher Reihenfolge wir sie angehen. Erledigtes wird abgehakt, Neues kommt erst dazu, wenn wir dort angekommen sind. Was hier steht, gilt; alles andere ist Ideensammlung.

• Die bisherige Struktur von edwiki.de wird weitgehend übernommen (Namensräume, Seiten, Kapitel).
• Eine Box pro Seitentyp: ein struct-Schema + eine Vorlage in wiki:vorlagen:. Felder nur anlegen, wenn sie wirklich gebraucht werden – erweitern geht jederzeit.
• Abschnitte in Vorlagen, die andere Seiten auflisten, stehen in <structbox-section> und verschwinden ohne Treffer.
• Beziehungen laufen über Page-Felder (Feld zeigt auf eine Wiki-Seite). Die Gegenrichtung erzeugt die Vorlage automatisch per struct-Abfrage.
• struct-Daten nur auf der deutschen Seite (siehe 2026-10-26_mehrsprachigkeit).
• Box und Artikel zeigen nur, was durch eine Quelle im Wiki belegt ist (Ingame-Codex, Galnet, Touristenbaken …). Web-Recherchen (Fandom usw.) werden in nachtraege geparkt und erst übernommen, wenn die Quelle im Wiki liegt.
• Eine Verknüpfung nur auf einer Seite eintragen – die Gegenseite zeigt sie automatisch („Erwähnt bei“ bzw. Abschnitte wie „Personen“).

• Eigenes Schema relations mit einem Feld related (Page, mehrfach, ohne Auswahlfilter, usetitles an), zugewiesen per Regex an alle Seiten außer ki:, wiki:, playground:, temp:, den Sprach-Namensräumen sowie start und sidebar: /^:(?!(ki|wiki|playground|temp|en|en-us|es|fr|pt-br|ru)(:|$))(?!(start|sidebar)$).+/ – neue Bereiche sind damit automatisch dabei.
• Jede Vorlage endet mit zwei selbst ausblendenden Abschnitten: Siehe auch ($$relations.related$$) und Erwähnt bei (struct-Liste schema: relations, filter: related = $ID$). Seiten müssen dafür nicht angefasst werden.
• Feste Beziehungen (Hersteller, Fraktion, Konzern, Organisation) bleiben eigene Felder mit eigenen Abschnitten. related ist für alles Übrige; wird daraus später eine feste Beziehung, Einträge dorthin verschieben.
• Noch nicht existierende Seiten dürfen eingetragen werden (rote Links = To-do).
• Achtung CSV-Import: struct speichert beim Import alle Schemas einer Seite – Schemas, die nicht in der CSV stehen, werden geleert (z. B. relations beim Import von ships). Vorgehen: vor dem Import die Zuweisung relations für den Bereich vorübergehend entfernen, importieren, Zuweisung wieder anlegen (im Testwiki geprüft: Daten bleiben erhalten). Normales Bearbeiten im Formular ist nicht betroffen.

Galnet kommt bewusst zuletzt: Seine Schlagwörter (Personen, Fraktionen, Konzerne …) zeigen auf die Seiten aus Schritt 1–7. Die müssen also zuerst stehen.

Gilt für codex:imperial:, codex:federal:, codex:alliance:. Alle drei gleich aufgebaut:

Schema factions (Startseite der Fraktion) – erster Entwurf, klein gehalten:

• Schema nur den start-Seiten zuweisen (je eine Zeile in den Assignments). Die Kapitel holen die Daten per @start – nicht dem ganzen Namensraum zuweisen, sonst müssten die Daten auf jeder Seite einzeln gepflegt werden.
• leader ist vorerst Text. Wird zu einem Page-Feld (Link auf codex:person:…), wenn Schritt 5 dran ist.
• Später dazu (nicht jetzt): Abschnitte „Konzerne“ (Schritt 4), „Personen“ (Schritt 5), „Galnet“ (Schritt 8).

• Schema corporations, Vorlage corporations.
• Feld faction (Page, usetitles an, Auswahlfilter ^:codex:[^:]+:start$) → Fraktionsseite. Die Fraktions-Box listet ihre Konzerne (Abschnitt „Konzerne“).
• Die Konzern-Box listet automatisch ihre Schiffe (manufacturer) und Personen (corporation).
• Schiffe: manufacturer ist Typ Page (usetitles an, Auswahlfilter ^:codex:corporations:(?!start$)). Werte aus der früheren Lookup-Zeit ([„…“,0]) wurden am 27.10. per CSV-Import bereinigt.
• Altlast: Feld manufacturer (Checkbox) im Schema corporations – wird nicht gebraucht, kann weg.

• codex:person: enthält zunächst nur Personen aus dem Ingame-Codex (16, v. a. Powerplay-Anführer). Soll später wachsen, vor allem über Galnet (Feld source unterscheidet).
• Ingenieure liegen im Hangar (hangar:engineers:), nutzen aber dasselbe Schema persons (zweite Zuweisung). Spieldaten (Module, Stufen, Freischaltung) kommen später als eigenes Schema engineers zusammen mit Modulen und Waffen.
• Schema persons (Vorlage persons):

^ Feld ^ Typ ^ Beschriftung ^

* Fraktions- und Konzern-Box listen ihre Personen automatisch (Abschnitt „Personen“).

• Aufbau eines Personenartikels (gilt für alle Personen):
  1. Zitat (falls im Codex vorhanden)
  2. Text aus dem Ingame-Codex, unverändert
  3. ===== Chronik ===== – Laufbahn aus Galnet, eine Zeile pro Ereignis: Datum (Spielzeit) – was passiert ist – Link auf den Galnet-Artikel. Von Oliver bzw. per KI-Recherche zusammengefasst.
  4. rechts die Box {{structbox>persons}}
• Die Box-Werte (Titel/Rolle, Fraktion, Funktion) geben den letzten bekannten Stand wieder; der Verlauf steht in der Chronik.
• Ab Galnet (Schritt 8) zusätzlich automatisch: Abschnitt „Galnet-Artikel“ in der Personen-Box (alle Artikel, deren Feld personen auf die Person zeigt). Die Chronik bleibt die lesbare Zusammenfassung, die Liste ist der vollständige Nachweis.
• Platzhalter-Bilder (ins Feld picture eintragen): codex:person:placeholder_federation.jpg, …_empire.jpg, …_alliance.jpg, …_independent.jpg (grau, ohne Abzeichen).
• Aus den Imperium-Kapiteln kämen dazu: Marlin Duval, Henson Duval, Trasken Duval II.
• Bekannter Ausreißer: codex:person:torval_zemina (Muster wäre zemina_torval).

• codex:misc: bildet Frontiers Codex-Rubrik ab: Aegis, Colonia, Consortium, Dark Wheel, Generationenschiffe, Pilotenvereinigung, Raxxla. Namensraum bleibt.
• Später kommen hier auch Organisationen aus Galnet dazu (z. B. Utopia, Kumo Crew, EG Union) mit source = Galnet.
• Schema misc (Vorlage misc):

^ Feld ^ Typ ^ Beschriftung ^

* Personen zeigen per Feld organisations auf einen Eintrag (z. B. Aden Tanner → Aegis); die Misc-Box listet ihre Personen automatisch.

• Fraktions-Box listet „Organisationen“ (alle Einträge, deren faction auf sie zeigt; Aegis steht damit bei allen drei Supermächten).
• Wird ein Typ später groß (z. B. Orte), kann er in ein eigenes Schema ausgelagert werden.

• manual: = aufbereitetes Ingame-Pilotenhandbuch, 16 Bereiche (explore, trade, bounty, mining, pirate, carriers, sar, alienhunt, mercenary, engineer, outpost, suits, map, departure, cap, powerplay), ca. 180 Seiten.
• Schema manual (Vorlage manual) an manual:** – jede Seite eigene Daten (kein @start), weil jedes Kapitel andere Dinge erwähnt:

^ Feld ^ Typ ^ Inhalt ^

* Wächst Stück für Stück: modules, weapons, vehicles usw. werden ergänzt, sobald es die Zielbereiche gibt (Daten bleiben erhalten).

• Zielseiten zeigen automatisch „Im Pilotenhandbuch“ (Bereich + Kapitel), Filter je Vorlage: Fraktionen/Misc codex = $ID$, Konzerne corporations = $ID$, Personen persons = $ID$.
• Tags ({{tag>…}}) aus dem Backup werden entfernt – struct ersetzt sie.
• Neue Seiten per FTP → GitHub mit dem Einmal-Skript edwiki-git-sync.php (Admin-Anmeldung, zeigt erst an, dann „Jetzt übertragen“; danach löschen).
• Guides gehören nach manual: (nicht tools:); tools: bleibt für Werkzeuge.

• Geändert 31.10.: Aliens kommen in den Codex: codex:aliens:thargoiden:, codex:aliens:guardians:, codex:aliens:planetares_leben:, codex:aliens:stellares_leben: (Bestand alt: aliens:, 66 Seiten).
• 7a Thargoiden und Guardians: Schema species auf den Startseiten (Status, Erstkontakt, Region …), Kapitel per @start (umbenennen codex-01 → 1_contact usw.). Box zeigt später automatisch „Schiffe“.
• 7b Planetares/Stellares Leben (Exobiologie): Box pro Gattung; Arten/Farbvarianten evtl. später als struct-Seriendaten.
• Alien-Schiffe (Thargoiden, Guardians) in den Hangar: hangar:thargoiden:, hangar:guardians: mit eigenem Schema.
• Widerspruch prüfen: INRA-Gründung 3193 (Thargoiden-Codex) vs. 3125 (Aegis-Codex).

• Konzept siehe 2026-10-26_mehrsprachigkeit (eine Seite pro Artikel, Schema-Entwurf galnet).
• Wird erst konkret, wenn Schritt 1–7 stehen.
• Vorher klären: Wie kommen tausende per FTP/Skript angelegte Seiten nach GitHub? gitbacked committet nur beim Speichern im Wiki (überschriebene Dateien gehen mit dem nächsten Speichern mit, neue Dateien nicht). Optionen: Einmal-Skript (git add pages/, commit, push) oder kleines Admin-Plugin mit Knopf „alles übertragen“.
• Danach: alle Personen per Galnet-Recherche um eine Chronik ergänzen (siehe Personen, Aufbau eines Personenartikels); dabei neue Personen aus Galnet anlegen (source = Galnet).

• Begriffe aus den Kapiteln (Ereignisse, Orte, Organisationen wie „Emperor's Own“) als eigene Seiten mit Feld quellen → Kapitel zeigt dann „In diesem Kapitel“. Erst angehen, wenn Personen stehen.
• Entschieden 31.10.: Jedes genannte System bekommt eine eigene Seite (Stand im Artikel wie bei Personen), ebenso jede Touristenbake. Beide Namensräume werden in der Sidebar ausgeblendet (indexmenu skipns) und bekommen eigene Übersichten. Umsetzung nach den Aliens.
• Tags (person, personen, foederation …) langfristig durch struct-Felder ersetzen.

Oliver ist neu bei struct – immer nur einen Schritt auf einmal, kurze Antworten, keine Vorgriffe auf spätere Schritte. Aktueller Schritt steht in der Tabelle „Fahrplan“. Vor Code- oder Vorlagenänderungen Plan besprechen und auf „leg los“ warten.