Benutzer:Kameloid/dpl

Nützliche Links

dpl in 20 Minuten

dpl kann so aufgerufen werden (grosser Nachteil {{{xy}}} und {{xy}} kann nicht benutzt werden (ähh, letzten Gerüchten zu Folge scheint die Aussage nicht ganz zu stimmen...)): [1]

<dpl>
 namespace = Kamel 
 titlematch = Kameloid/Vorlagen/%
 replaceintitle=/Kameloid\/Vorlagen\//, 
 format = ,**[[%PAGE%|%TITLE%]]\n, 
 noresultsheader = Des is nix gut!
</dpl>

Oder so:

{{#dpl:
|namespace = Kamel 
|titlematch = Kameloid/Vorlagen/%
|replaceintitle=/Kameloid\/Vorlagen\//, 
|format = ,**[[%PAGE%|%TITLE%]]\n, 
|noresultsheader = Des is nix gut!
}}

Fallbeilspiel

Für kleinere Listings bietet sich das Inline-Format an. Die 2 Varianten ergeben genau das selbe Resultat:

Variante 1:
{{#dpl:
|namespace =
|category = Baum
|format = ,[[%PAGE%|%TITLE%]],, 
|inlinetext = <nowiki>, </nowiki>
}}

Variante 2:
{{#dpl:
|namespace =
|category = Baum
|mode = inline
|inlinetext = <nowiki>, </nowiki>
}}

Eine 3te Variante wäre format = ,[[%PAGE%|%TITLE%]],<nowiki>, </nowiki>, allerdings würde am Schluss der Liste dann auch ein ", " stehen, was eigentlich unerwünscht ist.

Und so siehts aus:

Latschenkiefer, Zitterpappel, Buche, Eiche, Weihnachtsbaum, Müslibaum, Element, der, Walden, Specktanne, Russischer Riesenbonsai, Kiefer, Kamelpalme, Stamm, Stockfisch, Felgenbaum, Katzenbaum, Artikel mit den meisten Kategorien, Leiche, Regenwald, Kabelbaum, Susi - Wege zum Glück, Brett, Gummibaum, Tannenbaum, Birke, Kastanie, Industrie, Fichte, Ast, Linde, Imaginärer Holzackerstrauch, Schlagbaum, Drogenpalme, Dornenpalme, Neuseeländische Eiche, Kamelkazie, Watschenbaum, Mascara, Stammblatt, Bankrott, Krick Krack, Überbuchung, Kehlkopfkrebs, Koryphäe, Augenweide, Dienstvorschrift Weihnachtsbaum, Baum, Querbaum, Amerikanische Kirmesbeere, Marmelade, Dösbaddelpalme, Stammbaum, Holz, Bonsai, Peter Schwarzer, Zweig, Mein Freund, der Baum, Palmsonntag, Baumbruch, Blattform, Affenbrotbaum, Apfelbaum

Namespace

Nicht in der Abfrage enthalten = Alle
Leer lassen = Artikelnamensraum (namespace = (sieht halt unfertig aus, aber so ises))
2 oder mehr Namespaces angeben: namespace = ¦Bild¦Forum oder namespace = {{!}}Bild{{!}}Forum (ist eine Vorlage:!) die einfach einen | ausgibt. (wobei das "Leer" vor dem ¦Bild¦Forum eben den "leeren" darstellt, den Artikelnamensraum )

Namespaces auf diesem Server:

inlinetext

Inlinetext ist der Text zwischen den ausgegebenen Einträgen. Als einziger mir bekannter Parameter muss er nach dem format= (falls verwendet) stehen. Werden Leerzeichen vor und/oder nach gewünscht, muss man sie tarnen: Entweder als  , mit "nowiki" ausgeklammert oder mit   ersetzen. Der Nachteil bei "nbsp" ist, dass er "no breaking" ist und die Inleinausgaben entsprechend ungebrochen aussieht.

Fallbeilspiel

Man kann den Inhalt eines Artikels auch in der Ausgabe mit einbeziehen, bisher wird das hier aber nicht angewendet, weil auch Bilder und Audio in diesem Ausschnitt drin sind. Eine Denkbare Anwendung wäre zb eine Glossar Auschnitt oder auch der Wochen Artikel könnte so automatisiert werden:

{{#dpl:
|namespace = 
|titlematch = Oxidation
|include = #{{{1|Geschichte}}}[100]
}}

Und so siehts dann aus:

Oxidation Auch die Oxidation fällt in das dunkle Kapitel der staatlichen Geheimhaltung. ..→

include

Include kann verschiedene Sachen includen, in diesem Bsp geht es um Sektionen.
include = #ACAB![100] wobei:

#{{{1|ACAB!}}}: Include ab ===ACAB!=== bis zum nächsten ===irgedwas===
[100]: sagt aus, wievile Zeichen übergeben werden sollen, ohne Angabe, wird alles übergeben. Sind mehr Zeichen vorhanden als angegeben, kommt hinter dem Text eine kleiner hässlicher Pfeil, der als Link zum Text fungiert.

titlematch

titlematch ist in deisem Bsp eigentlich missbraucht, wenn nur eine spezivische Seite aufgerufen werden soll, würde sich "titel=" eher anbieten, ausser es gibt ein Problem, den Namespace zu deklarieren. titlematch wird verwendet um Seiten zu finden, die eine Gemeinsamkeit im Namen haben zB: Für die Suchen nach Unterseiten von Kamelen (ohne sie auf den Rücken zu drehen...) würde man folgendes Verwenden:
titlematch = Kameloid/% wobei das % anzeigt, dass es da noch weiter gehen kann. Eine ähnliche Situation wäre die Suche nach Lesezirkelseiten:
titlematch = %/Lesezirkel

Fallbeilspiel

Artikel können Vorlagen enthalten, die mit Kommentar versehen sind. Beispielsweise benützt die Artikelschmiede im Artikel eine Vorlage: {{Schmiede|gerade erst angefangen|[[Kamel:THE MASTER|THE MASTER]]}}

Auf die Daten in der Vorlage kann so zugegriffen werden:

{{#dpl:
|namespace = Kamelopedia
|category = Hufschmiede
|title=Kamelopedia:Artikelschmiede/Strebergarten
|noresultsheader = Artikel fehlt, bitte schreib schnell einen
|addfirstcategorydate = true
|ordermethod = categoryadd
|count=10
|include = {Schmiede}:2:1
|secseparators=<big>(,)</big>
|format= '''Preambel''',<br />'''%PAGE%''','''Müll''',<br />'''Postamble'''
}}

Und so Scheisse siehts aus:
Artikel fehlt, bitte schreib schnell einen

title

Schränkt die Suche auf genau einen Titel ein. Hier könnte man auch titlematch=Artikelschmiede/Strebergarten (nottitlematch= ist das Gegenteil) benützen, damit man den Namespace nicht angeben muss, wenn aber der Titel in mehreren Namespaces vorkommt, gibts auch mehrere Treffer.

PS: Irgend was sollte ich da noch hinschreiben, habs aber vergessen....

addfirstcategorydate

addfirstcategorydate = true ist auch ein Feature. Wann der Artikel in die Kategorie kam.

ordermethod

ordermethod = categoryadd: Die Ausgabe ist nach dem Datum sortiert, wann das Teil in die Kat geschubbst wurde.

count

count=10 sagt, wieviele Treffer insgesamt angezeigt werden sollen. In diesem Bsp völliger Nonsens, da es maximal 1 geben kann.

include

include kann auf viele Arten benützt werden. Hier wird es benützt um den Vorlagetext einzubinden.

include = {Schmiede}:2:1 heisst, zuerst den 2ten Parameter und dann den 1sten holen. Eingefügt wird das ganze automatisch in
format = ,,hier vor dem Müll,

secseparators

secseparators= vor S1, nach S1, vor S2, nach S2.... sagt, welche Zeichen vor und nach jeder Sektion des include hinzuzufügen werden sollen. Da muss ich mich noch was schlauer machen, weil {Schmiede}:2:1 wird als eine Sektion behandel, warum weiss ich auch nicht. Theoretisch sollte man das für jede Sektion einzeln definieren können.

format

