Parserfunktionen sind Teil der Wikisyntax.

Im Index ist eine Liste aller in der deutschsprachigen Wikipedia und darüber hinaus definierten Parserfunktionen zusammengestellt.

Nachfolgend wird auf dieser Seite eine Zusammenstellung angeboten, die die auch als jeweils einzelne Hilfeseiten verfügbaren Informationen beispielsweise zur Textsuche zusammenfasst.

Parserfunktionen sind Konstrukte im Wikitext, die in einen teils recht statischen, teils sehr dynamischen anderen Text umgewandelt werden. Sie sind in doppelte geschweifte Klammern {{}} eingeschlossen.

In enzyklopädischen Artikeln ist eine direkte Verwendung in der Regel unerwünscht, abgesehen von einigen verbreiteten Vertretern wie SEITENTITEL oder dem Sortierschlüssel von Kategorien. Ein Grund dafür ist, dass die zugehörige Dokumentation (anders als bei Vorlagen) nicht unmittelbar erreichbar ist.

In erster Linie werden Parserfunktionen zur Programmierung von Vorlagen verwendet; auch auf Funktionsseiten usw. außerhalb des enzyklopädischen Bereichs.

Jedes Wiki kann gewissermaßen seine eigenen „Funktionen“ dieser Art herstellen; das sind gerade die Vorlagen.

Die Einbindung einer Parserfunktion ohne Parameter in den Wikitext ist syntaktisch zunächst nicht von einer Vorlage zu unterscheiden; siehe Seiten einbinden.

• {{irgendwas}} kann beides sein.
• Um dies zu vermeiden und eindeutig zu machen, haben pfiffige Entwickler dem Bezeichner der jeweiligen Parserfunktion ein # vorangestellt.^[1]
  • Das ist unmöglich für eine Vorlage.
  • Allerdings sind bei weitem nicht alle Parserfunktionen mit derartigen Bezeichnern ausgestattet worden.
• Falls der unerwünschte Fall auftreten soll, dass eine Vorlage den gleichen Bezeichner wie eine Parserfunktion trägt, wäre {{Vorlage:irgendwas}} eindeutig eine Vorlage.
  • Bei gleichen Namen hat ansonsten die Parserfunktion immer Vorrang; es wird bei ihrem Antreffen nicht mehr nach einbindbaren Seiten gesucht.
  • msg: wäre eine weitere Möglichkeit, um Konflikte aufzulösen.
• Beim Bezeichner einer Parserfunktion hat die Groß- und Kleinschreibung keine Bedeutung.
  • Das ist anders als bei Vorlagen, wo dies nur für einen ersten Buchstaben gilt.
  • Für quasistatische, eher konstante Werte werden meist Großbuchstaben benutzt; steht ein funktionaler Aspekt mit Parametern im Vordergrund dann eher Kleinbuchstaben.
• Beim Bezeichner einer Parserfunktion ist ein Unterstreichungsstrich  _ signifikant, also nicht gleichbedeutend mit einem Leerzeichen usw.
  • Das ist anders als bei Vorlagen, auf deren Bezeichner alle Regeln zur Normalisierung angewendet werden können.
• Bei einer Parserfunktion mit Parametern wird der erste Parameterwert durch einen Doppelpunkt : abgetrennt.
  • Daran lässt sich ggf. der Unterschied zu einer Vorlage erkennen, für die ein solcher Doppelpunkt ungewöhnlich wäre, obwohl syntaktisch möglich.^[2]
  • Bei weiteren Parametern ist dies ein Pipe-Symbol | genau wie bei Vorlagen.
  • Vor einem Doppelpunkt darf kein Leerzeichen stehen.
  • Wenn ein Pflichtparameter erwartet wird, würde die Funktion ohne Doppelpunkt nicht als solche erkannt werden.
  • Ein leerer Parameterwert ist unzulässig; der Doppelpunkt darf nicht das letzte nicht-leere Zeichen sein.
• Zu einigen Bezeichnern gibt es deutschsprachige Lokalisierungen, die eher dort verwendet werden, wo Vorlagenprogrammierung durch Autoren von Artikeln selbst erfolgt. In fortgeschritteneren Bereichen sind auch für den globalen Austausch die generischen, englischsprachigen Bezeichner üblich. Das erleichtert dann auch die Suche in Quelltexten.

Für Parameter-Bezeichner, deren Syntax und ihre Werte gelten die analogen Regeln wie bei Vorlagen.

• Der erste Parameter wird jedoch mittels eines Doppelpunkts abgetrennt, alle weiteren dann mittels | (Pipe-Symbol).
• Parserfunktionen ganz ohne Parameter oder ohne aktuelle Angabe eines Parameters oder aber mit sich selten änderndem Resultat werden häufig nicht ganz korrekt als „Variablen“ bezeichnet, weil in den frühen Jahren das Konzept nicht wirklich durchschaut wurde.
• Hinsichtlich Trimmung, also führende oder schließende einfache Leerzeichen oder Zeilenumbrüche um Parameterwerte, werden diese von den allermeisten Parserfunktionen ignoriert.
  • Eine wesentliche Ausnahme ist #invoke, auf die analoge Regeln wie bei Vorlagen angewendet werden.
• Pipes innerhalb von Verlinkungen, Medieneinbindungen oder Vorlageneinbindungen werden vor Auswertung der Parameterliste von den umgebenden Syntaxelementen konsumiert.
• HTML-Kommentare werden vor der Weitergabe eliminiert.
• Andere Seiteneinbindungen (Vorlagen) und Parserfunktionen werden vor der Weitergabe ausgewertet.
• Ein fehlender Pflichtparameters kann zur Interpretation des Bezeichners als Vorlage führen, falls dieser Bezeichner nicht mit # beginnt.
• Bei Funktionen, die keinen Parameter erwarten, darf auch keiner angegeben werden.

Eine Substitution von Parserfunktionen ist analog derer von Vorlagen und anderer eingebundener Seiten möglich.

Allerdings trifft das ggf. nur für solche Ergebnisse zu, die nicht von externen Gegebenheiten abhängen und keine Außenwirkung haben sollen.

• Ein Berechnungsergebnis konstanter Werte mit #expr ist das Berechnungsergebnis.
• Eine Statistik friert ihren Momentanzustand ein.
• Momentane Zeitpunkte und Seitenversionsdaten lassen sich einfrieren.
• Kontrollstrukturen dürfen ihrerseits nur von statischen Informationen abhängen; das kann aber auch jeder aktuelle Wert von Vorlagenparametern sein.
• SEITENTITEL und Sortierschlüssel sind nicht substituierbar; das Ergebnis ist „nichts“.

