Template talk:COAInformation

From Wikimedia Commons, the free media repository
Jump to: navigation, search
Info non-talk.svg Template:COAInformation has been protected indefinitely because it is a highly-used or visible template. Use {{Edit request}} on this page to request an edit.
Please test any changes in the template's /sandbox or /testcases subpages, or in a user subpage, and consider discussing changes at the talk page before implementing them.

Replacing {{Blason-fr-en-it}} by this template[edit]

See Template talk:Blason-fr-en-it

Don't you think that {{COAInformation}} should be easier to use by any contributor for any coat of arms? Thus there should be another template ( {{COAInformation/fr}} ?), that would be specific for contributors to the Blazon Project of French-speaking Wikipedia (with specific parameters and categorization pattern coming from {{Blason-fr-en-it}}). — Zigeuner 11:14, 14 November 2007 (UTC)

2014[edit]

Probably a good idea, but shouldn't be done in a heavy-handed way which autogenerates warning messages on every image which formerly used the old template... AnonMoos (talk) 23:51, 28 July 2014 (UTC)

Documentation[edit]

When you update this template, such as adding german language and making "SVG COA of France" not automatic. Then please also update the documentation page. /Lokal_Profil 17:43, 19 November 2007 (UTC)

I don't understand, since I did upload the documentation page. Maybe you talk about the "usage example", that I forgot to upload ?
Anyway, I created {{COAInformation/fr}}, which is specific to fr-Blazon Project, and with the same parameters as {{Blason-fr-en-it}}. So I will upload {{COAInformation}} to make it easier to use.
Zigeuner 19:21, 19 November 2007 (UTC)
Sorry. I think managed to start writing the above message whilst you were updating the documentation. Sorry for being hasty. /Lokal_Profil 21:32, 19 November 2007 (UTC)
No problem ! I am too much slow :-) Zigeuner 22:03, 19 November 2007 (UTC)

Deletion of parameters related to the fr-Blazon Project[edit]

After the creation of {{COAInformation/fr}}, the following changes have been done in {{COAInformation}}:

  • Source: "Own work/Oeuvre personnelle/Obra personal" is not written by default
  • Source: The parameters "sourceen", "sourcefr" and "sourceit" do not exist anymore
  • Author: The parameter "dessinateur" does not exist anymore
  • Author: The box "Blazon Project" does not appear by default
  • Category: The Category:SVG coats of arms - France is no more added by default
If you don't mind me asking. Why didd you remove the "sourceen", "sourcefr" and "sourceit"? I fail to see how these were specific to fr-Blazon Project. /Lokal_Profil 21:38, 19 November 2007 (UTC)
They were useful in a template aimed at replace {{Blason-fr-en-it}} (they were the only source fields in this template). That's why they remain in {{COAInformation/fr}}. I prefered delete them in {{COAInformation}} since I thought they made the usage indications more complex, and they were not much useful (they can easily be added manually).
If you think I'm wrong, please revert this modification. Zigeuner 22:10, 19 November 2007 (UTC)
No you're right, guess I just never really thought of why they were there. I've made changes to COAInformation/fr so that it uses COAInformation (in case we want to make changes to it in the future) it still works in the exact same way as before though with the same specific parameters. /Lokal_Profil 00:14, 20 November 2007 (UTC)

My changes[edit]

OK, since the fr-Blazon Project has splintered of from this template I took the liberty to finally move the categories outside the template. The reference to how to add them is still there the only difference is that they are now added explicitly after the template instead of as parameters inside the template. Whilst att it I also modified the Inkscape tag. now instead of adding the noink parameter to remove the inkscape tag you now have to add the ink parameter to add the tag, it makes more sense to me to not assume that everyone uses inkscape. I've also updated the documentation to reflect the changes but I've not updated the French section since although I read French I would not claim to be able to write in French. As always if anyone has any opinions, comments just shout =) /Lokal_Profil 23:46, 19 November 2007 (UTC)

That's good. I've uploaded the French sections. Zigeuner 09:16, 20 November 2007 (UTC)

Problem with Finnish and Swedish versions[edit]

Moved from User talk:Care, by Zigeuner (talk) 21:55, 3 February 2009 (UTC):

If somebody find something better... Zigeuner (talk) 21:55, 3 February 2009 (UTC)

When adding the Hungarian language (and additionally Esperanto) I encountered a similar problem to what we had with Finnish, the word for coat of arms postponed to the name of the armiger, címere in Hungarian and vaakuna in Finnish. To avoid doubling I inserted the word for file (fájl in Hungarian and tiedosto in Finnish) at the beginning. Or do you think it would be better to insert the words for image?
--ludger1961 (talk) 03:49, 7 September 2009 (UTC)


Additional languages from the Iberian Peninsula[edit]

example

During my categorization works for files with coats of arms I regularly stumble about files contributed from our friends from the Iberian Peninsula, with blazons in their different official languages. Great thanks not only for the Taller de Heráldica y Vexilología in the Spanish Wikipedia and their numerous contributors like SanchoPanzaXXI and Xavigivax, to name at least some of them. So I felt the great need to add those languages, namely Catalan, Spanish, Galician and Portuguese, to this template. Look at the example below, other improvements welcome.
Best wishes --ludger1961 (talk) 08:10, 5 September 2009 (UTC)

Artist SanchoPanzaXXI
Source Own work
Permission
(Reusing this file)
see below

need 9 source figure[edit]

I need to have figure9 for this file = Blason famille at Ferdinand de Tyrol.svg

I tryed to do it myself but doesn't work. Need help please. --Titimaster (talk) 11:52, 29 August 2011 (UTC)

AttribSVG[edit]

I'm not going to experiment with this, in fear of messing something up. Template:AttribSVG autotranslates. Can that be used (or adapted), instead of the current permanently bilingual template? Lemmens, Tom (talk) 15:35, 30 September 2013 (UTC)



The following paragraphs show the brainstorming

of several users in the effort to make things
better, in this case the file descriptions.

Sorry it was German people, talking German.


Template talk:Created with Inkscape - Edit request[edit]

Mit großem Interesse haben wir - das sind Juergenk59 und ich - deine Arbeit an den Vorlagen verfolgt. Wir haben dazu noch einen Wunsch, bei dem du uns mit deiner Erfahrung in der Umsetzung helfen könntest. In der derzeitigen Version kann ich mit |more weiteren Text einfügen. Da wir generell alle von uns gezeichneten Wappen mit Farben nach dem Standard der FIAV gestalten, fügen wir wie im Beispiel hier den Text: Colours according to FIAV:

Inkscape Logo.svg
This vector image was created with Inkscape. Colours according to FIAV.

Unser Wunsch wäre, dies direkt mit der Ergänzung |fiav zu erreichen. Meinst du, du könntest dies unterstützen? --Maxxl2 - talk 09:02, 10 May 2014 (UTC)

