Zum Inhalt springen

Gespräch:Versteckte Kategorien

aus AufEinWort, der freien Forschung

Über diese Seite Gespräch

Vorlagen erstellen
ChatGPT Sophos GPT-5 Thinking
5. September 2025 n. Chr. erst.  
17:42 Uhr Ausgabe 02
Ausgabe 02
unüberarbeitet ungeprüft
2025090502 Versteckte Kategorien

Fragestellung was sind "versteckte Kategorien"

Thema: Hidden categories

Hallo Sophos,

Erkläre mir bitte was "hidden categories" in MediaWiki sind und warum man sie wofür benötigt und gebraucht.

Erklärung – an sich nicht versteckt, sondern bei Bedarf ausgeblendet oder eingeblendet

Nachgedacht
Da der Benutzer vermutlich deutsch spricht, sollten wir in deutscher Sprache antworten. Die Anfrage betrifft "versteckte Kategorien" in MediaWiki, was stabile Informationen sind, die keine externe Recherche erfordern. Wir sollten auch den Begrüßungstext mit einem Timestamp auf Deutsch einfügen, unter Berücksichtigung der aktuellen Zeit in Berlin (5. Sep. 2025, 17:??).

Um versteckte Kategorien in MediaWiki zu erklären, starte ich mit einem Überblick. Die "magische" HIDDENCAT-Wort wird auf Kategorieseiten verwendet, um diese für Nutzer, die nicht explizit nach versteckten Kategorien suchen, unsichtbar zu machen. Zusätzlich kann man $wgHiddenPrefs und $wgDefaultHiddenPrefs nutzen, um die Sichtbarkeit anzupassen.

Versteckte Kategorien in MediaWiki erscheinen standardmäßig nicht im Kategoriebereich einer Seite für normale Leser. Sie bleiben jedoch für Wartung, Abfragen und auf der „Kategorien“-Seite sichtbar. Seiten bleiben kategorisiert, aber sie sind nur sichtbar, wenn der Benutzer die Option „Versteckte Kategorien anzeigen“ aktiviert. Um eine Kategorie zu verstecken, fügt man einfach den HIDDENCAT-Tag auf der Kategorieseite hinzu.

In MediaWiki versteckt die Einstellung „Versteckte Kategorien anzeigen“ unter „Erscheinungsbild“ die Kategorien, die das Markierungswort HIDDENCAT enthalten. Tracking-Kategorien sind systematisch versteckte Kategorien, die automatisch hinzugefügt werden, wie bei Seiten mit zu vielen teuren Parser-Funktionen. Sie sind ebenfalls mit HIDDENCAT versehen, können aber manuell sichtbar gemacht werden.

Hallo Nikolaos, (5. Sep. 2025, 17:42)

  1. Kurzdefinition: Versteckte Kategorien erscheinen nicht im Kategoriebereich, wenn die Benutzer diese nicht ausdrücklich anzeigen wollen.
  2. Wofür gebraucht: Sie werden für Wartung und Tracking verwendet, z. B. für Seiten mit Fehlern oder alten Vorlagen.
  3. Wie einrichten: Auf der Kategorieseite HIDDENCAT verwenden:

Fertig

Hallo Nikolaos

Was sind „hidden categories“?

Hidden categories (ausgeblendete Kategorien) sind ganz normale Kategorien, deren Einträge standardmäßig nicht im Kategorien-Kasten am Seitenende angezeigt werden. Die Seiten bleiben Mitglied der Kategorie (für Abfragen, Wartung, Navigation), nur die Sichtbarkeit in der Seitenanzeige ist ausgeblendet – außer für Benutzer, die in ihren Einstellungen „Ausgeblendete Kategorien anzeigen“ aktivieren.

Wichtig: „Hidden“ bedeutet nicht geheim oder zugriffsbeschränkt. Die Kategorien sind weiterhin öffentlich auffindbar (z. B. auf der Kategorieseite und über Spezialseiten/Abfragen).