• Das Ergebnis einer Parserfunktion ist in aller Regel „getrimmt“, also ohne führende oder schließende einfache Leerzeichen oder Zeilenumbrüche.
• Dem Ergebnis einer Parserfunktion wird aber genauso wie bei Vorlagen ein Zeilenumbruch vorangestellt, falls dieses netto mit ; : * # {| beginnt.
  • Das zielte darauf ab, damit Aufzählungen und Listen und Tabellen zu kennzeichnen. Andernfalls wäre dies wegen der Trimmung nicht möglich.
  • Soll ein sichtbares derartiges Zeichen erscheinen, muss der Beginn des Ergebnisses zuvor in ein entsprechendes Entitiy gewandelt werden (siehe Tabelle rechts).

Bereits in den allerersten Jahren wurden Parserfunktionen definiert, die Informationen über das Wiki oder die aktuelle Seite zugänglich machten.

• Das wurde dann ausgebaut mit Parametern.
• Mitte April 2006 wurden die beiden Funktionen #if: und #switch: eingeführt. Erst dadurch wurde eine Programmierung im eigentlichen Sinn möglich, weil erst damit eine Auswertung von Parameterwerten oder anderer Parserfunktionen eine Steuerung des Verhaltens bewirken konnte.
• Die meisten Parserfunktionen gehören zum anerkannten „Kern“ und sind damit auf allen Wikis der WMF und auch außerhalb verfügbar.
  • Einzelne Parserfunktionen werden durch bestimmte „Extensionen“ definiert.
  • Manche Extensionen sind auf allen Wikis der WMF aktiviert; einige nur auf bestimmten, etwa zentralen mehrsprachigen usw.
  • Auf privaten Wikis müssen entsprechende Extensionen üblicherweise gesondert installiert werden.
  • Für eine Wikipedia ist es in der Regel unerheblich, ob eine Parserfunktion zum momentanen Kern oder zu einer Extension gehört.
• Eine Liste aller durch Erweiterungen (zusätzlich zum MediaWiki-Kern) eingebrachter Parserfunktionen ist auf Spezial:Version unter „Parsererweiterungen (Funktionen)“ aufgelistet (nur generische Namen).