Ja, durchaus. Aber so auf den ersten Blick scheint mir das in {{Inkscape}} etc. nicht richtig aufgehoben, das gehört IMHO eher in die Dateibeschreibung; dazu kann ich mir eine Vorlage vorstellen, die mit dem Parameter |Other fields= von {{Information}} (unter interner Verwendung von {{InFi}}) das leistet. Ein Standardtext wäre dann auch noch besser per Parameter modifizierbar. OK?
BTW: die Daten in DEU Oeslau COA.svg veranlassen die Kategorisierung nach Created with Inkscape und nach Valid SVG. Seit meiner Änderung/Erweiterung wird mit Inkscape|v erst nach Valid SVG created with Inkscape kategorisiert, diese Kategorie ist ihrerseits dann in die beiden Kategorien kategorisiert — eine wesentliche Entlastung der beiden gestressten anderen Kategorien. Ich würde im Falle dieser COAs sogar noch unterkategorisieren, um weiter zu differenzieren. sarang사랑 09:24, 10 May 2014 (UTC)
Kategorisierung: Hab ich dich da richtig verstanden, dass du eine Unterkategorie COA bevorzugen würdest?
|Other fields=: man lernt nie aus. Diese Möglichkeit haben wir bisher (in vier Jahren) noch nicht gesehen. Bei sechs oder sieben Farben wird das ein ziemlich dicker Klotz werden. Geht das auch etwas schlanker? --Maxxl2 - talk 10:00, 10 May 2014 (UTC)
Valid SVG created with Inkscape hat bereits einige Unterkats. Je nach der Anzahl der Kandidaten, oder aber nach thematischer Zuordnung, wird so eine Untegruppierung sinnvoll. Sollte vorher überlegt und abgestimmt sein (ich habe nachträglich das Bestehende eingeordnet). Möglicherweise lässt sich das auch wieder über eine Vorlage machen, aber es geht auch sehr gut direkt (Parameter "sub").
Wenn du alle Farben angeben willst wird die {{Tbc}}-Tabelle u.U. ein dicker Klotz. Da fast nie Pantone-Farben anzugeben sind liesse sich das auch sehr verschlanken, zB mehrere Farben in einer Zeile, und dann gleich direkt mit Hexadezimalwert. Da können wir uns was überlegen.
#00F #F00 #F0F oder, anderes Beispiel lime = #0F0 #FF0 = gold
Lediglich "Colours according to FIAV" auszugeben ist natürlich einfacher. sarang사랑 10:31, 10 May 2014 (UTC)
Leider funktioniert |other fields in der {{COAInformation}} nicht. Ich habe die Farbtabelle im Beispiel hier
     or rendered as RGB 252 221 009
     argent rendered as RGB 255 255 255
     azur rendered as RGB 015 007 175
     gules rendered as RGB 218 018 026
     purpure rendered as RGB 145 002 161
     sable rendered as RGB 000 000 000
     vert rendered as RGB 007 137 048
daher unter |description eingebaut. Wenn man nur die Zeilenhöhe auf 20px / 1em reduzieren könnte. Haste da noch ne Idee? --Maxxl2 - talk 10:39, 10 May 2014 (UTC)
Die other fields habe ich schnell mal in die "COAInformation" reingegeben. Diese Vorlage kategorisiert nun schon in eine eigene Unterkategorie, mit bereits 3800 Dateien. Schau mal, ob du die Farben lieber oben oder unten haben willst. Es gäbe sogar noch ein other fields 1, das kann ich dir auch noch schnell zeigen. sarang사랑 10:50, 10 May 2014 (UTC)
Super - habe sofort in |other_fields umbenannt. Die Position am Ende der COAInformation ist zwar besser, sollte aber vor |other_versions liegen. Wenn jetzt noch die Zellenhöhe auf die Hälfte verkleinert ginge, wäre es optimal. Geht das noch? --Maxxl2 - talk 11:01, 10 May 2014 (UTC)
Alles lässt sich machen. Die Position von |other_fields liegt fest, am Ende, ebenso |other_fields_1, vor dem Datum, aber da das alles durch {{COAInformation}} läuft lässt sich einiges machen. Ich werde mir das heute noch ansehen, und dich dann verständigen. Jetzt schnell geht es nicht, aber geh mal davon aus dass ich eine Lösung finde. Warte aber vorerst mit dem Einbau in 10000 Dateien! sarang사랑 11:23, 10 May 2014 (UTC)
Kein Problem - ich warte geduldig. Bin eh jetzt für die nächsten Wochen vorrangig mit den Streckenkarten und Etappenprofilen zum Giro d'Italia und der Tour de France beschäftigt. --Maxxl2 - talk 11:32, 10 May 2014 (UTC)
Die Farben lassen sich problemlos zwischen Author und other_versions einbauen - oder beliebig sonstwo. Wird in 'COAInformation' gemacht und lässt sich also leicht wieder ändern. Wesentliche Frage: ist die Anzahl der Farben begrenzt, bzw. klein? Das SVG-Bild hat an die 12 Hauptfarben und dann noch zugehörige Nebenfarben; das andere Bild hat mehr.
Wikiproyecto:Ilustración/Taller de Heráldica y Vexilología/Convenciones para banderas zählt sie auf.
Mir schwebt vor dass jede Farbe einen Buchstaben bekommt, zb |colors={{FIAV|r|o|y|v|b|p...}}, wobei die Zuordnung in der bevorzugten Sprache sein wird, am ehesten französische Tinkturen (or, argent; azure, gules, purpur, sable, vert). Wäre das so machbar? Sag mir was ihr braucht. sarang사랑 12:24, 10 May 2014 (UTC)

@Perhelion: - bitte mitlesen :)

Das schaut gut aus. Hier ist unsere Farbpalette , die vollständig ausreicht. Ausnahmen werden gesondert referenziert. --Maxxl2 - talk 12:37, 10 May 2014 (UTC)
Die Sprache für die Farben ist die Englische, d.h. der erste Farbname in der Tabelle ist der richtige. --Maxxl2 - talk 12:44, 10 May 2014 (UTC)
      • Welche Tabelle nun? Die GIMP-Palette mit 13 Farben? Nirgendwo ist der erste Farbname englisch. sarang사랑
Ich gebe zu, die englischen Heraldik-Farbbezeichnungen klingen nicht "angelsächsisch", denn sie sind normannischen (französischen) Ursprungs. Es sind aber diese: Sable - Argent - Argent (dark) - Gules - Or - Azure - Bleu celeste - Bleu celeste (alt.) - Vert - Carnation - Purpure - Tawny - Cendrée. --Maxxl2 - talk 14:30, 10 May 2014 (UTC)
Es geht hier wohl um 2 verschiedene Dinge:
  1. Wie teile ich es der Vorlage mit; das sollte IMHO mit wenigen Eingaben erfolgen, schliesslich soll sich keiner die Finger abbrechen und lange Namen tippen müssen. Ein Buchstabe für die Standardfarben ist völlig ausreichend (max. zwei). Und Sonderfarben müssen ohnehin mit dem Hexa-Farbcode, ev. auch noch mit Farbnamen, beschrieben werden.
  2. Das zweite ist die Umsetzung in der Vorlage. Diese kann ausgebaut, ggf erweitert und/oder geändert werden, anderes (Tabellen-)Format etc., ist alles unabhängig von den Angaben in den einzelnen Dateibeschreibungen.
