Wikipedia:WikiProjekt Vorlagen/Werkstatt

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 60 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten.

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit einem Tag mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Vorlage:Autoarchiv-Erledigt/Wartung/Parameter Zeigen auf Nein gesetzt

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Turnierplan-Vorlagen in schlechtem Code und ohne Dokus

Bei den Turnierplan-Vorlagen fehlt jegliche Dokumentation. Das wäre dringend notwendig. Darüber hinaus enthalten sie einen fürchterlichen Kauderwelch an CSS- und HTML-Styles und nicht validen Code. ÅñŧóñŜûŝî (Ð) 16:50, 7. Apr. 2010 (CEST)

Ich habe mich mal versucht. Sind solche Änderungen in Ordnung und ergeben keine neuen Fehler? Dann könnte man das ausweiten. Der Umherirrende 20:44, 2. Nov. 2011 (CET)

Deine Änderungen sehen gut aus, Fehler sollten sich dadurch auch keine ergeben dürfen. --morre.meyer 10:38, 12. Nov. 2011 (CET)

Ich bin auch schon dabei, immer mal wieder welche zu machen. Der Umherirrende 21:00, 12. Nov. 2011 (CET)

Etwas schwierigere Fälle, da (teilweise) die Attribute unter Bedingung sind und nicht die ganze Tabellenzeile, wie in anderen Turnierplänen. Muss man sich mal genauer anschauen und vielleicht umschreiben: Vorlage:Turnierplan8-Vorrunde, Vorlage:Turnierplan16-kompakt-1 und Vorlage:Turnierplan Olympisches Eishockeyturnier 2010. Der Umherirrende 20:16, 18. Nov. 2011 (CET)

Bei Vorlage:Turnierplan16-Platz3-Vorrunde-ohne sind die Felder in der letzten Zeile etwas größer. Hat jemand eine Idee, warum das so ist und kann das fixen? Vielen Dank. Der Umherirrende 19:00, 18. Nov. 2011 (CET)

Bei Vorlage:Turnierplan6 mit Freilos ist alles irgendwie durcheinander. Hat jemand Zeit das zu richten? Vielen Dank. Der Umherirrende 16:07, 19. Nov. 2011 (CET)

Jetzt sieht die Vorlage wieder besser aus. --Wiegels „…“ 21:56, 19. Nov. 2011 (CET)

Danke. Das sieht gut aus. Der Umherirrende 22:35, 19. Nov. 2011 (CET)

Infobox für Faustballspieler

Wünsche mir eine Infobox für Faustballspieler. Sie könnte gleich aussehen wie diejenige für Fussballspieler. Folgende Titel wären sinnvoll: - Spielerinformationen (Geburtstag, Geburtsort, Grösse, Position) - Vereine in der Jugend (Spalten: Jahre, Verein) - Vereine als Aktiver (Spalten: Jahre, Verein) - Nationalmannschaft (Spalten: Jahre, Länderspiele) - Erfolge (Spalten: Jahre, Auszeichnung)

Gruss und herzlichen Dank --Schofför 01:16, 15. Feb. 2011 (CET)

Warum ich immer noch sehr interessiert bin an einer solchen Infobox; Es gibt einige Artikel über Faustballspieler aus Deutschland, einen aus der Schweiz und vielleicht auch einmal welche aus Österreich (vgl. Kategorie:Faustballspieler). Aber es gibt noch keine passende Infobox um diese Artikel einheitlich zu gestalten. Danke und Gruss -- Schofför 23:40, 19. Nov. 2011 (CET)

Infobox Verwaltungsbezirk in Weissrussland

Kann jemand eine Infobox zusammenbasteln für die Verwaltungsbezirke Woblast in Weissrussland? z.B.Woblast Hrodna ein wenig Struktur täte dort gut. Ich selber habs mal probiert, aber nix gescheites ist dabei rausgekommen. --Ambroix 15:45, 21. Feb. 2011 (CET)

Vorlage/Infobox Kloster

Hallo Kolleginnen/Kollegen, ich beabsichtige ein Lemma über ein ehemaliges Prämonstratenserinnenkloster in Niederehe zu erstellen. Da ich keine passende Vorlage und/oder Infobox gefunden habe frage ich euch, welche Vorlage hier sinnvoll ist bzw. falls keine geeignete vorliegt, ob nicht eine ordens- und ggf. religionsunabhängige Vorlage für Klöster (auch ehemalige) Sinn machen würde? Gruß -- Laber 23:44, 13. Apr. 2011 (CEST)

•  Info::Benutzer angesprochen, warten auf weitere Infos. -- engeltr 15:57, 8. Sep. 2011 (CEST)
  • Hi Kollegen/Innen, auch wenn ich auf meine Anfrage im Portal Christentum lediglich eine zustimmende Antwort erhalten habe tendiere ich auch dazu, dass die bestehende Vorlage:Infobox Zisterzienserkloster in leicht abgeänderter Weise, so dass sie für Klöster aller Orden verwendet werden kann, sinnvoll ist. Für jeden Orden eine eigene Infobox zu erstellen halte ich für unnötig. Es reicht m.E. völlig aus, wenn man in eine grundsätzlich allgemeingültige Box den jeweiligen Orden individuell eingeben kann (vergleichbar mit der "Infobox Burg"- "Ständische Stellung"). Meine Bitte ist daher, die vorhandene Infobox entsptrechend geringfügig zu modifizieren. Danke vorab. Gruß -- Laber 01:31, 6. Nov. 2011 (CET)

Vorlage:Infobox Geschwindigkeitsskifahrer

In dieser Vorlage gibt es Probleme. Erstes Problem: Bei den Podiumsplatzierungen gibt es eine Spalte SpeedSki und eine Team. Weil es im Speedski-Weltcup noch keinen Teamwettbewerb gibt muss die Spalte Team versteckt werden. Ich wollte die Spalte Team ganz raus nehmen, aber dann verschwindet auch die Spalte SpeedSki. Zweites Problem: Wie am Beispiel von Joss Advocaat sehen kann steht unter Platzierungen in der Spalte Weltcupsiege die Eins ganz außen, aber die Eins muss unter dem n von Platzierungen stehen.

Ich möchte unter Karriere eine Spalte Klassen haben. Weil jeder SpeedSki-Fahrer/in im Weltcuprennen in einer Klasse unterwegs ist. Ich möchte es so gestalten wie in der Infobox Formel-1-Fahrer mit dem Abschnitt Team. Kann bitte jemand für mich diese Probleme beseitigen und die Spalte Klassen einrichten? Danke im voraus. -- Auto1234 01:29, 2. Jul. 2011 (CEST)

Kann mir bitte jemand dieses Problem noch im diesem Leben beheben? --Auto1234 11:42, 12. Okt. 2011 (CEST)

Infobox Garten/Botanischer Garten/Park

Hallo liebe Werkstattmitarbeiter,

wäre es möglich und sinnvoll eine Infobox für Gärten (z. B. Herrenhäuser Gärten etc.) bzw. botanische Gärten und Parks zu erstellen, analog zu der im französischen Wiki Jardins de Marqueyssac? Wenn ja, wer kann mir mal erklären wie man so was macht?

Sail_over 19:11, 15. Juli 2011 (CEST)

Literaturvorlage erweitern um Serie/Reihe

Kann bitte jemand die Literaturvorlage um Serie erweitern. Z.B hier 1902 Band 2 Serie 8 . Denn hier] 1913 ist es Band 1 Serie 10. Ich denke nicht, dass Serie der Nummer entspricht oder bin da völlig auf dem falschen Dampfer.--Earwig 15:35, 17. Aug. 2011 (CEST)

Vorlage:Infobox Stadt in Lateinamerika

Hallo. Eine IP hat auf WP:FZW korrekterweise darauf hingewiesen, dass in Artikeln über Städte in Brasilien die Vorlage eine fehlerhafte Ausgabe generiert. Siehe Artikel Fortaleza. Mittels der Vorlage:Positionskarte ISO 3166-2 wird ein Kartenausschnitt erstellt. Wird bei "REGION-ISO" nur "BR" angegeben, wird eine Brasilien-Karte angezeigt, wird jedoch z.B. "BR-CE" angegeben, wird eine Karte des Bundesstaats angezeigt. Dann ist jedoch die Bildunterschrift "Xxx auf der Karte von Brasilien" falsch. Bei anderen Staaten scheint so oder so die Staatskarte angezeigt, nur bei Brasilien scheint es diese Unterscheidung zu geben. Auf jeden Fall ist die Bildunterschrift falsch. Ich weiß nicht, ob es möglich ist, irgendwie aus der Vorlage:Positionskarte ISO 3166-2 rauszubekommen, welche "Einheit" dargestellt wird, das wäre perfekt. Vielleicht kann sich jemand drum kümmern, dass das korrigiert wird. --APPER\^☺☹ 00:14, 31. Aug. 2011 (CEST)

Ja, den zur Karte passenden Namen könne man mit {{Info ISO-3166-2|code=BR-CE|name}} → Ceará) ermitteln.

Allerdings bliebe dabei unberücksichtigt, dass sich der durchschnittliche Leser mit so kleinräumigen Karten kaum über die Lage der Stadt orientieren können, weil ihm Umriss und Name des Bundesstaates vermutlich nicht geläufig sind. Besser wäre es, in dieser Infobox immer die Positionskarte auf nationaler Ebene zu zeigen. Dazu müsste {{Positionskarte ISO 3166-2}} zunächst analog {{Coordinate}} um den Parameter maplevel=national ergänzt werden. Dies sollte sinnvollerweise durch Auslagern der maplevel-Logik von {{CoordinateFull}} in eine gemeinsam zu benutzende Untervorlage passieren.

Ich selbst möchte mich wegen der Komplexität der beteiligten Vorlagen, der aktuell laufenden Umbauarbeiten an beiden Vorlagen ({{Coordinate/Test/Neu}}, {{Positionskarte/Test/Neu}}) und meiner aktuell begrenzten Zeit damit im Moment nicht gerne befassen. --Spischot 09:35, 31. Aug. 2011 (CEST)

Beim oben erwähnten Artikel wurde inzwischen diese Anpassung vorgenommen (Ursprungszustand). Bei einem anderen Artikel hatte ich es behelfsmässig so angepasst (vorher). Ich fände es toll, wenn hier eine elegante Lösung gefunden werden könnte. --Leyo 18:05, 25. Okt. 2011 (CEST)

Infobox Municipio in Kuba

Hallo,

ich hätte gerne eine eine Vorlage:Infobox Municipio in Kuba. Relevant ist sie für derzeit bestehende und noch zu schreibende 169 Artikel, welche unter Municipios in Kuba zu finden sind. Die dort häufig verwendete Vorlage:Infobox Stadt in Lateinamerika passt leider nur für Städte, aber nicht für Municipios oder Städte, welche gleichzeitig Hauptstadt eines solchen Municipios sind.

Aussehen soll sie ungefähr wie bei EcuRed am Beispiel von Habana del Este. Vielleicht im Kopf noch ne kubanische Flagge: Kuba.

Als Felder habe ich in Abstimmung mit einem weiteren kompetenten "Kubanologen" folgende vorgesehen:

{{Infobox Municipio in Kuba
|KOORDINATE=
|KARTE=karte.svg 
|KARTENBESCHREIBUNG=Lage des Municipios
|NAME=Name des Municipios 
|HAUPTSTADT=falls abweichend von "NAME" 
|PROVINZ=Übergeordnete Provinz 
|FLAECHE=in km²
|BEVOELKERUNG=ggf. formatierte Zahl      
|BEVOELKERUNGSDICHTE=ggf. formatierte Zahl / km²
|MUNICIPIO_SEIT=Gründungsdatum des Municipios
|STADTGRUENDUNG=Datum Stadtgründung (wenn Municipio = Stadt) 
|BILD1= Bild.jpg
|BILDBESCHREIBUNG1= Bildbeschreibung
}}

Die bei EcuRed verwendete Originalvorlage findet sich übrigens hier.

Danke im Voraus und Grüße --Escla ^¿! 00:38, 10. Sep. 2011 (CEST)

Vorlage:Infobox Rollerski

Ich brauche eine Vorlage:Infobox Rollerski sowie die Infobox Skilangläufer. Kann mir das jemand erstellen? -- Auto1234 13:52, 15. Sep. 2011 (CEST)

Können ja. Bitte aber vorher das Intro oben auf dieser Seite lesen und beachten =) --engeltr 18:15, 15. Sep. 2011 (CEST)

Das soll in die Infobox rein sowie die Infobox Skilangläufer soll die aussehen aber mit dem Punkten hier:

• kurzname =
• bild =
• langname =
• nation =
• geburtstag =
• geburtsort =
• geburtsland =
• groesse =
• gewicht =
• beruf =
• sterbedatum =e die
• sterbeort =
• sterbeland =
• disziplin =
• verein =
• trainer =
• nationalkader =
• weltcupdebuet=
• status =
• karriereende =
• Medaillenspiegel =
• medaillen =
• weltcupdebuet=
• weltcupsiege =
• wcgesamt =
• wctop3sprint =
• wctop3distanz =
• wctop3team =
• wctop3teamsprint =
• update =

Die Infobox soll für die Sportler die nur im Rollerski-Weltcup teilgenommen habe oder noch dabei sind. -- Auto1234 22:09, 15. Sep. 2011 (CEST)

Könntest du vielleicht "sowie" auseinanderschreiben? "so wie" macht den Sinn klarer =). Ansonsten: In wieviele Artikel würde denn die Infobox ca. eingebunden werden? (Grund der Nachfrage: Man kann natürlich auch die andere Infobox erweitern, damit man nicht 10000 verschiedenen Infoboxen am ende hat, alle mit jeweils einer einbindung.) Gruß --engeltr 19:22, 16. Sep. 2011 (CEST)

Ich möchte die neue Infobox nur bei den Sportler einbinden die nur im Rollerski-Weltcup und nie im Skilanglauf-Weltcup zu sehen war. Wenn die neue Infobox oder die Erweiterung da ist dann beginnt meine Arbeit erst.

Warum kann denn die Infobox Skilangläufer nicht verwendet werden? Nur wegen dem Piktogrammm? --engeltr 21:55, 16. Sep. 2011 (CEST)

Dann gucke dir bitte im Artikel Petter Northug die Vorlage an und dann weißt du warum es nicht geht. Es gibt im Rollerski-Weltcup im einen Gesamtweltcupsieger. -- Auto1234 22:02, 16. Sep. 2011 (CEST)

Und was ist mit dieser Vorlage erstellen? --Auto1234 11:54, 12. Okt. 2011 (CEST)

Vorlage:Meyers

Gibt es eine ähnliche Vorlage wie für das Konv.-Lex ganz allgemein für alte digitalisierte Bücher? Ein Großteil des Textes von Haus Hohenfels stammt von

• C. F. Günther. Bilder aus der Hessischen Vorzeit: Mit 51 Tafeln Abbildungen. Jonghaus, 1853. (digitalisiert auf Google)

--Thomy3k 07:03, 16. Sep. 2011 (CEST)

Nein, gibt es nicht. Denkst du denn, dass so etwas Sinn machen würde? Für fast alle Fälle gibt es ja die Vorlage:Literatur, die man auch in Text einbindne kann. --engeltr 21:29, 16. Sep. 2011 (CEST)

Ich meinte eine Vorlage, die einen Hinweis im Artikel gibt, dass der Text aus <<Buchtitel>> von <<Jahreszahl>> stammt und entsprechend geprüft werden sollte. Es geht mir nicht um den Einzelnachweis, sondern um die überalterte Quelle. Offensichtlich kommt das bis auf Artikel, die aus dem Meyers stammen, wohl eher selten vor oder es wurde wie im Artikel Haus Hohenfels (Hessen) bisher nicht weiter thematisiert bzw. ungeprüft hingenommen. --Thomy3k 07:29, 17. Sep. 2011 (CEST)

Hm, da hast du Recht. Irgendwelche Wünsche bezüglich des Aussehens, oder soll das genauso aussehen wie die verlinkte(n) Vorlagen? --engeltr 13:40, 17. Sep. 2011 (CEST)

PS: Test: Benutzer:Engeltr/alteliteratur

Danke für die Vorbereitung. Welche Angaben müsste man jetzt für das genannte Buch machen, um einen korrekten Hinweis zu bekommen? Besondere Grafische Wünsche/Ansprüche habe ich erstmal keine. --Thomy3k 05:21, 30. Sep. 2011 (CEST)

Hmhm, da hab ich nicht wirklich drauf geachtet. Wenn du dir meine Vorlage ansiehst wirst du jetzt erkennen, was gerade möglich ist. Also noch nicht so viel =) --engeltr 11:25, 30. Sep. 2011 (CEST)

Könnten da noch weitere übliche Literatur-Angaben (insb. Autor und Seite(nangabe)) hinzugefügt werden? --Thomy3k 07:43, 19. Okt. 2011 (CEST)

Neue Vorlage:Infobox Bucht

Nachdem auf Wikipedia Diskussion:WikiProjekt Geographie #Infobox Bucht keine Einwände erhoben wurden – nur der Vorschlag, sie lieber Vorlage:Infobox Meeresteil zu nennen – möchte ich meinen Prototyp einer Vorlage:Infobox Bucht fertig entwickeln und habe dabei noch ein paar Probleme:

• Hauptproblem: Warum funktioniert die Berechnung der Breite aus der Küstenlänge nicht (liefert offenbar eine Breite 0, siehe Testseite)?
• MUSS DAS MIT DEN VERSALIEN WIKLICH SEIN?, bzw. welche Vorteile bietet das?
• Muessen Umlaute tatsaechlich aufgeloest werden?

Vielleicht können erfahrene Infobox-Bastler einem Anfänger da hilfreich zur Seite stehen. -- Olaf Studt 21:18, 26. Sep. 2011 (CEST)

(1) Auf der Testseit funktioniert es doch jetzt?

(2) Du meinst die Parameterbenennung? Ist eigentlich egal, hilft manchmal bei Erkennen, was denn jetzt ein Parameter ist (im Quelltext).

(3) Nein?

Gruß --engeltr 01:02, 27. Sep. 2011 (CEST)

Nein, die Berechnung des Durchmessers funktioniert nicht, das erkennt man schon daran, dass bei Längen- und Breitengrad Sekunden mit angezeigt werden, und wenn man auf „(Karte)“ klickt, erscheint ein blaues Rechteck. -- Olaf Studt 15:15, 30. Sep. 2011 (CEST)

(ausgerückt) Ich habe jetzt Testzeilen eingebaut, die zeigen, dass die Berechnung als solche nicht 0 ergibt. Also entweder steckt in meinen verschachtelten Ifs bei der dim-Zuweisung ein Syntaxfehler, oder dim wird vor der Berechnung ausgewertet. -- Olaf Studt 12:24, 28. Okt. 2011 (CEST)