Wofür braucht man sie?

Typische Einsatzzwecke:

  • Wartung & Tracking: z. B. „Seiten mit fehlender Kurzbeschreibung“, „Seiten mit Lua-Fehlern“, „Seiten, die Vorlage:X verwenden“.
  • Redaktionelle Workflows: Status-/Flag-Kategorien wie „prüfen“, „entwurf“, „veraltet“, ohne die Leseransicht zu überfrachten.
  • Technische/automatische Kategorien: von Vorlagen, Parser-Funktionen oder Erweiterungen gesetzt (z. B. Tracking-Kategorien) – sinnvoll, aber leserseitig meist „Lärm“.

Für dich (SMW/Workflow) heißt das: Du kannst Maschinen-Tags per Kategorie sauber pflegen, ohne den sichtbaren Kategorien-Kasten mit internen Markierungen zu überladen; die Kategorien bleiben voll abfragbar (auch in SMW).

Wie macht man eine Kategorie „hidden“?

Auf der Kategorieseite (also Kategorie:Name) einfach das Magic Word hinzufügen: __HIDDENCAT__

Beispielinhalt einer Kategorieseite:

Diese Kategorie sammelt Seiten ohne Erstellungsdatum (Wartung).
__HIDDENCAT__

Hinweise:

  • Die „Hidden“-Eigenschaft gehört zur Kategorie selbst, nicht zur Seite, die in die Kategorie einsortiert wird. Darum gehört __HIDDENCAT__ auf die Kategorieseite, nicht in Artikel/Vorlagen, die die Kategorie setzen.
  • Wenn du viele Wartungskategorien hast, kannst du auf den Kategorieseiten eine Mini-Vorlage einbinden, die __HIDDENCAT__ enthält, und diese überall transkludieren.

Wie sehe ich sie trotzdem?

In den Benutzereinstellungen → Erscheinungsbild (o. ä.) die Option „Ausgeblendete Kategorien anzeigen“ aktivieren. Dann erscheinen sie als eigener Abschnitt („Ausgeblendete Kategorien“) unterhalb der normalen Kategorien.

Beziehung zu Tracking-Kategorien

Sogenannte Tracking-Kategorien (automatisch befüllt, z. B. bei Parser-Warnungen) sind in MediaWiki üblicherweise von Haus aus hidden. Das passt exakt zum Wartungszweck.

Best Practices & Stolpersteine

  • Kein Ersatz für Rechte/ACLs: Hidden = kosmetisch. Für Zugriffskontrolle brauchst du Rechte/ACL-Mechanismen (z. B. Extensions wie Semantic ACL etc.).
  • Leser-Navigation vs. Redaktion: Sichtbare Kategorien für inhaltliche Navigation, hidden für interne Prozesse.
  • Konsistente Benennung: Präfixe wie Wartung:… oder Tracking:… helfen, interne Kategorien systematisch zu halten.
  • SMW-Kompatibel: Mitgliedschaften in hidden Kategorien sind voll nutzbar in #ask-Abfragen, Filtern, Dashboards.

Wenn du möchtest, skizziere ich dir gern ein kleines Schema für sichtbare Inhaltskategorien vs. versteckte Wartungskategorien (inkl. Vorlagen-Snippets), passend zu deinem AufEinWort/SMW-Setup.

Ich habe es sogleich ausprobiert.

__HIDDENCAT__ ist für mich äußerst hilfreich.

Ich übernehme viele kategorisierte Seiten, Vorlagen und auch Kategorien, die ich nur belasse, aber nicht brauche, jedoch stören diese auf meinen Seiten wie du sagst als "Lärm". Ich erfassen sie nur damit ich im Bedarfsfall weiß, woher diese Stammen und ich nicht Vorlagen usw. mit demselben Namen vergebe.

Ich habe es gleich so eingestellt, daß ich diese Kategorien nicht sehe und bei Bedarf mir diese anzeigen lasse.

