Template talk:COAInformation

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

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)[reply]

2014

[edit]

{{Merge|Template:Blason-fr-en-it|discuss=Template_talk:COAInformation#Replacing_.7B.7BBlason-fr-en-it.7D.7D_by_this_template|reason=There is no reason for several COA information-templates. The template <code>Blason-fr-en-it</code> is completely redundant and more it '''restricts more information'''.<kbd style="color:#567"> → ''[[User: Perhelion]] (Commons: [[User talk:Perhelion|'''= crap'''?]])'' <small>11:47, 28 July 2014 (UTC)</small></kbd>}}

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)[reply]

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)[reply]

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)[reply]
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)[reply]
No problem ! I am too much slow :-) Zigeuner 22:03, 19 November 2007 (UTC)[reply]
[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)[reply]
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)[reply]
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)[reply]

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)[reply]

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

Problem with Finnish and Swedish versions

[edit]

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

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

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)[reply]

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)[reply]

Artist
InfoField
SanchoPanzaXXI
Source Own work

need 9 source figure

[edit]

I need to have figure9 for this file =

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

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)[reply]



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.


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:

 
This 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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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#Paleta para inkscape 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)[reply]

@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)[reply]
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)[reply]
      • 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)[reply]
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)[reply]
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)[reply]
Geht "case sensitive"? --Maxxl2 - talk 15:03, 10 May 2014 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]

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)[reply]

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)[reply]

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 Céleste 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)[reply]

+ 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)[reply]
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)[reply]

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 0céleste0 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)[reply]

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)[reply]
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)[reply]
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)[reply]

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)[reply]

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)[reply]
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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

"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)[reply]

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)[reply]

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)[reply]

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

Bad color definition in Template:Tincture: #F0FBad color definition in Template:Tincture: #F0FBad color definition in Template:Tincture: #F0FBad color definition in Template:Tincture: #F0FBad color definition in Template:Tincture: #F0FBad color definition in Template:Tincture: #F0F


(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)[reply]

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

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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 Wikipedia:WikiProjekt Wappen/Neuzeichnen#Tinkturen (Farben) 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)[reply]
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)[reply]
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)[reply]
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)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
Hi,
Here is my gpl file:
GIMP Palette
GIMP Palette
Name: Heraldry
#
255 255 255 White
0   0   0   Sable

255 210 0   Or #PANTONE 109 C
195 199 200 Argebt #PANTONE 428 C
220 40  30  Gules #PANTONE 485 C
0   57  166 Azure #PANTONE 286 C
0   154 61  Vert #PANTONE 355 C
182 10  155 Purple #PANTONE 247 C
139 35  70  Murrey #PANTONE 208 C
203 79  0   Tenné #PANTONE 718 C
140 141 142 Cendre #PANTONE Cool Gray 8
192 0   0   Sanguine

109 26  65  Tyrian Purple #PANTONE 222 C
205 102 205 Light Purple #PANTONE 252 C
159 96  181 Middle Purple #PANTONE 2583 C
107 63  160 Royal Purple
73  19  159 Indigo #PANTONE 2597 C
232 13  72  Amaranth #PANTONE 192 C
178 40  115 Amaranth Deep Purple #PANTONE 675 C

255 228 196 Bisque #PANTONE 155 C
238 213 183 Bisque middle
205 183 158 Bisque dark
139 125 107 Bisque gray

161 167 171 Grey #PANTONE 430 C
140 141 142 IronGrey #PANTONE Cool Gray 9

241 191 156 Carnation #PANTONE 473 C
106 51  39  Brun #PANTONE 483 C
130 40  25  Umbra
148 66  13  Ochre #PANTONE 1535 C
112 51  25  Ochre(reddish) #PANTONE 168 C

150 0   24  Carmine

218 199 186 Iron # PANTONE 4755 C
81  98  111 Steel # PANTONE 7545 C
65  60  55  Plumb
198 210 225 Platinum # PANTONE 650 C
183 152 94  Copper #PANTONE 465 C
208 138 77  Bronze #PANTONE 722 C

141 185 230 Bleu Celeste #PANTONE 278 C
0   133 207 Azure(light) #PANTONE Process Blue C
52  182 229 Aqua #PANTONE 298 C
0   255 255 Aquamarine
0   29  119 Navy #PANTONE 662 C
151 197 235 Sky #PANTONE 683 C
18  86  135 Sky(dark) #PANTONE 647 C
116 201 190 Sky(light) #PANTONE 570 C

