Mythenlabor.de:Umgang mit dem Wiki: Unterschied zwischen den Versionen
WorkspaceUpload: Kategorieschema als festen Standard ergaenzt |
WorkspaceUpload: Regelseite um verbindlichen Session-Start und aktuellen Workflow ergaenzt |
||
| Zeile 2: | Zeile 2: | ||
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. | 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 == | == Ziel des Wikis == | ||
| Zeile 26: | Zeile 28: | ||
# passende Infobox oder Seitenlogik waehlen | # passende Infobox oder Seitenlogik waehlen | ||
# auf moegliche dringende Maengel bereits gelesener Seiten mitpruefen | # 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 == | == Anforderungen an Artikel == | ||
| Zeile 84: | Zeile 99: | ||
So wird das Wiki nicht nur dichter, sondern zugleich breiter und konsistenter. | 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. | |||
Version vom 25. April 2026, 03:38 Uhr
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.
- 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
- 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.
- 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 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 Common.css, 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
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.