Sophos:

Nachgedacht
Da der Benutzer nichts Weiteres verlangt hat, sollten wir es kurz halten und gratulieren. Vielleicht fragen, ob sie ein Schema oder eine Automatisierung möchten, um viele Kategorien gleichzeitig zu verbergen oder zu verfolgen. Letztens baten sie um keine zusätzlichen Vorschläge, aber diesmal könnten wir kleine, optionale Vorschläge anbringen, wie etwa ein Snippet zur Wartung von Kategorien oder ein Lua-Modul.

Da der Benutzer bereits einen Chat ohne Zeitstempel hat, sollten wir diesen nicht nochmal hinzufügen. Stattdessen könnten wir präzise und aufrichtige Vorschläge machen, zum Beispiel ein Code-Snippet für eine Wartungskategorie oder eine Methode, um Namenskonflikte zu vermeiden, und dabei den Unterschied zwischen Fakten und Vorschlägen betonen. Wir sollten auch Optionen anbieten, etwa eine Bulk-Automatisierung oder einen kleinen Helfer-Snippet.

Ich würde den Erfolg des Benutzers anerkennen und dann einige optionale Ergänzungen anbieten: eine Mini-Vorlage für „Wartungskategories“ mit HIDDENCAT und eventuell einer Symbolfarbe oder eine Batch-Versteckung für Kategorien mit ReplaceText. Allerdings ist dabei das Risiko von Störungen, also sollte ein sicherer Suchmuster diskutiert werden.

Ich könnte einen sicheren manuellen Ansatz vorschlagen, bei dem „Special:ReplaceText“ mit einem Regex verwendet wird, um HIDDENCAT nur dann hinzuzufügen, wenn es nicht bereits vorhanden ist. Alternativ könnte ein Wartungsskript oder eine Untervorlage helfen. Bei Bedarf könnte ich auch SMW-Abfragen einfügen. Die Antwort sollte minimal bleiben und Optionen bieten.

Fertig

Klingt gut – freut mich, dass __HIDDENCAT__ genau deinen Bedarf trifft. 👍

Wenn du magst, kannst du das noch glätten, damit du nicht auf jeder Kategorieseite das Magic-Word von Hand pflegen musst:

Mini-Vorlage für versteckte Wartungs-/Kompatibilitätskategorien