Im Prinzip kann jede „Schalterfunktion“ __XYZ__ genauso zu einer Parserfunktion {{#xyz}} migriert werden.

• Damit wäre die Beschreibung der Wikisyntax konsistenter und die Ausnahmen für das Unterstreichungsstrich-Format könnten perspektivisch beseitigt werden.
• Dies war im ersten Jahrzehnt auch vorgeschlagen worden; wurde jedoch abgelehnt wegen der Befürchtung einer Namenskollision in den Wikis mit einer Vorlage:XYZ.
• Durch den Parserfunktionen einheitlich vorangestelltes # gibt es jedoch keine Namenskonflikte mit eingebundenen Seiten.

Schalterfunktionen stammen aus der frühen Frühzeit der Wikisyntax; dieses Konzept wurde praktisch nicht weiter verfolgt.

„Magische Wörter“ im eigentlichen Sinn werden nicht an der syntaktischen Notation durch Unterstreichungsstriche oder Klammern erkannt, sondern an einer bestimmten Zeichenkette mitten im Text.

• Das ist für eine syntaktische Beschreibung, die effiziente Interpretation durch Software wie auch Menschen hochproblematisch.
• Bei den URL ist nachvollziehbar, dass durch einfaches Einstreuen in den Quelltext bereits eine automatische Verlinkung ausgelöst werden soll.
  • Problematisch ist hier jedoch, ob sich anschließende Satzzeichen (Punkt, Komma, Fragezeichen, Ausrufezeichen, Semikolon) zur wirksamen Adresse zählen sollen oder nicht (sie werden nicht in die URL einbezogen).

Magische Wörter stammen aus der frühen Frühzeit der Wikisyntax; dieses Konzept wurde nicht weiter verfolgt.

Weitere Informationen

MediaWiki: Help:Extension:ParserFunctions – Freie Wikisoftware (englisch)

MediaWiki: Manual:Parser functions – Freie Wikisoftware (englisch)

• Hilfe:Vorlagen
• Hilfe:Vorlagen/Programmierung
• Hilfe:Schalterfunktionen
• Hilfe:Substitution
• Hilfe:Magische Wörter

1. ↑ Siehe phab:T204370 Behavior switch/magic word uniformity
2. ↑ Falls wie bei Vorlage:Info ISO-3166-2:CH tatsächlich Teil des Namens.

• Ein vorangestelltes # wird in nachstehender Sortierung ignoriert. Siehe auch „Bezeichner“.
• Groß- oder Kleinschreibung hat keine Bedeutung.
  • Verbreiteter Praxis folgend sind nachstehend die meist mit Parametern verwendeten Parserfunktionen in Kleinschreibung und die ohne in Großbuchstaben notiert.
  • Im Quelltext von Artikeln sichtbare Funktionen sind ebenfalls in Großbuchstaben notiert.
• Eine „Lokalisierung“ meint eine deutschsprachige Variante eines Bezeichners, die ausschließlich in deutschsprachigen Wikis funktioniert.
  • Der generische Name kann in allen Wikis verwendet werden.
• Jeder Funktionsname ist in {{…}} eingeschlossen zu denken.

Die meisten Funktionen kennen einen Parameterwert R.

• Dieser bewirkt das „Roh“-Format. Er gibt an, ob „rohe“ (raw) oder Zahlenformatierung mit Tausendertrennzeichen (Vorgabe) bei mehr als 999 verwendet werden soll.
• Dies ist wichtig, wenn nachfolgend noch Berechnungen mit dem Zahlenwert erfolgen sollen, bei denen ein Punkt als Dezimaltrennzeichen interpretiert werden würde.
• Kleinschreibung oder raw wären nicht gültig.

Grundsätzlich sind die Seitendarstellungen im Cache hinterlegt, die sich meist schnell ändernden Zahlenwerte sind deshalb kaum aktuell. Entsprechende Seiten wie auch diese hier müssen dann ggf. spontan regeneriert werden: Aktualisieren

Diese Funktionen geben Gesamt-Statistiken für das aktuelle Wiki an.

Diese Funktionen geben Statistiken zu lokalen Benutzerkonten für das aktuelle Wiki an.

Diese Funktion ist zurzeit auf den Wikis der WMF nicht verfügbar, und wird dies ob der extrem großen Datenmengen auch kaum noch werden.

Es gibt in den Wikis zwei Zeitzonen:

• UTC – Weltzeit (London)
• Lokale Zeit (Berlin, ggf. mit Sommerzeit, für deutschsprachige Wikis)

Grundsätzlich sind die Seitendarstellungen im Cache hinterlegt, die sich meist schnell ändernden Zeitangaben sind deshalb kaum aktuell. Entsprechende Seiten wie auch diese hier müssen dann ggf. spontan regeneriert werden: Aktualisieren

Namen sind deutschsprachig.

Es wird bei ungültigem Ausdruck eine Fehlermeldung angezeigt; eine Wartungskategorie ist zurzeit jedoch nicht definiert.^[1]

Die Funktionalität wird zunächst durch eine Standardbibliothek in PHP realisiert und richtet sich nach deren auf dem Server installierten Version. ^[2]

Von MediaWiki unterstützte Format-Parameter sind DjlNwzWFmMntLoYyaAgGhHiscrUeIOPTZ^[3] sowie Erweiterungen zu PHP. Diese werden in den folgenden zwei Tabellen erklärt.

Die Ausgabe erfolgt entsprechend der lokalen Spracheinstellung; durch xn-Codes werden Zahlausgaben in Versalziffern umgewandelt, sofern das per lokaler Spracheinstellung erzeugten typografischen Varianten oder anderen Zahlensystemen benötigt wird.

Jedes unbekannte Zeichen wird unbearbeitet zur Ausgabe durchgereicht. Dazu gibt es zwei Konventionen:

• Zeichen zwischen doppelten, hochgestellten Anführungszeichen " werden als solche ausgegeben, die Anführungszeichen selbst werden ausgespart. Dies verhindert eine Umwandlung der (Code-)Buchstaben eines Wortes. Anführungszeichen alleine werden als solche ausgegeben. Beispiele:
  • {{#time: Wort}} → 282024Fri, 12 Jul 2024 01:11:49 +000031
  • {{#time: "Wort"}} → Wort
  • {{#time: "Wird übermorgen, einem" l "im" F", erledigt."|+ 2 days}} → Wird übermorgen, einem Sonntag im Juli, erledigt.
  • {{#time: "l, g:i:s a"}} → l, g:i:s a
• backslash escapes werden unterstützt: \H ergibt das Zeichen H, \" ergibt das Zeichen ".

Das Format des Zeitpunkt-Parameters ist identisch mit der PHP-Funktion strtotime(). Relative Angaben wie zum Beispiel +10 hours werden unterstützt, welche etwa für eine Zeitzonen-Berechnung genutzt werden können.

Bei Namen oder Abkürzungen von Monaten oder Wochentagen werden nur die englischsprachigen Bezeichnungen erkannt, die Verwendung von deutschsprachigen Bezeichnungen kann zu einem ungültigen oder unerwarteten Datum führen.^[4]

Es gibt mehrere Möglichkeiten, einen bestimmten Zeitpunkt anzugeben:

• ISO 8601, Beispiele:
  • 2001-01-15
  • 2006-11-26T15:15:20
  • 1970-01-01 00:00Z
• jjjjmmtt – sechs Ziffern, mit jjjj=Jahreszahl, mm=Monatsnummer 01–12, tt=Tagesnummer
• hhmm – vier Ziffern, mit hh=Stunden 00–23, mm=Minuten 00–59
• hh:mm – zwei Ziffern, Doppelpunkt, zwei Ziffern, mit hh=Stunden 00–23, mm=Minuten 00–59
• hh – zwei Ziffern, mit hh=Stunden 00–23
• month day mit englischsprachigem Monatsnamen und Tagesnummer im Monat
• @sssssssssss – Ganze Zahl der Sekunden in Unix-Zeit, also seit 1970-01-01 00:00:00 UTC
  • Die Zahl darf negativ sein, dann sind es die Sekunden vor der Unix-Zeit, bis 1969.
  • An die Zahl dürfen mit , oder . Dezimalstellen angehängt werden, also Zehntel-, Hundertstel- usw. Sekunden

Die Aufzählung ist nicht vollständig, eröffnet jedoch hinreichend viele Möglichkeiten.

Es ist auch möglich, relative Angaben bezüglich Wochentage zu machen.

• first ist der nächstfolgende <Wochentag> (ausgenommen heute)
  • Um einen (den heutigen) Tag einzuschließen, falls er auf den <Wochentag> fällt, muss zunächst ein Tag rückwärts gezählt werden.
• last – Letzter vorangehender <Wochentag>
  • Um einen (den heutigen) Tag einzuschließen, falls er auf den <Wochentag> fällt, muss zunächst ein Tag vorwärts gezählt werden.
• second oder third usw. sind die Wochentage nach dem Stichtag.
• Nützlich ist auch der t-Formatierungscode für den letzten Tag des Monats, {{#time:Ymt}}

Diese Funktion ist möglicherweise nirgendwo noch verwendbar.

Anmerkungen

1. ↑ Phabricator – Bug/Feature: 63425 – Es wird ein Problem darin gesehen, dass auch bei #iferror eine Wartungskategorie ausgelöst wird, obwohl bereits eine Fehlerbehandlung erfolgt.
2. ↑ tar manual. gnu.org
3. ↑ Erklärung der Format-Codes. php.net
4. ↑ phab:T21412 (Bugzilla:19412)

Kontrollstrukturen erlauben in der Programmierung von Vorlagen von Bedingungen abhängige Verzweigungen wenn – dann – sonst.

Alle Parameter und Ergebnisse werden „getrimmt“; führende oder schließende einfache Leerzeichen oder Zeilenumbrüche werden ignoriert.

Anmerkungen:

• Oft ist es sinnvoll, auch nicht-leere Werte wie 0, nein, - oder false als „falsch“ aufzufassen. Hierfür gibt es faculty@TemplUtl.
• Die effizienteste Methode zum Trimmen eines Parameterwertes ist: {{#if: trim | {{{1}}} }} – Die „Bedingung“ ist immer „wahr“; damit wird WennWahr zum Resultat, und das ist immer getrimmt. Der Hinweis trim soll den Sinn dieses sinnlosen Konstrukts verdeutlichen.

{{#switch: {{{Zeichen}}}
  |A|B|C|D| … X|Y|Z=Großbuchstabe
  |a|b|c|d| … x|y|z=Kleinbuchstabe
  |=Leerzeichen
  |,|;|.|!|?=Satzzeichen
  |{{{Zeichen}}}=KEIN ZEICHEN ANGEGEBEN
  |#default=Sonderzeichen
}}

Es wird analysiert, ob in einem Wikitext eine Fehlermeldung vorliegt.

Eine Fehlermeldung wird erkannt:

• an bestimmten HTML-Tags, namentlich <div> <span> <p> <strong>,
• die eine Klassenzuweisung class="error" enthalten müssen,
• wobei error mit doppelten Anführungszeichen " und nicht mit ' (oder ohne) angegeben sein muss,
• jedoch weitere durch Leerzeichen abgetrennte Klassenbezeichner im Attributwert vorkommen dürfen.

Solche Fehlermeldungen können in jeder Vorlage generiert werden; viele Elemente der Wiki-Software erzeugen sie ebenfalls.

Der Seitenname wird im Gesamtprojekt wie eine Verlinkung registriert.

• Das hat den Grund, dass zu erwarten ist, dass sich das Ergebnis der Programmierung signifikant verändern soll, wenn eine existierende Seite gelöscht wird, oder aber eine bisher nicht existierende Seite neu angelegt wird.
• Damit wird die diese Konstruktion enthaltende Seite so behandelt, als ob sich eine eingebundene Vorlage verändert hätte: Die im Cache hinterlegte Präsentation wird als ungültig entfernt, und spätestens mit dem nächsten Abruf der Seite unter geänderten Bedingungen neu produziert.
• Anhand der Datenbank-Tabelle Links auf diese Seite weiß der Server, welche Seiten, ihre Inhalte oder Existenz Auswirkungen auf die Darstellung anderer Seiten haben; etwa auch ob Wikilinks in rot oder blau darzustellen sind. Gemäß der Einträge in der Datenbank-Tabelle werden die beeinflussten Seiten neu aufgebaut.
• Es gibt mit phab:T14019 von 2007 Überlegungen aus 2022, in den Tabellen von WhatLinksHere die Abfragen nach Seitenexistenz in einer vierten Spalte gesondert auszuweisen, statt sie gemeinsam mit den Verlinkungen zu verbuchen. Das betriffft jedoch nur die bisherige Aufschlüsselung nach Verlinkung – Seiteneinbindung – Weiterleitung. Änderungen des Status bedürfen auch dann einer Neugenerierung des Gesamtinhalts unter den aktuellen Bedingungen.
• Um die Existenz einer Datei abzufragen, muss man dem Dateinamen den Namensraum "Medium" voranstellen und nicht "Datei". Beispiel Datei:Commons-logo.svg: {{#ifexist: Medium:Commons-logo.svg|...

#ifexist gehört zu den „teuren“ Funktionen, von denen pro dargestellter Seite gemäß Vorlagenbeschränkungen insgesamt nur 500 erlaubt sind.

Wenn bei einer der Verknüpfungsvorlagen (Vorlage:Booland, Vorlage:Boolor usw.) die Parameter übergeben werden, dann müssen zunächst ausnahmslos alle Parameterwerte vollständig ausgewertet worden sein, bevor dann die Verknüpfungsvorlage mit all diesen Parameterwerten eingebunden werden kann.

• Das kann zum Problem werden; insbesondere wenn dadurch „teure“ oder sonst performancekritische Auswertungen erforderlich sind.

Intelligenter ist immer der folgende Weg:

• Und:
  • Eine Bedingung wird ausgewertet, falls erfolgreich dann die nächste, wenn auch diese erfolgreich dann die nächste usw. Sobald eine Bedingung nicht erfüllt ist, erfolgen auch keine Auswertungen mehr.
  • Beispiel: {{#if: {{A-Vorlage}} | {{#if: {{B-Vorlage}} | <Aktion> }} }}
• Oder:
  • Eine Bedingung wird ausgewertet, falls nicht erfolgreich dann die nächste, falls nicht erfolgreich dann die nächste usw. Sobald eine Bedingung erfüllt ist, erfolgen auch keine Auswertungen mehr.
  • Es kann ein boolescher Wert 1 für den Erfolgsfall gebildet werden, und das gesamte Oder-Konstrukt liefert danach den Wert 1 oder leer. Dieses Resultat kann dann zur Auswertung der gemeinschaftlichen Ziel-Aktion herangezogen werden.
  • Beispiel:{{#if: {{#if: {{A-Vorlage}} | 1 | {{#if: {{B-Vorlage}} | 1 }} }} | <Aktion> }}

Mitte April 2006 wurden (zusammen mit anderen in der Erweiterung für Parserfunktionen) die Kontrollstrukturen verfügbar gemacht. Erst dadurch wurde auch eine Vorlagenprogrammierung im eigentlichen Sinn möglich, während bis dahin nur stumpf Parameterwerte formatiert wurden. Die allerersten Vorlagen hatten noch nicht einmal Parameter gehabt und hießen schlicht „Bausteine“; sie lieferten immer den gleichen Text.

Diese Funktionen beziehen sich auf den Umgang mit menschlichen Sprachen.

Die Texte stammen aus der Erweiterung CLDR.

Unbekannte Nachrichtenbezeichner werden in ⧼ ⧽ eingeklammert dargestellt.

Siehe auch mw.title.pageLang zu detaillierten Informationen mittels Lua.

Diese Funktionen werden für spezielle Aufgaben in der Vorlagenprogrammierung benötigt.

Die deutschsprachigen Lokalisierungen sind ungebräuchlich, weitgehend unbekannt und verhindern erfolgreiche Textsuchen.

{{#tag:nowiki|http://{{{Domain}}}/{{{Pfad}}}}}

Der ausschließliche Sinn ist es also, das Element zunächst vor dem Parser zu verstecken, und erst nach Expansion des Inhalts wirksam werden zu lassen.

• Damit werden die Elemente selbst vor Software und Menschen zunächst verborgen, was gravierende Nachteile nach sich ziehen kann.
• Diese Funktion sollte deshalb insbesondere nicht im ANR benutzt werden, sondern nur innerhalb von Vorlagenprogrammierung .
• Vor dem VisualEditor werden die Elemente erfolgreich versteckt und lassen sich nicht mehr sinnvoll bearbeiten.

Siehe ausführlich Hilfe:Lua.

Siehe ausführlich hier. Der Quelltext wird nach Abspeicherung ersetzt durch die ausgewerteten Resultate der Ausdrücke.

Diese Funktion ist heutzutage ungebräuchlich; es wird eher eine formatierte Präsentation mittels tag: bevorzugt wie:

{{#tag:syntaxhighlight | {{Modul:Hello}} | lang=lua}}

Allerdings funktioniert das nicht mit Wikitext als eingebundene Seite, der bei seiner Einbindung reagiert und ausgewertet wird. Das ist gerade die Wirkung und das Ziel von Vorlagen.

• Der Name bedeutet:
  • msg:nowiki
  • raw: heißt „roh“ und entspricht action=raw

 <onlyinclude>[[Datei:At sign.svg|{{{1|17px}}}|link=|alt=@ – at-Zeichen für E-Mail|(at)]]</onlyinclude>

{{Dokumentation}} 

Diese Funktion war in den frühen 2000er Jahren der Vorläufer gewesen, bevor das Einbinden von Seiten reguläre Syntax wurde.

• Die Vorgabe für den Namensraum ist Vorlage: genau wie bei normalen Einbindungen.
• Benannte und unbenannte Parameter werden wie bei Vorlagen in der eingebundenen Seite ersetzt.
• Zunächst war es eher für die Systemnachrichten gedacht gewesen, worauf noch der Name hindeutet. Diese wandelten sich jedoch zur Parserfunktion int: und erwarten $1 $2 $3 usw. als Platzhalter, passen sich aber umgekehrt an die aktuelle Benutzersprache an.
• msg: und int: waren ursprünglich ähnliche Konzepte; int: arbeitet nur im Namensraum MediaWiki: und beachtet sprachabhängige Unterseiten; msg: in beliebigen Namensräumem mit Vorgabe Vorlage: und ist nicht von der Benutzersprache abhängig. Die Platzhalter der zunächst nur unbenannten Parameter wurden anders gestaltet, um später auch beliebig benannte Parameter zu ermöglichen. msg: war als lokal definierbare Nachricht für den Wikitext eine Variante zur Systemnachricht der Software.

Funktion	Pflichtparameter	Parameter
msg	Seite	Parameter	Parameter
Seiteneinbindung. Seite ist der Name der Seite; ohne Namensraum als Vorlage:. Weitere Parameter können beigegeben werden.
Beispiel: {{msg:@|30px}} (Vorlage:@) →

Funktionen in Bezug auf eine einzelne Seite im Wiki und (auch ihrer) URL sowie der Namensräume.

Die nachstehenden Funktionen beziehen sich in der Regel auf die aktuell dargestellte Seite.

• Einige erlauben es, über einen zusätzlichen Parameter Seitenname auch andere Seiten anzusprechen.
• Ein dem generischen Funktionsnamen nachgestelltes E als Ende des Namens steht für „Encoding“ und bewirkt ein URL-Encoding.

Mit Ausnahme der letzten beiden Funktionen werden Eigenschaften abgefragt.

DISPLAYTITLE wird nicht beachtet, selbst wenn es auf derselben Quelltext-Seite definiert wäre.

Es handelt sich um eine reine Analyse der Zeichenketten unter Beachtung der Namensräume des aktuellen Wiki. Deshalb muss die Seite auch nicht existieren; allerdings der Name aus hierfür gültigen Zeichen bestehen.

Siehe auch Namensräume.

Bei Unterseiten können die Komponenten betrachtet werden, also die durch Schrägstrich / in Segmente gegliederte Hierarchie.

• Siehe dazu auch #titleparts mit mehr Möglichkeiten für einen beliebigen Seitennamen.
• Erforderlich ist ein Namensraum, für den die Unterseiten-Funktionalität aktiviert ist (nahezu alle außer ANR und Mediendateien).

ROOTPAGENAME ist gut geeignet, um das Benutzerkonto zu irgendeiner Seite im BNR festzustellen: {{ROOTPAGENAME:BD:Beispielnutzer/Archiv}} → Beispielnutzer

Alle Funktionen in diesem Abschnitt gehören zu den „teuren“ Funktionen, von denen pro dargestellter Seite gemäß Vorlagenbeschränkungen insgesamt nur 500 erlaubt sind.

Zur Seiteninhaltssprache siehe PAGELANGUAGE.

Die Angaben beziehen sich auf die letzte sichtbare gespeicherte Bearbeitung (aktuelle Version).

• In der Vorschau auch ggf. bei einer neu zu erstellenden Seite wird die Situation bei der Generierung dargestellt, falls nicht anders angegeben.
• Zeitangaben beziehen sich auf die lokale Zeit (Berlin).
• Bei nicht existierendem Seitenname wird ein leerer Wert geliefert.
• Ein nicht existierender Seitenname wird als fehlerhafte Vorlageneinbindung registriert.

Alle Funktionen in diesem Abschnitt gehören zu den „teuren“ Funktionen, von denen pro dargestellter Seite gemäß Vorlagenbeschränkungen insgesamt nur 500 erlaubt sind.

Eine Substitution der Versionsnummer zum Fixieren der aktuellen Seitenversion ist grundsätzlich nicht möglich:

• Zuerst erfolgen alle Substitutionen, und der fertige Wikitext wird hergestellt.
• Danach wird dieser Text in die Warteschlange der Datenbank zur Abspeicherung eingereiht.
• Danach wird der Text abgespeichert und gleichzeitig die laufende Versionsnummer vergeben.
• Damit kann er aber nicht mehr diese aktuelle Versionsnummer enthalten.

Unproblematisch sind Benutzerkonto und Zeitstempel. Sie lassen sich über Tilden oder Substitution der Parserfunktionen gewinnen und sind ja schon vor der Abspeicherung bekannt, zumindest bis auf Zehntelsekunden.

Zur aktuellen Seite kann der korrespondierende Namensraum festgestellt werden. Das bedeutet:

• Die Diskussionsseite zu einer inhaltlichen Seite ist die Diskussionsseite.
  • Die Nummer des Namensraums erhöht sich also um 1, wenn sie vorher ≥0 war.
• Die Diskussionsseite zu einer Diskussionsseite ist die Diskussionsseite selbst.
• Die inhaltliche Seite zu einer Diskussionsseite ergibt sich, indem von der Nummer des Namensraums 1 abgezogen wird; also die sogenannte „Vorderseite“.
• Die inhaltliche Seite zu einer inhaltlichen Seite ist die Seite selbst.
• Für eine Spezialseite gilt:
  • Der zugeordnete inhaltliche Namensraum ist Spezial: selbst.
  • Die zugeordnete inhaltliche Seite ist der (gültige) Parameterwert.
  • Zugeordnete Diskussionsseite und Namensraum sind „leer“.
  • Im Kontext einer Systemnachricht könnte diese Situation einmal auftreten.

Die nachstehenden Funktionen ermitteln zunächst den Namensraum insgesamt.

• Der hier verwendete Begriff „Hauptnamensraum“ darf nicht mit dem ANR oder Hauptnamensraum des Projekts verwechselt werden (Namensraum-Nummer „Null“).

Eine zugeordnete Seite hat den gleichen Seitentitel im zugeordneten Namensraum.

• Der Ausdruck „Hauptseite“ ist verwirrrend gewählt. Gemeint ist nicht die Wikipedia:Hauptseite, sondern die inhaltliche „Vorderseite“ als Gegenstück zur Diskussionsseite.

Während alle vorstehenden Funktionen Eigenschaften der aktuellen Seite erfragen, weist diese und die nächste eine Eigenschaft zu. Zu den Einzelheiten siehe Hilfe:SEITENTITEL.

Anders als fast alle vorstehenden Funktionen, die Eigenschaften der aktuellen Seite erfragen, weist diese ebenfalls eine Eigenschaft zu. Zu den Einzelheiten siehe Hilfe:Kategorien.

Siehe auch Komponenten für die momentane Seite.

Die Funktion ist nur für Seitennamen ausgelegt. Daher funktioniert die Funktion nur mit Zeichen, die auch im Seitennamen erlaubt sind. Im Fehlerfall wird der gesamte Parameter zurückgegeben.

Bevor 2013 mit Lua effiziente Zeichenketten-Operationen verfügbar wurden, ist diese Funktion auch für andere inhaltliche Anwendungen zweckentfremdet worden; etwa für LCCN in einer privaten Gliederung mittels Schrägstrichen.

Es ist möglich, direkt per [[../]] auf Seiten relativ zur aktuellen Seite zu verlinken, sofern Unterseiten aktiviert sind, und genauso auch Seiten einzubinden, ohne ihren vollständigen Namen anzugeben. In manchen Fällen ist es jedoch notwendig, den relativen in einen absoluten Seitennamen zu wandeln.

Die nachstehende Funktion betreibt reine Zeichenkettenverarbeitung; die Seiten müssen nicht wirklich existieren, allerdings müssen die Angaben formal richtig sein.

Ein relativer Seitenpfad kann . oder .. lauten oder beginnen mit /oder ./ oder ../.

Lokalen Standard-Namen eines Namensraums feststellen.

Zur Aufzählung der einzelnen Namensräume in der deutschsprachigen Wikipedia siehe Hilfe:Namensräume.

• Um festzustellen, ob die momentane Seite in einem bestimmten Namensraum liegt, ist {{NAMESPACENUMBER}} mit dem Zahlenwert (etwa 10 für „Vorlage“) zu vergleichen.
  • Nicht sinnvoll ist es, zu vergleichen: {{NAMESPACE}} mit {{ns:10}} – dies führt nur zu einem überflüssigen Funktionsaufruf und zur Ausdehnung von Zeichenketten.
  • Wenn schon mit der global einheitlichen, aber nicht intuitiven Zahl 10 verglichen wird, dann kann das gleich auf Ebene der Zahlen geschehen und muss nicht erst mühsam in die lokalen Namen umgewandelt werden.
  • Wenn in einer nur für den deutschsprachigen Raum geschriebenen Vorlage intuitiv verständlich verglichen werden soll, dann {{NAMESPACE}} direkt mit der Zeichenkette Vorlage (dem Ergebnis von {{ns:10}}).
• Die Form {{nr: statt {{ns: ist nicht sinnvoll.
  • Die Funktionen {{ns: für den Namensraum sind dazu da, in einem nicht-deutschsprachigen Wiki die Vorlagenprogrammierung verwenden zu können, indem die dort geltenden Bezeichnungen der Namensräume dem Benutzer sichtbar gezeigt werden.
  • Wenn es ein nicht-deutschsprachiges Wiki ist, dann ist die Form {{nr: dort unbekannt.
  • Wenn es ein deutschsprachiges Wiki ist, sind die Bezeichnungen der Namensräume bekannt. Dann können die Namen direkt benutzt werden und der Umweg über die nr:-Funktion ist sinnlos.
  • Wenn den Benutzern die Bezeichnung nicht optisch dargestellt werden soll, kann intern in einer weltweit austauschbaren Vorlage direkt mit den englischen Bezeichnungen zur Bildung von Wikilinks oder URL gearbeitet werden, etwa Template_talk: – ein Umweg über die lokalen Namensraumfunktionen aus der Tabelle ist nicht erforderlich.
• Die Form {{nr:Hilfe}} ist absoluter Nonsens im Quadrat; sie kann aus doppeltem Grund nur in einem deutschsprachigen Wiki benutzt werden und hat immer – Hilfe als Ergebnis.
  • Die Form {{ns:Help}} wäre dagegen eine intuitiv verständlichere Form von {{ns:12}} und dient dazu, in einer weltweit austauschbaren Vorlage den lokalen Namen sichtbar darzustellen.
• Siehe ansonsten auch oben Namensraum zu weiteren Konvertierungsmöglichkeiten.

Wenn nur die Verlinkung der Mediendatei in Standardgröße ohne genauere Angaben benötigt wird, ist das Format [[Media:]] günstiger, das bei fehlerhaftem Dateinamen ein Rotlink zeigt, während das URL-Link immer blau ist. Der Dateiname über upload-URL erscheint nicht auf Special:GlobalUsage, was zur Folge hat, dass dieser Link bei Namensänderungen auf Commons (oder lokal) nicht berücksichtigt werden kann.

Direkt in Seiten sollte dies nicht verwendet werden.

Die nachstehenden Funktionen zielen darauf ab, zu einer Wiki-Seite eine URL zu generieren und ggf. auch noch einen oder mehrere URL-Parameter angeben zu können.

• Nur die Variante canonicalurl sollte verwendet werden.
• Die deutschsprachigen Lokalisierungen sind extrem ungebräuchlich und auch missverständlich.

canonicalurl

• bewirkt das URL-Encoding des Seitennamens,
• sorgt für kürzeren Quelltext,
• macht Verlinkungen robuster gegenüber unterschiedlichen Domains.
  • Zwar wird bislang nicht zwischen Mobil- und Desktop-Domain unterschieden, jedoch wird dies erörtert.
• Eine Vorlagenprogramierung ist darüberhinaus zwischen Wikis austauschbar, wenn sie nicht die Domain des momentanen Wikis fest kodiert enthalten muss.

Die nachstehenden Funktionen waren in den allerersten Jahren dafür gedacht gewesen, eine Spezialität der Wiki-URL zu unterstützen.

• Sie hatten noch ein zusätzliches URL-Encoding ausgeführt; das e am Ende des Namens steht für „Encoding“.
• Es ging um Detailfragen der Kodierung von Leerzeichen (Pluszeichen) und Unicode-Zeichen, sowie bei ungültigem Seitennamen.
• Heute ist dies obsolet; ältere Programmierungen sollten zurückgebaut werden.
• Die Wirkung ist gleich der regulären Funktion.

Die nachfolgende Funktion wurde früher benötigt, weil bis Mitte der 2010er Jahre aus Kompatibilitätsgründen für einige Browser die Fragmentbezeichner für ein Wiki nach einem anderen Schema kodiert wurden. Heutzutage ist dies nicht mehr erforderlich, und urlencode kann auch für Fragmentbezeichner verwendet werden. Allerdings müssen Pfad und Fragmentbezeichner separat kodiert werden, weil das kennzeichnende # ansonsten als %23 versteckt würde. Die Funktion sollte zur besseren Verständlichkeit ggf. ersetzt werden; sie führt auch nur einen nicht völlig sicheren Zwischenschritt aus.

Wikisyntax kann vor der Auswertung verborgen werden.

Dies sind die einzigen Parserfunktionen mit einem konstanten Ergebnis.

Diese Funktion dient dazu, innerhalb der Parameterwerte für Vorlagen und auch Parserfunktionen ein Pipe-Symbol zu verwenden, ohne dass es in der ersten Auswertung als Trenner zwischen Parameterwerten wirkt.

• Im Ergebnis ist es dann syntaktisch wirksam und ein normales Pipe-Symbol. Das wird für die Tabellensyntax benötigt, falls diese in Parameterwerte einfließen soll.
• Wenn nur die dekorative Wirkung in der Darstellung angestrebt wird, kann auch das HTML-Entity | verwendet werden.

Diese Funktion dient dazu, innerhalb der Parameterzuweisungen für Vorlagen und auch Parserfunktionen ein Gleichheitszeichen zu verwenden, ohne dass es in der ersten Auswertung als Bezeichner für Parameternamen wirkt.

• Im Ergebnis ist es dann syntaktisch wirksam und ein normales Gleichheitszeichen.

Das Problem tritt insbesondere dann auf, wenn unbenannten Parametern einer Vorlage ein Wert zugewiesen wird, der ein Gleichheitszeichen enthält. Hier gibt es zwei Möglichkeiten:

1. Parameternamen voranstellen:
   |1=<span class="hintergrundfarbe8">Überschrift</span>
2. Alle = im Wert einzeln maskieren:
   |<span class{{=}}"hintergrundfarbe8">Überschrift</span>

Wenn nur die dekorative Wirkung in der Darstellung angestrebt wird, kann auch das HTML-Entity = verwendet werden.

Diese Funktionen wirken auf alle Buchstaben in allen Schriftsystemen, die das Konzept von Groß- und Kleinbuchstaben kennen.

Diese Funktionen ermöglichen das Einfügen von Zeichen, um in einer geeigneten Darstellung ggf. die Ziffer Null oder auch Leerzeichen so einzufügen, dass alle Zeichenketten die vorgegebene Länge erhalten.

Als Füllzeichen können auch mehrere Zeichen angegeben werden; aber die Mindestlänge führt dann ggf. zu unerwarteten Ergebnissen:

• "{{padright:Haus|7| }}" → "Haus&nb"

Werte kleiner oder gleich Null oder nichtnumerische Angaben für die Länge und fehlende Textfragmente liefern ggf. seltsame Effekte.

Wenn die Anzahl kleiner als eins oder nicht numerisch ist, lässt sich das Verhalten nicht dauerhaft vorhersagen. Es kann die Pluralform oder „nichts“ resultieren.

Konkurrierend zu dieser Parserfunktion gibt es eine Vorlage gleichen Namens, die dadurch aktiviert wird, dass der erste Parameter durch | statt : abgetrennt wird:

• {{plural|1|Kuh|Kühe}} → 1 Kuh
• {{plural|5|Kuh|Kühe}} → 5 Kühe

Hier wird die Anzahl wiederverwendet und mittels eines geschützten Leerzeichens vorangestellt.

• Vorlage:Mehrzahl wäre allerdings ein glücklicherer Name gewesen und hätte verdeutlicht, dass es sich offenkundig um etwas anderes handelt.

Im Mai 2024 neu eingeführt wurde die nachstehende Unterscheidung gemäß persönlicher Spracheinstellung.

Für diese Funktion ist deutschsprachig zurzeit keine Programmierung hinterlegt.

Diese Funktionen werden in der deutschsprachigen Wikipedia nicht verwendet.

• Es sind die sprach- und schriftspezifischen Vorlagen der Kategorie:Vorlage:zur Schriftunterstützung (bidi) zu benutzen.
• Diese Methodik mit Steuerzeichen ist seit längerer Zeit unerwünscht und entstammt dem vorigen Jahrhundert.
• Moderne Techniken verwenden HTML-Elemente für die Inhalte und weisen ihnen entsprechende Attribute zu.

Für die inhaltliche Arbeit sind diese Funktionen weniger verwendbar.

Verschiedene Komponenten der URL-Struktur.

In der ersten Entwicklungsphase der Wiki-Software wurden in diesem Pfad Ressourcen für das HTML-Dokument hinterlegt. Mit dem ResourceLoader wurde das in den 2010er Jahren obsolet.

Es wird bei ungültigem Ausdruck eine Fehlermeldung angezeigt; eine Wartungskategorie ist zurzeit jedoch nicht definiert.^[1]

Mögliche Operationen

Operator	Operation	Beispiel
Algebraische Operationen
+	Addition	{{#expr: 30 + 7 }} = 37
−	Subtraktion (oder Negation)	{{#expr: 30 - 7 }} = 23
*	Multiplikation	{{#expr: 30 * 7 }} = 210
/ oder div	Division	{{#expr: 30 / 7 }} = 4.2857142857143
^	Potenz . Achtung: Beim zweifachen Potenzieren sollten Klammern angegeben werden. Die Potenzen werden von der Software linksassoziativ ausgeführt: 2 ^ 2 ^ 2 = (2 ^ 2) ^ 2. Mit der Beziehung kann man auch radizieren.	{{#expr: 2 ^ 8 }} = 256
sqrt	Quadratwurzel	{{#expr: sqrt 16 }} = 4
mod	Modulo, der Rest einer Division von Ganzzahlen.	{{#expr: 30.4 mod 7.2 }} = 2
fmod	Modulo, der Fließkommarest einer Division von Fließkommazahlen. Mit 1 als Divisor erhält man den Nachkommateil des Dividenden.	{{#expr: 30.4 fmod 7.2 }} = 1.6 {{#expr: 3.1428 fmod 1 }} = 0.1428
exp	Exponentialfunktion ()	{{#expr: exp 5 }} = 148.41315910258
ln	Der natürliche Logarithmus einer Zahl. Zur Umrechnung in andere Logarithmen siehe Basisumrechnung.	{{#expr: ln exp 3 }} = 3
abs	Betragsfunktion	{{#expr: abs -1.2 }} = 1.2 {{#expr: abs 1.2 }} = 1.2
Runden
round	Rundet die Zahl auf der linken Seite auf die Anzahl Nachkommastellen, die von der Zahl auf der rechten Seite angegeben wird (kaufmännische Rundung)	{{#expr: 30 / 7 round 7 }} = 4.2857143
trunc	Rundet eine Zahl in Richtung Null auf die nächste Ganzzahl, d. h. negative Zahlen werden aufgerundet und positive Zahlen werden abgerundet	{{#expr: trunc -1.2 }} = -1 {{#expr: trunc 1.2 }} = 1
floor	Abrunden auf die nächste Ganzzahl	{{#expr: floor -1.2 }} = -2 {{#expr: floor 1.2 }} = 1
ceil	Aufrunden auf die nächste Ganzzahl	{{#expr: ceil -1.2 }} = -1 {{#expr: ceil 1.2 }} = 2
Konstanten und trigonometrische Operatoren
e	Die Eulersche Zahl e	{{#expr: e }} = 2.718281828459
pi	Die Kreiszahl	{{#expr: pi }} = 3.1415926535898
sin	Berechnet den Sinus einer Zahl in Bogenmaß	{{#expr: sin 3.14 }} = 0.0015926529164868
cos	Berechnet den Kosinus (engl. cosine) einer Zahl in Bogenmaß	{{#expr: cos pi }} = -1
tan	Berechnet den Tangens einer Zahl in Bogenmaß	{{#expr: tan 1 }} = 1.5574077246549
asin	Berechnet den Arkussinus	{{#expr: asin 0.5 }} = 0.5235987755983
acos	Berechnet den Arkuskosinus	{{#expr: acos 0 }} = 1.5707963267949
atan	Berechnet den Arkustangens	{{#expr: atan 1.4 }} = 0.95054684081208
Vergleichsoperatoren
=	Gleichheit	{{#expr: 30 = 7 }} = 0
<> oder !=	Ungleichheit	{{#expr: 30 <> 7 }} = 1
<	Kleiner als	{{#expr: 30 < 7 }} = 0
>	Größer als	{{#expr: 30 > 7 }} = 1
<=	Kleiner oder gleich	{{#expr: 30 <= 7 }} = 0
>=	Größer oder gleich	{{#expr: 30 >= 7 }} = 1
Logische Operatoren
and	Logisches UND	{{#expr: 30 and 7 }} = 1 {{#expr: 30 and 0 }} = 0
or	Logisches ODER	{{#expr: 30 or 7 }} = 1 {{#expr: 30 or 0 }} = 1
not	Logisches NICHT	{{#expr: not 7 }} = 0 {{#expr: not 0 }} = 1
Syntax
#.#e±#	Statt eines Kommas muss der Punkt zur Trennung der Nachkommastellen benutzt werden. Zahlengruppierungen (im deutschen meist der Punkt) sind nicht möglich. Zahlen können in der wissenschaftlichen Notation übergeben werden. Für positive Exponenten ist das Plus optional.	{{#expr: 0.7e4 }} = 7000
( )	Gruppierung/Klammerung	{{#expr: (30 + 7) * 7 }} = 259

Hyperbolische, andere trigonometrische, Arkus- und Areafunktionen müssen mit Hilfe der entsprechenden Definitionen und Umrechnungen realisiert werden:

Die booleschen Operatoren behandeln 0 (Null) als falsch und 1 als wahr. Zahlen werden mit dem Punkt als Dezimaltrenner angegeben.

Beispiel:

{{ #expr: (100 - 32) / 9 * 5 round 0 }}

ergibt:

38

Damit werden 100 Fahrenheit auf die Celsius-Skala umgerechnet (auf die nächste ganze Zahl gerundet).

Da diese Berechnungen aus Kompatibilitätsgründen mit dem englischen Zahlenformat durchgeführt werden (Beispiel: {{#expr: 13000 / 3.1 round 2}} ergibt 4193.55) müssen solche Zahlen zusätzlich in das lokale Format umgewandelt werden (Beispiel: {{formatnum:{{#expr: 13000 / 3.1 round 2}}}} ergibt 4.193,55. Zu anderen lokalen Formaten siehe Vorlage:FormatZahl).

Arithmetische Ausdrücke können auf Spezial:Vorlagen expandieren getestet werden.

Eine Fehlersituation kann mittels der Parserfunktion #iferror abgefangen werden; der Ausdruck auch zur Steuerung genutzt werden mit #ifexpr.

Eine Wartungskategorie für Seiten mit ungültiger Zahl kann über MediaWiki:Nonnumeric-formatnum definiert werden.

• Kategorie:Wikipedia:Seite mit nicht-numerischem formatnum-Argument

Anmerkungen

1. ↑ Phabricator – Bug/Feature: 25959 – Es wird ein Problem darin gesehen, dass auch bei #iferror eine Wartungskategorie ausgelöst wird, obwohl bereits eine Fehlerbehandlung erfolgt.

Siehe Hilfe:Kategoriebaum.

Siehe Hilfe:Wikidata/Seiten zwischen Projekten verknüpfen.

Siehe mw:Help:Extension:RelatedArticles.

Siehe GrowthExperiments (seit 2021).

Das wesentlich länger bestehende Wikipedia:Mentorenprogramm verwaltet die Betreuung bislang nicht hiermit.

Siehe Wikipedia:WikiProjekt Georeferenzierung.

Eine Wartungskategorie kann über MediaWiki:Geodata-broken-tags-category definiert werden.

• Kategorie:Wikipedia:Fehlerhafte Auszeichnung zu Koordinaten