Quelltext der Seite Mythenlabor.de:Umgang mit dem Wiki

{{DISPLAYTITLE:Mythenlabor.de:Umgang mit dem Wiki}}

Diese Seite beschreibt die grundlegenden Arbeitsregeln fuer den Ausbau von '''Mythenlabor.de'''. Sie richtet sich an Personen, die bestehende Seiten ueberarbeiten, neue Artikel anlegen oder an Kategorien, Hauptseite und Portalseiten arbeiten.

Lokale Workflow-Dateien, Automationen und Hilfsskripte sind nur dann korrekt, wenn sie mit dieser Seite uebereinstimmen. Im Zweifel gilt immer diese In-Wiki-Regelseite.

== Ziel des Wikis ==

Mythenlabor.de sammelt, ordnet und vernetzt Themen aus Mythologie, Folklore, Kryptozoologie, Okkultismus, UFO-Lore, paranormalen Phaenomenen, historischen Raetseln und angrenzenden Grenzbereichen.

Neue Inhalte sollen sich wie natuerliche Bestandteile des bestehenden Wikis anfuehlen. Ziel sind keine schnell zusammengesetzten Textfragmente, sondern belastbare, gut lesbare und im deutschsprachigen Raum moeglichst starke Referenzartikel.

== Grundregeln fuer Bearbeitungen ==

* Vor jeder neuen Bearbeitung ist zuerst die bestehende Wiki-Struktur zu pruefen.
* Bestehende Kategorien, Vorlagen, interne Links und Seitentypen sollen weiterverwendet werden, wenn sie bereits gut passen.
* Neue Parallelstrukturen sollen nicht aufgebaut werden, wenn im Wiki schon ein geeigneter Themenpfad existiert.
* Bei neuen oder ueberarbeiteten Artikeln sollen Vorwaertslinks und sinnvolle Rueckverlinkungen immer gemeinsam mitgedacht werden.
* Ein neuer Artikel gilt erst dann als wirklich gut eingebettet, wenn er nicht nur ausgehend verlinkt, sondern auch als Ziel aus Nachbarseiten, Kategorien oder Rotlinks anschlussfaehig ist.
* Fakten duerfen nicht erfunden werden. Unsichere oder umstrittene Angaben muessen als unsicher kenntlich gemacht werden.
* Artikel sollen populaerwissenschaftlich, klar und atmosphaerisch, aber nicht reisserisch geschrieben sein.

== Vor jeder inhaltlichen Bearbeitung ==

Vor dem Schreiben oder Ueberarbeiten sollen nach Moeglichkeit diese Punkte geklaert werden:

# Zielartikel oder Zielthema bestimmen
# Nachbarseiten im selben Themenfeld kurz pruefen
# Kategorien und interne Linkziele sammeln
# dabei Vorwaertslinks und Ruecklinks gemeinsam festhalten
# passende Infobox oder Seitenlogik waehlen
# auf moegliche dringende Maengel bereits gelesener Seiten mitpruefen

== Verbindlicher Session-Start ==

Vor jedem neuen Arbeitslauf soll diese Regelseite selbst kurz gegengeprueft werden, damit nicht versehentlich mit veralteten lokalen Annahmen gearbeitet wird.

Danach lautet der empfohlene Startpfad:

# Bot-Session laden
# Login und Uploadfaehigkeit testen
# Live-Audit des Wikis ausfuehren
# erst dann den ersten konkreten Seitenknoten in die Werkbank ziehen

Vor jedem Upload soll zusaetzlich ein lokaler Preflight fuer aktive Werkbank, Metadatei und ASCII-Sicherheit ausgefuehrt werden.

== Anforderungen an Artikel ==