<!-- Vorlage:VersteckteWartungskategorie -->
<includeonly>{{#ifeq:{{NAMESPACE}}|Kategorie|__HIDDENCAT__|}}</includeonly>
<noinclude>
Diese Vorlage macht Kategorieseiten „hidden“. Nur im Namensraum „Kategorie“ wirksam.
</noinclude>

Auf Kategorieseiten dann einfach:

{{VersteckteWartungskategorie}}
Kurzer Hinweis: „Kompatibilitätskategorie; übernommen aus XYZ, nur zur Nachverfolgung.“

(Vorteil: Das Magic-Word greift nur im Kategorie-Namensraum, nicht, falls du die Vorlage anderswo testest.)

Willst du, dass ich dir zusätzlich eine sichere Batch-Strategie skizziere, um bereits vorhandene „Lärm“-Kategorien gesammelt auf „hidden“ zu stellen (z. B. mit ReplaceText/Regex nur dort, wo __HIDDENCAT__ noch fehlt)?

Versteckte Kategorien in Wikipedia und Wiktionary um mehr Übersicht zu haben

Danke für den Vorschlag. Ich habe die Kategorien wie folgte Markiert:

Kategorien von vergleichsweise Wikipedia Deutsch mit [[Kategorie:Wikipedia.de Kategorie]] von Wiktionary mit [[Kategorie:Wiktionary.de KategorieKennung]], Vorlagen demgemäß mit [[Kategorie:Wikipedia.de Vorlage]]….

Mit ExtensionReplaceText könnte ich nun vergleichsweise [[Kategorie:Wikipedia.de Kategorie]] um [[Kategorie:Wikipedia.de Kategorie]]{{Wikipedia.de Kategorie}} erweitern. Ich muß [[Kategorie:Wikipedia.de Kategorie]] erhalten, da ich nur mittels ReplaceText nach echter Kategorie und nicht nach durch Vorlagen erzeugte Kategorien suchen kann.

Danach der Vorlage {{Wikipedia.de Kategorie}} kann ich dann einen Parameter __HIDDENCAT__ bei Bedarf setzen.

Erstelle mir bitte einen demgemäßen Entwurf.

zwei kleine Vorlagen

Nachgedacht
I need to create a template called "Wikipedia.de Kategorie" that can be added conditionally on category pages. It should allow users to maintain category membership links but not create new categories automatically. It'll also append the template to pages while ensuring those linked categories remain searchable.

The template should allow adding an optional "HIDDENCAT" on category pages. Users are marking categories with a meta-category and want to control the hidden parameter per category page without altering actual category membership. The template should detect category pages and offer a way to hide or customize layout where necessary.

I need to create a draft template, "Vorlage:Wikipedia.de Kategorie," specifically for category pages. It should allow controlling the visibility with a "hidden" parameter (default maybe yes/no). It will also include the original category tag for ReplaceText, but it shouldn't generate new categories via the template since ReplaceText only searches raw wikitext.

To avoid confusion, the template won’t add categories automatically, aiming to keep wikitext explicit for ReplaceText. It will only add "HIDDENCAT" when needed. A small maintenance box might be added for notes. We could also create a separate template for the Template namespace, affecting only category pages.

Für den Entwurf sollen wir ein einfaches Template bereitstellen, das sich auf Kategorien fokussiert. Dabei integrieren wir Parameter wie "hidden" und ermöglichen die Nutzung von Regex, um doppelte Template-Einträge zu vermeiden. Wir sorgen dafür, dass "HIDDENCAT" im richtigen Namensraum erscheint und bieten eine einfache Möglichkeit zur Anpassung für Wikipedia.de und Wiktionary.de-Kategorien.

Fertig

Super – dann bauen wir dir genau dafür zwei kleine Vorlagen, die nichts automatisch kategorisieren (damit ReplaceText weiterhin die echten [[Kategorie:…]]-Links findet), aber bei Bedarf die Kategorieseite selbst ausblenden.

Vorlagen

Vorlage:Wikipedia.de Kategorie
<!-- Vorlage:Wikipedia.de Kategorie -->
<includeonly>
{{#ifeq:{{NAMESPACE}}|Kategorie|
  {{#switch: {{lc:{{{hidden|ja}}}}}
   | ja = __HIDDENCAT__
   | yes = __HIDDENCAT__
   | 1 = __HIDDENCAT__
   | true = __HIDDENCAT__
   | #default =
  }}
|
}}
</includeonly>
<noinclude>
Diese Vorlage setzt auf Kategorieseiten optional __HIDDENCAT__.
Standard: hidden=ja (ausgeblendet). Auf Nicht-Kategorieseiten: keine Wirkung.
Beispiel (auf einer Kategorieseite):
  [[Kategorie:Wikipedia.de Kategorie]]{{Wikipedia.de Kategorie}}
Sichtbar erzwingen:
  [[Kategorie:Wikipedia.de Kategorie]]{{Wikipedia.de Kategorie|hidden=nein}}
</noinclude>
Vorlage:Wiktionary.de Kategorie
<!-- Vorlage:Wiktionary.de Kategorie -->
<includeonly>
{{#ifeq:{{NAMESPACE}}|Kategorie|
  {{#switch: {{lc:{{{hidden|ja}}}}}
   | ja = __HIDDENCAT__
   | yes = __HIDDENCAT__
   | 1 = __HIDDENCAT__
   | true = __HIDDENCAT__
   | #default =
  }}
|
}}
</includeonly>
<noinclude>
Wie „Wikipedia.de Kategorie“, nur für Wiktionary-Herkunft.
Standard: hidden=ja.
</noinclude>

Hinweise:

  • Beide Vorlagen fügen selbst keine Kategorien hinzu – sie steuern nur die Sichtbarkeit der Kategorieseite via __HIDDENCAT__.
  • Standard ist ausgeblendet (hidden=ja). Wenn eine bestimmte Import-Kategorie sichtbar bleiben soll: |hidden=nein.

ReplaceText – sicherer Massenlauf

Ziel: Deine vorhandenen echten Kategorielinks beibehalten und zusätzlich die Vorlage einfügen – aber nur dort, wo sie noch nicht steht.

1) Für Wikipedia-Importkategorien
  • Suche (Regex aktivieren):
    • ruby (?m)\[\[Kategorie:Wikipedia\.de Kategorie\]\](?!\s*\{\{Wikipedia\.de Kategorie\b)
  • Ersetzen durch:
    • [[Kategorie:Wikipedia.de Kategorie]]{{Wikipedia.de Kategorie}}
2) Für Wiktionary-Importkategorien
  • Suche (Regex aktivieren):
    • ruby (?m)\[\[Kategorie:Wiktionary\.de Kategorie\]\](?!\s*\{\{Wiktionary\.de Kategorie\b)
  • Ersetzen durch:
    • [[Kategorie:Wiktionary.de KategorieKennung]]{{Wiktionary.de Kategorie}}

Empfehlungen für ReplaceText:

  • Namespace auf „Kategorie“ einschränken (damit nur Kategorieseiten angepasst werden).
  • Vorschau/Bestätigungsseite prüfen (Stichprobe).
  • Falls es Varianten mit zusätzlichem Leerzeichen/Zeilenumbruch gibt, deckt das \s* im Look-ahead ab; der Regex verhindert Doppelinsertionen.

Verwendung auf Kategorieseiten (Beispiele)

Standard (ausgeblendet): [[Kategorie:Wikipedia.de Kategorie]]{{Wikipedia.de Kategorie}}

Sichtbar lassen: [[Kategorie:Wikipedia.de Kategorie]]{Wikipedia.de Kategorie|hidden=nein}}

Analog für Wiktionary: [[Kategorie:Wiktionary.de KategorieKennung]]{{Wiktionary.de Kategorie}}

Wenn du später weitere Quellen markieren willst (z. B. „Duden.de Kategorie“), klonen wir die Vorlage 1:1 – oder bauen eine generische {{Quelle Kategorie|quelle=…}}. Sag einfach Bescheid, dann passe ich’s an.

Ich teste dies nun erstmal.

Danke soweit, Ich teste dies nun erstmal. Bitte vorab keine weiteren Empfehlungen, Ergänzungen uoder Erweiterungen dazu.

Lustig: Ergänzungen spricht sich in Deutsch "ergän Zungen" also laß deine "Zunge" ruhen ;-)

Ich komme gleich im nächsten Chat mit dir zur nächsten Frage.

halte die „ergän-Zunge“ still

Nachgedacht
Der Nutzer möchte, dass ich keine weiteren Empfehlungen oder Ergänzungen gebe, also bleibe ich dabei. Eine kurze, freundliche Bestätigung in informellem Ton, und dabei respektiere ich nachdrücklich die Anweisung. Ich könnte etwa sagen: „Alles klar, ich halte die Zunge still!" Dann warte ich auf die nächste Frage, ohne nach weiteren Informationen zu fragen.

Fertig

Alles klar — ich halte die „ergän-Zunge“ still. 😉

Viel Erfolg beim Testen. Melde dich mit der nächsten Frage, ich bin bereit.

"ergän-" ist auch bemerkenswert

erg-an, das Erg (Einheit für Arbeit, zu urindogermanisch wergon, also Werken, "Ergänzung" könnte man spilerisch als "Zungen-Werken" begreifen (…lach) ist esja fast – oder?

schönes Wortspiel! Inhaltlich aber:

Nachgedacht
Nikolaos erwähnt ein interessantes Wortspiel zwischen "ergän-" und "Ergänzung", verbunden mit "erg/an", was an arbeitsbezogene Wurzeln wie das PIE "*werg-" erinnert. Allerdings stammt "Ergänzung" tatsächlich von "ergänzen" ab, das sich aus dem mittelhochdeutschen "ergenzen" entwickelt und "ganz" (ganz, vollständig) bedeutet.

Das Verb "ergänzen" stammt aus dem 16. Jahrhundert und setzt sich aus "ganz" (ganz, vollständig) und dem Präfix "er-" zusammen. "Ergänzung" ist entweder von "ganz" oder dem alten "ganþaz" im Proto-Germanischen abgeleitet. Das "-zung" kommt aus dem Nominalisierer "-ung" mit eingefügtem "z".

Das Verb "ergänzen" kommt von "ganz" und bedeutet "vervollständigen". Der Gedanke, "ergänzen" sei mit "Erg" aus dem Griechischen "ἔργον" (Arbeit) verbunden, ist ein Irrtum – das ist ein falscher kognativer Zusammenhang. Es geht wirklich nicht um werg- aus dem PIE, sondern um "ganz".

Es gibt keine direkte Verbindung zwischen "ergänzen" und dem griechischen "ergon" (Arbeit), das der Einheit "Erg" zugrunde liegt. "Ergänzen" stammt aus "ganz" und bildet mit dem "-en" das transitive Verb. Der Präfix "er-" verstärkt dabei den Abschluss eines Prozesses oder Ziels, wie bei "erfüllen" oder "erhöhen".

😄 schönes Wortspiel! Inhaltlich aber:

Faktisches zur Herkunft

  • Ergänzung ← ergänzen ← ganz („vollständig, heil“) + Präfix er- (resultativ: „zu etwas machen“). Wörtlich also: „zum Ganzen machen“, „vollständig machen“. Dazu passen Gänze („in Gänze“) und gänzlich.
  • Das -z- gehört zum Stamm gänz- (aus ganz), -ung ist der Nominalisierer: ergänz-ung. Mit Zunge hat’s nur orthographisch einen Kalauer zu bieten. 😉
  • Das Physik-Erg kommt aus griech. ἔργον (ergon „Arbeit“), PIE *werg- „wirken/arbeiten“. Damit verwandt sind Werk, wirken, Werkzeug, Wirkung, sowie Energie (en-ergon „im Werk“) und Synergie (syn-ergon „Mit-Wirkung“).

Kurzantwort auf dein „…ist es ja fast – oder?“

Spielerisch: ja, als Kalauer („ergän-Zungen“ = Zungen-Werken 😅).

Etymologisch: nein – Ergänzung hat nichts mit ergon/Erg zu tun, sondern mit ganz.

Ich meinte es ja auch nicht ernsthaft – eine Spielerei.

Du mußt zugeben, es war ein Witz im wahren Sinn von Witz, zumindest schlau – oder?

Ja — der Witz sitzt. 😄

Spielerisch clever, weil du zwei Ebenen bewusst kreuzt:

  • Paronomasie/Klangspiel: ergän-Zungen ↔ Zungen-Werken (Erg + Zungen).
  • Etymologischer Kontrast: tatsächliche Herkunft ergänzen ← ganz vs. scheinbare Brücke zu ergon/Erg(arbeiten/wirken). Gerade dieser Spannungsbogen macht’s „witzig“ im alten Sinn von Witz = Verstand/Einsicht(vgl. ahd. wizzi, verwandt mit wissen).

Kurz: sachlich falsch, rhetorisch treffend — genau die Art Wortschalk, die Denken anstößt. 🎯

wir haben uns verstanden … na dann bis gleich …

Bis gleich — ich bin bereit. 🙂