255 121 0   Orange #PANTONE 151 C
255 153 58  Bhagwa #PANTONE 804 C
236 142 120 Pink #PANTONE 486 C

233 233 233 Kereszt
0   101 162 Kék #PANTONE 3015 C


:::And here is mine HQ palette:

GIMP Palette
Name: Heraldry2
#
255 255 255 White
0   0   0   Sable
65  65  55  Sable 2

254 231 155 Or
204 171 106 Or dark
195 199 200 Argent
245 245 245 Argent light

221 69  56  Gules
255 0   0   Minium red

41  86  159 Azure
141 185 230 Bleu Celeste

0   154 61  Vert

165 78  119 Purple
129 51  44  Purple L
63  41  50  Purple D

109 26  65  Murrey

229 190 123 Copper
135 104 48  Copper D
129 180 168 Copper oxide
44  66  74  Steel

236 142 120 Pink
253 152 99  Carnation
103 36  1   Carnation D
255 210 0   Fire
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)[reply]


Color table conversion
==== converted into tables with hexadecimal notation ====
GIMP Palette Name: Heraldry
     White rendered as RGB 255 255 255
     Sable rendered as RGB 000 000 000
     Or rendered as RGB 255 210 000Pantone 109 C
     Argebt rendered as RGB 195 199 200Pantone 428 C
     Gules rendered as RGB 220 040 030Pantone 485 C
     Azure rendered as RGB 000 057 166Pantone 286 C
     Vert rendered as RGB 000 154 061Pantone 355 C
     Purple rendered as RGB 182 010 155Pantone 247 C
     Murrey rendered as RGB 139 035 070Pantone 208 C
     Tenné rendered as RGB 203 079 000Pantone 718 C
     Cendre rendered as RGB 140 141 142Pantone Cool Gray 8
     Sanguine rendered as RGB 192 000 000
     Tyrian Purple rendered as RGB 109 026 065Pantone 222 C
     Light Purple rendered as RGB 205 102 205Pantone 252 C
     Middle Purple rendered as RGB 159 096 181Pantone 2583 C
     Royal Purple rendered as RGB 107 063 160
     Indigo rendered as RGB 073 019 159Pantone 2597 C
     Amaranth rendered as RGB 232 013 072Pantone 192 C
     Amaranth Deep Purple rendered as RGB 178 040 115Pantone 675 C
     Bisque rendered as RGB 255 228 196Pantone 155 C
     Bisque middle rendered as RGB 238 213 183
     Bisque dark rendered as RGB 205 183 158
     Bisque gray rendered as RGB 139 125 107
     Grey rendered as RGB 161 167 171Pantone 430 C
     IronGrey rendered as RGB 140 141 142Pantone Cool Gray 9
     Carnation rendered as RGB 241 191 156Pantone 473 C
     Brun rendered as RGB 106 051 039Pantone 483 C
     Umbra rendered as RGB 130 040 025
     Ochre rendered as RGB 148 066 013Pantone 1535 C
     Ochre(reddish) rendered as RGB 112 051 025Pantone 168 C
     Carmine rendered as RGB 150 000 024
     Iron rendered as RGB 218 199 186Pantone 4755 C
     Steel rendered as RGB 081 098 111Pantone 7545 C
     Plumb rendered as RGB 065 060 055
     Platinum rendered as RGB 198 210 225Pantone 650 C
     Copper rendered as RGB 183 152 094Pantone 465 C
     Bronze rendered as RGB 208 138 077Pantone 722 C
     Bleu Celeste rendered as RGB 141 185 230Pantone 278 C
     Azure(light) rendered as RGB 000 133 207Pantone Process Blue C
     Aqua rendered as RGB 052 182 229Pantone 298 C
     Aquamarine rendered as RGB 000 255 255
     Navy rendered as RGB 000 029 119Pantone 662 C
     Sky rendered as RGB 151 197 235Pantone 683 C
     Sky(dark) rendered as RGB 018 086 135Pantone 647 C
     Sky(light) rendered as RGB 116 201 190Pantone 570 C
     Orange rendered as RGB 255 121 000Pantone 151 C
     Bhagwa rendered as RGB 255 153 058Pantone 804 C
     Pink rendered as RGB 236 142 120Pantone 486 C
     Kereszt rendered as RGB 233 233 233
     Kék rendered as RGB 000 101 162Pantone 3015 C