Nein, bloß wird {{IstZahl|{{#expr: 0{{{BREITE|}}} * 0{{{BUCHTTIEFE|}}} }} (so du nicht gerade Text eingibst) immer wahr: {{#expr: 0 * 0}} = 0 ist eine Zahl, und dann wird das Maximum von 0 und 0 verwendet. Verbesserung

Außerdem habe ich mich über den Rest der Vorlage her gemacht:

• Der Lagewunsch wird nicht mehr kompliziert verschachtelt über eine allfällige Coordinate-Einbindung gemacht, sondern einfach in den else-Zweig der BREITENGRAD-Abfrage gesteckt
• Die Vorlage:Maß hat Möglichkeiten zur Einheitenumrechnung unter Schwellwert bereits eingebaut, siehe ihre Doku
• Die Vorlage:IstZahl habe ich rausgeworfen. Fehler in der #expr-Syntax (wie sie durch unbelegte/ungültige Parameter ausgelöst werden sollen) werden direkt mit #iferror abgefangen. Das spart Redundanz der Berechnungsnotation, zusätzliche if-Abfrage auf Parametervorhandenheit und vereinfacht den Algorithmus auch für den Server (btw: IstZahl kann man auch direkt mit expr-Syntax füttern, es muss keine ausgerechnete Zahl übergeben werden)
• Berechnungsfehler (imho): Durchmesser = (halber Umfang ≈ Küstenlänge) / π, oder zielst du damit auf tief eingeschnittene Buchten ab? Außerdem Durchmesser = 2 * sqrt( Fläche / π )
• und noch ein bisschen sonstige Kosmetik

meint -- ✓ ^Bergi 15:56, 28. Okt. 2011 (CEST)

Wunderbar! Dann werde ich nur noch engels Rat zu den Umlauten umsetzen (die anderen Geoboxen sind da nicht konsequent), und ab geht’s in den Vorlgen-Namensraum! -- Olaf Studt 17:51, 2. Nov. 2011 (CET)

So, jetzt gibt es Vorlage:Infobox Bucht. Aber wenn man nur einen der beiden Parameter BREITE und BUCHTTIEFE angibt, wird nicht dieser für dim hergenommen – der Fall ist ja viel häufiger als dass nur die Fläche oder Küstenlänge bekannt ist. -- Olaf Studt 15:04, 4. Nov. 2011 (CET)

Inzwischen ist mir auch die Lösung eingefallen (2 weitere #iferrors mit BREITE und BUCHTTIEFE), ich hatte nur noch keine Muße, sie umzusetzen. -- Olaf Studt 21:59, 8. Nov. 2011 (CET)

Das ist wahrscheinlich eleganter – und schwerer verständlich. Sollte man wahrscheinlich ersetzen durch #iferror: {{#if:{{{BREITE|}}} | {{#if:{{{TIEFE}}} | {{max|{{{BREITE}}}*1000|{{{TIEFE}}}*1000}} | {{#expr:{{{BREITE}}}*1000}} | {{#expr:{{{TIEFE}}}*1000}} }} (oder so…) -- ✓ ^Bergi 22:50, 8. Nov. 2011 (CET)

Snippet: Einfache parametrisierte Zeilen in Infoboxen optional machen.

Hallo allerseits. Die obige Anfrage „#Zur kurzen überarbeitung“ gab mir Anlass, mal ein Snippet für diese Aufgabe zu schreiben:

function makeParamsOptional() {
	// Warum hat JavaScript eigentlich nicht den x-Parameter aus Perl?..
	var regex = /^[ \t]*\|(?!-)(?:[ \t]*([^|\n]*?)[ \t]*\|)?[ \t]*([^#{}\n]+?)[ \t]*?(?:\|\||(?:\r?\n|\n)[ \t]*\|(?!-)(?:[ \t]*([^|\r\n]*)[ \t]*\|)?)[ \t]*\{\{\{([^|]+?)(?:\|.*?)?\}\}\}[ \t]*?(?=(?:\r?\n|\n)[ \t]*?(?:\|[}-]))/mg;
	var textarea = document.getElementById("wpTextbox1");
	textarea.value = textarea.value.replace(regex, function(_, attr1, text, attr2, param) {
		return (
			"{{#if: {{{" + param + "|}}} <noinclude>X</noinclude> |\n" +
			"{{!}} " + (attr1 ? (attr1+" {{!}} ") : "") + text + "\n" +
			"{{!}} " + (attr2 ? (attr2+" {{!}} ") : "") + "{{{" + param + "}}}\n" +
			"}}"
		);
	});
}

Die Funktionsweise wird vielleicht durch http://www.myregextester.com/?r=3a56ac3b#highlighttab etwas deutlicher. Mir fällt gerade nicht ein, wo man das am besten festhalten sollte. Jedoch fände ich es schade, wenn dieser schicke reguläre Ausdruck einfach so verloren ginge, weil es doch etwas gedauert hat, ihn zu schreiben.

Disclaimer: unbedingt „Änderungen anzeigen“ benutzen!

Gruß, Revo. --77.188.48.255 05:32, 5. Okt. 2011 (CEST)

Hallo Revo, am ehesten vielleicht unter Wikipedia:WikiProjekt Vorlagen/Anleitung: Erstellen einer Infobox? Gruß --W_I^KImaniac 07:32, 5. Okt. 2011 (CEST)

Darf ich fragen, wofür das <noinclude>X</noinclude> ist? Und danke dass du das gemacht hast =) --engeltr 11:47, 5. Okt. 2011 (CEST) PS: Und ganz funktioniert es noch nicht glaube ich, so sind die Felder "Fläche" und "Einwohner" noch "normal". Vermutlich, weil da 2 unterschiedliche Parameter in einem Abschnitt stehen.

Update 1: unnötige leerzeilen erlauben: /^\s*\|(?!-)(?:[ \t]*([^|\n]*?)[ \t]*\|)?[ \t]*([^#{}\n]+?)[ \t]*?(?:\s*\|\||(?:\r?\n|\r)\s*\|(?![|-])(?:[ \t]*([^|\r\n]*)[ \t]*\|)?)[ \t]*\{\{\{([^|]+?)(?:\|.*?)?\}\}\}\s*(?=(?:\r?\n|\r)\s*?(?:\|[}-]))/mg;.

Hallo engeltr, das X steht auf diese Weise nur auf der Vorlagenseite, aber nicht in Einbindungen. So kann man eine Vorschau geben, die v.a. beim Bearbeiten von Vorlagen praktisch ist.

Das Problem mit Fläche und Einwohner sind, dass der Parameter nicht pur für sich allein im Feld steht. Es wäre möglich, solche Zeilen auch automatisch zu übersetzen, jedoch denke ich, dass zu oft Fehler generiert würden. Ich mach mir noch mal kurz Gedanken darum. Gruß, Revo. --77.188.48.255 12:16, 5. Okt. 2011 (CEST)

Update 2: So müsste es relativ zuverlässig auch mit Zusatztext gehen:

function makeParamsOptional() {
	var regex = /^\s*\|(?!-)(?:[ \t]*([^|\n]*?)[ \t]*\|)?[ \t]*([^#{}\n]+?)[ \t]*?(?:\s*\|\||(?:\r?\n|\r)\s*\|(?![|-])(?:[ \t]*([^|\r\n]*)[ \t]*\|)?)[ \t]*([^\r\n{}|]*?)[ \t]*\{\{\{([^|]+?)(?:\|.*?)?\}\}\}[ \t]*?([^\r\n]*?)\s*(?=(?:\r?\n|\r)\s*?(?:\|[}-]))/mg;
	var textarea = document.getElementById("wpTextbox1");
	textarea.value = textarea.value.replace(regex, function(_full, attr1, text, attr2, extra1, param, extra2) {
		return (
			"{{#if: {{{" + param + "|}}} <noinclude>X</noinclude> |\n" +
			"{{!}} " + (attr1 ? (attr1+" {{!}} ") : "") + text + "\n" +
			"{{!}} " + (attr2 ? (attr2+" {{!}} ") : "") + (extra1 ? " " + extra1: "") +
					"{{{" + param + "}}}" + (extra2 ? " " + extra2: "") + "\n" +
			"}}"
		);
	});
}

Gruß, Revo. --77.188.48.255 12:30, 5. Okt. 2011 (CEST)

Die Infoboxenanleitung ist wohl der falsche Platz. Ich würde Wikipedia:Technik/Skin/Benutzerskripte vorschlagen und eine BNR-Unterseite dafür anlegen. Eine Sammlung von "echten Snippets" (hier nur die replace-Funktion auf einen String, ohne textarea) fehlt mir leider noch, ich würde eine Diskussion darüber aber lieber in WP:TSW führen. BTW: Ich bevorzuge <includeonly>|</includeonly> anstatt |<noinclude>X</noinclude> -- ✓ ^Bergi 23:23, 5. Okt. 2011 (CEST)

Der Quelltext ist PD. Jeder darf ihn in seinen BNS übernehmen, ohne mich Attributieren zu müssen. Wikipedia:Technik/Skin/Benutzerskripte wird der beste Ort für den Ausschnitt sein. (Kekse für den, der einen Knopf im Menü baut!) Gruß, Revo. --77.186.170.0 05:29, 9. Okt. 2011 (CEST)

Vorlage:Infobox Buch

Ich schlage eine Infobox Buch vor. Vorlage könnte Vorlage:Infobox Publikation sein. Es gibt eine "Infobox Comic", Publikation, Film und Fernsehen... und für nahezu jedes Medium außer Büchern?

Vorschlag Felder:

{{Infobox Buch
| titel              = // selbsterklärend, Pflicht
| bild               = // Titelbild o.ä.
| beschreibung       = // Freitext
| fachgebiet         = // [[Sachbuch]], [[Belletristik]], ...
| sprache            = 
| verlag             = // Verlag, Pflicht
| verlagsstadt       = // Stadt des Verlages (für Zitierungen wichtig)
| erschienen         = // Erscheinungsjahr, entweder Pflicht oder "unbekannt", wenn kein Eintrag. Besser: entweder "erschienen" oder "erschienen_pb" Pflicht
| letzte_auflage     = // Erscheinungsjahr der letzten gedruckten Auflage
| verlag_pb          = // Verlag der [[Taschenbuch]]ausgabe ([[Paperback]]) - wenn gesetzt, kann "verlag" wegfallen
| erschienen_pb      = // Erscheinungsjahr der Taschenbuchausgabe
| autor              = // der (männliche oder weibliche) Autor
| herausgeber        = // der (männliche oder weibliche) Herausgeber
| weblink            = 
| archiv             = 
| isbn               = 
| zdb                = // zdb und CODEN keine Ahnung, ob das bei Büchern zutrifft
| CODEN              = // s.o.
}}

Ich möchte nicht WP:SM sein, weil sonst erwartungsgemäß SOFORT der WP:LA kommt. Dafür ist die Erstellung doch zuviel Arbeit. --217.224.169.96 14:10, 5. Okt. 2011 (CEST)

Frag doch mal bei den "Fragen zur Wikipedia", ob das gewünscht ist. Wenn ja, kann mans ja bauen. Bei Büchern denke ich aber, das sollte keine Probleme machen eigentlich. --engeltr 15:36, 5. Okt. 2011 (CEST)

Reicht die Vorlage:Infobox Roman aus? Gruß --W_I^KImaniac 21:04, 30. Okt. 2011 (CET)

hiddenStructure

Die Klasse hiddenStructure gibt es ab sofort nicht mehr, wird aber noch in einigen Vorlagen verwendet, und sollte dort durch #if-Konstrukte ersetzt werden. Da mindestens Bergi weiß, was ich meine, versuche ich gar nicht erst, es verständlich zu erklären, sondern verlinke nur die betroffenen Vorlagen: Vorlage:Infobox Powiat, Vorlage:Infobox Slowakischer Kraj, Vorlage:Bild mit Markierung, Vorlage:PortalboxRund --Schnark 10:28, 6. Okt. 2011 (CEST)

Hallo, Schnark. Ich habe denn mal die ersten beiden Vorlagen, also die Infoboxen, auf {{#if-Konstrukte umgebaut. Die anderen beiden überlasse ich lieber Bergi. Gruß --Tlustulimu 11:35, 6. Okt. 2011 (CEST)

Bei den beiden anderen Vorlagen müsste erst mal Überprüft werden, ob sie nicht Löschkandidaten sind. (Vorlage:PortalboxRund hat _keine_ Einbindung im ANR.) Gruß, Revo. --77.186.170.0 05:24, 9. Okt. 2011 (CEST)

Die ist ja auch für den Portalsnamensraum gedacht. -- Olaf Studt 11:48, 28. Okt. 2011 (CEST)

"SubsterBot" für automatische Einbindung externer Quellen

Hallo Zusammen!

Ich weiss nicht ob hier wirklich der richtige Platz ist - aber ein Versuch kann ja nicht schaden! ;) Ich würde gerne eine Funktion von Benutzer:DrTrigonBot hier etwas genauer erklären, weil ich denke das könnte von Interesse sein und wenige wissen davon. Seit kurzem ist ein (nicht mehr ganz so) neuer Teil-Bot in Betrieb, z.B. auf folgenden Seiten:

• Vorlage:Wechselkursdaten/EZB
• Vorlage:Elo-Punkte
• Vorlage:Infobox_Kreditinstitut/DatenAT
• Vorlage:Infobox_Kreditinstitut/DatenCH
• Vorlage:Infobox_Kreditinstitut/DatenDE
• Wikipedia:Wikimedia Deutschland e. V./Blog
• Benutzer:Flominator/Freiburg
• u.s.w. ...

Der Bot soll es ermöglichen beliebige externe Daten (von Webseiten, also per URL) automatisch und regelmässig (derzeit täglich) abzurufen und in passender Form hier in der Wikipedia zu speichern. Meistens in Vorlagen, die die Daten dann weiter zur Verfügung stellen (siehe Beispiele). Der Grundgedanke ist ein allgemeines System zu haben, so dass man ähnlich wie bei der Vorlagenprogrammierung den Bot an die gegebenen Umstände anpassen kann und nicht für jeden Einzel-Fall ein neuer Bot geschrieben werden muss. Er er arbeitet im aktuellen Zustand übrigens sehr gut mit der Vorlagenprogrammierung zusammen (bin selber immer wieder überrascht ;). Es gibt noch einiges an Feinarbeit zu leisten, aber ich denke der derzeitige Zustand ist doch so, dass man ihn produktiv einsetzen kann und darum sollte es auch publik gemacht werden. Was auch fehlt ist eine umfassende Dokumentation, etwas ist vorhanden auf der Bot-Vorlage Benutzer:DrTrigon/Entwurf/Vorlage:Subster die ev. auch in einen anderen Namespace verschoben werden sollte.

Eine andere intressante Entwicklung in diesem Zusammenhang ist Wikipedia:Projektdiskussion/Wikidata welches den Bot auf noch solidere Füsse stellen dürfte und den Bedarf leicht unterstreicht... ;)

Zu Fragen, Anregungen und Hilfestellungen bin ich jederzeit verfügbar, allerdings ist meine Zeit aktuell etwas beschränkt, darum kann es ev. ein paar Augenblicke dauern bis ich antworte. Perfekt wäre natürlich wenn man langsam und sukzessive Listen und Daten-Vorlagen umstellen könnte - wobei das am besten nach Bedarf gemacht wird... Grüsse --DrTrigon 20:28, 6. Okt. 2011 (CEST)

Vorlage:Commonscat

Die Vorlage:Commonscat erzeugt derzeit einen div-Container mit einem Icon am Anfang:

{{Commonscat}}

erzeugt

 Commons: WikiProjekt Vorlagen/Werkstatt – Sammlung von Bildern, Videos und Audiodateien

Die Vorlage wird häufig innerhalb einer Aufzählungsliste (ul) verwendet. Manche Benutzer entfernen das Aufzählungssternchen (*) vor der Vorlage. Das Icon hat ungefähr die Breite des normalen Auszählungszeichens und wirkt daher wie ein besonderes Auszählungszeichen.

• Eintrag der Aufzählungsliste vor der Vorlage

 Commons: WikiProjekt Vorlagen/Werkstatt – Sammlung von Bildern, Videos und Audiodateien

• Eintrag der Aufzählungsliste nach der Vorlage

statt

• Eintrag der Aufzählungsliste vor der Vorlage
•  Commons: WikiProjekt Vorlagen/Werkstatt – Sammlung von Bildern, Videos und Audiodateien
• Eintrag der Aufzählungsliste nach der Vorlage

Optisch gesehen kann ich diese Änderung nachvollziehen und unterstütze das. Semantisch gesehen ist die Vorlage dann aber nicht mehr Teil der Auszählungsliste, da es die Aufzählungsliste unterbricht.

Mit *<li style="list-style: none; margin-left: -1.5em;"> statt div könnte aus der Vorlage ein Ausfzählungslisteneintrag gemacht werden, der kein Einzug und kein Aufzählungszeichen hat. Das Icon wirkt dann wie ein Aufzählungszeichen. Eine direkte Verwendung des Icons als list-style-image: url(…) lässt der CSS-Filter von MediaWiki bekanntlich nicht zu. Das Ergebnis würde dann so aussehen:

• Eintrag der Aufzählungsliste vor der Vorlage
•  Commons: WikiProjekt Vorlagen/Werkstatt – Sammlung von Bildern, Videos und Audiodateien
• Eintrag der Aufzählungsliste nach der Vorlage

Würde diese Änderung als Vorlage funktionieren? Muss dann vor der Vorlage ein Sternchen stehen, oder nicht? Gibt es bei den bestehenden Einbindungen durch eine solche Änderung Probleme? --Fomafix 08:01, 8. Okt. 2011 (CEST)

Oder ganz anders gefragt: Ist es optisch wie technisch wie inhaltlich überhaupt eine sinnvolle Vorgehensweise, die Schwesterprojekte innerhalb einfacher Aufzählungspunkte anzuordnen?

• Bei allen Artikeln, die mir unterkommen, stehen die Schwesterprojekte am Anfang aller Weblinks; das ist ästhetisch die glücklichere Lösung, macht schöne Eigenreklame, und (ohne es jetzt nachprüfen zu wollen) müsste auch korrektes HTML generieren, weil das Schwester-/div vor dem Beginn von ul enden dürfte.
• Innerhalb von Literaturangaben dagegen steht nicht die Vorlage, sondern ein dezentes „[Volltext] auf Wikisource“.
• In der Mitte einer Liste von normal ausgezeichneten Weblinks knallt die Vorlage nicht nur durch das Icon, sondern auch durch Fettschrift. Sie gehört zu Commonscat/Wiktionary/Wikisource-Einträgen, die nach Art eines Interwikis den Hauptgegenstand des Artikels mehr oder weniger 1:1 widerspiegeln. Dann können sie auch prominent an den Beginn der Liste (HTML-technisch vor die ul) gesetzt werden.

Schönes Wochenende --PerfektesChaos 10:22, 8. Okt. 2011 (CEST)

Natürlich wird die Vorlage meist direkt unter der Überschrift Weblinks verwendet. Trotzdem ist es semantisch gesehen der erste Eintrag einer Aufzählungsliste mit mehreren Weblinks. --Fomafix 10:28, 8. Okt. 2011 (CEST)

• Es bleibt unbenommen, auch die von dir angeregte Aktion list-style zu unternehmen – auch wenn ich die projektweiten Gesamtfolgen oder Browser-Bruch im Moment nicht überblicke.
• Gleichwohl sollte die (gemeinschaftliche) Dokumentation der Schwesterprojekt-Vorlagen die Stellung an erster Stelle vorgeben („Im Allgemeinen stehen …“ – in welchen Ausnahmefällen sollte das denn nicht so sein?), und den Bezug zum Hauptthema des Artikels benennen (WP-Artikel zum Maler Schulze, mit {{Commonscat}} die Gemälde von Schulze). Auch die Frage der Notwendigkeit oder des bewussten Weglassens des Aufzählungssternchens im Wikitext sollte hier erwähnt sein.
• Fast immer stehen die Teile bereits an erster Stelle, gefühlt beinahe mehrheitlich auch jetzt schon ohne Sternchen. Wenn es sich durchsetzt, dass sie immer ohne Sternchen stehen, können sie auch nach Belieben den Status „Listenelement“ verlieren und einfach eine div-Box werden, und die hierarchische Zuordnung zur ul kann entfallen – wäre nach meinem Empfinden eine Vereinfachung.

Leidenschaftslos --PerfektesChaos 12:13, 8. Okt. 2011 (CEST)

Hallo, als  Info:: zum Thema Icon am Anfang der Commonscat-Vorlage gab es im Juli 2011 auf WP:FZW eine lange Debatte mit einer etwas kürzeren auf WP:AN danach. Ergebnislos… --emha d|b 18:01, 18. Nov. 2011 (CET)

Eine exaktere Ausrichtung des Bildchens und des Textes lässt sich folgendermaßen erreichen:

• Eintrag der Aufzählungsliste vor der Vorlage
• Commons: WikiProjekt Vorlagen/Werkstatt – Sammlung von Bildern, Videos und Audiodateien
• Eintrag der Aufzählungsliste nach der Vorlage

--Fomafix 16:04, 24. Nov. 2011 (CET)

Hauptbild eines Artikels markieren

Liebe Vorlagenspezialisten,

OpenSeaMap zeigt in der Karte 1,7 Mio. WP-Artikel als Direktlink plus Bild. Alternativ auch als Bildergalerie.

Nun gibt es in einigen Artikeln mehrere Bilder und es ist unklar, welches das "Hauptbild" ist. Das führt zu Verwirrungen bei der Bilderdarstellung und wirkt manchmal etwas merkwürdig. Beispielsweise gibt es wunderschöne Fotos vom Leutturm "Roter Sand", aber die angezeigte Briefmarke ist nicht gerade das prominenteste. Oder bei Berlin wünscht man sich das Brandenburger Tor oder den Fernsehturm oder so, aber nicht Soldaten mit Hakenkreuzfahne.

Wenn es eine Möglichkeit gäbe, im Artikel das wichtigste oder aussagekräftigste Bild zu kennzeichnen (z.B. durch eine Vorlage), dann könnte man gezielt das richtige Bild herausfiltern, und für die Leser entsprechend anzeigen. Vielleicht gibt es auch eine Möglichkeit, das als Parameter in Bilderlinks einzubauen: [[bild:..|Hauptbild|..]]. Könnt Ihr sowas umsetzen? Wäre super!

Hilfreich wäre das auch bei WP-Exzerpten, bei denen beispielsweise nur die Einleitungen der Artikel exportiert oder gedruckt werden: dann könnte man dort ebenfalls das passendste Bild einbinden. Gruss, --Markus 10:28, 11. Okt. 2011 (CEST)

Mh, da wird bloß wieder gestritten werden welches Bild nun "Hauptbild" sein soll. Ansonsten ist doch sowieso normalerweise das prominenteste Bild einfach das erste, ich weiß auch nicht wieso bei Berlin Soldaten oder bei Roter Sand die Briefmarke angezeigt weden sollte. Eine Auszeichnung mittels Vorlage kommt eigentlich nicht infrage. Einzige Möglichkeit, die ich sehe, wären unbenutzte Infoboxen- oder Coordinate-Parameter, die beim Exzerpieren ausgelesen werden können, nicht aber von der Vorlage verwendet werden. Das erforderte aber Dokumentation, Bekanntmachung und Durchsetzung. -- ✓ ^Bergi 17:56, 11. Okt. 2011 (CEST)

Appers Personendaten-Suche nutzt das erste Bild des Artikels. Kann natürlich auch unschöne Effekte haben, aber im großen und ganzen sollte das schon passen. Der Umherirrende 19:18, 11. Okt. 2011 (CEST)

Ja, es ist wahscheinlich dass das erste Bild besser passt als ein anderes, aber oft wird als erstes Bild ein Wappen verwendet, und das ist für Dritte oft wenig aussagekräftig.

Eine explizite Kennzeichnung wäre eindeutig und würde den Artikelschreibern a) die erforderliche Gestaltungsfreiheit beim Layout erlauben, und b) bei einem Auszug das passende Bild mitliefern.

"Streit" fürchte ich da nicht, sondern ganz normale iterative Q-Prozesse, wie sie bei der Verbesserung von Artikeln vorgesehen sind.

Die Idee, das Bild als Parameter der Vorlage "Coordinate" mitzugeben gefällt mir. Wie könnte man das umsetzen? Gruss, --Markus 00:38, 12. Okt. 2011 (CEST)

Ganz einfach: sprechenden Parameternamen aussuchen und verwenden. Dann den Parameter (der ja im Vorlagenquelltext nicht auftaucht) kommunizieren, damit ihn niemand wieder rausnimmt (Und vermutlich erstmal die Diskussion dazu gewinnen). Und ihn dann natürlich noch dem Geodaten-Dumper-Tool deiner Wahl beibringen.

Allerdings würde ich eher erstmal ausprobieren, ob ein geschicktes Auswerten der Infoboxen nicht schon einen hinreichend guten Algorithmus darstellt. Wenn du meinst, das erste Bild im (HTML-Code des) Ortsartikel sei ein Wappen, so filtere doch den Artikelquelltext: Nimm nicht den Parameter „Wappen“ (oder „Karte“ etc) der Infobox Ort, sondern den Parameter „Bild“. Wenn nicht vorhanden, überspringe die Infobox und suche danach weiter nach Bildeinbindungen. Ein Bild, das ein Hauptbild sein soll, wird ja wohl auch im Artikel enthalten sein (wenn nicht, wie kann es dann Hauptbild sein?). Der Parameter würde also vor allem Redundanz bedeuten, ein intelligenter Algorithmus sollte ein vorhandenes Hauptbild eigentlich auch alleine finden können. Wie gelangst du überhaupt an die Daten? -- ✓ ^Bergi 23:00, 12. Okt. 2011 (CEST)

Als Parametername würde ich vorschagen "hauptbild" oder "mainimage".

Aber wie würde man das technisch machen, damit je Artikel jeweils nur 1 Bild entsprechend markiert werden kann? Mir schwebt da schon lange eine "Metaseite" für Artikel vor, auf der solche Daten festgehalten werden. Dort könnte man auch Ergebnisse von Artikelbewertungen ablegen (Verständlichkeit, Quellenlage, Verlinkung, Vollständigkeit, etc) - aber das ist eine Zukunftsvision und wäre eine grosse WP-Baustelle und hier OT.

Artikel und ggf Infobox auswerten wäre eine Alternative. Habe aber keine Ahnung, ob und wie sowas geht. Vielleicht kannst Du da etwas Intelligentes bauen? Der Parameter hätte den Vorteil, dass Menschen das Hauptbild gemeinsam in einem iterativen Prozess bestimmen. Automatische Analyse hätte den Vorteil, dass sie auch bei fehlendem Parameter funktioniert. Und ja: es kommen nur Bilder infrage, die auch im Artikel vorhanden sind. Wie die Bilder ausgewählt werden weiss ich nicht, vielleicht per Zufall? Gruss, --Markus 17:11, 13. Okt. 2011 (CEST)

Vorlage LAGIS Hessen

Hallo, könnte mensch ähnlich der Vorlage:KD-Hessen:
Vorlage:KD-Hessen

eine Vorlage für die Quelle LAGIS Hessen schaffen??? So dass dann z.B. steht:

Landesgeschichtliches Informationssystem Hessen (LAGIS): ort (ein Informationsangebot des Hessischen Landesamtes für Geschichtliche Landeskunde (HLGL))

und ort durch Eingabe der ID Nr. erzielt wird, wie bei der obigen Vorlage. Leider ist das für alles zusammen: den Biografien und Pläne und ... wohl nicht so einfach realisierbar? Oder. Vergleich unsere "Idee".
MfG --commander-pirx 17:54, 11. Okt. 2011 (CEST)

Könntest du noch ein oder mehrere Beispiele auf der Webseite von LAGIS geben? Danke --engeltr 19:51, 11. Okt. 2011 (CEST)

Notiz: Die Vordere Zahl in der URL ist das entscheidende, die Hintere ändert nur von welcher Sucheingabe man kommt.

mal versucht darzulegen

von hier z.B:

• Grundrisse z.B.: Grundriss Curti-Schloss für Curti-Schloss oder geplant für Schlierbacher Burg aus Burgen und Schlösser - Arbeitsliste Hessen dazu den LAGIS Verweis
  
• Orte: z.B. LAGIS Oberhoerlen in Oberhörlen oder bei mehrfacher Nennung sollte mensch darauf kommen: Ortslexikoneintrag Kloa-Umschd
• mehrere Einträge bei Schloss Bingenheim oder Trutzhain (Wüstung) (s. dort bei Weblinks bzw. Einzelnachweise)
• Verweis auf Adelsnachweise: Bsp. Elben (Adelsgeschlecht) mit Link auf Lagis, der eigentlich eher darauf verweisen müsste

das scheint auch mir jetzt viel komplizierter als Vorlage:KD-Hessen  ;-( MfG --commander-pirx 21:36, 11. Okt. 2011 (CEST)

Ok, danke. Jetzt nur noch eine Frage: Es gibt (bis jetzt gesehen) 2 "Quellen" in LAGIS. Zum einen Hessische Biografie, zum anderen Historisches Ortslexikon. Soll für beides der Link gelten? (Also ist geplant, damit sowohl Personen als auch Gemeinden/Orte zu referenzieren. Und gibt es eventuell noch andere "Arten"). Zum anderen könnte man sich die Frage stellen, ob es nicht einfacher ist jeweils das unter "Zitierweise" aufgeführte Textstück zu nehmen. Da müssen nämlich nur die Klammern ausgetauscht werden . Ansonsten würde ich das als eine Unterkategorie der Vorlage:Internetquelle anlegen, sodass man nur noch den Titel sowie die ID eingeben muss. So ok? Gruß --engeltr 22:29, 11. Okt. 2011 (CEST) PS: Aufpassen, dass alle Links wirklich auf LAGIS gehen und nicht auf die Uni Marburg. Dahin können wir nicht auflösen.

a) habe jetzt den Templator (fürs Ortslexikon) benutzt: entstandene "Versionen" aufgeführt

b) wie backt man daraus jetzt eine Vorlage ???:

c) die 2 "Quellen" in LAGIS sind eigentlich x-Quellen, da (s. Menu links), aber wenn man unter dem Menubaustein: Lexika, die Unterbausteine Ortslexikon und Biografie nimmt, hast Du recht. Frage: geht das in eine Vorlage zusammenzufassen?

Bsp. aus a):

• in: Historisches Ortslexikon: Klein-Umstadt, Gemeinde Groß-Umstadt. Landesgeschichtliches Informationssystem Hessen (LAGIS), abgerufen am 11. Oktober 2011. 
• Landesgeschichtliches Informationssystem Hessen (LAGIS): Klein-Umstadt, Gemeinde Groß-Umstadt. in: Historisches Ortslexikon (ein Informationsangebot des Hess. Landesamtes für Gesch. Landeskunde (HLGL)), abgerufen am 11. Oktober 2011. 
• in: Historisches Ortslexikon: Klein-Umstadt, Gemeinde Groß-Umstadt. Landesgeschichtliches Informationssystem Hessen - LAGIS (ein Informationsangebot des HLGL), , abgerufen am 12. Oktober 2011. 

MfG --commander-pirx 13:35, 12. Okt. 2011 (CEST)

Äh, ah, wenn man in den Quelltext schaut weiß ich jetzt auch, was du meinst ;) Tolle Vorarbeit, ich mache mich mal demnächst an die Umsetzung (Es müssen nur |url={{{1}}} und |Titel={{{2}}} gesetzt werden. Die unterscheidung Biografie/Ortslexikon muss durch einen Weiteren Parameter erfolgen.) Gruß --engeltr 18:17, 12. Okt. 2011 (CEST)

@Andere: Soll so eine Vorlage jetzt unter [[Vorlage:Internetquelle/LAGIS]] stehen oder unter [[Vorlage:LAGIS]]? Was würdet ihr machen? --engeltr 18:19, 12. Okt. 2011 (CEST)

VorausDank fürs Basteln! Wohin? Ich bin nur "Schreiberling von WP-Seiten" und ob jetzt Vorlage oder IQuelle ist mir persönlich egal & schnurzwurstpiepe -- würde aber zu Vorlage tendieren. MfG --commander-pirx 10:20, 13. Okt. 2011 (CEST)

Wohl am ehesten Internetquelle, denn genau dafür ist LAGIS konzipiert. Die Unterscheidung zwischen Biographie und Ortslexikon per Parameter (statt mehrerer Vorlagen) finde ich gut. Vielleicht kann man das noch mit weiteren Optionen ausbauen, wenn LAGIS weiter ausgebaut wird (hist. Ortsansichten, Flurnamen). Danke für die Umsetzung! --Haselburg-müller 11:47, 13. Okt. 2011 (CEST)

Ja nein, danke für die Antworten, aber es geht um etwas anderes ;) --engeltr 17:07, 13. Okt. 2011 (CEST)

FRAGE: derzeitiger Stand? MfG --commander-pirx 10:07, 25. Okt. 2011 (CEST)

Vorlage:LAGIS --engeltr 10:28, 25. Okt. 2011 (CEST)

DANKE! dennoch psst: wie kriegen wir jetzt Paramter, ob Hist.OL oder Biografie oder Grundriss etc rein???, sonst müsste man die Vorlage in LAGIS/HOL umbenennen, denk ich.. oderr ? MfG --commander-pirx 16:33, 26. Okt. 2011 (CEST)

funktioniert doch noch nicht???

oder, wenn ich die Vorlage benutze, wird der Parameter Titel zwar korrekt verlinkt aber es erscheint nur titel ohne korr. Namen, beim Parameter zugriff wird das Datum nicht gesetzt; mache ich da was falsch oder muss an der Vorlage noch gebastelt werden ??????? Danke für ne Info. MfG --commander-pirx 16:16, 31. Okt. 2011 (CET)

Ist mir auch aufgefallen. Ich habe (in Unkenntnis dieser Disk hier) auf Vorlage Diskussion:LAGIS geschrieben und dort auch gleich zwei Änderungsvorschläge gemacht. --emha d|b 11:51, 4. Nov. 2011 (CET) PS: Ich würde auch vorschlagen, dass man nach Fertigstellung der Vorlage diese Diskussion auf die dortige Disk kopiert, um die Gedanken bei der Erstellung transparent zu machen.

(Obigen Text) kopiert auf die Disk.seite der Vorlage:LAGIS (Stand 07. November 2011) zum besseren Verständnis, warum die Vorlage erstellt wurde. MfG --commander-pirx 12:28, 7. Nov. 2011 (CET)

Fehler oder okay?

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte. Grund: Noch keine Antwort. --Der Buckesfelder - Diskussion - Bewertung - Email 19:34, 19. Okt. 2011 (CEST)

{{#if: {{{Bus3|}}}| {{#ifexist: Märkische Verkehrsgesellschaft#{{{Bus3}}}|[[Märkische Verkehrsgesellschaft#{{{Bus3}}}{{!}}{{Buslinie{{!}}{{{Bus3}}}}}]]}}|[[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]}} Also falls die Linie nicht vorhanden ist, soll die Linie nicht angezeigt werden und die Seite in der Kategorie Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox aufgeführt werden. Funktioniert das so? --Der Buckesfelder - Diskussion - Bewertung - Email 22:23, 11. Okt. 2011 (CEST)

Ich würde meinen, da ist ein Fehler drin, denn }} steht ja einmal zuviel vor der Kategorie. D.h. die Kategorie dürfte nichts enthalten, denn sie steht ganz außerhalb vom {{#ifexist:. Ändere mal in

{{#if: {{{Bus3|}}}| {{#ifexist: Märkische Verkehrsgesellschaft#{{{Bus3}}}|[[Märkische Verkehrsgesellschaft#{{{Bus3}}}{{!}}{{Buslinie{{!}}{{{Bus3}}}}}]]|[[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]}}}}

Wenn es denn klappt, habe ich den Fehler richtig erkannt. Viel Erfolg --Tlustulimu 22:42, 11. Okt. 2011 (CEST)

Hallo Buckesfelder, ich bin anderer Meinung, kurz und bündig, ja, o.g. Code ist korrekt! Du willst ja offenbar nur dann die Verlinkung durchführen, wenn der Parameter Bus gefüllt ist und die zu verlinkende Seite existiert. Das passt. Du kannst solche Test durchführen, indem Du entweder die Vorschau nutzt oder die Spezialseite Spezial:Vorlagen expandieren aufsuchst. In beiden Fällen kannst Du „schummeln“, indem Du aus {{{Bus|}}} einfach {{{Bus|x}}} machst, um zu testen, was passiert, wenn der Parameter Bus den Wert x annimmt, also nicht leer ist. Gruß --W_I^KImaniac 22:46, 11. Okt. 2011 (CEST)

Hallo, WIKImaniac. Ich habe deinen Trick mit dem x gerade mal in Spezial:Vorlagen expandieren ausprobiert. Beim originalen Code wird nichts zurückgegeben, während nach meiner Änderung die Kategorie erscheint. Was ist denn nun richtig? --Tlustulimu 22:54, 11. Okt. 2011 (CEST)

Hallo Tlustulimu, nachfolgend findest Du die beiden Varianten, die ich getestet habe:

• {{#if: {{{Bus3|}}}| {{#ifexist: Märkische Verkehrsgesellschaft#{{{Bus3}}}|[[Märkische Verkehrsgesellschaft#{{{Bus3}}}{{!}}{{Buslinie{{!}}{{{Bus3}}}}}]]}}|[[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]}}

→ [[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]

• {{#if: {{{Bus3|x}}}| {{#ifexist: Märkische Verkehrsgesellschaft#{{{Bus3|x}}}|[[Märkische Verkehrsgesellschaft#{{{Bus3|x}}}{{!}}{{Buslinie{{!}}{{{Bus3|x}}}}}]]}}|[[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]}}

→ [[Märkische Verkehrsgesellschaft#x|{{Buslinie|x}}]]

Gruß --W_I^KImaniac 23:03, 11. Okt. 2011 (CEST)

Ich habe es mit deinem Code mal probiert. Denn lag ich wohl falsch. :-( Aber Irren ist ja menschlich. --Tlustulimu 23:13, 11. Okt. 2011 (CEST)

Dir ist aber schon bewusst, dass ifexist nur auf das Lemma, nicht auf den Abschnitt prüft (Schon gar nicht auf {{Anker}})? Daher kannst du das ifexist ganz rauslassen, und wirst mit ifexpr bzw. switch arbeiten müssen. -- ✓ ^Bergi 23:16, 11. Okt. 2011 (CEST)

Das mit dem Anker wusste ich nicht. Wie würde das denn aussehen, möglichst wartungsarm? Zur Funktion: Normalerweise soll, wenn die Linie angegeben wurde, auf die MVG-Seite zur Linie verlinkt. Wenn die Linie nicht vorhanden ist, soll nichts stehen, nur die Kategorie hinzugefügt werden. Grüße --Buckesfelder - Diskussion - Bewertung - Email 18:38, 12. Okt. 2011 (CEST)

Grundsätzlich gehts um Strings (da Nicht-Zahlen vorhanden), also #switch. Wo möglich kann man auch mit expr-Syntax vereinfachen (also simple Vergleich-Artithmetik mit und-/oder-Bedingungen verknüpft):

{{#switch: {{{Bus}}}
 | S1
 | S2
 | S3
 | R30
 | 336R
 | T30
 | C32
 | R52
 | R60
 | R61
 | A570
 | N4
 | N7 = [[Link#{{{Bus}}}|Linktext]]
 |#default = {{#if: {{IstZahl|{{{Bus}}}|N}}
  | {{#ifexpr: Bedingungen für Zahlen (Service: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 21 22 23 24 25 26 27 30 32 33 34 35 36 37 38 40 41 42 43 44 46 47 48 49 51 52 53 54 55 56 57 58 59 60 61 62 63 64 66 67 70 73 74 75 76 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 98 99 132 134 136 137 204 210 214 215 218 220 221 222 225 226 234 237 243 245 246 249 252 254 260 261 267 270 272 274 275 276 277 278 279 281 282 283 291 293 296 320 336 514 539 )
   | [[Link#{{{Bus}}}|Linktext]]
   | Fehlerausgabe
  }}
  | Fehlerausgabe
 }}
}}

Als Hausaufgabe formulieren Sie bitte die entsprechenden Bedingungen :-) -- ✓ ^Bergi 20:52, 12. Okt. 2011 (CEST)

Bedingung={{{Bus}}}/{{{Bus}}}? --Der Buckesfelder - Diskussion - Bewertung - Email 19:17, 12. Okt. 2011 (CEST)

Nein, sowas wie ({{{Bus}}}>=1 and {{{Bus}}}<19) or ({{{Bus}}}>20 and {{{Bus}}}<=27) or …, siehe Tabellenüberschriften „Vergleichsoperatoren“ und „Logische Operatoren“ der expr-Syntax-Doku. Geht natürlich auch komplizerter mit abs(x-5)<2 ⇔ x>3&x<7 oder sowas, aber das überlasss ich dir. Einzelne Zahlen, die nur mit einer Zahl verglichen werden statt in einem Intervall enthalten sein zu müssen, können auch im #switch gehändelt werden.

Deine Variante hätte ja immer 1 ergeben und wäre für jede beliebige Liniennummer gültig gewesen. Wobei: Bei Nicht-Zahlen in der #expr-Syntax wird sowieso ein Fehler „unerkanntes Zeichen“ geworfen, der noch abgefangen werden muss (grad nachgebessert). Und ganze Zahlen müssens ja auch sein. -- ✓ ^Bergi 22:46, 12. Okt. 2011 (CEST)

Ich glaube, ich bin dazu einfach zu doof. Ich habe das nämlich immer noch nicht verstanden. :-( --Der Buckesfelder - Diskussion - Bewertung - Email 15:29, 13. Okt. 2011 (CEST)

Was genau hast du nicht verstanden? Die Kombination von switch, if und ifexpr? Die expr-Syntax? -- ✓ ^Bergi 20:55, 15. Okt. 2011 (CEST)

Die Bedingung, genauer den Aufbau der Bedingung. --Buckesfelder - Diskussion - Bewertung - Email 14:04, 16. Okt. 2011 (CEST)

OK. Das switch kann ganz viele Fälle unterscheiden, die zu einem Ergebnis führen sollen. Viele dieser Fälle sind jedoch natürliche Zahlen aus mehreren Bereichen. Letzteres formulieren wir jetzt mathematisch: Es muss eine ganze Zahl sein (den Code dafür kannst du dir in Vorlage:IstZahl anschauen, unbedingt verstehen muss man ihn nicht); und sie muss sowohl größergleich der unteren Intervallgrenze alas auch kleinergleich der oberen Intervallgrenze sein. Oder sie muss (wenn sie eine ganze Zahl ist) innerhalb der Grenzen des zweiten (dritten, …) möglichen Intervalls liegen.

Also Bus ∈ [1, 2, …, 18] oder Bus ∈ [21, 22, 23, …, 27] oder Bus ∈ …. Das können wir jetzt in expr-syntax so formulieren: ganzeZahl(Bus) und ( (Bus≥1 und Bus≤18) oder (Bus≥21 und Bus≤27) oder …). Die Bedingung der ganzen Zahl haben wir schon ausgelagert, daher müssen wir nur noch auf Intervalle prüfen. Und das kann man jetzt eben auf verschiedene Arten machen, entweder komplizierter oder länger. Am einfachsten wird größer/kleiner-gleich sein, man kann es aber ebenso mit größer/kleiner oder als (AbstandZurIntervallmitte ≤ halbeIntervalllänge) oder … formulieren. Und: (B∈[1,2] oder B∈[4,5]) entspricht (B∈[1,5] und B≠3) etc. -- ✓ ^Bergi 15:59, 16. Okt. 2011 (CEST)

So?:

{{#switch: {{{Bus1}}}
 | S1
 | S2
 | S3
 | R30
 | 336R
 | T30
 | C32
 | R52
 | R60
 | R61
 | A570
 | N4
 | N7 = [[Märkische Verkehrsgesellschaft#{{{Bus1}}}(!){{Buslinie|{{{Bus1}}}}}]]
 |#default = {{#if: {{IstZahl|{{{Bus1}}}|N}}
  | {{#ifexpr: ganzeZahl(Bus) und ( (Bus≥1 und Bus≤18) oder (Bus≥21 und Bus≤27) oder (Bus=30) oder (Bus≥32 und Bus≤38) oder (Bus≥40 und Bus≤49) oder (Bus≥51 und Bus≤64) oder (Bus≥66 und Bus≤67) oder (Bus=70) oder (Bus≥73 und Bus≤76) oder (Bus≥80 und Bus≤96) oder (Bus≥98 und Bus≤99) oder (Bus=134) oder (Bus≥136 und Bus≤137) oder (Bus=204) oder (Bus=210) oder (Bus≥214 und Bus≤215) oder (Bus=218) oder (Bus≥220 und Bus≤222) oder (Bus≥225 und Bus≤226) oder (Bus=234) oder (Bus=237) oder (Bus=243) oder (Bus≥245 und Bus≤246) oder (Bus≥249) …)
   | [[Märkische Verkehrsgesellschaft#{{{Bus1}}}(!){{Buslinie|{{{Bus1}}}}}]]
   | [[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]
  }}
  | [[Kategorie:Benutzer:Der Buckesfelder/Fehler in der Infobox]]
 }}
}}

Es sind noch nicht alle Linien angegeben. --Der Buckesfelder - Diskussion - Bewertung - Email 18:06, 17. Okt. 2011 (CEST)

Ist das so richtig? --Der Buckesfelder - Diskussion - Bewertung - Email 15:43, 19. Okt. 2011 (CEST)

Jein, nicht ganz. Hab ich oben was von Expr-Syntax geschrieben? War nicht ganz korrekt: Ich habe gemeint, die Bedingung von Element-aus-Intervall ist semantisch für expr in und-größer-kleiner-gleich-oder… überzuführen, deine Struktur ist also richtig. Nur dass Expr für diese Operatoren andere Zeichen haben will, nämlich die unter WP:VP#expr angegebenen (also and, or, <=, >=…).

Die Bedingung für die ganze Zahl benötigt man nur einmal. Ich versuche mich mal an einer Art Äquivalenzumformung, die „Funktion“ ganzeZahl(Bus) (gibts nicht) steht dabei für den expr-Syntax-Ausdruck abs trunc(Bus) = (Bus):

{{#if: {{IstZahl|{{{Bus}}}|N}}                  | {{#ifexpr: <kleiner und größer>  | wahr | Fehler }} | Fehler }} ⇔
{{#if: {{#ifexpr: ganzeZahl({{{Bus}}}) | 1 | }} | {{#ifexpr: <kleiner und größer>  | wahr | Fehler }} | Fehler }} ⇔
{{#ifexpr:        ganzeZahl({{{Bus}}})          | {{#ifexpr: <kleiner und größer>  | wahr | Fehler }} | Fehler }} ⇔
{{#ifexpr:       (ganzeZahl({{{Bus}}}))          and        (<kleiner und größer>) | wahr   |   Fehler }}

BTW: diese Syntax wäre immer noch nicht abgesichert gegen wissenschaftliche Notation (z.B. Bus=2.37e2) sowie Ausdrücke (43+27), dafür müsste noch ein #ifeq-Abgleich gemacht werden oder im Link ein #expr zur Auswertung des Ausdrucks gemacht werden :-) -- ✓ ^Bergi 00:09, 6. Nov. 2011 (CET)

Vorlage:Normdaten

Hallo allerseits, bei Verwendung obiger Vorlage und Eintrag von LCCN wird automatisch ein Link zu WorldCat erzeugt, der aber leider ein "404: Document not found" erzeugt. Ursache scheint zu sein, dass http://www.worldcat.org/identities/ nun nicht mehr sowas wie lccn-no2011-154072 als Parameter verlangt, sondern z.B. np-taubman, anatole. Beobachtet habe ich diesen Fehler bei Sina Tkotsch und Anatole Taubman, wobei es für Sina Tkotsch keinen Datensatz bei WorldCat gibt, obwohl LCCN vorhanden ist. Sollte man den Link zu WorldCat dann nicht besser aus der Vorlage entfernen, bis eine geeignete Lösung gefunden ist? Herzlichen Gruß. --Lindi _{(Sag’s mir persönlich)} 10:06, 13. Okt. 2011 (CEST)

Ist nicht der Regelfall. Es geht z.B. bei Ernest Hemingway, J. D. Salinger, Astrid Lindgren... --тнояsтеn ⇔ 10:15, 13. Okt. 2011 (CEST)

Das ist nur ein schwacher Trost und keine Lösung des Problems. Wenn es nicht anders geht, dann muss ein Schalter ähnlich WP in die Vorlage, mit dem man die Generierung des WorldCat-Links bei Bedarf gezielt abschalten kann. --Lindi _{(Sag’s mir persönlich)} 15:10, 13. Okt. 2011 (CEST)

Vorlage:Infobox Sportschütze

Besteht die Möglichkeit eine Infobox für Sportschützen zu erstellen? Sie kann inhaltlich so sein, wie die der Bogenschützen (natürlich mit einem anderen Piktogramm). Der Deutsche Schützenbund ist der viertstärkste Sportverband in Deutschland - die Sportler/-innen sind international sehr erfolgreich. Es ist also ausreichend Bedarf vorhanden :) DANKE!!! --Shooty1 11:16, 13. Okt. 2011 (CEST)

Hier sollte meiner Meinung nach die Vorlage:Infobox Bogenschütze auf Vorlage:Infobox Schütze verschoben werden, so dass diese gemeinsam mit der anzulegenden Vorlage:Infobox Sportschütze genutzt werden kann. Gruß --W_I^KImaniac 00:08, 26. Nov. 2011 (CET)

Liste der Kulturdenkmale im Landkreis Biberach

Ich wollte mal fragen, ob nicht jemand Lust hätte für diese Liste der Kulturdenkmale in Kanzach, ausgewähltes Beispiel eine untige Box in der Art der Liste der Baudenkmäler im Landkreis Unterallgäu siehe dazu z. B. Liste der Baudenkmäler in Lachen (Schwaben), zu basteln. Dank+Gruß--Bene16 18:40, 13. Okt. 2011 (CEST)

Hallo Bene, könntest Du auflisten, welche Einträge die Navigationsleiste enthalten soll? Gruß --W_I^KImaniac 19:26, 18. Okt. 2011 (CEST)

Moment, gerade erst wieder gesehen. Dank+Gruß--Bene16 08:50, 26. Nov. 2011 (CET)

Hier [1] von diesen Orten. Dank+Gruß--Bene16 09:07, 26. Nov. 2011 (CET)

Oder wie in der Listen der Baudenkmäler im Landkreis Unterallgäu analog dazu eine Listen der Baudenkmäler im Landkreis Biberach mit allen Orten erstellen. Listen gibt es aber nur von den dort [2] gelisteten Orten. Grüsse--Bene16 09:10, 26. Nov. 2011 (CET)

Vorlage:Datum vs. Vorlage:dts, #formatdate:

irgendwie lästig, dass erste die parameternamen braucht, und weniger (oder anders?) leistungsfähig ist.. ich bin nicht informiert, was die fix implementierte parserfunction #formatdate: Hilfe:Variablen #Funktionen oder #time heute kann, aber wir sollten entweder

• die codes von Datum und dts einfach so harmonisieren
• oder dts auf Datum aufsetzten, in dem erstere das formatieren, zweitere nur den sortierschlüssel baut
• oder sonst eine lösung, das datumsformatierung zu zentralisieren, ohne die performance zu mindern
• noch dazu haben wir mit Vorlage:FormatDate und Vorlage:SortDate dasselbe nochmal mit ISO, wobei dort SortDate auf FormatDate sauber aufsetzt

traut sich da wer drüber? --W!B: 04:57, 16. Okt. 2011 (CEST)

PS: die formatiercodes könnte man auch harmonisieren:

• dts hat „noFormat“ = Dreibuchstaber
• FormatDate hat „F“ (= full) oder „M“ (= Dreibuchstaber) wie bei #time, zusätzlich „S“ (= Vierbuchstaber).

für Datum hab ich jedenfalls 1,2,3 mal eingebaut: {{Datum|1|2|3}} = --W!B: 05:24, 16. Okt. 2011 (CEST)

Verschachtelung von Navigationsleisten?

Bislang besteht mW die Möglichkeit per {{Naviblock}}{{/Naviblock}} mehrere Navigationsleisten kompakt anzuordnen, wobei allerdings keine Abhängigkeit zwischen den verschiedenen Navigationsleisten definiert sein muß. Was ist jedoch, wenn NAVI B nur dann auftauchen soll, wenn in NAVI A ein bestimmter Link gewählt wird. Freilich soll nach dem schliessen von NAVI B wieder nur NAVI A sichtbar sein. Geht sowas mit den Bordmitteln der Wikisoftware überhaupt? Gruß --Zollwurf 14:38, 17. Okt. 2011 (CEST)

wg. Vorlage:Infobox Bauwerk

Diese Vorlage verwendet pauschal den Begriff Baumeister, obwohl Baumeister und Architekt nicht bedeutungsgleich sind. Auf der Diskussionsseite hat das auch eine IP schon kritisiert und dabei die Begriffe Entwurfsurheber bzw. Entwurf ins Spiel gebracht. Wie ich gerade sah, ist das bei Wikipedia:WikiProjekt Architektur und Bauwesen/Infobox-Werkstatt auch in diesem Sinne erklärt (!), dort ist der Begriff Baumeister der Tätigkeit Bauausführung zugeordnet. Ich halte den aktuellen Zustand der Vorlage in diesem Zusammenhang für extrem kontraproduktiv, das sollte wenigstens in problemneutralem Sinn abgeändert werden (Also z.B. Entwurf statt Baumeister – ob der Entwurf von einem Architekten oder von einem Baumeister stammt, wäre dann für die Vorlagenbenutzung egal.) Gruß, Ulf-31 16:36, 18. Okt. 2011 (CEST)

Du meinst also statt dem Feld Baumeister sollte es lieber ein Feld Entwurf und ein Feld Bauausführung geben? --morre.meyer 16:50, 18. Okt. 2011 (CEST)

Zu dem möglichen (nach Wikipedia:WikiProjekt Architektur und Bauwesen/Infobox-Werkstatt anscheinend gewollten) Feld Bauausführung habe ich keine Meinung, IMHO kann man dafür wohl nur selten eine Person oder ein Unternehmen nennen. Aber das momentane Feld Baumeister meint eindeutig den Entwurfsurheber, den künstlerisch Verantwortlichen. Meinem Eindruck nach wäre Entwurf eine gute, von der Intention her eindeutige, andererseits nicht zu sehr einengende Alternative. Ulf-31 21:58, 18. Okt. 2011 (CEST)

Vorlage:ArbeitslosenstatistikDeutschland

Die Vorlage sieht ja gut aus, aber soweit ich das sehe, müssten wir die immer manuell aktualisieren. Gibt es da eine Möglichkeit, das ganze wie z.B. bei den Einwohnerzahlen über eine Metadatenvorlage zu lösen, oder sonstige gute Ideen? -- morre.meyer 20:37, 18. Okt. 2011 (CEST)

Hallo morre.meyer, auf jeden Fall muss die Vorlage auf einen typographisch korrekte Bezeichnung verschoben werden, bevor die Vorlage verwendet wird. Eine Füttung der Vorlage per zentral vorgehaltener Daten wäre aus technischer Sicht denkbar. Gruß --W_I^KImaniac 21:19, 18. Okt. 2011 (CEST)

Davon habe ich jetzt erstmal abgesehen. Ich kenne mich mit den Metadatenvorlagen zu wenig aus, um da was dazu sagen zu können. Ich befürchte nur, dass das noch über meinen Horizont hinausgeht, was Vorlagen etc. betrifft. -- morre.meyer 21:24, 18. Okt. 2011 (CEST)

Was genau unterscheidet die Aktualisierung von Metadatenvorlagen von der Aktualisierung dieser Vorlage? -- ✓ ^Bergi 00:51, 20. Okt. 2011 (CEST)

Hallo Bergi, im Grunde genommen erstmal nichts – solange die Arbeitslosenzahlen nicht auch noch in anderen Vorlagen, beispielsweise Vorlage:Infobox Bundesland, genutzt werden sollten. Erst dann macht es meiner Meinung nach wirklich Sinn, sie in eine Metadaten-Vorlage auszugliedern. Gruß --W_I^KImaniac 11:06, 20. Nov. 2011 (CET)

Vorlage:Datenträger (außer EAN-Suche)

Hallo allerseits, gibt es sowas schon wie eine Vorlage:Datenträger? Müsste so ähnlich sein, wie die Vorlage:Literatur, aber eben zugeschnitten auf Film, Video, Software, eben was so auf CD/DVD/BluRay zu finden ist. Statt ISBN würde dort die EAN zu finden sein.

Das Thema EAN-Suche ist ja inzwischen ausgelagert und wird hier weiter behandelt. Bleibt aber immer noch die fehlende Vorlage Datenträger. --Lindi _{(Sag’s mir persönlich)} 18:33, 23. Okt. 2011 (CEST)

Braucht man das? Das Kulturgut ist doch eher unabhängig vom verwendeten Datenträger und wird heutzutage bei Filmen doch auch oft parallel auf BluRay und DVD, bei Videospielen für unterschiedliche Plattformen portiert angeboten (Chip für Spielkonsole, DVD für Computer...). Literatur ist da schon deutlich spezifischer an ein Trägermedium gebunden. Grüße, Grand-Duc 15:40, 30. Okt. 2011 (CET)

Vorlage:Infobox Radfernweg

Einmal Fehlersuche bitte. Wenn lokalisiert bitte auch ausbessern. Vielen Dank!--Der Buckesfelder - Diskussion - Bewertung - Email 15:42, 19. Okt. 2011 (CEST)

Bitte diese Version so überarbeiten, dass sie funktioniert. --Der Buckesfelder - Diskussion - Bewertung - Email 19:38, 19. Okt. 2011 (CEST)

Ich hab vorsichtshalber nicht nachgeschaut, wer das so verhunzt hat :-) Sollte wieder funktionieren. -- ✓ ^Bergi 23:20, 19. Okt. 2011 (CEST)

Meine erste, dringende Empfehlung: Statt der allgemeinen Vorlage:Infobox eine Tabelle direkt in Vorlage:Infobox Radfernweg schreiben. Dabei auf einen Stil festlegen.

Evtl. auch bessere Parameternamen bevorzugen. Die Artikel muss man dann aktualisieren, wofür es einen Bot gibt.

ÅñŧóñŜûŝî (Ð) 23:57, 19. Okt. 2011 (CEST)

Mit den Entscheidungen in dieser Frage wieder hier melden. ÅñŧóñŜûŝî (Ð) 23:59, 19. Okt. 2011 (CEST)

Umbenennungsanträge zu Wartungskats

Hallo, ich habe einige eurer Wartungskats zur Umbenennung vorgeschlagen unter Wikipedia:WikiProjekt Kategorien/Diskussionen/2011/Oktober/20, da sie namensmäßig fälschlich als ANR-Kats laufen. Könnt ihr euch speziell mal diesen Antrag zur Kategorie:Vorlagenwartung ansehen? Die Kategorie erscheint mir redundant zu sein zu einer der beiden anderen Kats. Vielleicht habt ihr dazu ja noch Ideen, zurzeit fungiert sie aber auch als ANR-Kat, was sie ja nun nicht ist. --Geitost 21:24, 20. Okt. 2011 (CEST)

Farbe von Überschriftenzeilen in Infoboxen

Hallo. Die Infoboxen für Bibliotheken (Vorlage:Infobox Bibliothek) hat im Kopf eine graue Leiste. Dieses Grau finde ich layouttechnisch wenig ansprechend. Wie und wo kann man diese Farbe ändern bzw. dies debattieren? Danke --testtube 13:14, 22. Okt. 2011 (CEST)

Das grau der Kopfzeile ist Wikipediaweit so Standard, daher glaube ich nicht, dass es sinnvoll wäre, hier eine Änderung vorzunehmen. --morre.meyer 13:58, 22. Okt. 2011 (CEST)

Das diese Farbe der MediaWiki-Standard ist und man das deshalb nicht ändern sollte ist Schwachsinn. Das kann in Abstimmung mit dem jeweils zuständigen Portal/Projekt durchaus geändert werden. --StG1990 Disk. 18:54, 22. Okt. 2011 (CEST)

Wenn dann bitte (de-)Wikipedia-Standard, um nicht noch mehr durcheinander zu bringen. -- ✓ ^Bergi 20:08, 22. Okt. 2011 (CEST)

Schau mal auf Hilfe:Tabellen. Das Grau wird derzeit durch die Hintergrundfarbenklasse verursacht. Du kannst zwar auch alle möglichen Bunt-Töne direkt definieren, Klassen haben aber gewisse Vorteile (und ich finde es gibt viel zu wenige). Daher auf noch ein Hinweis auf WP:FT#Hintergrundfarben.

Wie StG1990 schon angesprochen hat, solltest du eine Änderung natürlich vorher absprechen, zum Beispiel auf einer zugehörigen Projektseite, der Vorlagendiskussionsseite oder der Benutzerdisk des Vorlagenerstellers (in dieser Reihenfolge). Bzw. noch besser nur auf der Vorlagendisk und dann von den anderen Disks dorthin verlinken. -- ✓ ^Bergi 20:08, 22. Okt. 2011 (CEST)

Ich meinte im Bezug auf "Wikipedia-Standard" nur, dass es auf der deutschen Wikipedia Standard ist, diese Farben zu verwenden. Hätte ich MediaWiki-Standard gemeint, hätte ich das auch gesagt. --morre.meyer 20:18, 22. Okt. 2011 (CEST)

Das ist auch kein Standard in der deuschsprachigen Wikipedia. Hier hat fast jeder Bereich eine andere Farbe. --StG1990 Disk. 20:28, 22. Okt. 2011 (CEST)

Danke! Aufgrund meines geringen Hintergrundwissens weiß ich jetzt nicht viel mehr als vorher ;-), aber ich werde Euren Link-Tipps folgen und mich sobald ich etwas Zeit habe dort einarbeiten. Das Grau finde ich einfach "abtörnend" :-) --testtube 20:37, 22. Okt. 2011 (CEST)

So, jetzt benötige ich leider nochmals die Hilfe von Experten. Habe mir die Links von Benutzer Bergi angesehen und auch den Unterschied zwischen den Farbklassen und den sonstigen möglichen Farben verstanden. Ich habe aber nicht die Stelle gefunden, wo ich dies in der Infobox Bibliotheken ändern kann. Habe ich etwas übersehen? Ich habe nur Seiten gefunden, in denen ich Parameter ändern kann (z.B. Bibliothekstyp). Natürlich möchte ich das vorher auf der Vorlagendisk debattieren, aber zuerst sollte ich wohl wissen, ob und wie die Farbe überhaupt geändert werden könnte.

Oder ist es vielleicht doch hier, wo man die Farbe ändert ? :

<pre style="white-space:pre-wrap;">

Siehe http://de.wikipedia.org/w/index.php?title=Vorlage:Infobox_Bibliothek/Doku&action=edit

--testtube 12:25, 23. Okt. 2011 (CEST)

Der „Bearbeiten“-link hinter „Dokumentation“ (sowie die Abschnittsbearbeitungslinks) lassen dich die Dokuseite editieren, die über die Vorlage:Dokumentation auf der Vorlagenseite eingebunden wird. Wenn du es mit dem Bearbeiten-Reiter auf der Vorlagenseite versuchst, findest du auch schnell (in Zeile 2) die Stelle !colspan="2" class="hintergrundfarbe5" …. Hast du Hilfe:Vorlagen schon mal durchgelesen? Pflichtlektüre, bevor man im Vorlagen-Namensraum editiert ;-) -- ✓ ^Bergi 22:12, 23. Okt. 2011 (CEST)

Viiielen Dank, nach diesem Hinweis habe ich mich gesehnt. Das mit den Dokumentationsunterseiten und extra-Bearbeiten-Links habe ich aber immer noch nicht verstanden - muss ich hoffentlich auch nicht? Ich meinte aus welchem Grund auch immer, dass nur die Dokumentation bearbeitet werden darf. Die Hilfe:Vorlagen bin ich vor ein paar Tagen aufmerksam durchgegangen, aber ich habe nicht gefunden, wonach ich gesucht habe. Ich muss aber ehrlich sagen, dass solche Hilfeseiten für Laien kaum eine Hilfe darstellen. Für mich ist das der reinste Horror! Sogar schon der Ausdruck "Vorlagen-Namensraum" - da versteh ich leider nur Bahnhof. Ich warte auf den Tag, ab dem Infoboxen-Vorlagen (technisch gesehen) genau so kinderleicht (bzw. "idiotensicher") wie Artikel zu bearbeiten sind ;-) Zum Testen musste ich leider einmal abspeichern und reverten, da über die Vorschaufunktion die Farbe nicht geändert wurde. Vielleicht kann man diese beiden Versionen löschen. --testtube 21:47, 24. Okt. 2011 (CEST)

H:NR :-) Wie auf H:VOR#Bedingtes Einbinden von Quelltextblöcken beschrieben, „siehst“ du 2 verschiedene Seiten je nachdem ob die Vorlage eingebunden ist oder nicht. Der Quelltext beider Ansichten lässt sich mit dem ganz normalen „Bearbeiten“-Reiter bearbeiten. Das, was die Vorlage eigentlich darstellt, bekommst du in der Vorschau nicht zu sehen. Auf der Vorlagenseitenansicht (also nicht wenn die Vorlage eingebunden ist) wird (über einen Umweg) die Vorlage:Infobox Bibliothek/Doku eingebunden, die man im Endeffekt auf der Vorlagenseite bzw. Vorschau sieht (und eigens bearbeiten muss).

Ähnlich ist es mit dem Beispiel: Es wird separat eingebunden, aber die „Einbindungsansicht“ wird erst nach dem Speichern (+Purge) aktualisiert. Daher siehst du in der Vorschau immer die alte Version.

Die beiden Versionen werden nicht gelöscht werden, dazu gibt es keinen Grund (siehe WP:Versionslöschung). Nach deiner ersten Bearbeitung hätte die Vorlage durchaus wie gewünscht funktioniert, es dauert bloß ein bisschen bis der Server die Änderung der Einbindungsansicht auf allen einbindenen Seiten umgesetzt hat (Beschleunigen). Und zu denen gehört auch die Vorlagenseite selbst, das Beispiel muss nicht zwingend sofort anders aussehen. -- ✓ ^Bergi 22:25, 24. Okt. 2011 (CEST)

Danke für die Hinweise. Ich werde mir das durchlesen, habe aber wenig Hoffnung ;-) Naja, wer weiß. Die Farbendebatte ist in Gang gesetzt - bin gespannt. --testtube 19:26, 26. Okt. 2011 (CEST)

Lagewunsch

Die Vorlage:Infobox Stadion und die Vorlage:Infobox Brücke erzeugt keinen {{Lagewunsch}} wenn die Geokoordinaten nicht eingetragen sind. Ist doch sinnvoll, oder? --Atamari Datei:WhitePaperbag transparent.png 00:17, 24. Okt. 2011 (CEST)

Hm, das macht eigentlich keine IB die ich kenne. Ist das nicht implizit, oder wird evtl. auch per Wartungslink umgesetzt? Was wäre der Vorteil, werden die Artikel dann von Bots gelistet? -- ✓ ^Bergi 07:55, 24. Okt. 2011 (CEST)

Also, ich kenne das anders herum. Die meisten IB (oder nur viele IB) - in denen Koordinaten verwendet werden erzeugen einen Lagewunsch. Da IB mit Koordinaten in der Regel auch lokalisiert werden können, bekannte Ausnahmen sind bei Burgen zu finden. Dort wurde extra deswegen der Parameter "unauffindbar" eingeführt damit bei Burgen, deren exsitenz lediglich aus Dokumenten bekannt ist - der Lagewunsch unterdrückt wird. Merlbot listet dann diese Artikel mit auf. Als Beispiele mit Lagewunsch (als Wartungslink) sind da Infobox Berg, Infobox Fluss oder Infobox Insel zu erwähnen. Ich habe oben zwei Beispiele gefunden, die so einen Wartungslink nicht generieren - vielleicht sollte man die Kategorie:Vorlage:mit Koordinate komplett anschauen - ob dort in den Infobox nicht generell der Wartungslink eingebaut werden sollte bzw. könnte. Ich finde es sinnvoll, passt gut zusammen mit den Wartungslisten die MerlBot erzeugt. --Atamari Datei:WhitePaperbag transparent.png 10:08, 24. Okt. 2011 (CEST)

OK, lass es mich anders ausdrücken: Wenige der Ortsinfoboxen, die ich kenne. Oft wird die Koordinatenausgabe unterdrückt, wenn keine Angaben vorhanden sind (Bsp: Vorlage:Infobox Ort in Belgien), teilweise dafür aber ein Wartungslink generiert.

Kann man Bots eigentlich (per Vorlage, manuell sowieso) beibringen, dass bestimmte Wartungslinks bestimmte Fehler sind? Gibts da nicht ein Merlbot-Feature, für das man den Wartungslink als Weiterleitung anlegen und in eine Kat eintragen muss? -- ✓ ^Bergi 20:35, 24. Okt. 2011 (CEST)

Jetzt habe ich fast gar nichts verstanden. Also (jetzt gerade bei den Brücken geptüft) wenn keine Koordinaten eingegeben sind - wird oben keine Aufforderung für ein Lagewunsch angezeigt. Weiter wird auch keine versteckte Kategorie:Wikipedia:Lagewunsch erzeugt. Die eigentliche Ausgabe in der Infobox, wird bei fehlender Angabe unterdrückt. p.s. bei Vorlage:Infobox Ort in Belgien wird auch keine Wartungskategorie erzeugt. Wird eine fehlende Koordinate dann innerhalb einer MerlBot-Wartungsliste für Belgien gelistet? --Atamari Datei:WhitePaperbag transparent.png 20:56, 24. Okt. 2011 (CEST)

Achso, du willst nur versteckte Wartungskats einbinden? Da steht nichts dagegen. Ich dachte es ginge dir um einen fetten inline-Lagewunsch, wie er von Vorlage:Coordinate erzeugt wird.

Zur Ortsinfobox: Schlechtes Beispiel, aber auch verlesen. Die Vorlage erzeugt einen Wartungslink bei fehlender REGION, nicht bei fehlenden Koordinaten. Die Vorlage:Infobox Ort in Portugal beispielsweise aber kennt einen Wartungslink für fehlende Koordinaten. Wenn man Vorlage:Infobox Ort in Portugal/Wartung/Koordinaten fehlen jetzt als WL anlegt, kann der Merlbot sie laut dem Text auf Kategorie:Vorlagenwartung in Wartungslisten einpflegen. -- ✓ ^Bergi 21:10, 24. Okt. 2011 (CEST)

Sicherlich mag es mehrere Wege geben. Bei der Vorlage:Infobox Ort in Gambia wird bei fehlenden Koordinaten auch eine Wartungskategorie eröffnet (auch wenn es eine Seite Vorlage:Infobox Ort in Gambia/Wartung gibt). Dies scheint mir auch der elegantere Weg zu sein, die Lagewünsche in einer (Wartungs-)Kategorie zu listen als über diese Wartungslinks. --Atamari Datei:WhitePaperbag transparent.png 21:38, 24. Okt. 2011 (CEST)

Da sehe ich wiederum nur Wartungslinks, keine Wartungskategorien.

Aber wie gesagt, nichts gegen eine einheitliche Wartungskat; nur offene Hinweise sollten nicht verpflichtend sein. Ich frage mich nur, ob der Bot die Artikel erkennt wenn sie nicht über die Vorlage:Lagewunsch, sondern direkt in die Kat eingeordnet werden. -- ✓ ^Bergi 22:35, 24. Okt. 2011 (CEST)

Zu der IB Ort in Gambia gibt es auch keine fehlende Koordinaten und damit keine Wartungskategorie - weil ich alle Koordinaten eingepflegt habe. Aber ich habe dort nachgeschaut, in der IB Ort in Gambia wird die Wartungskategorie über {{Positionskarte}} realisiert. --Atamari Datei:WhitePaperbag transparent.png 23:01, 24. Okt. 2011 (CEST)

p.s. Zitat aus der Doku von MerlBot "GEO = Seiten mit {{Lagewunsch}}-Baustein (technisch genauer: intern wird {{CoordinateNO}} und {{CoordinateSkyNO}} verwendet)" --Atamari Datei:WhitePaperbag transparent.png 23:05, 24. Okt. 2011 (CEST)

Ah, danke, das habe ich gesucht. Es spricht absolut nichts dagegen, statt Wartungslinks {{CoordinateNO|article=|text=|region={{{region}}}}} zu verwenden. -- ✓ ^Bergi 00:40, 25. Okt. 2011 (CEST)

Eigentlich ist die Dokumentation in Vorlage:Coordinate#Lagewunsch; Zitat:

„Achtung: Sorgt in einem Artikel bereits die Infobox für die Generierung eines Lagewunsches, so ist das nochmalige Setzen dieser Vorlage nicht notwendig. Dies ist fast bei allen Infoboxen der Fall, bei denen man eine Georeferenzierung eintragen kann. (→ Kategorie:Vorlage:mit Koordinate)“

...nicht ganz richtig, siehe die beiden angebrachten Beispiele (ok, dort wird mit dem Wort "fast" die Aussage relativiert...). Eigentlich wollte ich noch eine Kategorie:Vorlage:mit Lagewunsch vorschlagen, aber durch die Definition (siehe Zitat) durch die Koordinaten-Eintragung schon (fast) gegeben. Kann man irgendwie alle Infoboxen scannen, ob sie automatisch ein Lagewunsch - bei fehlender Koordinate - erzeugen? Dies scheint mir aufgrund der Dokumentation der {{Coordinate}} angebracht bzw. sinnvoll zu sein. --Atamari Datei:WhitePaperbag transparent.png 15:57, 25. Okt. 2011 (CEST)

+1 die {{Infobox Krankenhaus}} benutzt Koordinaten, ein Lagewunsch wird auch hier nicht generiert. --Atamari Datei:WhitePaperbag transparent.png 01:04, 27. Okt. 2011 (CEST)

Vorlage:Infobox Gemeinde in Namibia

Laut der Kategorie ist das eine Vorlage:mit Koordinate. Da stimmt aber so nicht ganz, es wird lediglich ein Textstring übergeben.

Bitte den Parameter:

|Geokoordinaten        = 

mit:

 |lat  =
 |long =
 |Region =
 |POSKARTE=

oder:

|POSKARTE=
|BREITENGRAD=
|LÄNGENGRAD=
|REGION-ISO=

ersetzen (sprichwörtlich schon tausendmal umgesetzt) und mit automatischer Erzeugung eines Lagewunsch, wenn diese Felder nicht ausgefüllt sind. Die Poskarte kann bzw. sollte auch angezeigt werden. Anschließend mit einem Bot die Einbindung überarbeiten, also die Parameter aus {{Coordinate}} mit denen in der Infobox austauscht (ca. 60-70 Einbindungen). DANKE. --Atamari Datei:WhitePaperbag transparent.png 16:31, 24. Okt. 2011 (CEST)

Ich kümmere mich mal darum. --morre.meyer 08:30, 12. Nov. 2011 (CET)

Neue Vorlage:Coordinate

 Info: Die Vordiskussion findet sich unter Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2011/3#Vorlage:Coordinate

Entschuldigt bitte die lange Wartezeit. Ich hatte viel anderes zu tun, denke aber dass die Vorlagen nach ausführlichen Tests jetzt einsatzbereit sind. Gerade eben habe ich die neuen Vorlagen auf ihre Produktivnamen verschoben (siehe dazu weiter unten), imho kann die Vorlage jetzt „live“ geschalten werden. Die Änderungen im Einzelnen:
CoordinateComplex CoordinateMain CoordinateLink CoordinateDefault CoordinateMessage CoordinateNone? und vieles Anderes. Neue „Features“ dabei sind:

• einheitlicher Einrückungsstil in allen Vorlagen. Auf PM3s HighPerformanceAllesZusammenschreibenOhneWhitepsaceParserbelastung-Stil verzichte ich aus Gründen der Leserlichkeit.
• deutlich mehr Möglichkeiten der Textgestaltung durch die neue Vorlage:CoordinateLink, so sind weder indivuelle Bilder noch attributierte Elemente ein Problem: Beispiel Moon00, Beispiel Tooltip00
• Im Text/Dateimodus werden zudem standardmäßig die Koordinaten im Tooltip ausgegeben, sie lassen sich aber auch abschalten (Beispiel Tooltip00). Genauer ist dies bei der Link-Vorlage dokumentiert.
• Besseres Zusammenwirken mit den Positionskarten. Dies ist vor allem den neuen Parametern mapname, mapcaption, maptrenner und maplayer zu verdanken, mit denen sich die Thumbcaptiondarstellung abschalten sowie die aufwendige Positionskartenfindung abkürzen lassen. Durch die neuen Möglichkeiten ist die Vorlage für den gemeinsamen Einsatz in Infoboxen prädestiniert (#Artikelkoordinate #Vorlage:Infobox Stadt in Lateinamerika, keine Doppelungen mehr notwendig, Beispiel 0° 0′ 0″ N, 0° 0′ 0″ O00
  

  

  Test​

  

  Einbindung aus einer Listenaufzählung heraus!
  ). Auch der wahrlich grauslige Fehler bei Kartenausgabe ohne Regionsangabe wurde behoben.

Tabelle: Text-Ausgabe und Karte in einer Hand

Koordinaten

668170 / 21169547.0527777777788.3358333333333 Vorlage:!-!colspan="2"| Verkehrshaus​

• • Dazu angelegt wurden: CoordinateMap CoordinateMap/name CoordinateMap/map, Positionskarte Positionskarte+ Positionskarte~ Positionskarte~core Positionskarte~*
  • Diese dürften auch etwas effizienter geworden sein, insbsondere verzichtet die Vorlage bei fester Breite endlich auf unseren Table-Hack und gibt Original-Thumb-Code aus. Zudem ist die Möglichkeit von Layern hinzugekommen und auch die anderen Neuerungen aus dem Hause Spischot wurden aufgenommen.
• Die Vorlage:CoordinateDefault wurde auf vereinfachte Syntax umgestellt. Für die Zukunft mit OSGB93 ist eine ähnlich einfache Lösung bereits vorbereitet.
• Die Parameterfehlererkennung wurde durch Aufteilung vereinfacht. Gleichzeitig wurde die Syntax der Vorlage:Positionskarte auf dieselbe Syntax umgestellt. Dadurch ergibt sich allerdings eine (unauflösbare) Coderedundanz zwischen CoordinateComplex/CoordinateMain und Positionskarte~/Positionskarte~core, die bei Bearbeitung der Vorlagen beachtet werden muss.
• Die Vorlagen für Koordinatenformate wurden neu strukturiert. Zu jedem Ausgabeformat gibt es ein Tripel normal, sortable und tagless. Dadurch mögen zwar Redundanzen geschaffen worden sein, der Code wurde jedoch soweit wie möglich vereinfacht. PM3 wollte sich daraus Anregungen für CH1903 in CoordinateSimple holen?
  Zudem wurden die nicht-tagless-Formate mit <abbr>-Tags für die Himmelsrichtungskürzel versehen, weshalb der Test nur noch sinngemäß erfüllt wird.
• Die neue Vorlage erfüllt trotz erweiterter Möglichkeiten das Ziel der Performanceverbesserung. Der PreprocessorNodeCount wird wohl vor allem durch die konsequent entfernten Parameterdefaultwerte sowie die Auslagerung der Map-Anwendung geschrumpft sein (typische Mapeinbindung von >8000 auf <1600), die neuen Features werden das etwas gedämpft haben. Doch mit der TemplateArgumentSize (etwa ein Drittel weniger) zeigt sich auch, dass sich die Vorlagenstruktur gebessert hat und den Preprocessor mit weniger Berechnungen belastet. Insbesondere bei Map-Einbindungen dürfte dies signifikant sein. M.M.n. ließe sich in diesem Sinne weiter optimieren, vor allem was die Parameter der Linkvorlage(n) angeht (die URL-Parameter würden sich beispielsweise auch schon davor zusammensetzen lassen; round ließe sich vorberechnen statt komplizierte Umwege über dim_save einzuschlagen), doch darunter würde die Verständlichkeit (für Autoren) der Vorlage ebenso leiden wie weitere Redundanzen geschaffen würden: Kann man machen, halte ich aber nicht mehr für sinnvoll.
• Das Geo-Microformat wurde nach Umbruch-Problemen einheitlich auf <span> umgestellt, statt manchmal auch div. Allerdings wurde das 2009 extra eingebaut, wegen Problemen mit dem IE6. Müssen wir das berücksichtigen, kann das jemand testen?
• Die Vorlage:CoordinateNone gibt wie gewünscht bei den ICON-Shortcuts im Textparameter auch nur Icons statt der langen Fehlermeldung aus.
• Die Wartungskategorie hat sich wie angedacht auf Kategorie:Wikipedia:Koordinaten-Parameterfehler geändert

Danke fürs Lesen bis hierher :-) Jetzt kommt aber der harte Teil: wie schalten wir das reibungslos live? Anfangen habe ich mal mit Verschiebungen auf freie Vorlagen„lemmata“, ich denke die Großschreibung von Vorlagennamen ist ebenso wie die von Parameternamen out und verwende stattdessen CamelCase (z.B. CoordinateMain etc, siehe oben). Die WL bleiben bestehen, sodass die Vorlage weiterhin funktionsfähig und testbar bleibt, dann werde ich die Einbindungen der Untervorlagen anpassen. Die „alten“ Vorlagen sollten am besten zu Dokumentationszwecken bestehenbleiben, und natürlich um den „Sprung“ nicht wie einen Anfang aussehen zu lassen. Die neuen Vorlagen habe ich von Grund auf neu entwickelt, lizenztechnisch sehe ich da keine Probleme; interessant ist dagegen die Entstehungsgeschichte des „Interfaces“, das ja dasselbe bleibt.
In der heißen Phase benötige ich dann aber Schreibzugriff auf die Vorlagen Coordinate (Vorlage:CoordinateError ist bereits autoconfirmed). Dazu erteile man mir bitte vorübergehend Adminrechte :-), oder setze lieber doch die Sperren auf autoconfirmed runter. Und gleichzeitig sollten die neuen Vorlagen auf autoconfirmed gesetzt werden – damit ich bei eventuell entstehenden Problemen schnell selbst helfen kann, was eine Vollsperre unterbinden würde. Die Ersetzung von CoordinateFull habe ich jetzt einfach mal die neue-Namen-Methode gewählt, Alternativen wären gewesen:

• Man schiebt CoordinateFull weg, und überverschiebt die WL. Admins dürfen das doch, oder?
• Ich kopiere einfach die neue Version hinein, urheberrechtlich ist das kein Problem weil ich Alleinbearbeiter der neuen Vorlage bin.

Was meint ihr? Ansonsten: Sollen wir eine direkte Einbindung der Complex-Vorlage zulassen? Infoboxen und alles andere, was eh schon nur Parameter weiterreicht, könnten sich damit eine Ebene sparen. Für die Vorlagenauswertung ändert sich dadurch gar nichts, einziges Manko wäre dass die betreffenden Seiten nicht mehr in der Linkliste der Vorlage:Coordinate enthalten sind. --✓ ^Bergi 23:48, 25. Okt. 2011 (CEST)

Gratuliere zur Fertigstellung! Das war eine Menge Arbeit. Meine besten Wünsche auch für eine reibungslose Inbetriebname. --Spischot 00:14, 26. Okt. 2011 (CEST)

Wenn du irgendwelche Vorlagen entsperrt haben musst, melde dich einfach. Ich überschreibe dir auch gerne Weiterleitungen, wenn du mir auflistet, was wohin muss. Mehr kann ich mangels Kenntnissen zu den Vorlagen leider nicht helfen. NNW 19:06, 26. Okt. 2011 (CEST)

Falls es bei der Umstellung irgendwelche Fragen/Probleme im Zusammenhang mit Vorlage:CoordinateSimple geben sollte -> Benutzer Diskussion:PM3, Antwort kommt kurzfristig. Ich hab beim Einbau von CoordinateSimple auch mit Verschieben und Ersetzen gearbeitet., siehe auch [3].

Direktes Einbinden der Untervorlage ist unerwünscht. Die zusätzliche Ebene kostet wenige Millisekunden, das ist vernachlässigbar.

Zur Kategorie:Parameterfehler gibt es gerade eine Paralleldiskussion im Kategorieprojekt. --PM3 22:19, 10. Nov. 2011 (CET)

Folgende Untervorlagen werden auch von Vorlage:CoordinateSimple eingebunden:

• Vorlage:CoordinateNO / Vorlage:CoordinateNOx
• Vorlage:CoordinateSORT
• Vorlage:Coordinate to CH1903

Hat sich da irgendwas am Interface geändert? --PM3 22:29, 10. Nov. 2011 (CET)

 Info: Kategorie:Parameterfehler ist jetzt Kategorie:Wikipedia:Koordinaten-Parameterfehler. Alle Änderungen an betroffenen Vorlagen sowie deren Unterseiten (Wartung, Doku) habe ich vollzogen, bitte kontrolliert nochmal, dass mir keine Änderung entgangen ist. Hinweise bitte auf meiner Diskussionsseite. Gruß, Siechfred 11:01, 19. Nov. 2011 (CET)

Infobox Kirche

Warum gibt es keine Infobox Kirche? F. 22:35, 26. Okt. 2011 (CEST)

Ich habe damit mal angefangen. Siehe hier. --Buckesfelder - Diskussion - Bewertung - Email 23:18, 26. Okt. 2011 (CEST)

Ich schreib Dir gleich dort auf die Disk. F. 23:31, 26. Okt. 2011 (CEST)

Ein weiterer Entwurf ist Vorlage:Infobox Sakralbau. Ich bin aber skeptisch, ob es sinnvoll ist für jede Art von Artikel eine Infobox zu basteln. --Atamari Datei:WhitePaperbag transparent.png 23:45, 26. Okt. 2011 (CEST)

Bei der Gelegenheit: in Vorlage:Infobox Sakralbau ist immer noch ein Baustellenbapperl drin, trotzdem wird sie im ANR schon längst verwendet. Da sollte mal endlich die "Endredaktion" ran. Hauptautor wird von mir verständigt. --Telford 08:39, 30. Okt. 2011 (CET)

Man betrachte das Logbuch von Vorlage:Infobox Kirche. Gruß, Revo. --77.12.226.177 22:28, 24. Nov. 2011 (CET)

automatisierten Zeichentausch

Gibt es einen Befehl mit dem man in einer Webadresse auftretende Blanks automatisch auf %20 austauscht, damit der Link nicht vorzeitig beendet wird. Nachdem es sich um eine Vorlage handelt, ist die Webadresse natürlcih variabel. -- danke im Voraus K@rl (Verbessern ist besser als löschen) 22:49, 29. Okt. 2011 (CEST)

urlencode kann sowas, darunter leidet aber die gesamte Adresse: [http%3A%2F%2Fexample.org%2Ftest%20adresse%20mit%20blanks]. Ohne Parameter PATH werden Blanks normalerweise durch + ersetzt, bei anderen Paramtern auch durch Unterstriche. Ansonsten kannst du vielleicht auch FULLPAGENAMEE als Funktion gebrauchen, anchorencode hilft meist wenig. Musst du rumprobieren, aber für Front-End-Vorlagen würde ich das eh nicht empfehlen. -- ✓ ^Bergi 18:14, 30. Okt. 2011 (CET)

Im konkreten geht es um Links wie:

• {{urlencode:http://www.austria-lexikon.at/af/Wissenssammlungen/Sakralbauten/Pfarrkirchen in Wien/22_Kagran|PATH}}
• {{urlencode:http://www.austria-lexikon.at/af/Wissenssammlungen/Sakralbauten/Pfarrkirchen in Wien/22_Kagran|QUERY}}
• {{urlencode:http://www.austria-lexikon.at/af/Wissenssammlungen/Sakralbauten/Pfarrkirchen in Wien/22_Kagran|WIKI}}
• {{urlencode:http://www.austria-lexikon.at/af/Wissenssammlungen/Sakralbauten/Pfarrkirchen in Wien/22_Kagran}}

ergibt:

• http%3A%2F%2Fwww.austria-lexikon.at%2Faf%2FWissenssammlungen%2FSakralbauten%2FPfarrkirchen%20in%20Wien%2F22_Kagran
• http%3A%2F%2Fwww.austria-lexikon.at%2Faf%2FWissenssammlungen%2FSakralbauten%2FPfarrkirchen+in+Wien%2F22_Kagran
• http://www.austria-lexikon.at/af/Wissenssammlungen/Sakralbauten/Pfarrkirchen_in_Wien/22_Kagran
• http%3A%2F%2Fwww.austria-lexikon.at%2Faf%2FWissenssammlungen%2FSakralbauten%2FPfarrkirchen+in+Wien%2F22_Kagran

und keiner der Links funkt in der Realität.

Du könntest allerdings über #titleparts die letzten Verzeichnisse rausholen und urlencode nur darauf ausführen. Worum gehts denn genau, eine Datenbanklinkvorlage auf das Österreich Lexikon? Oder ganz allgemein? Hast du schon was? -- ✓ ^Bergi 00:16, 31. Okt. 2011 (CET)

Ja ich habe schon die Vorlage:austriaforum gebastelt. Bei einzelnen funkts da nicht siehe 4. Beispiel --K@rl (Verbessern ist besser als löschen) 11:47, 31. Okt. 2011 (CET)

Muss man wohl manuell eingeben. Ich schick aber mal eine böse Mail an die Adresse aus dem unauffindbaren Impressum, wie sie sich das mit URL-Escaping (bzw. dem System dahinter) und Usability vorstellen. -- ✓ ^Bergi 19:34, 31. Okt. 2011 (CET)

Hallo Bergi, danke für deine Bemühungen, aber dass mit dem bösen Mail stell mal hintenan, da ich sowieso Kontakt zum Austriaforum habe - und ich mit gutmeinenden Mails bessere Erfahrungen habe ;-) --ich lasse es mal so stehen. gruß K@rl (Verbessern ist besser als löschen) 23:06, 31. Okt. 2011 (CET)

Hallo Karl, hat sich im Laufe des vergangenen Monats hier seitens des Austriaforums etwas ergeben? Gruß --W_I^KImaniac 21:44, 25. Nov. 2011 (CET)

noch nichts essentielles, aber wir sind dran, auch haben wir nächste Woche ein persönliches Gespräch unter anderem auch wegen diesem Thema mit Austria Forum --K@rl (Verbessern ist besser als löschen) 01:25, 26. Nov. 2011 (CET)

Druckversion von Vorlage:Sitzverteilung

Bei einer Diskussion auf FzW und mittlerweile per LA auf die Vorlage (?) wurde der Wunsch geäußert, für diese CSS3-Spielerei auch ein Lösung für nicht kompatible Browser anzubieten. Ein kleines Balkendiagramm haben sie mittlerweile auch bekommen, aber in der LD wurde darauf hingewiesen, dass die Vorlage in der PDF-Ausgabe nicht funktioniert.
Das ist klar, bis der Postscript-Browser mal CSS versteht werden noch Jahrzehnte vergehen :-) Daher habe ich die Vorlage:Sitzverteilung/Druck erstellt, die statt dem Diagramm einfach eine simple Tabelle ausgibt (Vorlage:Sitzverteilung#Beispiel). Doch so simpel scheint es nicht zu sein, in der PDF-Verion wird jetzt überhaupt nichts mehr angezeigt außer dem magnify-Icon (Testartikel war Graz#Politik). Warum? Funktionieren die thumb-Klassen nicht - und wenn, warum wird dann überhaupt nichts statt falsch angezeigt? -- ✓ ^Bergi 17:54, 6. Nov. 2011 (CET)

Ich befürchte fast, dass das aktuell nicht unterstützt wird. Siehe hierzu auch die gemeldete Problematik mit der Vorlage:Klimatabelle. Gruß --W_I^KImaniac 12:52, 8. Nov. 2011 (CET)

Vorlage:Infobox Ortsteil einer Gemeinde in B und NL

Hallo Kollegen/Innen, Ich halte eine Vorlage:Infobox jeweils für Ortsteile von Gemeinden in Belgien und den Niederlanden für sinnvoll, entsprechend vergleichbar den bereits für D und A bestehenden, wobei die optionale Einbindung einer Karte sicherlich wünschenswert wäre, aber nicht unbedingt erforderlich ist. Gruß -- Laber 00:13, 8. Nov. 2011 (CET)

Die Vorlage:Infobox Ort in den Niederlanden kann auch für nichtselbständige Orte verwendet werden. Dasselbe gilt müßte auch für Vorlage:Infobox Ort in Belgien gelten. Wir sollten generell weg von gesonderten Infoboxen für Ortsteile, weil er unnötige Redundanzen erzeugt. Geographisch sind auch Ortsteile Orte. Ich verstehe nicht ganz, warum sich dieser vor Jahren eingeschlagene Irrweg des Wikipedia:WikiProjekt Kommunen und Landkreise in Deutschland dermaßen in den Köpfen festsetzt. Ein zusäzlicher Parameter Typ= und ein ein bißchen Rumgeswitche lösen die Angelegenheit problemlos. --Matthiasb ^{(CallMyCenter)} 10:01, 26. Nov. 2011 (CET)

Danke Kollege Matthiasb für die Antwort. Wenn auch eigentlich (fast) jeder Siedlungsplatz Relevanz besitzt, so halte ich ehemals sebstständige Gemeinden, die insbesondere in den Niedelanden nach diversen Kommunalreformen und den daraus resultierenden zusammenschlüssen zu neuen Großgemeinden für beschreibenswert und werrde die bestehende Infobox "Ort in B/NL" modifiziert benutzen. Für Verbesserungsvorschläge bzw. konstruktive Kritik/Anregungen bin ich jedederzeit aufgeschlossen und dankbar. Gruß -- Laber 01:07, 27. Nov. 2011 (CET)

Sitze bei Vorlage:Wahldiagramm

Es wäre noch gut wenn man bei der Vorlage Wahldiagramm nicht nur die Prozentzahlen, sondern bei Wunsch auch die Sitze angeben kann. Diese unterscheiden sich zum Beispiel bei den Nationalratswahlen in der Schweiz, insbesondere bei kleinen Parteien z.B. hat die Alternative Linke (inkl. AL, PdA und Sol) schweizweit einen Wähleranteil von 1,2% und ist dabei in weniger als der Hälfte der Kantone überhaupt vertreten und hat trotzdem keinen Sitz geholt, obwohl bei 180 Sitzen bereits 0,6% reichen sollten. fundriver _{Was guckst du?!} ^Winterthur! 10:15, 9. Nov. 2011 (CET)

Zudem wären natürlich mehr Punkte (nicht nur neun Parteien) auch hilfreich, da in der Schweiz die Parteienlandschaft ein bisschen abwechslungsreicher ist, auch auf kommunaler Ebene. fundriver _{Was guckst du?!} ^Winterthur! 10:26, 9. Nov. 2011 (CET)

Servus fundriver! Die Vorlage ist im Moment nur auf Wahlergebnisse ausgelegt, als zusätzliche Vorlage kann ich dir Vorlage:Sitzverteilung vorschlagen. Zusätzlich kannst du auch den Parameter SPERRKLAUSEL zur Visualisierung derselben verwenden. Zur Pareienanzahl muss leider ein Kompromiss zwischen Breite sowie Serverbelastung und Nutzbarkeit getroffen werden. Die Vorlage kann leider nicht alle möglichen Szenarien abdecken, die Erfahrung zeigt aber dass in den allermeisten Fällen 9 Parteien ausreichen. Wenn es mal nicht reicht bleiben 2 Möglichkeiten: Die kleineren zu Sonst. zusammenfassen oder ein Bild erstellen. LG --AleXXw •שלום!•disk 19:05, 9. Nov. 2011 (CET)

Hallo, ich denke es wäre nicht ein zu grosser Aufwand eben genau diese Sitze unten einfach noch als Text einzubauen? Dann hat man beide Illustrationen auf einmal abgedeckt. Die Sperrklausel gibt es in der Schweiz nur an wenigen Orten, und wenn, ist sie meist niedriger als im Ausland. Und eben leider ist es Aufgrund der oben genannten Beschränkung in der Schweiz an vielen Orten nicht möglich, die Vorlage zu verwenden ohne eine Diskrimierung mit einer Bezeichnung "Sonstige" einzuführen. (z.B. Ergebnisse der Kommunalwahlen in Winterthur, Ergebnisse der Kommunalwahlen in Bern (okay, dort ist es extrem), Ergebnisse der Parlamentswahlen im Kanton Basel-Stadt, Biel, Schweizer Parlamentswahlen 2011 --fundriver _{Was guckst du?!} ^Winterthur! 14:32, 10. Nov. 2011 (CET)

Erlange Stimmen ist nicht gleich Sitzverteilung im Parlament. Das Problem kenne ich von Gambia (Parlamentswahlen in Gambia 2007). Dort gibt es 42 Wahlkreise, um ein Sitz im Parlament zu bekommen reicht die einfache Mehrheit im Wahlkreis. Wenn die meisten der Wahlkreise nur knapp gewonnen ist, hat eine Partei eine deutliche Mehrheit im Parlament obwohl die summierten Stimmen dies nicht präsentieren. Mann muss die Darstellung im Wahldiagramm und Darstellung in der Sitzverteilung sohl meistens getrennt beobachten. Bei der {{Sitzverteilung}} habe ich mit der Gruppierung "sonst." auch meine Schrierigkeiten gehabt und ein Kompromiss gefunden. Mitglieder des Parlaments sind neben den geählten Abgeordneten auch ernannte Abgeordnete - diese habe ich zu den "sonst." gruppiert. --Atamari 14:51, 10. Nov. 2011 (CET)

In der Schweiz gibt es solche Sachen wie Überhangmandate, ernannte Abgeordnete und sonstige demokratische Fragwürdigkeiten eben nicht. Aber ich finde es relativ faul zu sagen man kann nicht mehr Spalten hinzufügen. Man kann vielleicht ab einer bestimmten Anzahl Spalten nicht mehr die Vorlage einfach rechts in den Fliesstext einbinden, aber in den Fliesstext des Artikels kann man sie immer noch stellen. --fundriver _{Was guckst du?!} ^Winterthur! 16:15, 10. Nov. 2011 (CET)

Faul ist gut :) Ernsthaft: Die Vorlage ist in manchen Seiten oft eingebunden (Hier wars mal, bin gerade zu faul™ ein aktuelles zu suchen) und ist jetzt schon so Komplex dass sie in manchen Seiten bis zur Grenze des machbaren belastet... Zur Breite habe ich meine Sichtweise hier dargelegt. Wie gesagt: Diese Vorlage kann nicht alle Eventualitäten abdecken. Es macht mMn keinen Sinn die Einsetzbarkeit auf 99% der Seiten für das verbleibende eine Prozent zu reduzieren. Du kannst ja noch immer jederzeit einfach ein Bild erstellen und hochladen oder die WP:Grafikwerkstatt darum bitten. LG --AleXXw •שלום!•disk 22:42, 10. Nov. 2011 (CET)

Kann man dann im Notfall so ne Vorlage scrollbar mache, im Stile der Vorlage für ein grosses Bild? So eine Lösungsidee wenn es echt so schlimm ist ein paar Balken mehr zu haben. PS: Ich habe versucht die Vorlage:Sitzverteilung bei Kommunalwahlen von Zürich einzubauen, irgendwie aber ohne Erfolg? Bei allen anderen obengenannten Wahlen geht es ja aus demselben Grund wie schon unten genannt ja nicht... Und ein paar Balken mehr (mit 12 würde man wohl schon fast alles abdecken, mit Ausnahme eben von Bern, das auch ziemlich extrem ist) sollte ja echt nicht mehr als eine Copy&Paste-Modifikation sein, habe aber keine Lust da mich selbst in Code einzuarbeiten wenn es andere besser können. Achja, den Wunsch die Sitze einfach als Text vermerkt hinzuzufügen ist wohl noch das einfachste um als optinaler Parameter einzufügen. fundriver _{Was guckst du?!} ^Winterthur! 13:29, 11. Nov. 2011 (CET)

Erweiterung der automatischen Kategorisierung bei Kommunikationssatelliten

Hallo zusammen! Auf Portal Diskussion:Raumfahrt#Betreiber eines Kommunikationssatelliten und die automatische Kategorisierung konnte mir keiner helfen, deshalb versuche ich es hier. Das Raumfahrt-Portal nutzt die Vorlage:Infobox Kommunikationssatellit, in der es den Parameter "betreiber" gibt. Dieser wird mit einer switch-Anweisung überprüft. Wenn der Parameter einem der vorgegebenen Werte entspricht, wird eine entsprechende Kategorie gesetzt. Beispiel: betreiber=Intelsat bewirkt Kategorie:Kommunikationssatellit der Intelsat. Derzeit haben wir 10 bekannte Betreiber-Namen, die zu 4 Betreiber-Kategorien führen (Als Betreiber können sieben verschiedene SES-Töchter auftreten, die alle zu Kategorie:Kommunikationssatellit der SES Global führen). In den nächsten Jahren mag noch der eine oder andere neue Betreiber dazukommen, wenn genügend Artikel für seine Satelliten bestehen, so dass sich eine neue Kategorie lohnt. Bisher wird auf exakte Übereinstimmung des Parameters überprüft. Das heißt, dass betreiber = Intelsat + Convergence Partners nicht erkannt wird und keine automatische Kategorisierung erfolgt. Jetzt stellt sich die Frage, ob es sinnvoll ist, nicht auf exakte Übereinstimmung zu prüfen, sondern ob

a) ein bekannter Betrieber-Name irgendwo im Betreiber-Parameter auftaucht (Str_find)

oder

b) der linke Teil des Betreiber-Parameters einem bekannten Betreiber-Namen entspricht (Str_left mit variabler Anzahl Zeichen)

Ich neige eher zur Lösung b), wobei die Switch-Anweisung durch (derzeit vier) if-Anweisungen ersetzt wird. Ich bin mit der Vorlagen-Syntax nicht ganz vertraut, aber eine der Zeilen könnte ungefähr so aussehen:

{{#ifeq: {{Str left|{{{betreiber}}}|8}} | Intelsat | [[Kategorie:Kommunikationssatellit der Intelsat]] | }}

Das hätte auch den Vorteil, dass man alle SES-Töchter mit einer einzigen Abfrage erledigen kann, weil alle mit "SES " beginnen. Was haltet Ihr Vorlagen-Experten davon? Ist das Vorgehen sinnvoll? Gibt es eine dritte Möglichkeit oder noch mehr? Spricht technisch etwas dagegen? Könnte das jemand von Euch übernehmen? Vielen Dank für die Unterstützung. --Asdert 12:58, 9. Nov. 2011 (CET)

Ja, schaut gut aus. Wie unter Vorlage:Str find beschrieben ist diese nicht wirklich serverfreundlich, im Gegensatz zu beinahe nativ implementierten Str left. Hab jetzt die Vorlage nicht angeschaut, eventuell lässt sich noch ein wenig optimieren wenn man nur 1 StrLeft in einem #switch verwendet, und dann die Optionen noch beschneidet dass sie alle dieselbe Länge haben. -- ✓ ^Bergi 21:37, 9. Nov. 2011 (CET)

Ich weiß nicht, wie viele Betreiber du erwartest, aber du kannst auch zweistufig vorgehen, indem du im ersten Schritt alle vielfach auftretenden herausfischt, die mit gewissen drei Buchstaben beginnen, und anschließend unter den verbleibenden die Einzelstücke gesondert nach vollem Namen abarbeitest:

[[Kategorie:Kommunikationssatellit der 
 {{#switch: {{padleft:|4|{{{betreiber|}}}}}
 | Inte = Intelsat]]
 | SES  = SES]]
 | #default = {{#switch: {{{betreiber|}}}
              | Dingsda bums COM = Dingsda]]
              | Fliwatüt Ltd. = Fliwatüt]]
              | #default = <span class="error">Infobox-Fehler: Unbekannter Wert für <tt>betreiber</tt></span>
              }}
 }}

(Leerzeichen hinter SES durch @ abgegrenzt)

Ggf. die Reihenfolge tauschen: Erst die vollen Namen abarbeiten, default → erste vier, dann default → error – würde helfen, wenn es einen Nicht-Intelsat-betreiber gäbe, der mit „Inte“ anfängt.

Ich glaube, sowas meinte Bergi. Grüße --Linksverdreher 16:04, 11. Nov. 2011 (CET) nachgebessert --Linksverdreher 16:14, 11. Nov. 2011 (CET)

Ja, genau. Wobei man das @ hinter den Leerzeichen auch weglassen kann. -- ✓ ^Bergi 16:29, 11. Nov. 2011 (CET)

Stimmt; ein drei Zeichen langes SES kann nur dadurch zustandekommen, dass das vierte Zeichen von betreiber ein Leerzeichen ist. Modifizierten Code geradegebogen; die eckigen Klammern schon an den Schlüsselbegriffen sollen den error-span sichtbar lassen und nicht in einer Wartungskat verstecken. Grüße --Linksverdreher 16:21, 14. Nov. 2011 (CET)

Sorry, ich verstehe den Code nicht ganz, und ich bin mir auch nicht sicher, ob ein zweistufiger Ansatz mit genau 4 zu vergleichenden Zeilen hier passt. Verstehe ich das richtig, dass im obigen Beispiel zuerst die eingerückte Liste durchgegangen wird, und "Dingsda bums COM" durch "Dingsda" ersetzt wird? Wozu ist das notwendig, die ersten vier Zeichen bleiben doch gleich? Und wenn der Betreiber nicht in der Liste auftaucht, dann erfolgt eine Fehlermeldung? Das ist sicher nicht notwendig, denn es werden ja nicht alle Betreiber kategorisiert, sondern nur die, die die Masse dazu haben, also genügend Satelliten. Ein default-Zweig ist dann nicht notwendig, oder? Werft doch mal einen Blick auf die Liste der geostationären Satelliten, da sind schon sehr viele Satelliten und Betreiber aufgeführt (es gibt auch nicht-geostationäre Kommunikationssatelliten). Ein typischer Artikel mit Infobox sieht aus wie bei Astra 1L, der wegen "Betreiber = SES Global" in die Kategorie:Kommunikationssatellit der SES Global kommt. Die Oberkategorie ist Kategorie:Kommunikationssatellit, wo man die derzeitig vier automatisch zugewiesenen Unterkategorien sieht. Einer der nächsten Kandidaten für eine eigene Kategorie wäre Kategorie:Kommunikationssatellit der Telesat Canada. Das zeigt auch, dass vier Zeichen zum Vergleich womöglich nicht ausreichen, denn "Telesat Canada" hat links die gleichen vier Zeichen wie "Telecom" und "Telenor". Dass die Firmen sich auch alle so ähnlich nennen müssen! *g* Ich sehe da derzeit drei Ansätze:

1. Zweistufiger Ansatz wie oben: Bei einem ersten Durchlauf wird ersetzt: Telesat=Tel1, Telecom=Tel2, Telenor=Tel3, anschließend kann man dann vier Zeichen vergleichen.
2. Switch-Anweisung, bei der nicht 4, sondern 5 oder 7 oder X Zeichen verglichen werden. Vorteil: einfach, 1 Zeile pro einzuweisendem Betreiber. Nachteil: Für sieben SES-Töchter sieben Zeilen Code.
3. Für jede Kategorie eine eigene if-eq-Anweisung mit individueller Stellenanzahl. Vorteil: einfach, 1 Zeile pro Kategorie. Nachteil: Str left wird in jeder Zeile neu berechnet.

Angesichts der Tatsache, dass wir nur auf ca. 11 Betreiber überprüfen müssen (Telesat Canada hier schon eingeschlossen) und in ca. 5 Kategorien einsortieren müssen scheint mir der zweistufige Ansatz ein wenig überdimensioniert. Die primitivste Lösung ist die dritte, die sähe ungefähr so aus (Syntaxfehler möglich, darf gerne verbessert werden):

{{#ifeq: {{Str left|{{{betreiber}}}|4}} | Arab | [[Kategorie:Kommunikationssatellit der Arabsat]] | }}


{{#ifeq: {{Str left|{{{betreiber}}}|8}} | Eutelsat | [[Kategorie:Kommunikationssatellit der Eutelsat‎]] | }}

{{#ifeq: {{Str left|{{{betreiber}}}|8}} | Intelsat | [[Kategorie:Kommunikationssatellit der Intelsat]] | }}

{{#ifeq: {{Str left|{{{betreiber}}}|3}} | SES | [[Kategorie:Kommunikationssatellit der SES Global‎]] | }}

{{#ifeq: {{Str left|{{{betreiber}}}|7}} | Telesat | [[Kategorie:Kommunikationssatellit der Telesat Canada]] | }}

Ihr Experten könnt das sicher schöner schreiben, erst recht die zweite Lösung. Ist die Str_find-Option, die ich ganz oben erwähnt habe, schon vom Tisch? Danke übrigens für Eure Mühe. --Asdert 15:34, 15. Nov. 2011 (CET)

Jein. Als erstes zu deiner letzten Frage: Ja, str find ist vom tisch, da sich die Anfangsbuchstaben auch unterscheiden und das deutlich besser geht. Dann zu deiner ersten Anmerkung: Ja, Fehlermeldung ist hier fehl am Platze; das kommt halt auf das Anforderungsprofil an. Da beliebige Werte erlaubt sind, wäre entweder nichts oder die Defaultkat Kategorie:Kommunikationssatellit hier die Option der Wahl für den Fall, das nichts erkannt ist (das geht beipielsweise gar nicht bei deiner #if(eq)-Reihe).

Dann die Ansätze:

• Deinen Erklärungsversuch obiger Lösung mit „Dingsda bums COM“-Ersetzung habe ich nicht ganz verstanden. Es werden zuerst alle Fälle ausgewertet, die sich über die ersten 4 Zeichen identifizieren lassen (inklusive dem Sonderfall, dass das vierte ein Leerzeichen ist), und dann welche die sich nur exakt identifizieren lassen, und sonst Standardfall. Dieses Konzept lässt sich erweitern auf X erste Zeichen, Y erste Zeichen, Z erste Zeichen, … und exakter Match. Hier wurden halt nur X=4 und sonst gar keine "erste Zeichen"-Identifikation benötigt. Das Konzept lässt sich jetzt beliebig varieren, an welcher Stelle man auf was prüft (z.b erste 4, dann exakt, dann erste 5, dann erste 7; aber auch erste 7, dann erste 4, dann exakt, dann erste 5 etc). Das kann logische Gründe haben (z.B. versuche einen exakten Match auf Telesat, sonst wenn die ersten 4 Zeichen "Tele" sind, sonst Standardfall), also nur wenn sich Überschneidungen ergeben (im Beispiel ist "Telesat" in der Menge der "erste 4 = Tele" enthalten, muss also davor geprüft werden). Oder es hat Performancegründe (z.B. im Riiiiesen-switch für Länderkürzel der ehemaligen Vorlage:Flagicon), wo häufiger benutzte Varianten zuerst geprüft werden um weniger Serverbelastung zu erzeugen. Hier ziemlich irrelevant, da die Vorlage auch eher selten und höchstens einmal pro Seite verwendet wird.
• Der zweistufige Ansatz wie du ihn als 1) beschrieben hast macht eher wenig Sinn. Wenn man bereits auf verschiedene Ausdrücke reduziert (Telecom→Tele2 etc), hat man bereits ein #switch welches ein Ergebnis (hier Tele2) produziert. Das sollte man nicht erst weiterreichen, sondern einfach gleich das Endergebnis (Telcom-Kategorie) erzeugen. Der Ansatz kann höchstens Übersichtlichkeit herstellen, wenn alle Endergebnisse auf derselben "Ebene" erzeugt werden – imho hier nicht notwendig
• Ja, das wird dann eine Optimierungsgeschichte. Prinzipiell der erste (von Linksverdreher beschriebene) Ansatz, nur dass man zusätzliche Annahmen trifft: Wenn ich Telesat bereits mit nur 5 ersten Buchstaben für identifizierbar halte (trotz des Genaugigkeitsverlustes) kann, lege ich es mit mit anderen 5-Buchstaben-Identifikationen zusammen. Verkürzt den Code etwas. Beispiel wäre die Erkennung von Links in Parametern: Statt auf "(erste 8 = [http//:) oder (erste 7 = http//:)" zu prüfen mache ich "erste 7 = ([http:/ oder http://)", was mich das ganze in einen switch unterbringen lässt statt zwei verschachtelte ifeqs.
• Ja, die dritte Lösung ist primitiv :-) Nachteil: Der Default-Fall (dass nichts erkannt wurde) kann nicht (oder nur umständlich) behandelt werden. Und Optimierungspotenzial: Die beiden Abfragen zu "erste 8" lassen sich eben in ein #switch kombinieren.

Daher meine allumfassende Lösung:

[[Kategorie:{{#switch: {{padleft:|4|{{{betreiber|}}}}}
 | SES  = Kommunikationssatellit der SES
 | Arab = Kommunikationssatellit der Arabsat
 | #default = {{#switch: {{Str left|{{{betreiber}}}|8}}
  | Eutelsat = Kommunikationssatellit der Eutelsat‎
  | Intelsat = Kommunikationssatellit der Intelsat
  | #default = {{#ifeq: {{Str left|{{{betreiber}}}|7}} <!-- hier kein #switch, da nur ein Fall (wär aber egal) -->
   | Telesat | Kommunikationssatellit der Telesat Canada
   | Kommunikationssatellit
  }}
 }}
}}|{{{Katsort|{{PAGENAME}}}}}]]

Oder tatsächlich, wie für 2) besprochen, zusammenoptimiert:

[[Kategorie:{{#switch: {{padleft:|4|{{{betreiber|}}}}}
 | SES  = Kommunikationssatellit der SES
 | Arab = Kommunikationssatellit der Arabsat
 | Eute = Kommunikationssatellit der Eutelsat‎
 | Inte = Kommunikationssatellit der Intelsat
 | Tele = Kommunikationssatellit der Telesat Canada
 |#default = Kommunikationssatellit
}}|{{{Katsort|{{PAGENAME}}}}}]]

Sorry für den Roman :-) -- ✓ ^Bergi 19:06, 15. Nov. 2011 (CET)

Bergi, danke für die allumfassende Lösung, aber sie hat nicht so funktioniert wie erwartet, weil ich ein wichtiges Detail übersehen habe: der Betreibername ist in der Infobox üblicherweise verlinkt, so dass der Variablenwert mit zwei eckigen Klammern beginnt. Bei einem Arabsat-Sattelit sind die ersten vier Zeichen also nicht Arab, sondern [[Ar, weshalb die automatische Kategorisierung bei meinem Test nicht funktioniert hat. Ich habe dann den Code entsprechend geändert und die ersten sechs Zeichen auf [[Arab abgeprüft. Beim Aufruf einer Seite eines Arabsat-Satelliten erschienen dann leider Codeteile der Vorlage im Text, weshalb ich das wieder revertiert habe. Ich nehme an, das liegt an den eckigen Klammern, die man irgendwie maskieren muss. Bei einem dritten Versuch habe ich versuchshalber ein <nowiki> verwendet. Dadurch verschwand zwar der unerwünschte Text, aber die automatische Kategorisierung griff trotzdem nicht. Wie kann ich die beiden eckigen Klammern in die Vergleichs-Konstante bringen? --Asdert 13:07, 19. Nov. 2011 (CET)

Vorlage:SortKeyColspan

Hallo, der Eintrag in der Tabelle Vorlage:SortKeyColspan#Ausgabe wird bei mir unter Firefox korrekt als "Test" angezeigt, hingegen unter Explorer stattdessen sowohl unter Monobook- als auch unter Vectorskin als die rechte Hälfte von "t".

Kopieren dieses Eintrages unter Explorer und einfügen in einen Texteditor ergibt:

"2! 2!

Test".

Offenbar funktioniert die Vorlage nicht oder nicht mehr mit meinem Explorer,

--Rosenkohl 12:05, 17. Nov. 2011 (CET)

Die Vorlage:SortKeyColspan wird derzeit eh in lediglich zwei Artikeln verwendet, Liste der Kernreaktoren in Deutschland#Kernkraftwerke und Ergebnisse der Landtagswahlen in Österreich#Letzte Landtagswahlergebnisse, welche denn Explorer auch nicht korrekt anzeigt. Offenbar funktioniert die Vorlage so, daß zuerst intern mehrere Tabellen-Spalten erzeugt, und diese dann so überschrieben werden, daß es für den Leser wie nur eine Spalte aussieht. Zumindest für umfangreichere Tabellenprojekte ist die Verwendung SortKeyColspan auch deshalb unelegant, weil man dann für Sekundenbruchteile den Seitenaufbau mitverfolgen kann.

Eigentlich erkenne ich keine prinzipiellen Grund, weshalb class="wikitable sortable" nicht auch verbundene Spalten und verbundene Zeilen auf sinnvolle Weise verwalten könnte, aber dies müßte vermutlich in der Mediawiki-Software programmiert werden. Ich glaube für wichtige Tabellen, die sowohl sortierbar sein sollen als auch verbundene Zeilen oder Spalten haben sollen ist es derezit am einfachsten, die Tabellen in zweifacher Ausführung zu bringen, zuerst in der optisch übersichtlicheren Version mit verbundenen Zeilen und Spalten und danach in einer sortierbaren Version, in der Verbindungen von Zeilen und Spalten auf Kosten möglicher inhatlichen Redundanzen vermieden werden.

--Rosenkohl 17:18, 17. Nov. 2011 (CET)

Nur um den Trick von Vorlage:SortKeyColspan an dieser Stelle für vielleicht interessierte Mitlesende zu dokumentieren: die vertikalen Trennunglinien zwischen den Zellen werden gewöhnlich für jede Zelle sowohl links als auch rechts gezeichnet, also wird jede Trennungslinie insgesammt zweimal gezeichnet. Die Vorlage entfernt nun die rechte Randlinie der linken und die linke Randlinie der rechten Zelle:

linke Spalte	rechte Spalte
a	b
c	d

Dagegen wird auf meta:Help:Sorting#Colspan workaround die Methode gezeigt, die Trennungslinie einzufärben, was den Nachteil hat, ober- und unterhalb kleine Lücken in den horizontalen Begrenzunglinien zu erzeugen:

linke Spalte	rechte Spalte
a	b
c	d

--Rosenkohl 22:59, 19. Nov. 2011 (CET)

Vorlage:Coordinate

In der Vorlage verbrirgt sich ein Fehler im Zusammenhang mit dem Parameter "sortkey". Dazu folgendes Beispiel (Tabellenauszug):

Inselname	Provinz (Staat)	Einwohner	Fläche km²	Geokoordinaten
Athian Maza	Westprovinz (PNG)	0!unbewohnt	0,08	!642.2825005490.787778509° 13′ S, 142° 17′ O-9.2122222222222142.2825
Aubusi Island	Queensland (AUS)	0!unbewohnt	5,80	9° 14′ S, 142° 10′ O-9.2344444444444142.17027777778

Bei der ersten Insel steht "sortkey=EW", bei der zweiten "Sortkey=EW", d.h. die führende Null wird wohl nur dann erzeugt, wenn der Parameter "sortkey" kleingeschrieben ist. Gerade in langen Geo-Tabellen, etwa Liste von Torres-Strait-Inseln, zerstört das die Optik, da vielen Wikipedianern dieser "Bug" offenbar nicht bekannt ist. Gruß --Zollwurf 18:29, 18. Nov. 2011 (CET)

Die Doku spricht auch von kleinem Parameter. Somit handelt es sich um ein Fehler des "Bedieners". Ich würde der Vorlage nicht beide Varianten beibringen, weil sie schon sehr komplex ist. Man müsste erstmal ermitteln, wie viele Seite das sind, vielleicht kann auch ein WP:Bot das dann beheben. Der Umherirrende 19:04, 18. Nov. 2011 (CET)

Für den Benutzer ist aber eher verwirrend, wenn es einerseits die Vorlage:SortKey gibt, mit "SortKey" als Vorlagenname, es in der Coordinaten-Vorlage dann allerdings "sortkey=" heißen soll. So komplex kann es nicht sein, aus "sortkey" den Parameter "Sortkey" zu machen. --Zollwurf 19:59, 18. Nov. 2011 (CET)

Es reduziert die Anzahl der möglichen Vorlagenverwendungen auf einer Seite, was gerade bei Listen mit Coordinate problematisch sein kann. Derzeit sind alle Parameter der Vorlage immer kleingeschrieben und ich sehe keine falsche Benutzung [4].

Deiner Logik zufolge müsste es dann übrigens mit großem K geschrieben werden. Merlissimo 20:04, 18. Nov. 2011 (CET)

Das Ergebnis des "TemplateTiger" berücksichtigt nur Vorlagen in Einzelartikeln; Listen - um diese geht es ja - werden offenkundig nicht geprüft. Sieh dir mal den Quelltext der Liste von Torres-Strait-Inseln an, dann wirst du fündig.

Ob der Parameter besser "SortKey=" oder "Sortkey=" genannt werden sollte, spielt letztlich keine Rolle. Mein Vorschlag wäre, eine einfache LCASE-Funktion einzusetzen, so dass intern weiterhin mit "sortkey=" gearbeitet wird, während extern (Schnittstelle zum Benutzer) es völlig egal ist, ob man nun "sortkey=", "Sortkey=", "SortKey=" oder auch "SORTKEY=" verwendet. --Zollwurf 22:05, 18. Nov. 2011 (CET)

So eine Funktion gibt es nicht. Man muss jede Form im Quelltext der Vorlage angeben und dann wird es sehr unübersichtlich und es kostet wieder Performance, welche gerade in Listen gebraucht wird. Der Umherirrende 22:17, 18. Nov. 2011 (CET)

Die Vorlage:Coordinate "verbrät" ohnehin jede Menge Performance, insbesondere in Listen, da dürften zumindest die Varianten "sortkey=" und "Sortkey=" nicht mehr viel schaden. Die Vorlage ist zudem schon jetzt derart unübersichtlich (programmiert), dass man durch die zusätzlichen Quelltextzeilen keinen großen Schaden mehr anrichtet. --Zollwurf 23:56, 18. Nov. 2011 (CET)

Bitte sehr sparsam mit neuen Funktionalitäten in der Vorlage. Die Performance ist nicht ganz so simpel, siehe etwa Wikipedia Diskussion:WikiProjekt Georeferenzierung/Archiv/2011-III#Performance-Verbesserung Vorlage:Coordinate. --тнояsтеn ⇔ 13:00, 19. Nov. 2011 (CET)

Vorlage:All Coordinates

Die Vorlage ist in die Kategorie:Inselgruppe (Torres-Strait-Inseln) eingebunden und erzeugt, anders als erwartet, nicht etwa eine Map der Inselgruppen (derzeit 15), sondern eine Karte mit allen Inselgruppen und allen Inseln (z.Z. über 180) der Torres-Strait-Inseln. Wo liegt der Fehler? Gruß --Zollwurf 16:14, 22. Nov. 2011 (CET)

Problem ist die Gesamtliste, die auch in der Kategorie ist. Die dort enthaltenen Koordinaten werden auch dargestellt. --тнояsтеn ⇔ 16:37, 22. Nov. 2011 (CET)

Nachtrag: Und alle weiteren Koordinaten, die sich irgendwo in den Artikeln der Kategorie befinden. Gleiches Problem (und bisher keine Lösung): Vorlage Diskussion:All Coordinates#Bei Koordinaten im Fließtext ausblenden, Vorlage Diskussion:All Coordinates#Eine Koordinate zu viel? --тнояsтеn ⇔ 16:40, 22. Nov. 2011 (CET)

Vorlage:Gemeindetabelle:FR Gemeinde

Ich bitte die Vorlage:Gemeindetabelle:FR Gemeinde um die Fläche (in km², mit einer Nachkommastelle) zu erweitern. Diese zusätzliche Spalte kann vor der Einwohnerzahl eingefügt werden.--Ratzer 13:27, 23. Nov. 2011 (CET)

Hallo Ratzer, wenn die Vorlage:Gemeindetabelle:FR Gemeinde wie gewünscht angepasst wird, muss nicht nur die Vorlage:Gemeindetabelle:FR ebenfalls angepasst werden, sondern auch sämtliche Vorlageneinbindungen angepasst werden. Hierbei wäre es sinnvoll, über eine zentral zu verwaltende Metadaten-Vorlage nachzudenken, in der sämtliche Flächenangaben gepflegt werden. Ist irgendetwas zu den oben genannten Punkten im Vorfeld mit dem Portal:Frankreich abgesprochen worden? Gruß --W_I^KImaniac 21:21, 25. Nov. 2011 (CET)

Übertragen der Daten einer Imagemap auf andere Bilder mit der selben Größe

Diese Fundsache von HD:Vorlagen hierher kopiert. --PerfektesChaos 21:06, 23. Nov. 2011 (CET)

Hallo,

ich habe auf der Spielwiese folgendes eingetragen:

{{Imagemap Metropolregion Rhein-Neckar|Verband Rhein-Neckar Heidelberg.png|thumb|alle Landkreise und kreisfreien Städte in der Metropolregion Rhein-Neckar}}

, aber statt der Karte von Heidelberg in der Metropolregion fokgendes erhalten:

Die Vorlage, die ich angewendet habe, hat folgenden Quelltext war Version 96179072 (oder so) -- ✓ ^Bergi 19:07, 24. Nov. 2011 (CET)

Was habe ich vergessen? Wo in der Hilfe steht, was man tun kann, damit folgende Karte und nicht die Karte von oben angezeigt wird? Es soll auch die Verlinkungen enthalten, die im Quelltext vorkommen! Datei:Verband Rhein-Neckar Heidelberg.png--Mapmaster 18:11, 19. Nov. 2011 (CET)

Es gibt noch keine (gute) Anleitung zum Erstellen von anpassbaren Imagemaps. Dass du schonmal richtigerweise die Parserfunktion #tag hergenommen hast ermöglicht es, Vorlagenprogrammierungssyntax in Extensions zu verwenden. Ich habe bereits mal die Vorlage:Imagemapdokumentation erstellt, die für eine allgemeine Dokumentation anpassbarer Imagemaps verwendet werden kann (…können soll). Dort findest du auch einen Generator für eine sehr allgemein gehaltene Syntax-Vorlage (funktioniert nur für neue Seiten), vielleicht hilft diese weiter. -- ✓ ^Bergi 19:07, 24. Nov. 2011 (CET)

Die zugrundeliegende Karte sollte korrigiert werden. Wenn man für die kreisfreien Städte aus Platzgründen schon Autokennzeichnen nimmt, sollte Frankenthal FT erhalten und nicht FR (Freiburg/Breisgau!). --Matthiasb ^{(CallMyCenter)} 09:50, 26. Nov. 2011 (CET)

Fragen wo stellen?

Liebe Vorlagenwerkstatt,

vielleicht klärt ihr mal bei Gelegenheit in einer sauberen Lösung, wie mit Fragen zu Vorlagen umgegangen werden soll. Mir scheint da Widersprüchliches im Spiel zu sein. Beispiel: Vorlage:Infobox Bauwerk. Da heißt es Bei Fragen zu dieser Vorlage kannst Du Dich an die Vorlagenwerkstatt wenden. Beim Anklicken der Verlinkung auf „Vorlagenwerkstatt“ taucht dann im „Willkommen“ die Botschaft auf:

Hier kannst du Fragen zu bestimmten Vorlagen stellen, dir Tipps zur Bearbeitung und Erzeugung von Vorlagen einholen oder Kommentare zu Fragen anderer abgeben. (Absatz 1)

Inhaltliche Fragen und diskussionswürdige Wünsche zu Vorlagen sollten zunächst auf der betreffenden Diskussionsseite der Vorlage oder einem fachlich zugehörigen Portal besprochen werden. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne. (Absatz 2)

Während Absatz 1 noch passend zur Verlinkung hierher ist, sorgt der fettgedruckte Absatz 2 für Verwirrung. Danach sind also inhaltliche Fragen und diskussionswürdige Wünsche zu Vorlagen offenbar an dieser Stelle gar nicht erwünscht. Ja, warum wird das dann nicht schon im jeweiligen Infobox-Hinweis so angegeben? Und wenn es Portale gibt, warum wird auf der Infobox-Seite nicht schon das zuständige Portal genannt, anstatt jeden Benutzer auf dessen Suche zu schicken? Ist Absatz 2 so zu verstehen, dass auf der Seite hier nur noch eine Diskussion über technische Umsetzungen, namentlich Neuentwicklungen, Erweiterungen und Fehler, gewünscht wird? Wenn mit "sollte" hingegen gemeint ist, dass eh alles genommen wird, halte ich Absatz 2 für komplett entbehrlich.

Gretchenfragen: Wollt ihr hier eine zentrale Anlaufstelle für Fragen zu Vorlagen? Ist andernfalls sichergestellt, dass auf Anfragen bei Diskussionsseiten von Infoboxen und dergleichen von der Vorlagenwerkstatt reagiert wird? (Das Beispiel auf der genannten Diskussionsseite ist, nebenbei bemerkt, ja nicht gerade ermutigend in punkto schneller Beantwortung.)

Die Beantwortung meiner Fragen eilt nicht. Mit freundlichen Grüßen --Aloiswuest 17:04, 25. Nov. 2011 (CET)

Hallo Alois, die Vorlagenwerkstatt sollte insbesondere bei Fragen zu solchen Vorlagen aufgesucht werden, die nicht gerade tausendfach verwendet werden. Solche Kleinstvorlagen sind häufig auf zu wenigen Beobachtungslisten, als dass dort eine Anfrage wirklich zeitnah entdeckt werden könnte. In der Vorlagenwerkstatt trifft der Lösungssuchende eher auf technische Spezialisten, nicht aber zwingend auf fachliche Profis. Wird dann gewünscht, dass in der Infobox X das Feld Y ergänzt werden soll, dann ist das technisch erst einmal kein Problem. Ob die Ergänzung aber auch fachlich sinnvoll ist oder das gewünschte Feld lediglich einen Spezialfall für einen einzigen Artikel abdeckt, das können besser die Fachleute aus den Redaktionen und Portalen entscheiden. Daher werden offenkundige Verbesserungen an Vorlagen in der Regel sofort vorgenommen, bei fachlich verzwickten Anfragen jedoch zur Klärung eher auf das jeweilige Fachportal verwiesen. Ich hoffe, ich konnte für etwas Klärung in dieser Sache sorgen. Bei Rückfragen, melde Dich gerne noch einmal. Wenn Du magst, kannst Du meinetwegen auch gerne den oben angesprochenen Infotext anpassen, damit er zukünftig eintreffene Interessenten nicht verschreckt werden. Gruß --W_I^KImaniac 18:45, 25. Nov. 2011 (CET)

Danke, WIKImaniac, für die Erläuterungen. Ich komme umgehend darauf zurück, muss mir aber erst einen konkreten Verbesserungsvorschlag überlegen. Schließlich soll was Konstruktives erwachsen. --Aloiswuest 00:35, 26. Nov. 2011 (CET)

Keine Eile, ich freu mich drauf. Übrigens, ein typisches Beispiel für das oben Genannte ist die aktuelle Anfrage Vorlage:Gemeindetabelle:FR Gemeinde. Gruß --W_I^KImaniac 00:42, 26. Nov. 2011 (CET)

Mir sind Ideen für zwei mögliche Varianten eingefallen und ich kenne die Erfahrungen der Mitarbeiter der Vorlagenwerkstatt aus der praktischen Arbeit nicht, um zu entscheiden, welches die zweckmäßigere wäre.

• Variante A behandelt Anregungen der Benutzer mit einer Verzweigung zum Fachportal bereits im Hinweistext auf der jeweiligen Vorlagenseite.
• Variante B sieht die Willkommensseite der Vorlagenwerkstatt als Sammelstelle für alle Verbesserungen und Fragen zu Vorlagen vor.

1. Variante A (Benutzer soll sich je nach Sachverhalt an Fachportal oder Vorlagenwerkstatt wenden)

1.1 Text auf der jeweiligen Vorlagenseite

Bisher:

Bei Fragen zu dieser Vorlage kannst Du Dich an die Vorlagenwerkstatt wenden.

Vorschlag:

Du hast Anliegen zu dieser Vorlage? - Auskünfte zu dieser Vorlage erteilt die Vorlagenwerkstatt. - Den Wunsch nach fachlichen Erweiterungen oder Ergänzungen der Vorlage (beispielsweise ein zusätzliches Feld, eine Spalte etc.) trage erst dem zuständigen Fachportal oder der zuständigen Fachredaktion vor. Wenn das Okay vorliegt, beantrage die Umsetzung der Neuerung bei der Vorlagenwerkstatt. - Über technische Probleme der vorgefundenen Vorlage (beispielsweise Fehler oder ungewollte Auswirkungen) informiere die Vorlagenwerkstatt.

1.2 Text auf der Willkommensseite (nur Absatz 2, anderes unverändert)

Bisher:

Inhaltliche Fragen und diskussionswürdige Wünsche zu Vorlagen sollten zunächst auf der betreffenden Diskussionsseite der Vorlage oder einem fachlich zugehörigen Portal besprochen werden. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne.

Vorschlag:

Fachliche Erweiterungen oder Ergänzungen von Vorlagen werden hier nur weiterbearbeitet, wenn das vorliegende Okay des zuständigen Fachportals oder der zuständigen Fachredaktion nachgewiesen wird. Des Okays bedarf es nicht bei Hinweisen zum Beheben von Problemen eingesetzter Vorlagen. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne.

2. Variante B (Die Willkommensseite als Sammelstelle)

2.1 Text auf der jeweiligen Vorlagenseite

Bisher: Bei Fragen zu dieser Vorlage kannst Du Dich an die Vorlagenwerkstatt wenden.

Vorschlag: Bei Fragen oder Anregungen zu dieser Vorlage kannst Du Dich an die Vorlagenwerkstatt wenden.

2.2 Text auf der Willkommensseite (nur Absatz 2, anderes unverändert)

Bisher:

Inhaltliche Fragen und diskussionswürdige Wünsche zu Vorlagen sollten zunächst auf der betreffenden Diskussionsseite der Vorlage oder einem fachlich zugehörigen Portal besprochen werden. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne.

Vorschlag:

Es gilt folgendes Verfahren:

• Mitarbeiter der Vorlagenwerkstatt geben erbetene Auskünfte und bearbeiten Hinweise auf technische Probleme bei Vorlagen.
• Anregungen über fachliche Erweiterungen oder Ergänzungen von Vorlagen werden gegebenenfalls an die zuständige Fachredaktion oder das Fachportal weitergeleitet. Ob zum Beispiel eine Ergänzung fachlich sinnvoll ist oder ein gewünschtes Feld lediglich einen Spezialfall für einen einzigen Artikel abdeckt, das können besser die dortigen Fachleute entscheiden. Der Mitarbeiter gibt unter dem Eintrag an, welche Redaktion oder welches Portal um Einwilligung gebeten wurde. Hier wird die Anregung in diesem Fall nur weiterbearbeitet, wenn das Okay von Fachredaktion oder –portal vorliegt. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne.

Ich kann als normaler Nutzer lediglich Impulse für eine Verbesserung der eingangs beschriebenen Situation geben. Ich hoffe, dass ich deine Informationen, WIKImaniac, so richtig für die beiden Vorschläge interpretiert habe. Vielleicht gibt es ja in der Diskussion eine wesentlich bessere Lösung C oder D. Ich vermag das nicht abzuschätzen. Ein schönes Wochenende wünscht --Aloiswuest 20:40, 26. Nov. 2011 (CET)

Wie vermeide Ich Zeilenumbrüche durch eine Vorlage

Ich bin gerade damit befasst, einen Vorschlag zur Adaptierun der Citation needed-Vorlage aus en zu erarbeiten. Dieser findet sich unter Vorlage:Quelle benötigt. Das Problem ist, dass aus unerklärlichen Gründen ein Zeilenumbruch verursacht wird.

Der Quelltext ist {| id="Quelle benötigt" | <sup>{[[WP:Q|Quelle benötigt]]}  |[[Kategorie:Vorlage:Quelle benötigt]] |}.

Hat jemand eine Idee, wie sich ein automatischer Zeilenumbruch durch diese Vorlage vermeiden ließe? --Liberaler Humanist 19:40, 26. Nov. 2011 (CET)

Ein Hinweis zur Vorlage an sich. Ist bisher in der deutschen Wikipedia nicht erwünscht, siehe Hilfe:Einzelnachweise#Umgang mit fehlenden Einzelnachweisen und z.B. Wikipedia:Fragen zur Wikipedia/Archiv/2011/Woche 18#Baustein "Citation needed": wer hilft bei der Umsetzung?. --82.113.103.167 20:23, 26. Nov. 2011 (CET)

Ansonsten: Warum um Himmels Willen verwendest du da eine Tabelle? -- ✓ ^Bergi 20:25, 27. Nov. 2011 (CET)

Datenbanklink für Integrated Taxonomic Information System

Kann bitte jemand eine Formatvorlage für Integrated Taxonomic Information System erstellen? Ein Beispiel ist hier Pseudocolaptes lawrencii. Die Taxonomic Serial No.: 562527 könnte verwendet werden. Ähnliches gibt es z.B. hier für Avibase. Eventuell könnte noch Download mit rein wie z.B. hier.--Earwig 16:57, 2. Dez. 2011 (CET)

Überschrift korrigiert: Du willst eine Datenbankvorlage, keine Formatvorlage. BTW: gerade nach Integrated Taxonomic Information System gesucht, was hat es mit der Zusammenführung zum Catalogue of Life auf sich; ändert sich da noch was an den Links? -- ✓ ^Bergi 22:15, 3. Dez. 2011 (CET)

Wenn ich hier lese, dann bleibt die Taxonomic Serial No (TSN) erhalten. Und Catalogue of Life scheint laut ITIS Web Seite auf CD und im Internet verfügbar. Das ITIS verschwindet oder ähnliches kann ich nicht finden.--Earwig 11:10, 5. Dez. 2011 (CET)

Laut http://webservice.catalogueoflife.org/ kann man im CoL nur nach Namen suchen oder ids angeben, das sind aber nicht die TSNs des ITIS.

Ich werde dann mal Vorlage:ITIS erstellen. -- ✓ ^Bergi 15:39, 5. Dez. 2011 (CET)

Staat to Amtssprache

haben wir irgendwo eine implementierung, die zum staat/kürzel die amtssprache(n) liefert (am besten gleich über Vorlage:xxS verlinkt)? - wenn nein, gibt es eine metadatensstruktur, in die man das möglichst handlich und wartungsarm einbinden kann? (wäre für die sätze listen bauwerke mit Staaten-TOC, damit man gleich nur die länder durchsuchen kann, die in frage kommen, wenn man einen fremdsprachigen bauwerksnamen bei der hand hat, was ja häufig ist - bzw., in frage kommende nicht länder übersieht, bei denen man die amtssprache so nicht vermutet hätte) --W!B: 18:47, 2. Dez. 2011 (CET)

Durchsuche doch einfach alle WPs mit GlobalWpSearch, dann stellt sich das Problem nicht. Merlissimo 19:05, 3. Dez. 2011 (CET)

Es gibt die Vorlage:Metadaten Einwohnerzahlen und die Vorlage:Metadaten Fläche, die die Daten nach Ländernamen auflisten. In das Schema könnte eine Metadatenvorlage zu Amtssprachen passen, die beiden hier scheinen aber noch im Teststadium zu sein - Autor ansprechen.

Eine #switch-Vorlage mit über 200 Positionen lässt sich nicht in Listen mit über 200 Positionen einbinden. Was ich mir vorstellen könnte, wäre eine Ergänzung unserer ISO-3166-1-Vorlagen (evtl 3166-2) mit einem Slash-Listen-Wert „amtssprache“. Ob das deinen Vorstellungen entspricht weiß ich aber nicht.

Für die Suche würde ich das aber eh nicht empfehlen, für den beschriebenen Fall würde ich eher den Artikel zur Sprache heranziehen – in dem es eine Liste von Ländern mit dieser Amtssprache geben sollte (d.h: in dem ich sie suchen würde). Woher hast du eigentlich einen Bauwerksnamen, von dem du weißt dass er in einer Amtssprache ist ohne zu wissen welchen Landes? -- ✓ ^Bergi 22:07, 3. Dez. 2011 (CET)

Iglesia de Santa Maria, spanisch; Church of Saint Mary, englisch, Eglise Sainte-Marie frz. - bei allen weiß ich, dass die sprache in nicht nur einem land amtssprache ist, und es den kirchenamen gibt ;)

und in ISO-3166-1-Vorlagen würde es mir wohl alle geben (das wäre das gegenteil, Sprache-to-Staat)

ich hatte eher an {{Amtsprache|AT}} gedacht, stimmt, so wie {{EWZ|AT}}: das einbinden des switch sollte keine probleme sein, es ist eine reine textliste, ausserdem würde mir sogar ein subst: reichen, so oft ändert sich das ja nicht: nur das immer wieder raussuchen ist lästig --W!B: 02:05, 4. Dez. 2011 (CET)

Und woher weißt du, ob mit St. Mary's Church nicht die Marienkirche (Lübeck) gemeint ist? :-)

Welche Richtung möchtest du jetzt? {{Amtssprachen|AT}} wäre genau das, was man in der Vorlage:Info ISO-3166-2:AT unterbringen könnte, und zwar Staat ↦ Amtssprache(n). Dann könntest du in eine Liste vielfach diese Vorlage mit verschiedenen Ländern einbinden und hast in jeder Länder-Sektion die Amtssprachen. Oder willst du {{Länder mit Amtssprache|Englisch}}, das dir eine Liste von Ländernamen ausgibt (Amtssprache ↦ Länder)? -- ✓ ^Bergi 16:03, 4. Dez. 2011 (CET)

Vorlage:Archiv/Standard-Baustein: Fehler wg. protokollrelativer Links?

Die Vorlage:Archiv/Standard-Baustein scheint fehlerhaft zu sein. Als externer Wikilink wird in dem Baustein etwas in der Art von [//de.wikipedia.org/wiki/ [...] angegeben, also ohne Protokoll. Vielleicht bin ich betriebsblind, aber da stand doch früher auch das Protokoll, oder? Hängt das mit den Umstellungen bzgl. protokollrelativer Links zusammen? Lässt sich das beheben? Gruß --Schniggendiller Diskussion 04:21, 4. Dez. 2011 (CET)

Guten Morgen; deinen Augen fehlt nichts, und du musstest auch noch nicht ins Bett.

• In der Vorlage wird noch {{fullurl: verwendet, um das Weblink-Format zu generieren.
• fullurl ist sinnvoll, um in einer Wiki-Seite Links innerhalb unserer Welt darzustellen, etwa auf diffpages. Hierfür sind Protokoll-relative URL geeignet.
• Will man der äußeren Welt ein echtes Weblink als Permlink mitteilen, müsste das Protokoll angegeben sein, schon damit externe Leser wissen, was damit geschehen soll. Das wäre mit CANONICALURLE statt fullurl zu erreichen.
• Weil aber dann als Protokoll https angegeben wird, wenn der Leser secure angemeldet ist, und sonst http, wäre eine einheitliche Gestaltung der Weblinks mit http vielleicht sinnvoller: [http:{{fullurl: mit hard-coded Protokoll.
• Intern ist hier das Wikilink zu nutzen, wie in der Vorlagen-Doku richtig angegeben.
• Bis September hatte fullurl die momentane Server-Adresse angegeben, also mit Protokoll und ggf. dem Secure-Server.

Beste Grüße --PerfektesChaos 10:58, 4. Dez. 2011 (CET)

Canonicalurl liefert aktuell immer http und sollte daher hier genutzt werden. Ich habe es mal geändert (und etwas mehr, falls das nicht gewünscht ist, macht ein teilrevert). Der Umherirrende 11:09, 4. Dez. 2011 (CET)

Ja – wohlweislich hast du „aktuell“ geschrieben; ich traue dem Braten nicht so ganz. Aber die Wortwahl CANONICAL lässt hoffen, dass das immer die allgemeinverbindliche Form bleiben wird. LG --PerfektesChaos 11:20, 4. Dez. 2011 (CET)

Wenn das Wiki mal auf Standard https umgestellt wird, dann sollten wir dort auch den https-Link haben, damit es einheitlich wirkt. In den E-Mails würde sich das ja auch ändern. Ob oder wann das kommt, kann ich aber nicht sagen. Der Umherirrende 11:25, 4. Dez. 2011 (CET)

Warum sollte man denn von außerhalb der Wikipedia nicht auch protokoll-relativ verlinken? Werden so viele Webseiten heutzutage über ftp ausgeliefert? Oder wird das relative Protokoll einfach nur nicht als Protokoll in Emails etc erkannt? BTW: Wenn ich in meinem Browser im Kontextmenü eines Links auf „Adresse kopieren“ klicke, bekomme ich sowieso die kanonisierte Form (mit Protokoll und Domain und Path ergänzt, falls fehlend) in die Zwischenanblage. -- ✓ ^Bergi 16:11, 4. Dez. 2011 (CET)

Der ganze Hinweis in der Vorlage ist schon redundant und wohl für absolute Beginners gedacht.

Es ist aber für meinen Opa sinnvoll, ihm das gewohnte http dazuzuschreiben; sonst weiß er nicht was das ist und es ist ja auch nichts mit www. wie sonst immer – Erkennung in Mail, Foren, Word, PDF usw. ist ein weiterer Grund, für die Außenwelt immer ein Protokoll dazuzuschreiben. Wir hier verstehen das zwar auch sonst, Opera/Firefox und sogar IE kapieren es auch und probieren die Protokolle durch, aber wir sind nicht das Maß aller Dinge.

VG --PerfektesChaos 16:23, 4. Dez. 2011 (CET)

Dem kann ich mich anschließen. Der Umherirrende 17:42, 4. Dez. 2011 (CET)

Ich bedanke mich für Reparatur und Erklärungen! Gruß --Schniggendiller Diskussion 03:21, 5. Dez. 2011 (CET)

Dieser Abschnitt kann archiviert werden. Der Umherirrende 11:25, 4. Dez. 2011 (CET)

Sonderfall für Vorlage:Nationalparkdetail

Hallo Vorlagenbastler, ich wollte gerade die Commons-Lücken bei Nationalparks in den Vereinigten Staaten stopfen, weil es erfreulicherweise inzwischen für alle Nationalparks auch Cattegorys auf Commons gibt. Nun haben wir aber den Sonderfall, dass beim Sequoia-&-Kings-Canyon-Nationalparks zwei benachbarte Gebiete in einem Artikel abgehandelt werden, auf Commons aber für jedes einzelen Gebiet eine eigene Catgory vorliegt. Nun habe ich versucht beide Commonscategorys in die Vorlage einzutragen [5], angezeigt wird aber nur eine. Gibt es da irgendeinen Trick, damit beide untereinander angezeigt werden? Alternativ wäre evtl. auch eine Splittung der beiden Parks auf zwei Boxen, die dann auf denselben Artikel verlinken, jedoch jeweils auf die passenden Commonscategory verlinkt werden können, falls sich die restlichen Daten auch einzeln auftreiben lassen. Die ausgezeichneten Listen in anderen Sprachversionen haben das Problem nicht, da jeweils separate Einzelartikel vorliegen. --Vux 00:55, 5. Dez. 2011 (CET)

Wenn du einem Parameter mehrmal einen Wert zuweist, wird immer nur letzte verwendet. Die Vorlage müsste (und könnte) umgebaut werden, sodass sie entweder eine Liste oder einen weiteren Parameter entgegennimmt.

In diesem Fall fände ich aber die Splittung auf zwei Boxen nur logisch. Die Liste listet doch einzelne Parks, nicht einzelne Artikel? -- ✓ ^Bergi 15:04, 5. Dez. 2011 (CET)

Auf mehrere Dateiversionen prüfen

Ist es möglich, per Vorlage herauszufinden, ob es mehr als eine Dateiversion gibt? Falls ja könnte man in solchen Fällen in Vorlage:NowCommons auf tools:~magog/oldver.php verweisen. --Leyo 10:22, 5. Dez. 2011 (CET)

Nein, da ist mir nichts bekannt. Du könntest höchstens per JavaScript das ganze einblenden/ausblenden, je nachdem viele Dateiversionen vorhanden sind, weil JavaScript auf der Dateiseite ja unten die Versionsgeschichte "auslesen" kann. Der Umherirrende 19:14, 5. Dez. 2011 (CET)

ifeq und HTML-Entities in {{PAGENAME}}

Ich habe heute früh die Liste der Bots mit Flag aktualisiert. Die Namen habe ich wie von der API ausgegeben eingetragen und dabei D'ohBot durch D'ohBot ersetzt. Prompt gibt die Vorlage:Bot auf Benutzer:D'ohBot aus, er habe kein Flag (selbes Problem bei L&ampK-Bot ↔ L&K-Bot). Wie kann das sein? Mit schneller #ifeq-Prüfung habe ich herausgefunden, dass durch D'ohBot ≠ D'ohBot ≡ {{PAGENAME}} gilt.
Na gut, ist halt so. Aber wirklich merkwürdig ist jetzt, dass der als ZéroBot in der Liste eingetragene ZéroBot funktioniert – ZéroBot jedoch nicht. Sind das etwa nur &, ' und ", die als Entity aus dem PAGENAME kommen? Gibts da schon einen Bug für die Umstellung auf UTF8, äh, ASCII? -- ✓ ^Bergi 15:17, 5. Dez. 2011 (CET)

PAGENAME gab das schon immer so aus, da können wir aber nichts machen und da wird man auch wohl nichts ändern. Es hatte also daher auch ein Grund, warum L&K-Bot da so drin stand. Das gibt aber auch woanders Probleme: beispielsweise Bug 16474. Der Umherirrende 19:18, 5. Dez. 2011 (CET)

Warum sagt mir eigentlich niemand, dass mein Bot die Seite nicht mehr aktualisiert? Mein Script läuft nach wie vor noch jede Woche. Da muss ich mal auf Fehlersuche gehen …. Das Problem hatte ich damals auch. Wenn du im Mediawiki-Quelltext nachschaust, findest du schnell die Extrabehandlung von &, ', ". Merlissimo 19:48, 5. Dez. 2011 (CET)

Na super. Mein Logfile hatte mit 2G die maximale Dateigröße erreicht. Merlissimo 19:52, 5. Dez. 2011 (CET)

Variablen in Vorlagen verwenden

Wie kann ich innerhalb einer Vorlage, die Vorlage Literatur oder die Vorlage {{commons}} verwenden, sodass nur eine Variable mit ihrem Wert in die Vorlage Literatur/commons| {{{Artname}}} geschrieben wird, die übrige Vorlage aber unverändert übernommen wird? Das muss doch möglich sein?

{{Literatur | Autor=blabla | Titel=blabla | Sammelwerk=blablabla | Band=4711 | Nummer=42 | Jahr=2000 | Seiten={{{SEITENZAHL}}} }} {{commons| {{{Artname}}} }}

Es wäre wirklich toll, wenn es da eine einfache Lösung gäbe. Grüsse --Thkgk 19:45, 5. Dez. 2011 (CET)