* 1000 Woerter sind das absolute Minimum fuer einen vollwertigen Artikel.
* Eine starke Einleitung mit Definition, Kontext und Relevanz ist Pflicht.
* Zwischenueberschriften sollen den Text klar gliedern.
* Wenn das Thema ergiebig ist, soll der Artikel deutlich ueber die Mindestlaenge hinausgehen.
* Jeder Artikel soll organisch intern verlinkt und sauber kategorisiert sein.
* Interne Verlinkung meint immer beide Richtungen: Ein Artikel soll nicht nur Ausgangslinks setzen, sondern auch als sauberes Ziel fuer Ruecklinks aus Schwesterartikeln, Kategorien und Folgeartikeln taugen.
* Bei jeder Erstellung und Aktualisierung eines Beitrags gehoert die interne Verlinkung zur Abschlussabnahme: Vorwaertslinks im Text, sinnvolle Ruecklinks aus bestehenden Nachbarseiten oder Kategorien und gezielte Rotlinks fuer echte Ausbauknoten werden gemeinsam geprueft.
* Wenn ein organischer Ruecklink aus einer bestehenden Seite klar naheliegt, soll er in derselben Session direkt gesetzt werden, statt nur als spaetere Idee liegenzubleiben.
* Wenn eine freie <code>ml-infobox</code> und ein rechtes Artikelbild zusammen verwendet werden, muss die kompakte Infobox als erster Inhaltsblock der Seite stehen, noch vor der Einleitung; danach folgen Einleitung und rechtes Thumbnail.
* Freie <code>ml-infobox</code>-Tabellen bleiben echte Kurzueberblicke mit in der Regel 3 bis 4 knappen Zeilen, damit keine schmalen Textspalten, grossen oberen Luecken oder ueberlangen rechten Float-Bloecke entstehen.
* Nach Infobox-/Bild-Aenderungen ist die gerenderte Artikelseite per Screenshot zu pruefen: Infobox-Oberkante, Bildposition, Textbreite und Inhaltsverzeichnis muessen zusammen stimmig sein.
* Fuer jede neue oder aktualisierte Seite muessen vor Abschluss zusammen geprueft werden: interne Vorwaerts- und Ruecklinks, Kategorien, Bildsichtbarkeit, Infobox-/Bild-Anordnung, Inhaltsverzeichnis und echte gerenderte HTML-Ausgabe.
* Neue und deutlich ueberarbeitete Artikel sollen nach Moeglichkeit einen Autorenvermerk fuer '''Benjamin Metzig''' tragen, sofern dies zum Seitentyp passt.
* Bei neuen und stark ueberarbeiteten Artikeln soll ein knapper externer Hinweis auf [https://wissenschaftswelle.de Wissenschaftswelle.de] mitgedacht werden.

== Anforderungen an Bilder ==

* Jeder neue Artikel soll mindestens ein passendes Bild enthalten.
* Bei bestehenden Artikeln ohne Bild soll im Zuge der Ueberarbeitung ebenfalls ein Bild ergaenzt werden.
* Wenn kein geeignetes Bild vorliegt, soll ein neues Bild erstellt werden.
* Bilder sollen keine Schrift, Logos oder Wasserzeichen enthalten.
* Nach dem Bildupload ist die gerenderte Artikelseite zu pruefen, nicht nur die Dateiseite.

== Kategorien, Hauptseite und Portale ==

* Kategorien sollen nicht leichtfertig neu erfunden werden, wenn bereits eine passende Kategorie vorhanden ist.
* Vor neuen Kategorien oder groesseren Kategorieverschiebungen ist mitzudenken, ob Hauptseite, Portale oder Rueckverlinkungen angepasst werden muessen.
* Kategorieseiten selbst sollen nach einem moeglichst immergleichen Standardschema aufgebaut sein: kurzer neutraler Einleitungsabsatz, danach nur die noetigen Parent-Kategorien.
* Meta-Abschnitte wie Ausbauplaene, Hauptartikellisten oder redaktionelle Notizen gehoeren nicht auf Kategorieseiten.
* Kleine und mittlere Inhaltskategorien sollen in der Regel nur 1 bis 2 passende Parent-Kategorien tragen, sofern die Struktur nicht ausnahmsweise mehr verlangt.
* Die Hauptseite dient als kompakter Kategorienkompass und soll einen breiten, aber geordneten Einstieg ins Wiki geben.
* Wenn neue tragende Kategorien oder neue Hauptachsen entstehen, soll die Hauptseite mitgeprueft werden.

== Umgang mit bestehenden Seiten ==

Auch bereits vorhandene Artikel sollen nicht nur auf Inhalt, sondern auch auf Form und Anschlussfaehigkeit geprueft werden.

Besonders wichtig sind:

* fehlende Bilder
* gravierende Kuerze
* schwache Gliederung
* fehlende Kategorien
* offensichtliche Kodierungs- oder Formatierungsfehler
* alte Inline-Loesungen, die auf neue Standardbausteine umgestellt werden sollten

Wenn ein bestehender Artikel einen klaren dringenden Mangel zeigt, darf dessen Reparatur gegenueber der Anlage eines weiteren neuen Artikels priorisiert werden.

== Stil, Konsistenz und kuenftige Standardbausteine ==

Wenn zentrale Stilbausteine wie <code>Common.css</code>, standardisierte Hinweisboxen oder vereinheitlichte Infobox-Klassen eingefuehrt werden, sollen bestehende Seiten bei Gelegenheit auf diese Standards umgestellt werden.

Die gestalterische Vereinheitlichung darf dabei nicht dazu fuehren, dass Inhalte verflachen. Inhaltliche Qualitaet, thematische Anschlussfaehigkeit und Lesbarkeit bleiben vorrangig.

== Praktischer Arbeitsgedanke ==

Sinnvoll ist oft ein gekoppelter Arbeitslauf:

# zuerst eine bestehende Seite reparieren oder angleichen
# danach einen neuen passenden Artikel oder Themenknoten anlegen
# Vorwaertslinks und Ruecklinks sollen dabei als ein gemeinsames Netz behandelt werden, nicht als getrennte Nacharbeit.

So wird das Wiki nicht nur dichter, sondern zugleich breiter und konsistenter.

Dieser Kombi-Lauf ist der bevorzugte Standardfall. Davon soll nur abgewichen werden, wenn das Live-Wiki klar einen einzelnen Fix, eine einzelne Neuanlage oder eine eng begrenzte Strukturreparatur sinnvoller macht.