And here is my HQ palette:
GIMP Palette Name: Heraldry2
     White rendered as RGB 255 255 255
     Sable rendered as RGB 000 000 000
     Sable 2 rendered as RGB 065 065 055
     Or rendered as RGB 254 231 155
     Or dark rendered as RGB 204 171 106
     Argent rendered as RGB 195 199 200
     Argent light rendered as RGB 245 245 245
     Gules rendered as RGB 221 069 056
     Minium red rendered as RGB 255 000 000
     Azure rendered as RGB 041 086 159
     Bleu Celeste rendered as RGB 141 185 230
     Vert rendered as RGB 000 154 061
     Purple rendered as RGB 165 078 119
     Purple L rendered as RGB 129 051 044
     Purple D rendered as RGB 063 041 050
     Murrey rendered as RGB 109 026 065
     Copper rendered as RGB 229 190 123
     Copper D rendered as RGB 135 104 048
     Copper oxide rendered as RGB 129 180 168
     Steel rendered as RGB 044 066 074
     Pink rendered as RGB 236 142 120
     Carnation rendered as RGB 253 152 099
     Carnation D rendered as RGB 103 036 001
     Fire rendered as RGB 255 210 000

Preliminary major changes and merging

[edit]

 Info→ Cross talk link: Commons talk:WikiProject Heraldry#merging of templates User: Perhelion (Commons: = crap?)  14:24, 21 March 2015 (UTC)[reply]

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)[reply]

{{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)[reply]

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

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)[reply]

✓ 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)[reply]
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)[reply]

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

Bad color definition in Template:Tincture: #789Bad color definition in Template:Tincture: #789

oder

Bad color definition in Template:Tincture: #778899Bad color definition in Template:Tincture: #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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]

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)[reply]

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)[reply]

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}}:

argentargent-dorazurecélestecarnationcendréegulespurpuresabletenné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)[reply]

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)[reply]

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)[reply]

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)[reply]

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.[reply]

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)[reply]
(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)[reply]

Wow - da hast du den Kehrwochen-Barnstar 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)[reply]


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)[reply]

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)[reply]
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/Imagen|{{{image}}}}}}} alllow also "Imgen":
|other_fields = {{{other_fields|{{{Other_fields|{{{other fields|{{{Other fields|}}} }}} }}} }}}{{#if:{{{image|{{{Image|}}} }}}|{{COAInformation/Imgen|{{{image|{{{Image}}} }}} }} }}

Hmm - versteh ich das richtig: alle möglichen Kombinationen von Groß-und Kleinschreibung werden jetzt akzeptiert? -- MaxxL - talk 16:57, 11 July 2016 (UTC)[reply]
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)[reply]

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)[reply]

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

"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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
Super - {{AutVec}} ist doch ok - Hauptsache wir wissen was gemeint ist.--Jürgen Krause (talk) 19:00, 15 July 2016 (UTC)[reply]
Gut; ich bin schon fast fertig. Paar Tests noch! sarang사랑 19:04, 15 July 2016 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]

Autocategorisation through template:Tincture

[edit]

If the |tincture= parameter is used, {{Tincture}} will autocategorise the files into a generic category of the form Category:Argent and gules in heraldry or some such. Very often though, related subcategories will be added manually to the file page so we get an overcategorisation where the image is in the parent category and some subcategory with heraldic divisions by tincture etc. at the same time. The {{Tincture}} template does have a |cat= parameter that can be set to |cat=</nowiki> so can we please implement this over here too? For COAInformation I could imagine a |nocat= parameter that is passed through to the Tincture template. De728631 (talk) 22:01, 29 June 2017 (UTC)[reply]

@De728631: , as explained at Template:Tincture#Categorization, this suppression is possible, no additional parameter is needed, just set a "-" like a color code (e.g. "tincture=a/b/g/-"). -- sarang사랑 17:16, 29 February 2020 (UTC)[reply]
Oh, this is really handy. Thanks for the explanation. De728631 (talk) 22:52, 1 March 2020 (UTC)[reply]

Hi @Jarekt: , since COAInformation uses Artwork, all 27K files came into that maintenance category. May be that the 2.570K Artwork files should have assigned a wikidata item; but coats of arms normally won't have such an item; it seems useless to categorize them all. The parameter should accept a value like wikidata=no or wikidata_cat=no and then don't check or categorize. Please make an expansion like that, and document (or tell me) how this suppression can be forced; it does not matter which value must be used, I can insert it as the default into COAInformation (or you can make that update), and all these problems are solved. Thank you -- sarang사랑 17:16, 29 February 2020 (UTC)[reply]