Dies ist das schwärzeste Kapitel. format = ,,, ist die Grundform. Sie teilt sich auf in:
format = XXXX,PPPP,AAAA,YYYY:
XXXX: Da kommt alles hin, was vor der Liste stehen soll
PPPP: Hier kommt alles hin, was mit der Artikeltitel zutun hat
AAAA: Der ganze übrige Schrott
YYYY: Da kommt alles hin, was nach der Liste stehen soll.

Fallbeilspiel

Wird in einer Vorlage mehrmals das selbe dpl-Resultat gebraucht, so kann man es auch in eine Variabel packen:

{{#vardefine: Beispielartikel|
{{#dpl: 
| uses = Vorlage:{{{1|Hw}}}
| randomcount = 1 
| format = ,• [[%PAGE%|Beispielartikel]],, 
| noresultsheader = Keine Beispiele vorhanden
}}}}

Und die Ausgabe im Text per: {{#var:Beispielartikel}}

Und so was gibt es aus:

Hier ist er: Keine Beispiele vorhanden
Und da auch: Keine Beispiele vorhanden

uses

Schränkt die Ausgabe ein auf, die Artikel, die die Vorlage:XXXXYYYY brauchen:
uses=Vorlage:Hw¦Vorlage:Was die Verknüpfung ist "und/oder".
notuses=..... ist das Gegenteil. Es ist nicht nur auf Vorlagen eingeschränkt, es kann auch ein anderer Namespace verwendet werden.

randomcount

randomcount = X gibt eine Anzahl X zufällig aus den gefundenen Artikeln (oder was auch immer) aus. Ist X grösser als die Anzahl der gefundenen, ist die Auswahl auch nicht mehr zufällig.

noresultsheader

noresultsheader= wenn es kein Resultat gibt. Wenn damit zu rechnen ist, dass es auch kein Ergebnis geben kann, sollte hier was stehen (minimal ein  ), sonst wird so ne komische Meldung ausgegeben, die dann auch sichtbar ist.

Fallbeilspiel

Ersatz-Zeichen

Da die Verarbeitung auf gewisse Zeichen angewiesen ist, um zu merken wo welcher Parameter anfängt und aufhört, und diese identisch mit den Wikisyntax sind muss man manchmal Ersatz-Zeichen benützen Bsp:

{{#dpl:
|namespace = 
|addpagecounter = true
|userdateformat=j. M Y
|addeditdate=true
|ordermethod=firstedit
|createdby= Kameloid
|uses= Vorlage:hw 
|resultsheader   = {¦²{prettytable}² class=sortable width=100% \n!width=300px¦Meine Kamelitos (%PAGES%)
|format = ¦¦width=100px¦Erschaffen¦¦width=100px¦Gesichtet¦¦Linksto
,\n¦-\n¦align=left¦[[Bild:Kartenhäufigkeit2.png|float|14px]] '''[[%PAGE%|%TITLE%]]''',
¦¦align=center¦<span style="display:none">²{#time:Ymd¦%DATE%}²</span>%DATE%
¦¦align=center¦%COUNT%¦¦²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}²\n,\n¦}
|noresultsheader = Des is nix gut!
}}

Erzeugt dieses hier:

Des is nix gut!

Hier wird:

{{...}} mit ²{...}²
{|...|} mit {¦...¦}
| mit ¦
Newline mit \n

ersetzt.

addpagecounter

Jedes zusätzliche Feature (was mehr als den Artikelnamen erzeugen soll) muss auch deklariert werden. addpagecounter=true sagt dem deppl, dass es die Besucherzahlen der Seiten mitsammeln soll. Kann dann bei der Ausgabe (fromat=...) als %COUNT% beliebig verwurstet werden.

userdateformat

Enthält die Abfrage ein Datum, kann diese präformatiert werden. Für nähere Formatangaben siehe:[2]

Zb.: userdateformat=j. M Y erzeugt ein Datum wie: 1. Dec 2008

addeditdate

addeditdate=true ist ein Feature und muss eingeschaltet werden.
Kann dann bei der Ausgabe (fromat=...) als %DATE% beliebig verwurstet werden.

Bei sortierten Tabellen, muss mit einen Trick ein 2tes Datum mit ausgegeben werden, sonst wirds falsch sortiert:

<span style="display:none">²{#time:Ymd¦%DATE%}²</span>%DATE%

Das erste Datum (²{#time:Ymd¦%DATE%}² ) ist unsichtbar, aber da und zwar als 20081201, das sichtbare ist dann 1. Dec 2008.

ordermethod

Muss angegeben werden sobald Kamel mit dem Datum spielt. Es gibt viel Möglichkeiten wonach sortiert werden soll. Im Bsp ist ordermethod=firstedit verwendet, da es um das Datum der Neuanlegung des Artikels geht.
PS: In diesem Zusammenhang ist auch order=descending (vom Neuseten zum Ältesten) oder order=ascending (standard vom Ältesten zum Jüngsten) interessant.

createdby

Gibt das Kamel wieder, dass den Blödsinn auf den Server geklatscht hat. Kann dann bei der Ausgabe (fromat=...) als %USER% beliebig verwurstet werden.

resultsheader

Gibt es zumindest ein Resultat, dann wird resultsheader = {¦²{prettytable}² class=sortable width=100% \n!width=300px¦Meine Kamelitos (%PAGES%) Ausgegeben, bzw. ausgeführt (hier könnte man auch eine Subroutine schachteln). Im Bsp ist das der Anfang der Tabelle. Der Tabellenanfang könnte auch im "format=" stehen, dann ist aber die Variabel %PAGES% (Gesamtzahl der Gefundenen) nicht verfügbar.

Nahe Verwandte sind:

oneresultheader= (wenn es genau 1 Resultat gibt)
noresultsheader= (wenn es kein Resultat gibt. Wenn damit zu rechenen ist, dass es auch kein Ergebnis geben kann, sollte hier was stehen (minimal ein  ), sonst wird so ne komische Meldung ausgegeben, die dann auch sichtbar ist)

format

format =

Die überschrift der Tabelle

¦¦width=100px¦Erschaffen
¦¦width=100px¦Gesichtet
¦¦Linksto,

Der Inhalt der Tabelle Artikelname

\n¦-\n¦align=left¦[[Bild:Kartenhäufigkeit2.png|float|14px]][[%PAGE%|%TITLE%]],

Und der übrige Schrott

¦¦align=center¦²{#time:Ymd¦%DATE%}²%DATE%
¦¦align=center¦%COUNT%¦¦²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}²\n,

Und das blutige Ende der Tabelle

\n¦}

PS: Im Teil "übrige Schrott" wir im Bsp mit (²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}²) eine Externe Routine (Vorlage) aufgerufen, weiteres siehe unter #Probleme & Lösungen

Der Inhalt der Subroutine (Vorlage) ²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}²

{{#dpl:
|namespace = 
|noresultsheader = Keine
|linksto={{{1|Oberfläche}}}
|format =,[[%PAGE%|* ]],,
}}

Und so sieht das aus * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

linksto

linksto={{{1|Holzweg}}} sucht nach allen Artikeln (oder sonst was, ja nach Namespace) das auf die Seite {{{1|Holzweg}}} linkt.

Fallbeilspiel

Ein geniales Konstrukt (neben anderen sonderbaren Dingen) kommt bei der Gaga-Wahl zum Einsatz:
Um die Abgegebenen Stimmen zu Zählen wird folgender Trick verwendet:

{{#vardefine: pro|0}}{{#vardefine: contra|0}}

{{devnull|
  {{#dpl: 
  |title={{FULLPAGENAME}}
  |include={Wahl}:Stimmen
  |skipthispage=no
  }}
}}

Nebst Kleinkram enthält die Vorlage:Pro (und AnasagtdieWahrheit dazu auch die Vorlage Contra) folgendes:

{{#vardefine: pro|{{#expr: {{#var:pro}} +1 }}

Und was soll daran genital sein?

Zuerst wird mit {{#vardefine: pro|0}}{{#vardefine: contra|0}} die Variable pro und die contra auf 0 gesetzt. Danach sucht dpl-Routine nach dem title={{FULLPAGENAME}} (nur sinnvoll wenn sie auch in einem entsprechenden Artikel bzw. der Disk dazu aufgerufen wird, kann aber auch irgend eine Seite sein, die ein Wahl mit Pro&Contra enthält).

include

Mit include={Wahl}:Stimmen wird nun der Teil der Wahlvorlage, der die {{Pro}} und {{Contra}} enthält aufgerufen, bzw. ausgeführt. Dh. alle Pro&Contra Vorlagen werden aufgerufen und die dort enthaltene Anweisung {{#vardefine: pro|{{#expr: {{#var:pro}} +1 }} (Variable pro=pro+1) ausgeführt. Da der Aufruf auch Text erzeugt, wird die Ausgabe in einen sog. Nulldevice geschrieben Vorlage:devnull der diesen sauber entsorgt.

Die entsprechende Seite müsste dann sowas enthalten:

{{Wahl|Stimmen=
  {{pro|}}
  {{pro|}}
  {{contra|}}
}}

skipthispage

skipthispage ist normalerweise =yes und bedeutet, dass die Seite, in der der dpl-code steht, bei der Suche nicht eingeschlossen ist. Will man ausdrücklich diese Seite auch berücksichtigt haben, muss =no angegeben werden.

Probleme & Lösungen

Problem 1

dpl kennt nur ein %DATE% und einen %USER% pro Suche, will Kamel aber zb dass Datum wissen, wann der Artikel in eine bestimmte Kategorie kam und wann der letzte Edit im selbe Artikel war, wirds schwierig:

Folgende Idee geht nicht:
Inerhalb der ersten dpl-Routine eine Variabel "varTitel" definieren, die dann Gültigkeit auch inerhalb der 2ten dpl-Routine hätte, weil %TITLE% nicht in der 2ten Routine verwendet werden kann. Leider wird auch varTitel immer mit dem neusten %TITLE% überschrieben, auch wenn kein direkter Befehl dafür vorhanden ist. Dh: sobald in der 2ten Routine für %TITLE% ein Ergebnis vorhanden ist, hat auch "varTitel" dieses geerbt.

Die erste Routine sucht jeweils das Datum des letzten Edits jedes Artikels in der Kategorie "Entwurf", die geschachtelte sollte jeweils das Datum des Eintrittes in die Kategorie ausgeben.

{{#dpl:
|category = {{{1|Entwurf}}}
|addeditdate=true
|ordermethod=lastedit
|format=,
{{#vardefine:varTitel|%TITLE%}}
{{#dpl:
|category = {{{1|Entwurf}}}
|title={{#var:varTitel}}
|addfirstcategorydate=true 
|ordermethod=firstedit
|format= ,,%DATE%,
}},%DATE%,
}}

Lösung 1

{{#dpl:
|category={{{1|Entwurf}}}
|addeditdate=true
|ordermethod=lastedit
|format=,,²{TESTVorlage¦{{{1|Entwurf}}}¦%TITLE%}² %DATE%,
}}

Inerhalb des "format=" wird hier eine SubVorlage mit den Ergebnissen pro Zeile gefüttert. Ausgegeben werden hier 2 Daten 1) Das aus der SubVorlage und 2) das aus der eingenen Routine.

Inhalt von Vorlage TESTVorlage:

{{#dpl:
|category={{{1|Entwurf}}}
|title={{{2}}}
|addfirstcategorydate=true 
|ordermethod=firstedit
|format= ,,%DATE%,
}}

übergibt das Datum an die aufrufende Routine bzw. Vorlage.

Bemerkung: Der Unterschied zwischen %TITLE% und %PAGE% ist der %NAMESPACE% wobei %PAGE%=%NAMESPACE%:%TITLE%. Je nachdem, was man in der SubVorlage braucht, ist das entsprechende zu verwenden. Für title= muss der Namespace (wenn nicht Artikel) angegeben werden. für titlematch= darf er nicht angegeben werden. Als Beispiel, würde die "TESTVorlage" keine Bilder finden.

replaceintitle

Diesem wurde ein eigenes Kapitel geopfert, da es das auch braucht...
Allgemeine Form: replaceintitle = /RegExp (der Suchbegriff)/ , Ersatzbegriff

Einige Links, die sich mit dem Thema "RegExp" ("Regular Expression" befassen):
[3] [4] [5]

Online Tester

Benützt wird es um die angezeigten Titel automatisch anzupassen. Bsp ausgehend von dem da:

{{#dpl:
|namespace = Kamelopedia
|titlematch=%BaustellenListe%
|format = ,\n*[[%PAGE%|%TITLE%]],, 
}}

Original (ohne replaceintitle):

Mit replaceintitle = / . * \ / / ,

/..../ ist die "Einklammerung" des Suchbegriffs (vergleichbar mit ....)
. bedeutet „irgend ein Zeichen“
* bedeutet „mehr von dem voranstehenden Zeichen“. Also .* heisst „mehr von irgend einem Zeichen“
\ bedeutet, das darauf folgende Zeichen ist kein Steuerzeichen (Escape)
/ ist Teil des Suchbegriffs
, dahinter kommt der Begriff der das Gefundene ersetzen soll. Im Bsp ist es "nichts".

Übersetzung: Nimm alle Zeichen die vor einem / (inkl. /) stehen und ersetze es mit nichts. Und das gibt das Folgende:

Ein weniger intelligentes Bsp ist dieses:
replaceintitle = / Bau ¦ L / , @

Bau bedeutet „Bau“
¦ ist der Trenner zwischen 2 Suchbegriffen. (normalerweise | aber da in einer dpl-Abfrage muss ¦ genommen werden)
L bedeutet „L“
, dahinter kommt der Begriff der das Gefundene ersetzen soll. Im Bsp ist es ein "@".

bersetzung: Such nach "Bau" und/oder "L" und ersetze es mit "@". Und das gibt das Folgende:

Ein genauso unbrauchbares Bsp ist dieses:
replaceintitle = / [ abcd ] / i, Schrott

[....] Klammert eine Auswahl ein und bedeutet „jedes einzelne Zeichen“
abcd sind sie zu suchenden Zeichen
i sagt, dass Gross- & Kleinschreibung egal sind
, dahinter kommt der Begriff der das Gefundene ersetzen soll. Im Bsp ist es ein "Schrott".

Übersetzung: Suche nach Zeichen, die entweder wie a, b, c oder d aussehen und ersetze jedes mit Schrott. Und das gibt das Folgende:

Datumsprobleme

Das Datum birgt einen Haufen an seltsamen Erscheinungen:

+ 2 Stunden Problem: addfirstcategorydate zeigt eie Abweichung von 0, 1 oder 2 Stunden (wie in "Letzte Änderungen") (manchmal aber auch nur eine Minute), vermutlich je nach Sommerzeit oder Wetterlage. Wäre weiter nicht schlimm, solange man es nicht so genau wissen will, allerdings ist man bei Sachen wie firstrevisionsince darauf angewiesen, meistens funktionierts (2 stunden sind nicht viel) allerdings wirds eklig wenn addfirstcategorydate=Lastedit ist, da addfirstcategorydate + 1-2 Stunden ist und somit nichts findet. Ein weiteres Problem gibt es mit einzelnen Artikeln, zB zeigt Berlin bei addfirstcategorydate ein ca. 1,5 Jahre jüngeres Datum als der "Last edit"? Auch bei diesem Artikel ergibt die Auflistung allrevisionssince eine seltsame Reihenfolge, da die Revisions-Nummnern irgendwo durcheinander geraten sind (vielleicht durch einen Ausgrabemerge).

Sprachendivergenz: #time wäre eigentlich sehr gut geeignet, um Daten in ein gewünschtes Format zu überführen, leider versteht es nur enkish und so wird 12. Mär. 2008 zu: Fehler: Ungültige Zeitangabe. Damit limitiert sich der Einsatz ein wenig, bzw. man muss dafür sorgen, dass solche Daten nicht vorkommen.

Benutzer:Kameloid/dpl

Nützliche Links

dpl in 20 Minuten

Fallbeilspiel

Fallbeilspiel

Fallbeilspiel

Fallbeilspiel

Fallbeilspiel

Fallbeilspiel

Probleme & Lösungen

Problem 1

Lösung 1

Datumsprobleme

Navigationsmenü

Suche