Vorerst müssen wir festlegen, welche Parameter wie zu übergeben sind. Das Beispiel oben mit der Vorlage FIAF ist ein erster Vorschlag.
Für die Ausnahmen könnte es sinnvoll sein, statt des Standardfarbcodes (g,b,r,…) nur den Farbwert (#623 oder #A1B285) anzugeben, und nötigenfalls unterhalb der Tabelle textuell zu ergänzen. Wobei zB das Hermelinmuster zweifarbig ist, nötigenfalls ist auch da eine Lösung zu finden, wie das verarbeitet wird. Also genug vorab zu klären! sarang사랑 14:38, 10 May 2014 (UTC)
Bei diesen 13 Farben haben wir 3× das "A", und je 2× das "B" und das "C". Wenn du die einbuchstabige Parametrierung gut findest müssen wir etwas sinnvolles vereinbaren, wie wir diesem Dilemma entgehen. Es geht ja nur darum, das der Vorlage mitzuteilen — da darf eine deutsche Wappenwerkstatt auch Abkürzungen aus einer anderen Sprache nehmen, oder mischen.
"Cendrée" kann die Vorlage ja ausgeben, aber es sollte nicht so als Text jedesmal eingegeben werden müssen. sarang사랑 14:46, 10 May 2014 (UTC)
Geht "case sensitive"? --Maxxl2 - talk 15:03, 10 May 2014 (UTC)
Sable = S - Argent = A - Argent(dark)= a - Gules = G - Or = O - Azure = B - Bleu celeste = b - Bleu celeste (alt.) = c - Vert = V - Carnation = - Purpure = P - Tawny = T . Etwa so? --Maxxl2 - talk 15:07, 10 May 2014 (UTC)
Das geht, und ist in der Vorlage extrem einfach zu programmieren. Aber wichtiger ist noch, dass der Wappenzeichner und Bildbeschreiber keine gedanklichen Verrenkungen machen muss, und jedesmal im Kochbuch nachsehen. Für den soll es einfach und selbsterklärend sein, programmieren lässt sich alles. Ich finde mehr Kleinbuchstaben besser, sind doch leichter einzugeben?
Ich habe noch was angemerkt zu Sassnitz oben. sarang사랑 16:26, 10 May 2014 (UTC)
Die Idee war wie folgt: die Hauptfarben haben alle Versalien, die Nebenfarben (Abweichungen) Minuskeln. Die Einzige Ausnahme zu den geläufigen Farbnamen ist Azure = B(lue). Wenn du es aber für gängiger hältst, können wir das Schema auch invertieren:
  • Sable = s - Argent = a - Argent(dark)= A - Gules = g - Or = o - Azure = b(lue) - Bleu celeste = B - Bleu celeste (alt.) = C(eleste) - Vert = v - Carnation = c - Purpure = p - Tawny = t.
Was ich einsehe ist, dass die Kleinbuchstaben einfacher zu tippen sind. Machen wir das also. Ist einfacher zu handhaben. --Maxxl2 - talk 16:40, 10 May 2014 (UTC)

Feld "source" in der Vorlage "Information"[edit]

Was ich eigentlich immer schon mal wissen wollte: warum wird sowohl die Vorlage "Inkscape" als auch "W3C" in diesem Feld angezeigt? Beide Vorlagen betreffen doch nicht die Quellen aus der Literatur oder dem Internet, sondern gehören nach meinem Verständnis eher zur "Description" oder zum "Author", insbesondere weil der nochmal in "Created with Inkscape" genannt wird. Oder ist das ein Rückbezug auf {{own}} in der Quellenangabe? --Maxxl2 - talk 11:28, 10 May 2014 (UTC)

Die Stelle lässt sich in {{COAInformation}} frei vergeben, mir ist in der Eile nicht besseres eingefallen. Wir können nachsehen wo es besser passt. Und ob der Author nochmmals genannt wird. Das lässt sich alles verbessern! sarang사랑 11:32, 10 May 2014 (UTC)

FIAV Farben[edit]

Die Vorlage ist in der Farbanzahl nicht beschränkt, die Grenze liegt mehr in den zu vergebenden Kurzcodes. Die Farben können später noch geändert werden, auch erweitert. Einstweilen wüsste ich gerne ob das bisher so stimmt, die Tabellen sind da nicht so eindeutig. Der Farb-Hexcode ist zu sehen wenn der Mauspointer auf den Farbbollen zeigt.

FIAV Farben und die Kurzcodes
     a=argent rendered as RGB 255 255 255
     A=Argent dark rendered as RGB 231 231 231
     b=azure rendered as RGB 015 071 175
     B=Bleu Celeste rendered as RGB 137 197 227
     c=carnation rendered as RGB 242 167 114
     C=cendrée rendered as RGB 153 153 153
     g=gules rendered as RGB 218 018 026
     o=or rendered as RGB 252 221 009
     p=purpure rendered as RGB 145 022 161
     s=sable rendered as RGB 000 000 000
     t=tawny rendered as RGB 157 083 051
     v=vert rendered as RGB 007 137 048

sarang사랑 09:59, 12 May 2014 (UTC)

+ 1 - es stimmt so. Wie wird denn dies in die Vorlage "Used colours according to FIAV" einfließen? --Maxxl2 - talk 10:12, 12 May 2014 (UTC)
Meine Vorstellung: {{COAInformation}}, und beliebige andere, werden um einen Parameter "colors=" (oder so) erweitert; wie ich das mache überlege ich noch. sarang사랑
Vielen Dank für deinen Einsatz! Ich bin schon ganz gespannt... Gruß --Juergenk59 (talk) 12:12, 12 May 2014 (UTC)

Nun bin ich ein Stück weiter und konnte das grösste Problem in den Griff bekommen. Alles andere sind Details, über die wir plaudern können. zB soll der neue Parameter für COAInformation |colors= oder |FIAV= lauten? Interessant ist wieviele Tingierungen die Vorlage verkraften muss, dh muss die Tabelle ev. mehrzeilig werden? Es könnte so ähnlich aussehen, zwischen permissions und other-versions, bei "colors=g|a|p|B|o":

000000FIAV colors: 00gules00 0argent0 0purpur0 0celeste0 0000or0000

Formatierung wie zB. Zeilenhöhe, Schrift, oder wenn bei argent ein dünner Rahmen rum soll, ist das alles machbar. Ist es bisher so o.k.? sarang사랑 14:44, 12 May 2014 (UTC)

Ob das ok ist? Nee - das ist bestens. Aus fünf Buchstaben die ganze Palette generiert, besser geht es nicht. --Maxxl2 - talk 15:28, 12 May 2014 (UTC)
Eine Bitte: können wir statt des amerikanischen colors das englische colours schreiben. Das passt dann besser zu den Farbnamen. --Maxxl2 - talk 15:31, 12 May 2014 (UTC)
Einfach Klasse!!! Ich kann mich da Maxxl2 nur anschließen. Mit einem dünnen Rahmen ums Argent könnten wir uns auch anfreunden. Es kommen selten mehr als sechs Farben in einem Wappen vor, so dass das Ganze bequem in eine Zeile passt. Vielen Dank nochmal. Gruß--Juergenk59 (talk) 16:02, 12 May 2014 (UTC)

Als Text: FIAV colours, als Parameter: colors (weil's kürzer ist); das sind diese Details, die jederzeit schnell geändert sind (der Parameter nicht, wenn er 5000mal verwendet ist...)
..."selten mehr" ist weniger gefragt, mich interessiert das Maximum. Meinetwegen 800 Farben, aber bei mehr acht bis 9 muss es mehrzeilig werden. Lässt sich machen, auch später. sarang사랑 16:11, 12 May 2014 (UTC)

Wir sollten ganz klar sagen: maximal 9 Farben, sonst zerfranst es sich und ist nicht mehr wichtig. Wenn dann noch ein fleischfarbenes Röschen irgendwo im Hintergrund auf ner Wiese blüht, so können wir auf die Berücksichtigung verzichten. Das ist dann nicht mehr klassische Heraldik. --Maxxl2 - talk 16:29, 12 May 2014 (UTC)
Eine Überlegung hatten wir noch: wenn "colors=g|a|p|B|o" geht dann auch "|colors=gapBo" also ohne "pipes"?
PS: Warum ist bei plötzlich gegenüber "Author", "Source" usw. case sensitive es werden also Werte von "author", "source" usw. nicht übernommen? --Maxxl2 - talk 17:22, 12 May 2014 (UTC)

Plötzlich? Also, ich habe daran definitiv nichts gedreht (kannst in die Historie schauen). {{Information}} hat die Parameter in allen möglichen Schreibweisen, wie du dort sehen kannst, {{COAInformation}} nur in der Grossschreibung (ausser die neuen Parameter "other_" die ich angefügt habe, die sind inkonsequenter Weise einstweilen nur in Kleinschreibung wirksam).
Nein, ohne pipes geht es nicht, das war mein Problem, die Wikipedia-Vorlagenlogik erlaubt keine Stringoperationen, wie andere bessere Macrosprachen. Ich bin heilfroh dass ich es mit pipes hinbekomme! sarang사랑 17:36, 12 May 2014 (UTC)

Short technical excurs:

Everybody accustomed with the Wikipedia Template System
will immediately see that with |colors=a|b|c|d, written
with the parameter |colors of {{COAInformation}}, only the
first parameter ("a" in the example) is really a parameter of
|colors - the first and only one. All the other parameter
values (b, c, d,…) or value parameters are in fact unnamed
parameters of the {{COAInformation}}, "b" the first one.

But it is not any problem to deal with this situation.


Sorry - nein - nicht plötzlich - ist für mich ein generelles Problem solange ich beide Vorlagen nutze. Es fällt mir immer wieder auf, wenn ich aus {{Information}} ein {{COAInformation}} mache. Dann werden die Daten nur teilweise übernommen. Erst wenn ich die Parameter mit Versalie an erster Stelle umschreibe, gehts es wieder.
Pipes: war nur ne Frage, keine Anforderung. --Maxxl2 - talk 17:43, 12 May 2014 (UTC)

Das lässt sich alles machen, wenn dieser Komfort gewünscht wird. Dass Author, author und meinetwegen auch Autor und autoren akzeptiert wird.
Eine erste Fassung ist gleich fertig, Doku folgt auch noch, es kann dann ab sofort in COAInformation eingebaut werden (colors heisst der Parameter, einstweilen!). Kann zZ 10 Tinkturen verkraften, da wird die Tabellenzeile schon rechts raushängen... sarang사랑 17:50, 12 May 2014 (UTC)

Danke, danke. Wir werden das erstmal intensiv einsetzen, unsere Erfahrungen sammeln und wenn dann die Praxis gravierende Verbesserungsmöglichkeiten erkennen lässst, kann man ja nochmal drüber reden. --Maxxl2 - talk 17:56, 12 May 2014 (UTC)

Schau erst mal ehe du dich bedankst! Übrigens, wenn das mit a-A, b-B etc. zu umständlich ist, geht es ohne weiteres auch mit zB a-da und so, also zweibuchstabig, dann sogar case-insensitiv. Ich bin's gleich. sarang사랑

Sieht gut aus. Kann es sein, dass "Permission", die bisher falls keine Angabe da war, übersprungen wurde, jetzt permanent ausgegeben wird?"
Wird der Author jetzt nicht mehr in die {{Inkscape}} eingeschlossen? --Maxxl2 - talk 18:15, 12 May 2014 (UTC)

Ja, das ist noch ein Fehler dass die Permission stets kommt. Mach ich noch. Den Autor habe ich rausgenommen, weil der inmittelbar drunter ohnehin steht.

Da haste recht. Sieht jetzt sauberer aus. --Maxxl2 - talk 18:27, 12 May 2014 (UTC)

Freigabe[edit]

Es stimmt noch nicht alles, aber ihr könnt schon probieren. Wir sehen dann weiter. Ist der Parameter colors= recht? Alles andere kann man zentral ändern, nur die Aufrufe mit Parameternamen und den Parameterbuchstaben nicht. Doku folgt noch, viel Spass sarang사랑 18:18, 12 May 2014 (UTC)

"Permissions" sind jetzt weg, aber ich musste die Tinkturen höher, zwischen Author und ev. Permissions legen. Ändert nichts wenn Permissions frei bleibt, ist ohnehin besser das ausserhalb (mit int:license-header) zu machen. An der Zeilenhöhe arbeite ich noch. sarang사랑

Das ist recht so. Wir sind damit sehr zufrieden. Hab das gerade alles mit Juergenk59 per Skype besprochen. --Maxxl2 - talk 18:49, 12 May 2014 (UTC)

Ja, telefonieren geht um einiges schneller, und in Skype lassen sich auch noch Texte mitschicken, wenn nötig. Ich hatte schon erwogen dir Telefonkontakt vorzuschlagen. Meine talk page muss ich wieder mal gründlich aufräumen, die ist wieder riesengross geworden... sarang사랑 18:55, 12 May 2014 (UTC)

Bei so umfangreichen Arbeiten wir hier und jetzt, haben wir uns fürs skypen entschieden. Bis dann. --Maxxl2 - talk 19:03, 12 May 2014 (UTC)

Die neue Option habe ich modular aufgebaut, in {{FIAV2}} könnt ihr selbst leicht was ändern, wenn nötig Tinkturen hinzufügen. Es können übrigens weitere Farben angegeben werden, statt dem Buchstaben direkt ein Wert #rgb oder #rrggbb; naürlich habe ich dafür dann keinen Namen. Beispiel

argent azure carnation #F0F gules #22aa1c argent-d


(werdet ihr nicht brauchen, aber hilft als Test vor dem Einbauen neuer Tinkturen). Ich skype dir mal, einfach so. sarang사랑 19:07, 12 May 2014 (UTC)

Bug: bei mouseover gibt er bei allen Farben "#abc" aus. --Maxxl2 - talk 19:39, 12 May 2014 (UTC)

Danke, ist repariert.
Gibt es eigentlich eine Übereinkunft für die Reihenfolge der Farben? zB erst die Metalle, dann die andren, oder nach Flächenanteil?
Ich habe an der COInformation einiges geändert: Versalie muss nicht mehr sein, und Permission sollte anders gehandhabt werden. Doku habe ich leicht angepasst, da kann noch viel gemacht werden.

Wollt ihr denn alle 6850 Einbindungen von COAInfo überarbeiten ??? Dann ein langes leben, und viel Spass! Da geht gar nichts mit bot, muss voll manuell gemacht werden. Allerdings könnte man per bot einiges reparieren, wenn Test-Kategorien angelegt werden, wie zB bei Permissions. Es gibt noch viel zu tun, ich bleibe dran sarang사랑 05:35, 13 May 2014 (UTC)

Moin,
zum Thema Farbfolge - Metalle zuerst - danach alphabetisch ist eigentlich die Sortierung. Wir "deschte no".
zum Thema Kategorie - die beiden 5.000 und 6.000 Schwergewichte sind ja nicht mehr zu handhaben. An anderer Stelle hast du schon angeregt, Subkategorien zu machen. Das muss diskutiert werden und dann sollte man nach Kriterien wie geografischen und gestalterischen Gesichtspunkten den Wuß auflösen. We try harder! - Maxxl2 - talk 06:06, 13 May 2014 (UTC)

Alles was per bot machbar ist bleibt überschaubarer Aufwand. Da kannst du dir ja was überlegen, wie so ein bot Infos in der Definition dafür verwenden könnte. Soviel ich sah, sind die Dinger ohnehin ganz gut kategorisiert. Mit Testkategorie meine ich, dass zB alle in eine zusätzliche Wartungskategorie gestellt werden, und die Bearbeitungen davon wieder ausgetragen.
In DEU Landkreis Rotenburg Wuemme COA.svg hält Jürgen diese Reihenfolge nicht ein. Mir fällt dazu noch auf, dass eine Kategorierung nach heraldischen Farben ebenfalls von unserer Vorlage geleistet werden könnte, und zwar dynamisch - jederzeit aktivierbar und desaktivierbar. Da wäre es sinvoll, jetzt vorhandene solche direkten Kategorisierungen per bot zu entfernen. sarang사랑 06:22, 13 May 2014 (UTC)

Wir haben bisher jedes Wappen nach Farben/Tinkturen kategorisiert. Auch das gab dann voluminöse Kategorien. Wir haben uns dann nach dem Nutzen dieser Kategorien gefragt und leider keine besonderen für den Leser gefunden. Daher haben wir diese Kategorisierung fallengelassen, zum Teil hat Juergenk59 gespeichert Kategorien wieder gelöscht. Was ich sehe, ist mögliche Pflegearbeiten über diese Tinkturkategorien einfacher zu machen.
Generell habe ich den Eindruck, dass Google die Kategorien als Findehilfe für den Leser mittlerweile auch bei Wikipedia ausgestochen hat. --Maxxl2 - talk 06:52, 13 May 2014 (UTC)

Falls du mal die Doku ansehen willst, was ich bisher reingestellt habe: Template:FIAV1/doc. Ich denke,diese umfangreichen Diskussionen auf die talk pages der templates auszulagern, dort scheinen sie mir gut aufgehoben, und hier ist es weg. sarang사랑 09:22, 13 May 2014 (UTC)

Die Schrift habe ich etwas grösser gemacht, sie war zu klein; und es ist mir gelungen die boxes etwas niedriger zu machen, aber schmäler geht mit der grösseren Schrift nicht (ausser ich mache sie verschieden breit was ich nicht gut finde). Jetzt höre ich auf mit dran rumdrehen, solange nichts reklamiert wird.
Ein bot könnte, nebst vieler Aufräumarbeit, analysieren

  1. welche Tinkturkategorien eine Datei hat, dann
  2. aufgrund dessen die neue Farblegende einbauen, und
  3. die Kategorien entfernen.

Ob es sich lohnt habe ich nicht untersucht, wohl nur dann wenn entsprechend viele COAs in den Tinkturkategorien sind (und das korrekt), ich seh vielleicht mal nach. sarang사랑 09:37, 13 May 2014 (UTC)

Falls wir irgendwann noch orange, rosé, murrey, sangiune, tenné etc. brauchen kann das jederzeit zugefügt werden. sarang사랑
Ich mache die Schrift doch wieder kleiner, bisher habe ich nicht herausbekommen wie das feiner abzustimmen ist.

Für mich erhebt sich noch eine generelle Frage, wenn ich zB die Beispiele in WikiProjekt Wappen/Neuzeichnen ansehe: Wenn heraldisch korrekte Farben nicht dieser FIAV-Palette entsprechen, was dann? Sollen wir fünf (oder auch 9 oder hex-B) gerade sein lassen und so beschreiben, als ob FIAV-Farben verwendet seien? Wäre IMHO etwas fragwürdig. Sollen wir die tatsächlichen Farben nennen? Geht mit der neuen Vorlage nicht so gut (die ist auf FIAV fixiert), da wäre {{Tbc}} geeignet. Es ist ganz sicher keine Alternative, in schönen und korrekten Wappen wie DEU Schwerin COA.svg die SVG-Codierung zu ändern, um die unsichtbare Angleichung an die FIAV-Farben azure und or zu erreichen (da gibt es wahrlich Wichtigeres zu tun als tausende Grafiken anzupassen, und FIAV ist ja auch nicht das letztendliche Mass aller Dinge).
Also am besten Augen zu und FIAV - da wäre ein Vermerk denkbar, dass nur eine Entsprechung vorliegt und nicht genau diese Hecxodes codiert sind. sarang사랑 06:01, 14 May 2014 (UTC)
Gucken wir für einen Augenblick zurück, wo wir herkamen. Unser gemeinsames Anliegen erwuchs aus dem Bemühen, nur noch gültigen SVG-Code in Wappendateien zuzulassen und entsprechend der Erstellungsmethode und Editor zu kennzeichnen. "In the wild" finden wir selbstverständlich eine große Anzahl von Dateien die nicht oder noch diesen Anforderungen entsprechen, trotzdem aber einen guten Informationswunsch erfüllen. Die Herstellung der Konformität ist eine langfristige Aufgabe.
Genauso verhält es sich auch bei neu erstellten Wappen. Wir wollen erreichen, dass alle neu vektorisierten Wappen beide Anforderungen treffen (W3C, Editorangabe und FIAV-Auszeichnung). Dabei konzentrieren wir uns auch D-A-CH Wappen. Dass darüber hinaus für uns zunächst die selbsterstellten Wappen im Rahmen eines Harmonisierungsverfahrens angepasst werden ist offensichtlich. Schritt für Schritt sollten wir dann auch die von Dritten erstellten Wappen angehen, wobei wir in der Vergangenheit überwiegend nicht nur die Beschreibung und Bequellung, sondern auch die Ausführung in FIAV Farben und passendem Wappenschild vorgenommen haben. Ob FIFA oder FIAV, beide sind die regelgebenden Autoritäten, die "demokratisch" verfasst sind und damit das Regelwerk nicht als statisch angesehen werden kann.
Für die Ausnahmefälle hast du ja dankenswerter Weise genügend Beinfreiheit gelassen, sodass man die FIAV-Balken erweitern, wenn die zusätzlichen Farben konform sind, ansonsten die {{Tbc}} verwenden. --Maxxl2 - talk 06:35, 14 May 2014 (UTC)
Nun da ich wohl zwangsweise involviert werde mal meine Anm. :-P : Ich würde dafür plädieren einen Link zur FIAV in den Beschreibunslink einzubauen (das gibts ja bei der normalen Info-Vorlage auch nur in klein bei Permission), desweiteren gibt es einen kleinen Sinn-Fehler, wenn man keine FIAV-Farben einträgt und trotzdem FIAV dasteht. Kann man das ebenfalls flexibel machen? Ansonsten wirklich sehr schön :-) -- Perhelion (talk) 19:37, 16 May 2014 (UTC)
Ja, ich denke an einen benannten Parameter for colors, zB "name=", damit kann ein beliebiger Text (auch mit link) als Ersatz für "FIAV colours" gesetzt werden. Oder, damit nicht jedes Wappen einen anderen Text hat, statt totaler Flexibilität nur einen yes/no-Parameter, der dann stattdessen so was wie "Compare to FIAV" oder "Used colours" ausgibt. Sobald es einen Konsens darüber gibt mache ich das rein. sarang사랑 11:48, 17 May 2014 (UTC)

Madboy colors[edit]

Hi, Sorry, but I reverted the Coa Illustration Tincture basic Purpure.svg because the color has been changed. I use a standard palette. Bye, Madboy74 (talk) 14:46, 19 May 2014 (UTC)

Very interesting news. Could you please give us a link to your standard palette. Thanks in advance. --Maxxl2 - talk 15:03, 19 May 2014 (UTC)
Hi Manfred, you can find Madboys standard at CoA illustration tincture. I expanded his table for a comparison with the FIAV colors. I am sure there are several standards for colors, and FIAV is IMHO neither the Pope itself, nor anyhow god-given or -inspired. So its the best solution to accept the other standards, and follow our own. sarang사랑 17:05, 19 May 2014 (UTC)
I am aware of at least 9 different colour palettes applied in D-A-CH heraldry. Even more there is a Swedisch one and I am sure many more national ones. That is why I am collecting the various palettes, personal ones or national standards. --Maxxl2 - talk 17:12, 19 May 2014 (UTC)
You are the expert, contrary to me. I suppose that there are also a lot of free style colorings? My first thought to "red" was #F00, to "yellow" #FF0 and so on for the other main colors (see the "simple colors" in Hilfe:KF). But I see the world is not so simple as simple people believe... sarang사랑 17:31, 19 May 2014 (UTC)
Hi,
Here is my gpl file:
The latest palette from scanned Hungarian coat of arms, but optimalizing the colors in every coat of arms not easy so this palette is under construction. In the future i will change to this palette.
Bye, Madboy74 (talk) 18:01, 19 May 2014 (UTC)

Preliminary major changes and merging[edit]

Pictogram voting info.svg Info→ Cross talk link: Commons talk:WikiProject Heraldry#merging of templates User: Perhelion (Commons: = crap?)  14:24, 21 March 2015 (UTC)

As I mentioned at Commons talk:WikiProject Heraldry#merging of templates. COAInformation template has now 2 alternative forms and I am converting many files using Template:Blason-fr-en-it and Template:Blason-fr-en to use the new form. --Jarekt (talk) 17:56, 25 March 2015 (UTC)

{{edit request}} Since the last edits by Jarekt the line "Title" and a Wiki-Data logo is generated what is inappropriate for CoAs. -- Maxxl² - talk 22:13, 2 August 2015 (UTC)

My last edit was an attempt to fix it, but I think it is Pictogram voting keep.svg Fixed now. --Jarekt (talk) 01:42, 3 August 2015 (UTC)

Edit request[edit]

@Jarekt:: Please expand your template in the line for other_fields to

|other_fields = {{{other_fields|{{{Other_fields|{{{other fields|{{{Other fields|}}} }}} }}} }}}{{#if:{{{imgen|}}}|{{imgen|{{{imgen}}}}}}}

The expansion allows an easy declaration of the SVG development of the file. When it is done I will expand/maintain the documentation. Thank you sarang사랑 14:01, 3 August 2015 (UTC)

✓ Done Although I took liberty and made {{imgen}} a subtemplate of template:COAInformation. I hope it is OK with you. --Jarekt (talk) 15:53, 3 August 2015 (UTC)
Thank you. Good idea to make it a subtemplate. It is meant mainly but not only as a COAI-subtemplate, so the redirected {{imgen}} can still be transcluded when a stand-alone usage is required.
Now your template offers a possibility I liked since long to have (in this or a similar way) in the {{Information}} box. sarang사랑 06:53, 4 August 2015 (UTC)

Bayerische Farbpalette und andere Paletten[edit]

Bisher haben wir die FIAV-Palette als default für tincture. Ist es möglich eine oder weitere Paletten wie die Bayerische

#ffd700 #FFF #dddde6 #F00 #03F #09F #000 #090 #808 #FB9 #841 #789

oder

#ffd700 #FFFFFF #dddde6 #FF000 #0033FF #0099FF #000000 #009900 #880088 #FFBB99 #884411 #778899


einzubauen? Geht für Bayern so was wie {{Tincture|xa|xA|xo|xb|xc|xB|xC|xg|xp|xs|xt|xv}}? -- Maxxl² - talk 14:29, 4 August 2015 (UTC)

Hallo Manfred, hab ich jetzt erst gesehen. Alles geht, aber mir scheint besser entweder eine Vorlage "FIAVb" oder besser "BayF" oder sowas, oder eventuell die bisherige Vorlage mit einem Parameter, zB. "FIAV1|....|baju=yes" oder sowas. In beiden Fälllen können beliebige, auch ganz andere Farb-Buchstaben verwendet werden, und statt "colour" kann ein anderer sinnvoller Text vorangestellt werden (auch internationalisierbar!). sarang사랑 20:40, 9 July 2016 (UTC)
The FIAV palette has long puzzled me. Where did it even come from? An earlier search into it let me to conclude that they were colours chosen by Wikipedia consensus to represent the FIAV colour names, thus not being directly related to FIAV other than using the same colour names, but I can't immediately find the source which supported those claims. As for other palettes, I know the French Blason project has a strict palette as well.Tom-L (talk) 14:51, 4 August 2015 (UTC)
Your guesses are correct. Same intention and application as in the French section. A group of German contributor to the Wappen-Projekt agreed mutually by discussion on their local talk page in the wp:de to use the FIAV-pallette middle X column values exclusely for the German heraldry excluding Bayern/Bavaria which has its own. -- Maxxl² - talk 15:02, 4 August 2015 (UTC)
All the colors are defined in Template:Tincture/draw1 and the list can be easily expanded. At the moment each color has a long name and shortcut name so for each new color you would have to decide on short and long names, the color code, text color, and name to display. It look like you already have color codes and proposed to add "x" the the short name. Maybe "b" for Bavaria? Anything we add should not affect ability of other regions to add their own palette. --Jarekt (talk) 16:21, 4 August 2015 (UTC)
I'm also a bit skeptic, I mean this tinctures could be outdated, there is also no official reference to this. User: Perhelion (Commons: = crap?)  22:09, 1 December 2015 (UTC)

Das ist der letzte Stand den ich kenne, bisher ohne Entscheidung: die bisherigen Codes mit einem "b" vor- oder nachgestellt, oder eine Parameter "baju=y", oder eine ganz eigene Vorlage (von mir preferred) aber am einfachsten (=schnellsten) sind Codes wie ba oder ab statt a, etc. nicht sehr elegant, aber wenig Aufwand sarang사랑 15:53

na ja - die Version find auch ich am Besten - warum machen wir es nicht einfach so und warten auf Widerspruch? je weniger Aufwand, umso besser; wer will schon was dagegen reden? Die Autoren, die ich kenne, werden alle eine solche Lösung begrüssen -- MaxxL - talk 16:15, 29 July 2016 (UTC)

Ein Problem (kein grosses, aber zu berücksichtigen) ist dass einer der Aufrufe über COAInformation geht, da kann gar nichts ausser vielen Codes eingegeben werden. Statt dem vorgegebenen Vorlagennamen den einer anderen einzugeben ist aufwendig; ein weiterer Parameter (by=y) geht gar nicht. Somit bleibt als einziges die dritte Variante, die mir gar nicht gefällt, mit Codes wie "bb" (oder bx oder xb dergl) statt "b". Vielleicht fällt mir doch noch was besseres ein. sarang사랑 18:47, 29 July 2016 (UTC)

Am besten erscheint mir in der COAInformation neben tincture= den Parameter tinctureB= einzuführen, damit lässt es sich sehr elegant lösen. Ist sogar ganz leicht erweiterbar (zB die ungarische Palette von Madboy...), so für die nächsten paar hundert Jahre. Ich kann den edit request stellen, wenn das Zustimmung findet. sarang사랑 19;19, 29 July 2016 (UTC)

Freigabe @MaxxL: siehe {{Tincture/doc}}:

argent argent-d or azure celeste carnation cendrée gules purpure sable tawny vert


Ich habe die Textfarben ein wenig bayerisch-gebläut, dass gleich zu sehen ist in welchem Freistaat man sich befindet Damit tinctureB wirksam wird, muss erst jemand den erweiterten Code aus {{COAInformation/sandbox}} übertragen! Getestet ist das, aber JarekT ist nicht mehr online. Ich versuche es mal sarang사랑 10:45, 30 July 2016 (UTC)

Thoughts[edit]

Perhaps it would be best to slowly transition from two custom parameters (Coat of arms and Element of coat of arms) to the standard title parameter used in Template:Artwork, and more clearly encourage the use of Template:Coa-desc. These are relics from the previous templates, and I don't think they are necessary, other than for legacy reasons. This can be a soft transition, by merely allowing to use the title parameter instead of the two current parameters. and perhaps hiding them from the template doc page or list them as legacy parameters. This should also solve the Wikidata thing here, if I understand it correctly (though the title parameter should preferably display above blazon, if possible).

I've also noticed some recent new uses of Template:CoaInfobox (Now deprecated). It has a lot of subpages, so making it a subpage of Template:COAInformation/old is perhaps not feasible. Should it perhaps be marked with Template:Deprecated? Tom-L (talk) 14:04, 1 May 2016 (UTC)

Other title[edit]

Nun da ich wohl zwangsweise involviert werde mal meine Anm. :-P : Ich würde dafür plädieren einen Link zur FIAV in den Beschreibungslink einzubauen (das gibts ja bei der normalen Info-Vorlage auch nur in klein bei Permission), desweiteren gibt es einen kleinen Sinn-Fehler, wenn man keine FIAV-Farben einträgt und trotzdem FIAV dasteht. Kann man das ebenfalls flexibel machen? Ansonsten wirklich sehr schön :-) -- Perhelion (talk) 19:37, 16 May 2014 (UTC)

Ja, ich denke an einen benannten Parameter for colors, zB "name=", damit kann ein beliebiger Text (auch mit link) als Ersatz für "FIAV colours" gesetzt werden. Oder, damit nicht jedes Wappen einen anderen Text hat, statt totaler Flexibilität nur einen yes/no-Parameter, der dann stattdessen so was wie "Compare to FIAV" oder "Used colours" ausgibt. Sobald es einen Konsens darüber gibt mache ich das rein. sarang사랑 11:48, 17 May 2014 (UTC)

Seltene Tinkturen werden nicht kategorisiert[edit]

(copied from talk page)

Hallo Sarang - leider akzeptiert das System “tincture = o/c/v” in der File:DEU Germershausen COA.svg nicht und verweigert die Category:Or, carnation and vert in heraldry. Hab ich da falsche Erwartungen? -- MaxxL - talk 18:15, 28 November 2015 (UTC) PS Auch tincture = a/o/B in File:DEU Landkreis Altoetting COA.svg klappt nicht.

Hallo Manfred, ich habe die Kategorien o/c/v und a/o/B in {{Tincture/cat1}} aufgenommen, haben bisher gefehlt. Jede Farbkombination muss da hart eingetragen sein; andernfalls wäre entweder immmer der Aufwand eines ifexist auf die Kategorie nötig, oder es würde ggf. in nicht vorhandene Kategorien gestellt.
Wenn du eine neue Kombination benötigst kannst du das ja nachtragen. {{Tincture/cat1}} leistet auch die Umsortierung, weil allzuoft die angegebene Reihenfolge der Farben differiert hat.
Leider sind auch diese Tincturecategories sehr uneinheitlich - sowohl was die Reihenfolge betrifft (sollte immer argent, or und dann alle anderen alphabetisch sein: "The sequence should be: first silver and gold, then the other colors in alphabetic order") als auch ob vor der letzten Farbe ein "," oder "and" steht. Wenn dir mal sehr langweilig ist, kannst du überlegen da mit VFC drüberzugehen? Zur Zeit sind Dateien entweder noch mit der [[Category: - Anweisung, oder bereits automatisch mit tincture= kategorisiert. Gruss sarang사랑 08:24, 29 November 2015 (UTC)

Category:Undefined color combinations of heraldic shields[edit]

(copied from talk page)

Meine Kehrwoche ist abgeschlossen. Ich habe da ca. 230 Korrekturen gemacht. Kannst Du den Rest mal vor die Brust nehmen? Wie kommen da aber Flaggen rein? -- MaxxL - talk 00:24, 1 December 2015 (UTC)

Wow - da hast du den Kehrwochen-Barnstar Cleanup Barnstar.png verdient! Ich werde mal sehen resp. vor die B. nehmen.
Für Flaggen gibt es nix derartiges; ausser {{Tbc}}. Da ist mir auch nichts von Farbregeln (wie FIAV) bekannt, also muss ohnehin (fast) immer der Hexcode angegeben werden.
Meinst du, wir brauchen was einfacheres, ähnlich dem {{Tincture}}? sarang사랑 08:06, 1 December 2015 (UTC)


Soweit ich es sehe, erfordert es 7 neue Kategorien, in jede kommt einstweilen genau eine Datei

  1. A/g/s
  2. a/o/b/g/s/t/v
  3. a/o/b/g
  4. a/o/B/g/s/v
  5. a/o/B/g/v
  6. a/o/t/v
  7. o/b/c/g/t/v - DEU Ginderich COA.svg

Da bin ich mir gar nicht sicher, ob der Aufwand dafürsteht. Andrerseits, wenn schon das System besteht dann sollte auch das integriert sein. sarang사랑 09:13, 1 December 2015 (UTC)

Je früher, umso besser. Wir kommen um das "Celeste" nicht rum oder aber wir generieren gleich die Bayerische Palette mit den entsprechenden Kategorisierungen. Das Hellblau der Landesfarben in der Category:Bendy lozengy shields wird dann endlich farblich richtig sortiert werden können. -- MaxxL - talk 16:17, 1 December 2015 (UTC)
Und welches ist denn nun das Bayerisch-Blau - Wecken: #09F ? Wecken: #0098D4 ? Wecken: #0090CF ? Bendy ist da nicht eindeutig. sarang사랑 07:41, 3 December 2015 (UTC

Several changes[edit]

At the end, instead of |other_fields = {{{other_fields|{{{Other_fields|{{{other fields|{{{Other fields|}}} }}} }}} }}}{{#if:{{{imgen|}}}|{{COAInformation/Imgen|{{{imgen}}}}}}} alllow also "Imgen":
|other_fields = {{{other_fields|{{{Other_fields|{{{other fields|{{{Other fields|}}} }}} }}} }}}{{#if:{{{imgen|{{{Imgen|}}} }}}|{{COAInformation/Imgen|{{{imgen|{{{Imgen}}} }}} }} }}

Hmm - versteh ich das richtig: alle möglichen Kombinationen von Groß-und Kleinschreibung werden jetzt akzeptiert? -- MaxxL - talk 16:57, 11 July 2016 (UTC)
Du verstehst vollkommen richtig. Bei allen Parametern werden alle möglichen Schreibkombinationen akzeptiert, nur das "imgen" muss bisher genau so geschrieben sein; eine vermeidbare Einschränkung. Deshalb mein (einstweilen:) Vorschlag, das irgendwannmal erweitern/ändern zu lassen - ist ja nicht so eilig. sarang사랑 09:13, 12 July 2016 (UTC)

Furthermore, the example sequence of colors is suboptimal;
replace <noinclude>a/A/o/b/c/B/C/g/p/s/t/v</noinclude> by <noinclude>a/A/o/b/B/c/C/g/p/s/t/v</noinclude>

@Jarekt: {{Editrequest}} Please copy the well tested content of {{COAInformation/sandbox}}. It contains the above changes and the extension for the Bajuvarian tinctures. Thank you, sarang사랑 11:07, 30 July 2016 (UTC)

✓ Done --Jarekt (talk) 12:16, 30 July 2016 (UTC)

"Creator" im Feld "Artist"[edit]

(copied from talk page)

Moinsen - Bist Du zeitlich in der Lage, diese Vorlage in der Dateibeschreibung zu ermöglichen? -- MaxxL - talk 05:55, 14 July 2016 (UTC)

Hallo Sarang, vielleicht nochmal zur Verdeutlichung - schön wäre "author original" und "author vectorization" neben- oder untereinander zu platzieren. Bisher geht mit dem Template:Creator leider nicht zusammen. Gruß --Jürgen Krause (talk) 13:10, 15 July 2016 (UTC)
Erst mal prinzipiell, "alles geht". Fast. Und was stellst du dir vor? Also eine vertikal geteilte Box? Einzeilig, oder mehrzeilig so wie das {{Creator}}?
Author: Original: {{{1}}} Vector: {{{2}}}
Kann ev. so aussehen. sarang사랑 13:59, 15 July 2016 (UTC)
Vielen Dank für die schnelle Reaktion! Ich würde es dann gern einzeilig haben wollen, der Übersichtlichkeit halber.--Jürgen Krause (talk) 14:15, 15 July 2016 (UTC)
Gut, ich mach mal. Jetzt gleich geht nicht, aber noch heute. Hast du Idee für Namen? Mir fällt nur {{AutVec}} (oder so) ein. sarang사랑 14:17, 15 July 2016 (UTC)
Super - {{AutVec}} ist doch ok - Hauptsache wir wissen was gemeint ist.--Jürgen Krause (talk) 19:00, 15 July 2016 (UTC)
Gut; ich bin schon fast fertig. Paar Tests noch! sarang사랑 19:04, 15 July 2016 (UTC)
Eine Testversion steht nun unter {{Cwi}}. Bitte testen und Wünsche anmelden! Farben, Breiten, Namen etc. - alles kann angepasst werden. Einstweilen noch nicht international, die Texte "Original" und "Vector" sind soweit ohnehin fast universell. Wenn soweit ok, mache ich AutVec. Gruss sarang사랑 19:17, 15 July 2016 (UTC)
Die Beispiele zeigen ja, wie es gedacht ist: die meisten Fälle handelt es sich um Commons-User, also sind die einfachsten Angaben mit (implizitem) 1= und 2= verlinkbare Benutzernamen; wenn was andres erforderlich ist, geht das mit (explizitem) o= und/oder v=.
Es sind auch Abkürzungen vereinbar für die wichtigsten Vektorisierer, zB {{AutVec|2=JK|Panno Ebenberg der Ältere}} , sind ja nur wenige.
Vielleicht ist ggf auch mal in der {{COAInformation}} ein Parameter Artists machbar, der die Angabe des AutVec erübrigt. sarang사랑 06:53, 16 July 2016 (UTC)
Das Beispiel Jemgum gefällt mir - allerdings gibt es für den Original Autor kein Creator template - mich würde interessieren wie es z. B. mit Karl Haas oder Otto Hupp ausschaut.--Jürgen Krause (talk) 08:10, 16 July 2016 (UTC)
Ich wusste dass es den Pannenberg (noch) nicht gibt, aber ich hab ein Beispiel gebraucht. Wenn Leute wie der Karl Nikolaus Haas, der Hupp &Co. oft vorkommen, lässt sich das auch abkürzen: Alles was die Arbeit sinnvoll vereinfacht könnt ihr bekommen!
Vielleicht wäre noch ein Link auf das Ursprungsbild sinnvoll? Lässt sich auch integrieren, so dass keine Other versions oder Derived from notwendig sind. sarang사랑 08:55, 16 July 2016 (UTC)
Auch wenn ich ein wenig Wasser in den Wein jetzt gieße: KISS (Keep it stupid simple). Im Grunde genommen bin ich für jede Aufwandsreduzierung. Nur wenn wir zum Schluss mit einer solchen Vielzahl von Templates und Abkürzungen arbeiten, dass ein Neuling erst einen COAInformation-Bearbeitungs-Grundlehrgang oder stundenlange Einweisung braucht, um alle Abhängigkeiten und Verschachtelungen zu verstehen, dann haben wir zwar eine Wunderwerk für wenige Insider aber einen Bärendienst für unsere Nachfolger geleistet. -- MaxxL - talk 09:10, 16 July 2016 (UTC)
Das ist immer dasselbe Dilemma. Wenn es für die ca. zwei Anwender einfach sein soll, sind Abkürzungen brauchbar. Wenn es in 100 Jahren nachvollziehbar sein muss, sind benannte Parameter sinnvoller. Sag mir wie es machen soll, ich bin zu allem bereit! Wie ist es mit Alternativnamen für Parameter, zB. o= äquvalent mit Original=?
Ich plädiere aber unbedingt für automatische Ergänzungen der Usernamen zu Userlinks, denn andernfalls (wenn es explizit eingetippt werden muss) unterbleibt es zu oft!
In {{Retouched}} habe ich das ähnlich gelöst, mit editor/editoff bzw. orig/origoff, sogar variationstolerant mittel PAGENAME. sarang사랑 09:31, 16 July 2016 (UTC)
Ich bin für die 100+-Jahr-Lösung, da wir alten Knaben sowieso nicht wissen, wann wir alle hier den Abgang machen. Also: sutsche. -- MaxxL - talk 18:04, 16 July 2016 (UTC)
Ja, schon gut, ich mache alles - aber was? Was soll wie rein, und was soll nicht? Wenn statt einer zu eleganten eine eher primitive Version gewünscht wird, ist das dennoch sehr verschieden lösbar. Wenn es gerade mal zwei Parameter gibt, die beiden Autoren von Original und SVG, bieten sich IMHO die beiden Parameter 1= und 2= an ohne jemanden zu verwirren. Nehmen wir mal an, unsere Nachfolger in 100 Jahren sind ziemlich verblödet und zu begriffsstutzig für unbenannte Parameter: werden sie orig/origoff und vect/vectoff verstehen, oder brauchen sie es deutlicher (zB Author of the original picture=, um es zu übertreiben)? Ich bitte um Vorschläge, wie ich das Konzept umgestalten soll. Die Variation der Farben kann ich ganz weglassen, oder nur einen Parameter style= vorsehen, damit kann ggf. Farbe, Weite etc. etwas umständlicher überschrieben werden.
Vor allem ihr beiden müsst damit arbeiten, und das sicher recht oft. Die anderen müssen es später nur nachvollziehen und interpretieren können, sicher keine zu grosse Herausforderung; vor allem wenn wir uns Mühe geben verständlich und logisch zu sein. sarang사랑 20:20, 16 July 2016 (UTC)