sarang, Fixed. A while ago wikidata_cat= was used to suppress the categories but now we use wikidata_cat=no, false, 0 etc. I updated this template and Artwork documentation. --Jarekt (talk) 22:56, 1 March 2020 (UTC)[reply]

Sequence of data elements

[edit]

@Sarang: - I just wonder why the element "artist" has the #1 pole position in the file description section as the artist/author of a CoA is mainly unknown and not of greater interest anyway. Most of German CoAs are "traditional" f.i.. Former version of this template showed this element far below. - MaxxL - talk 12:13, 5 March 2020 (UTC)[reply]

Hi @MaxxL: , since COAInformation uses Artwork, the "artist" has become the most essential property of the CoA which is now an artwork; and you are now the artist who created it. That's all not so good, but we need to live with it. When you like it better, you may use instead the "old" Template:Information where other preferences are valid.
Dear Manfred, I am glad that you obviously can still see enough to contribute to wikipedia. Greetings -- sarang사랑 15:58, 5 March 2020 (UTC)[reply]
@Sarang: - Why do we have to live with it? What are the benefits we enjoy since Artwork is applied? Coas are no images of artworks residing in museums or galleries. - MaxxL - talk 15:20, 6 March 2020 (UTC)[reply]
@MaxxL: I do not have any idea why COAInformation had been replaced, the only reason I see is that a rather complicated template had been eliminated by using another one. Artwork is not so well suited for CoAs, it's another thing, only with some force - and some adjustements - it can be used. I am surprised myself from that change, I did not know about it before you asked me yesterday. Maybe there had been an interrogation, a discussion and a conclusion? It can be called a simplification, a template had been eliminated and all is now done with Lua. And as I told you, you may use Information. Sorry, i have no better explanation! -- sarang사랑 19:40, 6 March 2020 (UTC)[reply]

Hi @Jarekt: , sure it is a very good idea to unify templates, as it is done e.g. with COAInformation. But CoAs are not completely the same as other artwork. In main, there is in the least cases something as an "artist". Heraldic contributors are wishing that the parameter value of artist, containing normally "unknown", does not appear at the prominent first line. Sure it might be possible to display the positions of the lines as it is written in Template:COAInformation/doc#Usage, always when the field "blazon of" contains a value. I can try to make it but I won't interfere with your work, except that you want that. -- sarang사랑 09:48, 2 May 2020 (UTC)[reply]

I moved "artist" field elsewhere in Template:COAInformation/sandbox. Would that solve the issue? --Jarekt (talk) 05:03, 3 May 2020 (UTC)[reply]
Thank you – AFAIK the heralders will be content and happy with that solution -- sarang사랑 09:12, 3 May 2020 (UTC) — Preceding unsigned comment was added by 90.53.139.112 (talk) 09:12, 3 May 2020 (UTC)[reply]
New version was deployed. --Jarekt (talk) 02:26, 4 May 2020 (UTC)[reply]
Thanks a lot. Looks really better. - MaxxL - talk 05:07, 4 May 2020 (UTC)[reply]

The author information can be entered in either the field Author or Artist from where {{Artwork}} passes it with other_fields_3 to the module; that looks fine. But something gets lost, because nevertheless the file becomes flagged "no machine-readable author", a category which contains millions of files. -- sarang사랑 11:47, 19 August 2020 (UTC)[reply]

I think whoever implemented Files with no machine-readable author and similar categories made it work only with {{Information}} template. It is not documented, what machine-readable marking MediaWiki is looking for. See also phabricator:T194465--Jarekt (talk) 12:22, 19 August 2020 (UTC)[reply]

Tincture

[edit]

Hi, there is an issue with the tincture, that always categorizes in Category:Tinctures (Undefined), even when the tinctures category exists. Check this example out: Provincia dell'Ogliastra-Stemma.svg. Can you solve it? Thanks Ruthven (msg) 10:47, 6 February 2023 (UTC)[reply]

Hi @Ruthven: it depends on the tincture palette. Some people (not me) from the heraldic kindship decided: tinctures can be specified, but when not a special palette is assigned the "generic tinctures" are used, and categorization to "undefined" occurs.
The colors in the different palettes differ, sometimes just slightly - but they are not the same. A palette contains the tinctures that should be used for drawing; often other shades are used, but this is a maintenance case.
In Germany, we have currently four palettes (BB, BW, BY, RP)
Switzerland has five (AG, GR, NW, D9 and CH for default); more will come.
For the moment it will help when a palette IT would be established, when we need finer distinctions they can follow. -- sarang사랑 09:40, 30 March 2023 (UTC)[reply]
@Sarang Thanks for the answer. In Italy, for now, we tend to use the generic palette (e.g. Provincia di Pescara-Stemma.svg). In that sense the file is correctly categorized. However, if I remember well, the files were also automatically classified by tincture (e.g. Category:Gules and or in heraldry). Am I dreaming or such automatic classification existed before and not now? Ruthven (msg) 11:22, 30 March 2023 (UTC)[reply]
You are right @Ruthven: several years ago I made the automatic categorization by tinctures; somewhen it got lost, and because there was no consense wether we want color categories or not, I did not yet give it a look. But I can care for and try to give it new live.
Without a palette specified, 'generic' is used and "undefined" is set. I'll look for a solution -- sarang사랑 23:21, 30 March 2023 (UTC)[reply]
It would have been possible to explicitly specify "GN", to avoid undefined. I thought it better to define a palette "IT", currently pseudo & redirect to GN, but this palette can be filled with true live when desired.
When it is used, e.g. a/o/IT/b/g/v it will be pseudo-welldefined. -- sarang사랑
Thanks, for now we'll keep using GN (as in File:Provincia di Pescara-Stemma.svg), and then eventually decide for an IT palette. In the past, I greatly appreciated the automatic categorization by tinctures. If there were no consense, then let's forget it. If there is time, maybe it can be an option, something like a/o/auto/b/g/v. It is really how you want and if you reckon that it is worth spending time on it. Cheers --Ruthven (msg) 08:46, 31 March 2023 (UTC)[reply]

@Ruthven: I am waiting for a consent; no problem to switch-on the automatism for only IT (and other selected palettes - but not for GN!). Forcing single files can then be done with e.g. a/o/*/b/g/v, the * at any position (like IT and other codes); I just like to set it between metals and colors. -- sarang사랑 11:09, 6 April 2023 (UTC)[reply]

The automatic categorization

[edit]

to the subcategories of Coats of arms by tincture worked, but it got lost with the introduction of palettes. Curently only files get categoried when the tinctures are specified without any palette.

When there will be a consent the automatism can be reestablished, with the result that at once thousands of files will be categorized! Without such a consent, it will be possible to activate the automatism for single palettes, or even for single files, at the editors wish. Anyway, there can be different situations of automatic and/or explicit categorization:

  1. no cat. at all
  2. only explicit cat. by e.g. [[Category:Azure, gules, or in heraldry]]
  3. only automatic cat. by e.g. Tincture=o/b/g
  4. explicit and automatic,
    1. both are the same, or
    2. differing categories are assigned.

IMHO it would be best to have only the automatic cat. by the specified tinctures. Tinctures are always suggested by COAInformation, but as well they can be specified independent of that template, with or without palette.
At any case the automatism can be switched off for single files; as well it will be possible to force-switch it on for single files when it won't occur otherwise. It seems useful to have another switch to tag files without a category for their color combination.
@Ruthven and Doc Taxon: I can make whatever is desired -- sarang사랑 10:29, 5 April 2023 (UTC)[reply]

@Sarang: Is it automaticly categorized already? I'm missing it here: File:DEU Friedberg COA.svgDoc TaxonTalk22:10, 7 April 2023 (UTC)[reply]
As I told above: the current Tincture can only either categorize to the palette-cat, or to the tincture-cat; when you remove in your example the "BY", the t-categorization will occur instead of the p-cat: Argent, azure, gules, vert in heraldry instead of Tinctures (Bavaria).
I have a corrected version and I'm just waiting what is wished:
  1. t-cat for all files bearing a tincture, independent of a palette,
  2. t-cat for all files of only certain palettes (e.g. not for GN)
  3. t-cat only for single files where it is individually requested
Anyway I have foreseen that t-cat can be switched off, forced or replaced to a maintenance cat individually for every single file.
BTW - what about tenné ? -- sarang사랑 00:43, 8 April 2023 (UTC)[reply]
@Sarang: erklär's mir mal kurz auf deutsch, auf englisch versteh ich's nicht. (Autotranslaters kriegen das auch nicht verständlich hin.) Sorry. – Doc TaxonTalk12:43, 10 April 2023 (UTC)[reply]
I appreciate these new features very much. Let's do it. Automatic categories according to tincture palette and its appendix make sense and simplify the handling. – Doc TaxonTalk07:43, 17 April 2023 (UTC)[reply]