User talk:Sarang

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

Sarang (talk:sarang) is primarily a user of the German Wikipedia. At the Commons, I mainly try to improve the categorization and to simplify SVG drawings.
My editsMy galleryRéfo galerieCorbelle galerieSVG-check 0 äöü

Every SVG file uploaded to Wikimedia Commons should show
  • how it was made: use template {{Inkscape}}, {{Adobe}}, {{HandSVG}} or whatsever
  • whether it is W3C valid or invalid: set the appropriate parameter of the template
You should check the appearance and the validity before you upload the file; then use first e.g. Test.svg


  • Files:
  • Page total:
  • User total:
  • Active users:
  • My edits:
Filing cabinet icon.svg
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day. For the archive overview, see Archive/. The latest archive is located at Archive/2018.



Hallo Sarang, I würde gern wissen, ob Du in Zukunft TemplateData lieber per JSON eingeben willst oder dazu gern Vorlagensyntax benutzen möchtest. Danke für Deine Zeit. Beste Grüße Rillke(q?) 18:53, 28 August 2013 (UTC)

free templates: {{Svtest}} {{1en}} {{T02}}+{{2en}} {{vim}} {{Hc}} {{Gun}} {{Der1}} - {{Cwi}} {{Sdd}} {{Ct}}{{Rep}} {{Sp}} - {{Rad}} {{Rads}} {{Rva}} {{jpg}} - {{N}}; tools: C M
Hallo Rainer, bisher wusste ich nichts von der JSON-Möglichkeit. Ich möchte gerne auf effiziente Weise gute und brauchbare (also ebenfalls effizente) Dateien erstellen; das betrifft auch templates. Somit werde ich mich damit auseinandersetzen, und demnächst nach Infos suchen. Danke für deinen Hinweis. sarang사랑 05:56, 29 August 2013 (UTC)
TemplateData ist lediglich für die Beschreibung von Vorlagen. -- Rillke(q?) 08:10, 29 August 2013 (UTC)
Ich blicke noch nicht recht durch. Die Beschreibung (documentation) von Vorlagen soll nicht über die {{TemplateBox}} erfolgen? sarang사랑 11:32, 29 August 2013 (UTC)
Es steht die Frage im Raum, ob wir weiterhin {{TemplateBox}} benutzen oder <templatedata>JSON code</templatedata> direkt auf die Vorlagenseiten schreiben. {{TemplateBox}} kann auch TemplateData exportieren (- das passiert im Hintergrund -); alles was man dazu machen muss, ist {{TemplateBox}} den Parameter |useTemplateData=1 zu übergeben, dann exportiert es TemplateData, welches von Tools wie UploadWizard benutzt werden kann. -- Rillke(q?) 11:51, 29 August 2013 (UTC)
Du hast sicher ein Beispiel, wie so was aussieht, und was da zu editieren ist? sarang사랑 17:32, 29 August 2013 (UTC)
Konstruierte Beispiele sind auf Commons:Requests for comment/How Commons should deal with TemplateData#Make the test - What are you more comfortable with?.
Real-world-Beispiel ist Template:Information (Template:Information/doc [diese Unterseite wird in die Vorlage als Vorlagendokumentation eingebunden; TemplateData momentan unter der Parametertabelle; das Output können wir aber beliebig ändern] vs. Template:Information/sandbox/TemplateData [TemplateData direkt auf der Vorlagenseite]) -- Rillke(q?) 17:49, 29 August 2013 (UTC)
Danke — einstweilen, ich sehe es mir an sarang사랑 06:33, 30 August 2013 (UTC)

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

This section has been moved to Template talk:COAInformation#Template talk:Created with Inkscape - Edit request

Freigabe der Testversion[edit]

This section has been moved to Template talk:COAInformation#Freigabe

Coa Illustration Tincture basic Purpure.svg[edit]

This section has been moved to Template talk:COAInformation#Madboy colors

Wrong crossbar angle[edit]

This section has been moved to File talk:Anti-PPP logo.svg 0 Anti-PPP logo.svg

Gnuplot problems[edit]

This section has been moved to Template talk:Created with Gnuplot#Gnuplot problems

Category diffusion[edit]

Bonjour, you are drawing fine maps. Your tagging adds them to 1ère: Valid SVG (with > 25 000 entries) and 2ème: Created with Inkscape (with > 56 000 entries) which is very crowded. I changed this at your map Carte des terroirs de bagadoù en Bretagne.svg to just one entry to Valid SVG created with Inkscape:Maps by using the option "v" of {{Inkscape}}. I suggest that you diffuse your maps into more subcategories, you know best which category structure is useful and gives sense. I think about VFC-changing from your Maps by User:Sémhur to a meta-subcategory e.g. Category:Valid SVG created with Inkscape:Maps by User:Sémhur and then diffuse it further on appropriate criterions.

Another possibility is to use {{Image generation}} as I did with your map 1959 NATO and WP troop strengths in Europe.svg. sarang사랑 16:48, 31 December 2014 (UTC)

Hello Sarang. I am not sure about what you want. Is this: {{Igen|+|fn=SVG|s=:Maps by User:Sémhur}} seems good for you ? What is "VFC-changing", is it a massive change by bot ?
Also, I don't know how it looks like in German, but in French the render of Inkscape template is ugly. see here: there is a unnecessary dot; but I don't know how modify the text. Sémhur (talk) 18:19, 1 January 2015 (UTC)

Merci beaucoup for telling me about the ugly appearance, it should be now repaired. Seems that I didn't check enough the French version...
Of course it is a bit complicated to parametrize subcategories and more in one template, but it can be done in this single template, worth the effort if you want it; |fn=SVG is not necessary, {{Igen|+|s=:Maps by User:Sémhur}} will do it, when the standard header is enough.
With VFC it is possible to change the description of all files in a category with one action - a mighty tool (not a bot). If you like I can tell you more, or do it for you if you decide to recategorize.
It isn't difficult to remove the category line and to cange all the other fields; the result would be less categories for each single file, when a clever category structure is used. AFAIK all your files are valid Inkscape; if the clumsy IMPORTANT option is avoidable it makes it leaner. sarang사랑 19:05, 1 January 2015 (UTC)

I will try VFC. If I fail, I'll tell you. About |fn=SVG, it's because the generated label is not translated in French and not totally accurate. For now it's "SVG genesis"; in French it could be "Création du SVG". But potentially, here can be other informations not only about the genesis, for example |% (translation possible). So the better translation in French should be "Informations SVG", I think. But, again, I don't know how and where modify this label. If you know, thanks to do it!

@Sémhur:: I will try to insert the French label, rather "SVG information" or "SVG informations". And also the "translation possible". sarang사랑 11:41, 2 January 2015 (UTC)

@Sémhur: Bonjour encore une fois, in this and that map I tried to get a better appearance: beside of the translation, the ugly IMPORTANT information is now just a link, and more is included into Igen making it a long line:
{{Igen|+|s=:Maps by User:Sémhur|m=-[[Help:Inkscape#Inkscape SVG vs. Plain SVG|''important'']]|t={{Translation possible}}}}
If you agree, your categories can get a more useful structure, avoiding to overcrowd them.

If necessary, the same may apply to your SVG diagrams and drapeaux. Then Files modified by User:Sémhur and Files created by User:Sémhur will finally become also metacategories like Category:Files by User:Sémhur. Or do you have better ideas? -- sarang사랑 09:32, 7 January 2015 (UTC)

File:Möbius resistor.svg[edit]

That seems to be one of the cases where the W3C Validator goes crazy objecting to sodipodi: and inkscape: namespace attributes in a file without any very obvious reason (certainly nothing which stands out when inspecting the validator output). Not sure how much adding the "invalid SVG" tag really motivates file improvement here... AnonMoos (talk) 17:28, 24 January 2015 (UTC)

Hi AnonMoos, it is not so easy to find out afterwards whether somebody had used Inkscape or Sodipodi-Inkscape, when the creator did not tag the file. As a matter of fact, Created with Sodipodi is rather obsolete, Inkscape would have been enough...
There are Inkscape-created files editet later with Adobe, and vice versa; or other mixtures. In these cases I think the last tool is essential.
IMHO is not much use in making an invalid file just W3C-valid, if no other improvements are necessary. As long the displayed output is fine, W3C-errors are not bad. Of course it is better to create valid files, but there are many files (valid and invalid ones) showing severe librsvg bugs — that is a real reason for improvement. IMHO categorizing files to either valid or invalid is much more a diffusion possibility for very crowded categories, than anything else.
But whenever you have an idea how I can make things better, please just tell me! -- sarang사랑 17:48, 24 January 2015 (UTC)
Files saved in Inkscape generally include stuff in the "sodipodi:" namespace to cover Sodipodi-compatible features. The W3C validator can certainly reveal problems in many cases, but I don't think it's the most important criterion for Commons -- there are probably many thousands of files here which function just fine, but which have certain types of "standard Inkscape validation errors" -- and in most cases it's doubtful whether anyone will go out of their way to fix such files, or whether eliminating formal validator errors would significantly improve practical interoperability or usability. AnonMoos (talk) 13:49, 13 February 2015 (UTC)
I tried to state the essentials at Invalid SVG. You are invited to make it to better English, and/or to insert your comments. sarang사랑 14:01, 13 February 2015 (UTC)
P.S. The Möbius_resistor.svg case is probably similar to File:Perspective isometrique cube ellipses.svg, where I reduced the number of validator errors from 28 to 10, but have no real idea how to fix the rest, nor do I think it important to do so for the purposes of Commons... AnonMoos (talk) 13:54, 13 February 2015 (UTC)
Just the usual formal errors. Stripping most of Inkscape cruft would make it valid, but I won't care about. sarang사랑 14:06, 13 February 2015 (UTC)

Hier klicken[edit]

Immer, wenn Du noch einen neuen Parameter erfindest, bitte die Special:TrackingCategories prüfen: Mindestens eine Artwork-Seite hat es schon geschafft, mehr Vorlagen zu benutzen, als erlaubt, womit dann wahlfrei erwartete Artwork-Funktionen ausgefallen sind. SVGs benutzen i.d.R. {{information}} und kein {{artwork}} mit creator und institution, aber irgendwo ist eine Grenze, wo auch {{igen}} zu teuer werden könnte, und weitere Vorlagen wegen Tilt nicht mehr ausgewertet werden. –Be..anyone (talk) 22:44, 3 February 2015 (UTC)

Danke für diese Info, ich werde darauf achten. Wegen deiner berechtigten Reklamationen zu {{ValidSVG}} habe ich in allen Vorlagen den neuen Parameter eingebaut, mit dem die source-option abgewählt werden kann, wenn sie bei grossen Dateien Probleme machen würde. Nun werde ich den Validator-Aufruf wieder so herstellen dass standardmässig mit source angezeigt wird, IMHO die bessere Variante. Mit der validator option (Parameter: "vopt") ist sie in allen SVG created with ... templates abschaltbar, in {{Igen}} kann das auch mit dem Zeichen ">" (für 'grössere' Dateien) abgekürzt werden.
Um neuen Erfordernissen zu entsprechen bedarf es der nötigen Änderungen, und oft auch neuer Parameter. Ich habe diese Kröte nicht freiwillig geschluckt, lieber vereinfache ich Dinge als sie zu komplizieren. Mit Vorlagen lassen sich Dinge vereinfachen – allerdings bedingt jede weitere Vereinfachung auch komplexere Vorlagen... So ist es zB recht angenehm wenn unbenannte Parameter in beliebiger Reihenfolge und an jeder Position angegeben werden können, auch wenn das im Code der Vorlage ein wenig aufwendiger gelöst werden muss.
Am liebsten sind mir die ganz einfachen Vorlagen, die einfach codiert und einfach anzuwenden sind und eigentlich gar keiner Doku bedürfen. Leider ist für eine höheren Grad der Vereinfachung mehr Aufwand in der Vorlage unabwendbar. Das wichtigste ist die gute Anwendbarkeit, da sind sinnvolle defaults und lesbare Dokumentation bedeutsam. Was meinst du, soll ich zu {{Igen}} eine einfachere Doku gestalten, damit Benutzer nicht gleich verzweifeln? sarang사랑 08:28, 4 February 2015 (UTC)
Nur nebenbei, ich habe in dieser Richtung hier ein Vorlagen-Problem gemeldet: Module talk:Fallback#Lua error: too many expensive function calls (Nun sollte Lua ja eigtl. das Gegenteil bewirken, was es vlt. auch tut nur macht Lua ebend dieses Problem sichtbar) User: Perhelion (Commons: = crap?)  12:19, 4 February 2015 (UTC)

Vector version available[edit]

As long as it isn't merged with "SupersededSVG", and doesn't display as a red box, I'm not sure I have much to say about the template mechanics... AnonMoos (talk) 13:42, 13 February 2015 (UTC)

ToSVG and other templates[edit]

You have now edited hundreds of files with VisualEditor without an edit summary to tell people what your intentions are. It appears that you're trying to set up a claim in advance that nobody uses any redirect of {{Convert to SVG}}, when in fact they do. I use {{ToSVG}} frequently, and I'm sure there are people who use it more often than me: by your own calculations at Template talk:Convert to SVG#Too many redirects, 42% of that tag is through other than {{Convert to SVG}}, and several versions of the tag are edit-protected, so clearly someone considered them high-use. If you want templates deleted, Commons:Deletion request is the place for that, and you should be placing warnings so people who want those templates get their right to participate in consensus. You do not have the right to destroy templates that people actually use. Absolutely do not change thousands and thousands of pages and then claim that ToSVG is "not in use"; now that you have been told that many of them are in use, to do so would be knowingly false. --Closeapple (talk) 19:48, 13 February 2015 (UTC)

I completely agree. Thibaut120094 (talk) 19:59, 13 February 2015 (UTC)
I'm sorry if I was harsh before. I am happy that you are an agreeable user. I was only harsh because I have seen some other editors attempt to get "speedy deletion" by quietly removing well-used categories or templates and then saying that the pages were not in use. I now realize that you are not trying to be sneaky. Thank you. I will reply at Convert to SVG#Too many redirects from now on so that the discussion stays in the same place. --Closeapple (talk) 13:15, 14 February 2015 (UTC)


Hallo, Das geht absolut nicht. Die Seite ist nur dafür da um das Ersetzen von umbenannten Dateien zu beantragen. Du solltest es mit dem Nutzer (diff) diskutieren und nicht einfach auf der /filemove Seite von Delinker posten. lg --Steinsplitter (talk) 14:29, 19 February 2015 (UTC)

Sorry, eine solche Restriktion war mir nicht ersichtlich. Kann ich nicht wissen, ist AFAIK nirgends vermerkt. sarang사랑 14:33, 19 February 2015 (UTC)
"This page is only for requests related to renamed files. Other, potentially controversial requests must be proposed at User talk:CommonsDelinker/commands." Kein Problem Face-smile.svg. Sonst wird das bot gesperrt und das wäre ungut. Ich glaube du suchst nach diesem tool: Commons:GlobalReplace. lg --Steinsplitter (talk) 14:37, 19 February 2015 (UTC)
Danke. Das vorhergehende ist mir von einem anderen Admin empfohlen worden. Pfiatdi sarang사랑 14:41, 19 February 2015 (UTC)
 Symbol thumbs up.svg für 219 Bytes statt 266 Kilobytes invalidem Restmüll (jetzt valider 140 KB Restmüll, aber das war der bisher schlimmste Fall, den ich auf commons=crap gesehen habe). –Be..anyone (talk) 04:44, 20 February 2015 (UTC)
@Be..anyone: Schade dass du das kaputt gemacht hast. Es war eines der schrecklichen Beispiele von StewieKee in Trademark policy icons, schon Kilom691 hat da (halbherzig) viel verbogen. Weil ich solche allerkrassesten Fälle gerne als Abschreckung behalten würde habe ich als Gegenüberstellung ein neues Bild gezeichnet, statt zu überschreiben. Bitte nicht "verbessern": Scarlet.svg, jeder weiss dass das auch mit ~150 Bytes geht. Vor einem halben Jahr ist ein interessanter librsvcg-bug BTW in W3C valid.svg leider überschrieben worden. BTW, etwas nur W3C-valide zu machen bringt niemandem etwas - W3C-invalidity für sich allein ist noch kein Grund den Code zu überarbeiten. Und Orange question.svg ist kein bisschen von Adobe, da lag dein tagging falsch. sarang사랑 09:20, 20 February 2015 (UTC)
Es ist ein Wiki, mach es einfach rückgängig, wenn das schlechte Beispiel auch noch invalide sein soll. Weder die alte noch die "valide" Version sind benutzbar im Vergleich mit 219 Bytes. –Be..anyone (talk) 09:26, 20 February 2015 (UTC)
Ich revertiere äusserst ungern die Arbeit anderer - auch wenn mir was nicht gleich direkt verständlich ist, oder ganz genau in meinen speziellen Kram passt. Lieber spreche ich die Autoren an und entfessle eine Diskussion. Was den folgenden Abschnitt betrifft, denke ich nicht auf diese Stänkerei ernsthaft einzugehen und mich an der DR zu beteiligen; das sollen Fachleute ganz ohne mich entscheiden. Es erinnert mich fatal an anderes Gemecker - passt ja gut zum neuen Jahr der Ziege. sarang사랑 09:36, 20 February 2015 (UTC)

Rein aus Interesse …[edit]

Ich kann ja grundsätzlich verstehen dass du unter "rational" unnötigen Vorlagenweiterleitungen aufräumen möchtest, gleichzeitig frage ich mich aber (ernsthafte, nicht rhetorische Frage), wieso du 2011 das meiner Meinung nach völlig sinnbefreite {{wd}} erstellt hast (dass es das ebensowenig sinnvolle {{w}} schon seit 2005 gibt ist mir bewusst). Grüße,    FDMS  4    19:04, 10 March 2015 (UTC)

Also " völlig sinnbefreit" - da erlaube ich mir eine andere Meinung. Ebenfalls ernsthaft: ich weiss, dass in der de:Wp solche Abkūrzungen unerwūnscht sind und gleich der {{BND}} dahinter her wäre, aber hier sind wir auf einer anderen Baustelle. Ich fūhre nicht nur meine absolute Faulheit an wenn ich statt [[:en:United States Department of Veterans Affairs emblems for headstones and markers|United States Department of Veterans Affairs emblems for headstones and markers]] lieber {{W|United States Department of Veterans Affairs emblems for headstones and markers}} schreibe, es gibt weniger Gelegenheit zu Kopierfehlern und es fūllt nicht die Datenbanken mit völlig redundantem Getexte (dass der unsägliche derivativeFX in diesem Fall sogar prinzipiell einen noch völliger redundanten //http-hyperlink verwendet hat, ohne {{Plainlink}}, nur am Rande).
Ebenso sinnvoll erscheinen mir {{C}}, {{F}}, {{T}}, {{U}} und andere; durch vielfältige Parametrierungsmöglichkeiten sind sie alle sehr leistungsfähig. Gut, die Abkūrzung {{Wd}} fūr {{W|...||de}} oder {{Ud|FDMS4}} statt {{U|FDMS4||de}} für FDMS4 mögen ein wenig überzogen sein - aber nichtsdestoweniger ungemein praktisch. Und weil das schlechte Beispiel schnell Nachahmer findet gibt es inzwischen auch {{Wf}}, {{Wh}}, {{Wi}} und {{Wn}} (nach aktuellem Stand).
Alles in allem ist es ist es höchstens ähnlich sinnentleert wie statt {{Vva}} lieber {{Svg available}} zu verwenden. Gruss sarang사랑 11:09, 11 March 2015 (UTC)
Du weißt, dass [[:en:United States Department of Veterans Affairs emblems for headstones and markers|]] völlig ausreichend ist? Der Linkname (ohne Präfix) wird dann automatisch ergänzt: United States Department of Veterans Affairs emblems for headstones and markers. Die Datenbanken interessiert die Doppelung herzlich wenig.
Persönlich muss ich mich an dieser Stelle für die Verwendung von reinem Wikitext aussprechen. Als ich vor einigen Jahren hier angefangen habe, hat mich nämlich gerade die Vielzahl von alternativen Schreibweisen doch sehr verunsichert. Ich habe schnell gelernt, dass keine der Schreibweisen "falsch" ist und sie schlussendlich alle genau das gleiche tun, aber woher soll man das als Anfänger wissen? --Patrick87 (talk) 12:34, 11 March 2015 (UTC)
Genau, dachte auch dass dir (Sarang) der pipe trick bekannt ist. Von {{ud}}, Schreck lass nach, wusste ich noch gar nicht … Danke trotzdem für die Erläuterung.    FDMS  4    12:46, 11 March 2015 (UTC)
Der pipe trick wird fast nie verwendet; zumindest ist nach dem Sichern nichts mehr davon zu sehen, weil das System den Text doppelt. Mit {{W}} geht es einen Hauch kūrzer: pipe trick wenn auch fūr Editoren (insb. Anfänger!) nicht gerade einfacher zu verstehen. Aber anders ist das "Help" nicht wegzubekommen (Help:Pipe trick :: Help:Pipe trick).
Ich weiss auch dass die Datenbanken so unendlich sind dass beliebig viel reingestopft werden kann ohne nachdenken zu mūssen. Das ist leider ein Tick von mir dass ich lieber alles Redundante weglasse und nach der Maxime "keep it simple" handle. Wobei simple durchaus komplexe Logik erfordern kann. Insofern kann ich die Vorliebe fūr reinen Wikitext sehr gut verstehen. Es liegt mir fern jemandem einreden zu wollen dass irgendeine Methode die richtige sei; jedoch bemūhe ich mich diejenigen die das verwenden wollen mit guten, brauchbaren und wohldokumentierten Vorlagen zu unterstūtzen. Und auf andere Weise zur Übersichtlichkeit beizutragen. sarang사랑 13:31, 11 March 2015 (UTC)
Stimmt, mit namespaces als interwiki prefix ist es ggf. wirklich praktischer. Dass MediaWiki den Text beim pipe trick doppelt ist erst seit relativ kurzem (mMn leider) so, wäre interessant zu wissen warum das geändert wurde. Im Vergleich zu Leuten wie Timeshifter, die die Redundanz dann auch noch überall ausführlich präsentieren wollen, bin ich sehr bei dir was "keep it simple" betrifft, nur halt weniger um jeden Preis.    FDMS  4    14:19, 11 March 2015 (UTC)
Du hast ja so recht, ich sollte mich wirklich mehr zügeln mit den Vereinfachungen - aber wenn ich wo was sehe ist die Verlockung zu gross auch noch das zu integrieren, so dass ich dann des Guten zu viel zu tun in Gefahr gerate. Für die ganz einfache (= komfortable) Anwendung werden die Vorlagen dann recht komplex, so zB wenn Funktionen nur mehr einen einzelnen Buchstaben erfordern, und den auch noch an beliebiger Stelle. Wir haben auch die eher schwerfälligen Vorlagen die zwar einfach codiert sind, aber mehr Mühe bei der Anwendung bereiten. So gesehen finde ich es sehr gut wenn über alle Eigenschaften einer Vorlage in breitem Rahmen ausführlich diskutiert, und dann nach dem Einvernehmen sämtlicher beiden Teilnehmer umgesetzt wird; wie zZ bei {{Vva}}. sarang사랑 15:00, 11 March 2015 (UTC)

Created with GunnMap[edit]

Hi, if you start a new {{Created with GunnMap}} in essence with a copy of an old {{GunnMap}} please move the subpages instead of "copy&paste", otherwise you lose the edit histories for this zoo. In theory an admin could fix this, but I almost started speedy deletion requests claiming "unused subpage of redirected template", which would hide the edit histories for everybody without admin rights. I've now redirected the subpages "just for the records" (= preserve edit history), bypassed a double redirect at {{Gunnmap}}, and added…

seealso=<code>{{tlx|creation|[[Template:Created with GunnMap|GunnMap]]}}</code>

…to the /doc after somebody revived {{Gunnmap}} for Barclays group worldwide locations.png. –Be..anyone (talk) 02:33, 9 April 2015 (UTC)

Hi Be..anyone, {{Creation}} is very useful. Because I missed something like that, and seeing that many users are misunderstanding |Other fields and try to use it without the {{Information field}}, and this seemed to me a somehow boring and complicated handling: I made the {{Image generation}}. Your {{Creation}} is now just an alternative to {{Igen}}, |Other fields={{Creation|GunnMap}} and |Other fields={{Igen|GunnMap|+}} are equivalent and doing exactly the same (the "+" is necessary because Igen can do much more and is not restricted to an argument of |Other fields). I am still not happy with the |Other fields, I would like another solution for the Created with ... templates. sarang사랑 15:20, 9 April 2015 (UTC)

{{creation}} is no "alternative", it's a stupid one-liner shorthand for {{Information field}} withou/code> and t i18n, which I used for a total of two or three obscure "made by raster tool" cases. While I use {{igen}} several times per day, there must be hundreds or thousands of uses now. –Be..anyone (talk) 23:02, 9 April 2015 (UTC)

File:Austria Tyrol relief location map.svg[edit]

Moin! Du flutest meine Beobachtungsliste mit Bausteineinfügereien und meist ist mir das auch egal, ich würde aber gerne wissen, wie bei dieser Datei ein Relief durch Vektoren ersetzt werden kann. Ich denke, das ist unmöglich, und deshalb ist hier auch ein entsprechender Baustein bei Karten Unsinn. NNW 09:51, 18 April 2015 (UTC)

Jetzt habe ich bei den Aurich-Stadtteilkarten gesehen, dass sie angeblich Rastergrafiken enthalten. Ich habe gerade eine in Illustrator geöffnet und kann keine finden. NNW 10:04, 18 April 2015 (UTC)

Bei Austria Tyrol relief location map.svg liegt der (bisher nicht ausreichend angesprochene) Fall vor dass eine Graphik nicht sinnvoll vektorisiert werden kann. Um das zu kennzeichnen wird ein anderer Baustein erforderlich. Ich suche nach einer sinnvollen Lösung.
Von den Aurich-Karten habe ich jede einzelne geprüft und alle enthalten <xmpGImg:format>JPEG</xmpGImg:format> mit ca. 20 KB Rasterdaten. Ich habe es mir nochmals angesehen, wenn ich diese Daten entferne ändert das nichts am Bild. Auch wenn ich den gesamten Bereich zwischen <metadata> und </metadata> weglösche ändert das nichts, nur jede Datei wird um ca. 32 KB kleiner. Wenn du willst lade ich mal eine entmüllte Karte hoch, dann ist es zu sehen.
Eigentlich sollte jede SVG-Datei die hochgeladen wird den Hinweis auf verwendetes Tool und Valididät enthalten; ich mache es gelegentlich nachträglich, da ist es schwieriger. Gruss sarang사랑 11:30, 18 April 2015 (UTC)
Da braucht man keinen neuen Baustein, man kann es auch schlicht und einfach lassen, wie es ist. Bausteine sind schließlich kein Selbstzweck. Wie wenig sinnvoll diese Bausteine sind, sieht man ja an den SVGs mit Fehlern: Die lassen sich trotzdem problemlos anzeigen oder öffnen und es ist auch völlig egal, ob sie aus Inkscape, Illustrator oder sonstwo herkommen. NNW 15:57, 18 April 2015 (UTC)

Template:Other versions/Questionable icons[edit]

Hallo Sarang, ich habe gesehen, dass du dich dieser seltsamen Vorlage (von Rfc1394) angenommen hast. Ich denke es ist in Anbetracht Aufwand Nutzen (ein Bild entfernen) ein absoluter Overkill und das nicht von der Anzahl der Bilder (die man getrost auf 2-3 Kategorien aufteilen kann). Nebenbei, was soll eigentlich Category:QIw1 bezwecken? Ich schlage vor die Vorlage thematisch auf die Bezeichnung dieser zu beschränken und durch eine einfache Galerie zu ersetzen. PS: Und dortige File:Emblem-important-grey.svg lässt sich nicht mehr auffinden?!? LG User: Perhelion (Commons: = crap?)  08:26, 19 April 2015 (UTC)

Da musste ich jetzt nachforschen was da damals war. Ich habe (testhalber) die Rfc-Vorlage umgeschrieben, mit allem was da so war. Die temporäre Maintenance-Kategorie "Questionable icons with parameter 1" war zum Aufspüren von Transklusionen mit Parameter 1 gedacht. Vor allem wollte ich die bestehende Vorlage "Questionable icons" durch {{Other versions/Questionable icons}} ersetzen, entsprechend der Nomenklatur des aktuellen Commons-Designs. Einstweilen gibt es noch beide Vorlagen.
Natürlich ist es viel sinnvoller, hier nur Question-Icons anzuzeigen, statt all diese Grafiken unterschiedlichen Themas und unterschiedlicher Herkunft.
Eine Galerie ist zwar einfacher, aber aufwendiger zu erzeugen. Die Sache mit Other versions templates ist ein guter Ansatz, aber nicht ganz ausgegoren. Gut ist die zentrale Verwaltung, und dass nur ein (relativ) kurzer Aufruf alles einbindet; irritierend fand ich wenn die Grafik als "andere Version" von sich selbst angezeigt wird. Das lässt sich mehr oder weniger einfach verhindern.
Important-grey scheint es nie gegeben zu haben. Ich hab es mal rausgenommen. Doch sollte das Ganze grundlegend überarbeitet werden. sarang사랑 10:51, 19 April 2015 (UTC)
Hm* okay, also das mir der Galerie verstehe ich nicht ganz, diese ist doch viel einfacher zu händeln (mode="nolines")!? Und ja, das mit der doppelten Anzeige ist ein Markel (den man jetzt sehen "kann"). Ich habe den aufwendigen Parser-Code gesehen. Ich würde hier ein generelles Lua-Modul für alle (die es brauchen) diese Other versions templates empfehlen!? Oder was denkst du... PS: Ich habe dein Script-Wunsch nicht vergessen (zugegeben ich war sehr abgelenkt, ein Prototype ist fertig). Ich werde es dir kommende Woche überreichen können. Ein schönen Sonntag noch. LG User: Perhelion (Commons: = crap?)  11:43, 19 April 2015 (UTC)
PPS: Das war wohl Vandalismus Special:Diff/156233585 (den du augenscheinlich auch übersehen hast ^^, zugegeben hätte ich auch gleich sehen können). Ich dachte du entfernst eh gleich alle Exclamation-Marks, wie gesagt dann können wird das Template auch gleich mit 100 Dateien auffüllen!? User: Perhelion (Commons: = crap?)  13:15, 19 April 2015 (UTC)

Diphenylamine 200.svg vs. Difenylamine.png[edit]


ich habe gesehen, dass du die SVG-Version der Diphenylamin-Strukturformel neu gekennzeichnet hast. Meiner Meinung nach ist eine ausführliche Darstellung der N-H-Bindung allerdings nicht nötig, um die Formeln als identisch wahrzunehmen. Siehe hierzu auch z.B. diese Kategorie - solange nur ein H am N hängt, reicht eigentlich die vereinfachte Darstellung. Gruß, --Master Uegly (talk) 14:05, 2 May 2015 (UTC)

Als Nicht-Chemiker, und auch sonst recht ahnunglos, habe ich wegen des visuellen kleinen Unterschieds die SVG-Version als zwar sehr ähnlich aber nicht völlig gleichwertig gekennzeichnet. Wenn du es meinst kann ich sie gerne als gleichwertig, oder sogar als besser (quality=superior), markieren. Oder du machst es einfach wie du es siehst. Jedenfalls danke für den Hinweis! sarang사랑 16:48, 2 May 2015 (UTC)
Überlegen ist sie nicht, aber gleichwertig. Ist geändert. --Master Uegly (talk) 12:10, 5 May 2015 (UTC)
Siehe dazu auch Commons:Deletion requests/File:Diphenylamine.png. --Leyo 13:00, 5 May 2015 (UTC)


Hallo Sarang. Bitte beachte meinen Teilrevert bezüglich Quelltextlesbarkeit. Es scheint sich leider nicht um ein einmaliges Versehen zu handeln. Ich wäre froh, wenn du dies berücksichtigen könntest. --Leyo 13:10, 5 May 2015 (UTC)

Also, ich habe bisher keinen signifikanten Unterschied für die Lesbarkeit gesehen. Wenn zur "SVG-Entwicklung" noch zB ein Retouching gehört sind es dann sogar 3 Klammernpaare, oder noch mehr.
Das Einbinden von Vorlagen macht den Quelltext i.a. lesbarer, in komplexeren Fällen aber auch das Gegenteil; wie bei vielfacher Doppelklammerung. Natürlich kann ich die Schliessung der Infobox in eine eigene Zeile legen, um die einzelnen Elemente besser zu trennen. Bisher habe ich es vermieden diese Einträge deshalb auseinander zu ziehen, und die kompakte Schreibweise ohne Zeilenvorschübe bevorzugt. Aber wenn es dich froh macht kann ich diese Strategie gerne ändern, und ab nun die Zusatzzeilen erzeugen. sarang사랑 05:53, 6 May 2015 (UTC)
Es geht mir nicht um Klammerpaare allgemein, sondern um den Abschluss von Template:Information. Dass dort in der Kopiervorlage das abschliessende Klammerpaar auf einer neuen Zeile ist, hat einen guten Grund. So ist die Wahrscheinlichkeit einer ungewollten Entfernung durch Neulinge oder VFC geringer. In Category:Pages using Information template with parsing errors hat es durchaus auch schon solche Fälle gegeben. --Leyo 08:52, 6 May 2015 (UTC)
Gut, ich werde ab nun den InfoBox-Abschluss nicht mehr zusammenziehen sondern als eigene Zeile belassen. sarang사랑 15:23, 6 May 2015 (UTC)
Da muss ich Leyo zustimmen, nur habe ich dich darauf noch nicht angesprochen. VG User: Perhelion (Commons: = crap?)  21:33, 6 May 2015 (UTC)
Ich würde im Zweifel other versions= gefolgt von }} in neuer Zeile ans Ende setzen, aber im Fall von other versions= <gallery> als letzte Zeile </gallery>}} verwenden. Alle schliessenden Klammern zusammen hat auch was (anderswo), aber ist m.E. mit Leerzeichen besser lesbar, z.B. }}} }} }} statt }}}}}}}. –Be..anyone (talk) 09:27, 7 May 2015 (UTC)
Nein, genau darum geht’s ja, das }} (der Vorlage Information) soll in einer eigenen Zeile stehen, alles andere ist Zusammenpampen. Tatsächlich ist mir dies bis jetzt nur bei euch beiden konkret aufgefallen (was natürliche eine relative Aussage ist). Auch in Wikipedia in allen formatierten, also gegliederten, listenartigen Vorlagen-Einbindungen ist mir nichts anderes bekannt. Keine Ahnung wer oder was euch auf diesen cleanup-Trichter gebracht hat. LG User: Perhelion (Commons: = crap?)  09:40, 7 May 2015 (UTC)
Abschliessend was Generelles zur Info-Box: ich würde es vorziehen, die Reihenfolge der Parameter in der Vorlage so zu halten wie sie von ihr ausgegeben werden (Description-Date-Source-Author- etc), und auch die Parameternamen zu verwenden wie sie ausgegeben werden (Other versions statt other_versions). Leider wird das von der uploadpage gar nicht unterstützt...
Leere Parameternamen (Permission=) sollten IMHO auch nicht stets mit ausgegeben werden.
Für nur ein Bild finde ich statt der Schreibweise mit <gallery> - </gallery> die tag-Form übersichtlicher, zB {{#tag:gallery|Test.svg{{!}}Test image}} - sie scheint ohnehin nur ein Bild verkraften zu können (zumindest konnte ich nicht mehrere angeben).
Stehe ich auch mit diesen Ansichten ganz alleine da? sarang사랑 07:10, 14 July 2015 (UTC)

A barnstar for you![edit]

Kindness Barnstar Hires.png The Random Acts of Kindness Barnstar
Thanks so much for your kindness and informative discussion regarding my recent creation and implementation of {{By color}}. I really do appreciate it. All the best! Michael Barera (talk) 23:37, 16 May 2015 (UTC)

Category:Kanji signs (1 letter)[edit]

If you think this is poorly named, could you explain why to User:Benzoyl? Thanks... AnonMoos (talk) 07:48, 18 May 2015 (UTC)n

I am not an expert on that, but Kanji are Chinese characters used in Japan. They can have a different stroke sequence or other forms, as it can be for Hanja.
In the Benzoyl-category Kanji signs with its subcategories (a good idea for diffusion) I found only Chinese words and characters and no special Kanji writings. IMHO all the images should be categorized simply as Chinese characters.
That I can tell him. May be an expert can tell more. sarang사랑 05:39, 19 May 2015 (UTC)


Hallo Sarang,
etwas verspätet hier deine Anfrage des Scriptes, es ist die erste Version und nicht groß getestet. Auf Wunsch passe ich es gerne an, viel Spaß damit. LG User: Perhelion (Commons: = crap?)  20:45, 20 May 2015 (UTC)
Hej, was ist los bei dir? Brauchst du das Script nicht mehr? (Man könnte es sicher noch etwas verbessern...) Ach falls ich mich letztens etwas flapsig verhalten haben, tut es mir leid. Lieben Gruß User: Perhelion (Commons: = crap?)  14:40, 31 May 2015 (UTC)

'tschuldige dass ich noch nicht geantwortet habe. So auf Anhieb blicke ich wieder mal nicht durch - wofür ist das Script? Doch nicht schon die Hintergrund-Validierung, die per Vorlage aufrufbar ist? Ich werde demnächst versuchen das Script bei mir einzubauen, wenn ich das hinbekomme werde ich ja sehen was es macht. Deine bisherigen tools sind grossartig und sehr hilfreich, sie erleichtern mir die Navigation ausserordentlich. In letzter Zeit bin ich durch eine andere Baustelle ein wenig von Wikipedia abgelenkt. Lieben Gruß zurück sarang사랑 16:47, 31 May 2015 (UTC)
Ach so ist das (ich kann immer schlecht das Know-How aus anderer Sicht abschätzen), das Script zeigt bei entsprechendem Click unter dem KB-Wert den Byte-Wert (ich könnte es noch dahingehend erweitern dass der entsprechende Wert gleich in die Zwischenablage kopiert wird, den Button den du schon hast könnte ich natürlich auch integrieren). Des Weiteren habe ich gleich den SVG-Check-Link mit eingebaut (ich könnte es noch dahingehend erweitern dass 2 Links erscheinen, einer mit Source-Code einer ohne, platz ist in der Tabelle ja genug).
Daher ersetzt Du einfach komplett diesen Code:
		$('#mw-imagepage-section-filehistory tbody>tr+tr>td[style]>a').after(function () {
			return ['<br>', $('<a>', {
					'title' : 'W3C-Validator',
					'href' : '' + this.href + '#result',
					'target' : '_blank'
				}).text('→ Valid SVG?')];



Wenn du den Codeeditor aktiv hast, werden aut. evtl. Syntaxfehler vorher angezeigt. LG User: Perhelion (Commons: = crap?)  19:21, 1 June 2015 (UTC)

Vielen Dank! So wars natürlich ganz einfach, ich musste gar nicht erst zu denken beginnen...
Wieder mal was ausserordentlich brauchbares von dir. Funktioniert bestens. So nach und nach wird das Editieren immer einfacher. sarang사랑 07:13, 2 June 2015 (UTC)
Freud mich, ich wollte es jetzt noch einfacher machen mit dem Kopieren, allerdings würde ich gleich diesen Schritt übergehen und die komplette Vorlage SimplSVG mit beiden Byte-Werten einfach ins Textfeld (welches sich erst beim Klick auf das entspr. Bild öffnen würde) unter dem Information einfügen!? User: Perhelion (Commons: = crap?)  20:23, 29 June 2015 (UTC)

File:Eris symbol 2.svg[edit]

The simple SVG template is creating some kind of bogus category. Also, you increased the margins when you uploaded your version... AnonMoos (talk) 23:42, 26 June 2015 (UTC)

Thank you, I fixed the category. The margins should be even wider to fit with the most of the other symbols, but they are too different in style, stroke-width, size and appearance. sarang사랑 05:18, 27 June 2015 (UTC)
Hej you, why SimplSVG displays not anymore an optimizing value? 8-° User: Perhelion (Commons: = crap?)  20:19, 29 June 2015 (UTC)
The display can be controlled in different ways, it is meticulous explained in Template talk:SimplSVG. I changed the default because of some hostilities, to not any more "clobber the {{information}} layout with irrelevant nonsense". It needs some parametrizing, but you can arrange almost every display you like.
SimplSVG can be used inside the {{information}} box, or (preferable?) after it. If used inside, it should be done with the {{ Igen9 = +10 = S... }}, like e.g. MLT Medal for Bravery BAR.svg, Flag of Borgloon.svg or Flag of the Himush.svg. sarang사랑 07:12, 30 June 2015 (UTC)

Croatia in EU maps[edit]

Hi, I just wanted to ask if you have some time to add Croatia in this files File:NUTS 2 regions EU-27.svg, File:NUTS 2 regions EU-27.svg or maybe make new one, and change them in articles (I can add them in articles) and put this one in historical maps. I can try to do it myself but than they will not be of the same quality as they are now.--MirkoS18 (talk) 10:04, 29 June 2015 (UTC)

Sorry, I never created a map, nor do I have knowledge about NUTS. Sure you can find somebody else, e.g. in WP:Grafikwerkstatt who will like to make your maps. The people that created the mentioned maps seem to have disappeared since long, so just post your question at the Kartenwerkstatt, where they will also understand English. Good luck! sarang사랑 14:12, 29 June 2015 (UTC)
Commons:Graphic Lab/Map workshop on Commons. -- Rillke(q?) 14:21, 29 June 2015 (UTC)

Did you see..?[edit]

Hi! Did you already see the File history of AFEMRib.svg ? I think it should be reverted to your version! claudevsq

Hi Claude, unfortunately the user BN did not give any reason for his revert. May be he needs more contrast because of color blindness? He does not seem very familiar how to edit & upload and explaining what he does. Nevertheless I will ask him, to not start a reversion war. Thank you for information, greetings to Luxembourg sarang사랑 07:10, 14 July 2015 (UTC)
Thank you very much! Greetings, Claudevsq (talk) 17:59, 15 July 2015 (UTC)


Hallo alter Freund – darf ich Dich nochmal mit einer Schnitzarbeit an einer Vorlage behelligen?

Damit wir diese Vorlage in der neuen {{COAInformation}} verwenden können, müsste sie eine Sprachweiche ({{de|Text}}) und ein Breitenelement width=30em bekommen. Kannst Du das bitte machen? -- Maxxl²talk 09:15, 27 July 2015 (UTC)

Hallo, gerne. Ich habs kurz angesehen, aber noch nicht so recht begriffen was gemacht werden soll. sarang사랑 10:18, 1 August 2015 (UTC)
Wenn Du Dir mal dieses Wappen anschaust, siehst Du bei Deutsch als Spracheinstellung in der Zeile Autor den Infosplit mit englischem Text vor den Namen. Hier wäre es doch sinnvoll, wenn hier Deutsch stehen würde.
Auch stört es bei den Wappenbeschreibung, wenn da seit neuestem die Zeile "Titel" mit Link nach wikidata erscheint. -- Maxxl²talk 09:10, 2 August 2015 (UTC)
Nachdem ich das Template:Author gefunden habe, werde ich die Angabe wohl eher mit dieser Vorlage statt mit {{Infosplit}} machen. Vielen Dank vorerst. -- Maxxl²talk 19:07, 2 August 2015 (UTC)
Hallo ihr, tatsächlich sind mir diese Vorlagen auch noch nicht aufgefallen, allerdings bestehen (wohl an nicht wenig Ecken von Commons) noch Ungereimtheiten/Konflikte in der Beschreiben. Category:File message boxes, "author" wird hier explizit als Beispiel verwendet und zur Verwendung empfohlen, oben steht jedoch in einer dicken Msgbox genau das Gegenteil (kann ich nur sagen typisch Commons, bald sieht hier kein Swine mehr durch). LG User: Perhelion (Commons: = crap?)  06:04, 3 August 2015 (UTC)
Diese Ungereimtheiten im Infosplit stammen von Änderungen und Nachträgen, die nicht konsequent in der Docu realisiert wurden. Ich habe da nun einiges verbessert (zB 3 Parameter und nicht zwei), und die Beispiele lesbarer formatiert. Wenn ich noch was übersehen habe, bitte korrigieren! sarang사랑 10:00, 3 August 2015 (UTC)

Template:Image generation[edit]

Die Vorlage kategorisiert Category:Invalid SVG created with Inkscape:Coats of arms statt Category:Invalid SVG created with Inkscape-CoA - Beispiel: File:DEU Eßweiler COA.svg. Kannst Du das bitte ändern. -- Maxxl² - talk 22:01, 2 August 2015 (UTC)

Weil du die Subcategory so angegeben hast, kam es auch dorthin, selbst wenn diese (noch) nicht existiert.
Angesichts der grossen Menge an Inkscape-erzeugten Wappen gibt es mehrere Kategorien in Valid SVG created with Inkscape:CoA und Invalid SVG created with Inkscape:CoA. Mit den vorhergehenden verschiedenen Vorlagen geschah die Sub-Kategorisierung automatisch, mit der neuen {{COAInformation}} geht das leider nicht mehr, bzw. noch nicht; die Subkategorie muss nun angegeben werden, bei validen ist dazu die Igen-Angabe s=-COAInformation, bei invaliden s = -CoA{{!}}CI.
Ich werde versuchen Jarekt zur nötigen Erweiterung zu animieren; bei dem title-link hat er prompt reagiert, das ist jetzt in Ordnung. Gruss sarang사랑 05:28, 3 August 2015 (UTC)
Hab ich jetzt auch gesehen. Vielen Dank. -- Maxxl² - talk 05:48, 3 August 2015 (UTC)
Schau dir bitte jetzt mal Deine bis eben - vor Jarekts Eingriff - wohlgeformten Beispiele auf der Vorlagen Doku an. Das sieht nach einer Massenexplosion aus. -- Maxxl² - talk 17:05, 3 August 2015 (UTC)
Welcher Eingriff denn? Ich hab nicht finden können was du meinst. Gib mir bitte einen Link auf die Massenexplosionsseite!
Jetzt ist imgen eingebaut, wenn du meinst verfasse ich noch weitere Anleitungen dazu. In den Links auf COAInformation/Imgen sind bereits einige Beispiele zu finden. Die neue Vorlage bringt tw drastische Vereinfachungen (valid, invalid). sarang사랑 06:22, 4 August 2015 (UTC)


I don't think that the pre-canned "replace text-as-path with text-as-text" message is at all useful for that file. I deliberately chose a semi-rough or quasi-handwritten-looking font (because that was the look I wanted), and then hand-tuned the Sigma. Standard fonts would not give the same visual results, and in any case, the image is not going to be translated into any other language... AnonMoos (talk) 16:39, 26 August 2015 (UTC)

File:Pide with minced meat.jpg[edit]

File:Pide with minced meat.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Afrikaans | العربية | беларуская (тарашкевіца)‎ | български | বাংলা | català | čeština | dansk | Deutsch | Deutsch (Sie-Form)‎ | Zazaki | Ελληνικά | English | Esperanto | español | eesti | فارسی | suomi | français | galego | עברית | hrvatski | magyar | Հայերեն | Bahasa Indonesia | íslenska | italiano | 日本語 | 한국어 | 한국어 (조선) | македонски | മലയാളം | Plattdüütsch | Nederlands | norsk nynorsk | norsk | occitan | polski | پښتو | português | português do Brasil | română | русский | sicilianu | slovenčina | slovenščina | shqip | српски / srpski | svenska | Türkçe | українська | Tiếng Việt | 中文 | 中文(简体)‎ | 中文(繁體)‎ | +/−

Carl Lindberg (talk) 14:27, 6 September 2015 (UTC)

Your edit in the "Derived from" Template[edit]

Hello Sarang, I got the impression that there is an error in the Derived from template since your edit. You can already see in the Template documentation that something is wrong ({{#if|n|m}}, {{#if|en}}). Could you please have a look at it again?

Thank you --Furfur (talk) 16:39, 7 September 2015 (UTC)

Thank you a lot, this error (nur in der deutschen Version!) occured in spite of all testing... Now it is working again, hopefully. sarang사랑 17:33, 7 September 2015 (UTC)
Oh, vielen Dank, hab’s nicht realisiert, hätte ich auch auf Deutsch sagen können ... Grüße --Furfur (talk) 17:47, 7 September 2015 (UTC)

Replace Category:Files by User:juergenk59 to Category:Files by User:Jürgen Krause[edit]

Hallo Sarang, kannst du in diesem Fall weiterhelfen bzw. kennst du jemanden, der das kann? Auch @MaxxL: hat das gleiche Problem Category:Files by User:Maxxl2 to Category:Files by User:MaxxL.Gruß und Danke--Jürgen Krause (talk) 17:28, 27 September 2015 (UTC)

Danke für den Einsatz, aber ich habe kein Problem und weiß mir zu helfen.. Sobald mein DSL-Anschluß läuft, wird AutoWikiBrowser angeschmissen und der Name korrigiert. -- MaxxL - talk 18:11, 27 September 2015 (UTC)

Hallo @Jürgen Krause:,du kennst VFC noch nicht? Ich hab mal ein paar hundert rübergekraust, category ist noch undefiniert. Soll ich den Rest auch noch umkategorisieren, oder dir zeigen wie's geht ? lg sarang사랑 17:08, 29 September 2015 (UTC)

Bei meiner watchlist ist grad eben die Sicherung rausgeflogen. Mach ruhig weiter so. ;-) PS: Warum ist Deine "summary" immer leer? -- MaxxL - talk 17:17, 29 September 2015 (UTC)
ok, ich lasse die summary jetzt: sarang사랑 17:28, 29 September 2015 (UTC)
Vielen Dank für den tollen Hinweis! Arbeit ist schon erledigt. Gruß--Jürgen Krause (talk) 11:47, 30 September 2015 (UTC)

Valid SVG created with Inkscape:CoA by MaxxL[edit]

Moin Sarang - hast ja wieder kräftig aufgeräumt heute morgen. Kann man dabei diese Kategorie wieder "hidden" machen? -- MaxxL - talk 07:27, 3 October 2015 (UTC)

Ich hab das schon mal selbst erledigt. -- MaxxL - talk 08:20, 3 October 2015 (UTC)
Ich war da unschlüssig ob hidden oder nicht (wie du in der history sehen kannst). Ich habe kontrolliert und auch einige invalide gefunden.
Ein paar Dateien habe ich rüberkategorisiert, wo es wegen der {{COAInformation}} mit VFC schnell ging. Die anderen müssten mit Other fields = {{ Igen+s = 
CoA by MaxxL }} behandelt werden, ist sicher auch mit einer oder ev. mehreren VFC tasks schnell machbar.
Ganz generell, Validität etc. sollte nicht im Author-field eingetragen sein, den Fehler habe ich auch gemacht und bin schwer zusammengeschissen worden!
Willst du die restlichen selbst bearbeiten, oder soll ich das gelegentlich machen? Gruss sarang사랑 08:38, 3 October 2015 (UTC)
Das geht natürlich auch analog mit den anderen Valid SVG created with Inkscape:Topics {flags, icons, logos, ...).
@MaxxL: wegen deines Benutzernamens habe ich in {{Imgen}} den Kurzcode "ML" genommen. Wenn du damit nicht leben kannst und unbedingt was andres willst (zB KM, MH oder meinetwegen KMH, egal) ist das leicht zu ändern.
Ganz generell, sollten alle SVGs das tagging haben; da fehlt bei deinen Dateien noch viel! Ich bemühe mich sinnvoll zu Kategoriestrukturen zusammenzufassen, da liesse sich noch manches aufbauen/verbessern/vereinfachen.

A kitten for you![edit]


Thanks for categorizing my pictures from New Zealand!

Podzemnik (talk) 18:16, 31 October 2015 (UTC)

Never mind! Yes, at the moment I did some categorizing and uploading for NZ. You contributed a great lot of very good pics, and I looked some of them over.
I saw that you uploaded hundreds of files containing the name "New Zaland" (e.g. Fitz, Palmerston North, New Zaland (78).jpg, that seems a typo to me.
In a few weeks I'll go again for three months to NZ, mainly the Tararuas I like a lot. Since 2012/13 I am still having thousands of pics from these ranges, and sure I will make some more. So I looked what may be needing. This time I will carry a GPS system; I saw that your geo-positions are somehow wrong and wonder where you took them from.
From time to time I will continue my small fixes. sarang사랑 21:42, 31 October 2015 (UTC)

Commons:Categories for discussion/2015/11/Category:Images including source code in their description[edit]

Just a heads-up because this discussion (which also relates to Category:Created with code) was initially set up wrong, and you weren't notified; looks like you are the only person (other than now me) who has edited both affected category pages. - Jmabel ! talk 00:52, 12 November 2015 (UTC)

Imgen sub-cat[edit]

Hallo Sarang, wie machst du das mit der Einsortierung der Unterkategorie? Das geht doch nur per Lua (wenn, ziemlich Recourcen-fressend)? Hier ist irgendwie ein Fehler File:Landessymbol Freistaat Bayern.svg. LG User: Perhelion (Commons: = crap?)  15:18, 26 November 2015 (UTC)

Mir ist klar dass es etwas verwirrend ist - "imgen" ist ein weiterer shortcut, speziell für {{COAInformation}}. Ich hatte bisher nicht die Idee es so zu verwenden, und so ist dieser "Fehler" nicht abgefangen. Ich hab den Freistaat jetzt so gemacht wie es sein sollte.
Unterkategorien werden ganz ohne LUA vergeben, voll primitiv, einfach per Text. LG sarang사랑 18:57, 26 November 2015 (UTC)
Hmpf* das macht eine Konfusion perfekt. Ich würde auf derartige noch eigenwilligere, völlig implausible Abkürzungen verzichten (überspitzt gesagt, das wäre dasselbe wenn man für "delete" eine Abkürzung "del" machen würde nur für CoA). An sich sieht ist die Vorlage auch relativ kurios, da sie sich zu einer Art Benutzerkategorie-Sammlung entwickeln zu scheint. Danke für die Aufklärung und das Ersetzen. LG User: Perhelion (Commons: = crap?)  21:05, 26 November 2015 (UTC)
Naja, da kann ich nicht ganz beipflichten. Ich finde es recht umständlich die Langform zu verwenden, also zB |Other fields={{Information field|name={{LanSwdevelopment/title}}|value={{Created with Inkscape|v|sub=:CoA}}}} oder kürzer |Other fields={{Igen|+|s=c}}, deshalb habe ich in der {{COAInformation}} und {{Map}} den Parameter imgen eingeführt, der mit |imgen=0 das alles macht. Ich fände es gut, diesen oder einen ähnlichen Parameter auch in {{Information}} zu haben, aber bisher war meine Anregung resonanzlos.
Zu Benutzerkategorie: Etliche User wollen ihre Erzeugnisse so kategorisiert haben, und sinnvollerweise leistet die Vorlage auch noch das. sarang사랑 05:23, 27 November 2015 (UTC)
Nunja, das mag alles erst mal sinnvoll erscheinen, allerdings wird das auf lange Sicht ein ziemliches Gemauschel. Das wird niemand ohne intensive Recherche oder anderem Aufwand mehr einfach so Warten können (da vollkommen abseits des Üblichen). Das soll nur ein kleiner persönlicher Kritikpunkt sein, ich lass das einfach mal so stehen. LG User: Perhelion (Commons: = crap?)  15:11, 27 November 2015 (UTC)
Leider wachsen von mir angefasste Vorlagen und werden immer komplexer. sarang사랑 08:24, 29 November 2015 (UTC)

Seltene Tinkturen werden nicht kategorisiert[edit]

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)

The 540 Shuōwén Jiězì Radicals and their original Hàn, reformed Traditional and Simplified equivalents[edit]

Hallo Sarang, und schöne Feiertage. Du kennst ja meine SVGs der Shuōwén-Radikale aus 2013. Nun bin ich nach ewig langer Zeit endlich mal dazu gekommen, ein paar Daten über die spätere Entwicklung dieser Radikale zusammenzustellen. Sie sind hier zu finden. Ich dachte, dieses Thema liegt dir und du hättest vielleicht Lust, irgendwann etwas daraus zu machen. Alles Gute dir, LiliCharlie (talk) 00:08, 26 December 2015 (UTC)


Hallo Sarang,
nunja so wichtig ist es wohl tatsächlich nicht, eine kleine diskrete Erweiterung der Doku schadet jedoch nicht.

OT: Das mit deiner Reise hört sich ja spannend an, ein beliebtes Auswanderungsland. :-) Ich hoffe du hast eine gute Zeit.

@SVG‑Erstellung: Anbei hätte ich noch eine Frage: Dass die Vorlage SimplSVG in ein extra Feld des Information Templates rutscht ist sehr zu begrüßen. Nun kannst du einen Hinweis geben (oder evtl. gleich umsetzen) wie das mit anderen Vorlagen, wie zB. {{PoorSVG}} geht? (hier Bsp-Datei) VG User: Perhelion 15:07, 12 March 2016 (UTC)

Schau mal Wappen von Eicklingen.svg - hab ich gleich umgesetzt; solche taggings lassen sich gut mit t= (oder T=, ggf mit zusätzlichem {{clr}}) integrieren. Gruss sarang사랑 01:38, 22 March 2016 (UTC)


Hej Sarang, das Script-Grundgerüst ist soweit fertig, allerdings wollte ich den SVG-Validator-Bot () von Rillke benutzen, allerdings ist dieser irgendwie defekt (conf fehlt, s SVGedit).

Could not read configuration.  Set the W3C_VALIDATOR_CFG environment variable
or copy conf/* to /etc/w3c/. Make sure that the configuration file and all
included files are readable by the web server user. The error was:
'Config::General The file "/etc/w3c/validator.conf" does not exist within ConfigPath: /etc/w3c! at /data/project/validator/validator/cgi-bin/check line 128.
BEGIN failed--compilation aborted at /data/project/validator/validator/cgi-bin/check line 230.

Nun jetzt habe ich allerdings noch eine Alternative gefunden… Bis dahin noch eine Frage, benutzt du auch ein paar RegExps für die Ersetzung/Einfügung in den Dateibeschreibungsseiten (ich habe deine neuerlichen Massenedits gesehen)? Wenn ja, könntest du sie mir geben und ich baue sie in die neue Funktion ein (neuer Link bei dem roten Badge, welcher nun auch einen Link erzeugt der die Werte einträgt). User: Perhelion 10:58, 25 May 2016 (UTC)

Du machst da ja grossartige Hilfsmittel, wie ich sehe. RegExp habe ich fast gar nicht verwendet, höchstens extrem einfache Ausdrücke, meist sind es ganz simple Ersetzungen. Deine Idee ist brillant, den W3C-Wert (Fehleranzahl) einmal zu ermitteln und dann einzutragen, mit weitgehender automatischer Vorgabe.
Oft ändere ich Angaben wie (hier ein recht extremes Beispiel)
Source=*[[:Image:Archimedes_circle_area_proof_-_inscribed_polygons.png|Archimedes_circle_area_proof_-_inscribed_polygons.png]] gegen das weit einfachere
Source={{F|Archimedes_circle_area_proof_-_inscribed_polygons.png}} wobei ich die hässlichen understrokes belassen kann, weil {{F}} sie in spaces umsetzt. Erstaunlich viele machen das so umständlich!
Oder das hier Author=[[User:Magog_the_Ogre|Magog the Ogre]] ([[User talk:Magog_the_Ogre|<span class="signature-talk">talk</span>]]) in Author={{Ult|Magog the Ogre}}, erzeugt genau denselben output, inklusive <span (wobei sehr fraglich bleibt ob die Diskussionsseite eines Benutzers in den Author gehört…)
Ich sollte mir mal ansehen wie du diese Automatismen bastelst, und mir ähnliche tools erstellen die das Aufräumen erleichtern. Zur Zeit versuche ich (mit wechselndem Erfolg…) ein Modul zu erstellen, mit dem ich diese other fields umgehen kann. Das umständliche {{Information field}} war relativ einfach wegzubekommen, aber einstweilen macht mir noch die Kommunikation zwischen Vorlage und Modul einige Probleme. Das #titleparts: ist keine brauchbare Lösung, hat zu starke Einschränkungen. Leider weiss ich viel zu wenig über LUA und kann diese Sprache nur sehr primitiv einsetzen – von Eleganz bisher keine Spur! sarang사랑 12:25, 25 May 2016 (UTC)
✓  Done Ich habe tatsächlich nun den W3C-API-Validator-Service gefunden und gleich eingebaut, zum Testen! :-) (PS: Man muss schon ein bisschen suchen um noch SVG ohne Igen zu finden :P) Ich kann das Script dahingehend einfach erweitern, dass solche Dinge (wie bei Magog_the_Ogre) aufgeräumt werden. Wobei folgendes momentan getan wird:
  1. Alle Parameter werden standardmäßig klein (nach Upload Wizard), ich stimme dir dahingehend zu dass hier entweder alle groß oder alle kleine sein sollten.
  2. other fields wird natürlich bei Bedarf hinzugefügt, wobei ein leeres other versions nicht gelöscht wird (ich glaube fast du bist einer der sehr Wenigen die die beiden Parameter groß schreiben).
  3. Entfernen von Template „valid SVG“ und „invalid SVG“ (wobei ich momentan die Werte ignoriere, kann man aber ändern⁉). Welche soll ich noch hinzufügen?
Ein Sonderfall stellt ja wieder COAInformation da, was wieder Mehraufwand ist, kannst du die Wesentlichen Unterschiede kurz erklären? Und wie meinst du das Problem mit other fields?
@F: Ich bin eher für eine sparsame Verwendung von extra Syntax-Templates. In den meisten Fällen ist nichts gegen die Anzeige das Namesscapes zu sagen, wie [[:File:Archimedes_circle_area_proof_-_inscribed_polygons.png]] (den man auch noch mit einem Leerzeichen Abstand abtrennen kann)
@Information field: Hast du ein Beispiel wie dieses Template am besten ersetzt werden sollte? User: Perhelion 13:39, 25 May 2016 (UTC)
Ansonsten benutze ich zurzeit den automatisch startenden (nur bei Files) und selbst erweiterbaren WikiSyntaxTextMod, siehe meiner Perhelion/global.js]./global.js] (wobei ich für Dateiseiten noch keine spezielle eigene Definition habe.) Wenn du willst könnte ich die ein Grundgerüst bauen, welches du dann selber einfach in der Form per Listen (Tupel) Eintrag [ "bad string", "good string" ] erweitern kannst in deiner .global.js (oder anderer lokaler Unterseite).
LG User: Perhelion 13:30, 25 May 2016 (UTC)
PPS: Der API-Validator ist deutlich freundlicher zu den SVGs, z.B. wird proprietäre Inkscape-Syntax ignoriert (was jetzt für Kritiker wie NNW sicher entgegenkommend ist). Naja, man kann noch das Tool von Rillke testen (sobald es wieder läuft).
@Menner: möchte ich hier nicht vergessen zu erwähnen, da man evtl. erwähnen kann dass mein Script zu jeder Datei auf sein Tool – vorausfüllend – verweist. Allerdings würde ich noch eine Option (in der URL) begrüßen die den Check automatisch ausführt⁉ User: Perhelion 13:52, 25 May 2016 (UTC)
Erst mal muss ich gestehen dass ich den UploadWizard noch nie verwendet habe; ich lade mit dem link „upload file“ (in den commons habe ich alles auf English) an der linken Seite; und der bringt in "basic upload form" ein Formular für die descriptions das grösstenteils upper, teils lower case ist, nämlich
, deswegen habe ich eher die upper-case-Variante. Meist kopiere ich alles inklusive =={{int:filedesc}}== etc.
Ich versuche eine description einheitlich zu schreiben (obwohl das vollkommen egal ist), und ohne understrokes; wenn alles klein ist dann auch |other fields={{igen|a|...}}, sonst |Other fields={{Igen|A|...}}. Aber das ist reine Pingelei, dem System ist es ja wurscht ob upper, lower, understroke oder spaces.
  • Information field: weil {{Igen}} sowohl innerhalb als auch ausserhalb der Info-box funktionieren muss habe ich es mit dem Parameter "+" gelöst, dass ggf. {{InFi}} oder auch nicht verwendet wird. In COAInformation und {{Map}} wird dann wieder das Igen aufgerufen ({{COAInformation/Imgen}} bzw. {{Map/Imgen}}; das sieht der Benutzer ja nicht, zum Glück, mit welchen Krüken das erreicht wird!), wobei Vereinfachungen möglich sind. Ich versuche auch in der Information einen Imgen-Parameter etabliert zu bekommen, damit könnten dann die Other fields übergangen werden.
  • Valid/InvalidVG entfernen: ist gut; ich kann ja jederzeit sehen, was geändert bzw. entfernt worden ist.
  • COAInformation bzw. Map: es gibt die Kurzform mit imgen=, die Langform mit other fields= ist alternativ möglich. Ich bin gerade daran, auch in der Kurzform mehr Parameter zuzulassen, sodass die other fields obsolet werden. Wird noch dauern bis das geht, am besten mach da nichts und warte ab.
Jetzt muss ich mir mal alle deine Neuerungen ansehen. Gruss sarang사랑 17:17, 25 May 2016 (UTC)

Das funktioniert ja alles grossartig! Ich würde eher keine Leerzeichen um die "=" machen, sie erhöhen IMHO nicht die Leserlichkeit. Ein erster Validationstest ist auch ganz gut, allerdings muss ich schon die source sehen um zu wissen womit die Datei erstellt worden ist – und andere Dinge zu erkennen, wie bei HTML5 video icon.svg (Adobe, raster embedded, <text oder path, etc.). Ich bin sehr angetan von deiner Arbeit! sarang사랑 17:46, 25 May 2016 (UTC)
Aja gut gut, freut mich dass es dir gefällt. :) Wegen Bedenken zu der völligen Inkonsistenz der Parameter Groß/Kleinschreibweise, eröffne ich gleich einen Thread in den VP.Commons:Village pump#Template:Information consistent? Gut dann entferne ich das Leerzeichen vor dem "=" allerdings wird auch Einrückung verwendet, diese belasse ich bzw. passe das other fields mit extra Leerzeichen an.Bsp. Wenn dir Vorschläge einfallen, nur her damit. User: Perhelion 17:55, 25 May 2016 (UTC)
Deine vorsichtige Anfrage wg. Inkonsistenz ist, genau so wie einige vorhergehende von mir, abgeschmettert worden. Mich hat immer schon ein klein wenig irritiert, dass zwar "Description Date Source Author Permission Other versions …" angezeigt wird, in dieser Schreibweise und Reihenfolge (bei user lang=en), es aber im Formular ganz anders ist (vom Anzeigebild rührt auch meine gelegentliche Präferenz der Großschreibung); deshalb habe ich das beim Aufräumen manchmal vorsichtig angepasst. Wie gesagt, die Parameterreihenfolge und -schreibweise ist völlig egal – dennoch hätte ich es vorgezogen wenn das vorgegebene Formular (siehe oben) der Anzeige entspräche.
Die COAInformation ist ja anders als die Information, und ich habe da auch bereits das imgen unterjubeln können, was manches sehr vereinfacht. Der JarektBot hat (zB am 26 March 2015) in einsamer Aktion tausende Beschreibungen umgestellt, und ohne jede Prüfung mal vorab das "Created with Inkscape|…|v|....." reingestellt. Als Angabe in der Source, was ohnehin unerwünscht ist; und kategorisiert in Valid SVG created with Inkscape-Blasons mit 12000 anderen.
Einige habe ich bereits überarbeitet, so in Invalid SVG created with Inkscape:CoA by Spax89; wie ich sehe, habe ich das hier in der „source“ belassen und nur err und sub korrigiert. Mit solchen Sonderfällen hat dein Automatismus Probleme, doch ist das so speziell und unique dass es nicht sinnvoll ist das auch noch programmtechnisch in den Griff zu bekommen! In den mehr standardgemäßen Fällen funktioniert alles bestens.
Deine Einfügung in other fields {{Igen|+|err|s=}} ist meist brauchbar; aber falls es nicht Inkscape ist muss mehr umgedreht werden, dann wäre {{Igen|I|err|+|s=}} (mit dem meist redundanten I) eine Winzigkeit leichter anzupassen.
Ich nehme mal an dass die API-Validation zu aufwendig und resourcebelastend ist um sie in eine Vorlage zu integrieren. Kannst du sie aber mal probeweise in das Module:File einbauen, als Funktion „valid“ – geht schneller als wenn ich es versuche. Schon mal danke! sarang사랑 06:13, 26 May 2016 (UTC)
Aber das kannst du verbessern: in Moqua Well mk.svg kommen die other fields in die gallery. sarang사랑 06:28, 26 May 2016 (UTC)
Nun beides behoben (und weitere Verbesserungen)! @cleanup.js Ich habe mal einen Fork aufgesetzt (der auch keine Warnungen ausspuckt):User talk:Magog the Ogre/cleanup.js#More deprecated vars + feature User:Perhelion/cleanup.js Dort können wir deine/unsere Wünsche umsetzen. Also z.B. Benutzer-Signaturen bei Autor in einfache Benutzerlinks umwandeln… Template u usw…⁉
@Modul: Also mit Lua kenne ich mich soweit nicht aus, ich bezweifle auch ehrlich gesagt (oder hast du ein Bsp?), dass dies mit Lua geht (geschweige denn mit Template-Syntax :P)
Wenn ich wieder Zeit habe werde ich mich auch mal wieder um Listenarbeit kümmern. User: Perhelion 15:38, 26 May 2016 (UTC)
Noch nicht ganz gut: du vorbelegst mit |other fields={{Igen|I|+|0|s=}}; das geht nicht. Ich weiss dass das Igen sehr kompliziert ist, und als vielleicht einziger ich manchmal durchblicke; jedenfalls kann die Fehleranzahl nur im 2. Parameter übergeben werden! Also z.B. {{Igen|I|0|+|s=}}, damit ginge es, und kann leicht variiert werden. sarang사랑 16:46, 26 May 2016 (UTC)
Verrückt ^^ ist gefixt. Wie wärs noch mit einer Schaltfläche im Editmodus? User: Perhelion 17:01, 26 May 2016 (UTC)
Nun verstehe ich wieder mal nicht - was meinst du mit Schaltfläche? Und wo? sarang사랑 17:04, 26 May 2016 (UTC)
Ach einfach irgendwo ein Button, am besten als Ersatz für deinen Size Button!? Hast du eine kleine Grafik-Idee dafür? User: Perhelion 17:34, 26 May 2016 (UTC)
Noch mangelt es mir an tollen Ideen, ich werde mir Gedanken machen. So wie ich das sehe haben nur drei Benutzer den Zugriff auf all diese neuen Hilfen; von U:Menner wird kein Igen editiert, von dir wohl vor allem testhalber, also verwende einstweilen nur ich das so exzessiv? Denkst du, das vielleicht mal als eine Option ("Helferlein") allgemein zugänglich zu machen?
Ich habe den Eindruck dass manche nur das Inkscape/Adobe-tag setzen, wenige mehr erzählen ("mit Code" etc), und das nur beim Hochladen; vorhandene Dateien untersuchen und kategorisieren, wie es jetzt dank deiner Neuerungen viel einfacher geworden ist, scheint vor allem meine Domäne zu sein. Die Aussagen zum SVG halten wohl viele für überflüssig, und das Igen mit allen Optionen ist zu kompliziert? sarang사랑 04:49, 27 May 2016 (UTC)
Ja das ist wohl so. Ich habe jetzt den Button hinzugefügt, als Logo das kleine vom W3-SVG genommen. Den Size Button brauchst du wohl nicht mehr? Aus deiner common.js kannst du ihn wohl so oder so löschen (da ich ihn auf Bedarf angepasst auch ins Script nehmen könnte). :P LG User: Perhelion 13:08, 27 May 2016 (UTC)
Nun scheint bei mir einiges nicht mehr so recht zu stimmen. Liegt das am Script? Cache leeren hilft nicht.
  • Beim upload gibt es kein "preview" mehr; auch der destination file name wird nicht mehr eingesetzt.
  • Annotations kann ich nicht mehr erstellen
  • VFC kann nicht mehr aufgrufen werden; steht zwar da, aber keine Reaktion bei Anklick
  • jetzt gibt es links:
  • cleanup JS: ruft den edit-mode auf, aber sonst geschieht überhaupt nichts.
  • fast cleanup TS (new): sagt kurz "Loading", ohne sonst was
  • cleanup TS: eine Sekundenbruchteil leuchtet "Click me if you have JavaScript disabled" auf, wenn ich es schaffe da zu klicken geschieht auch nichts weiter. Und es gibt Probleme, von da wieder zurückzukommen, d.h. den mode zu verlassen.
Den Size Button brauche ich nur gelegentlich, aber er ist\war sehr hilfreich wenn ich es denn doch genau wissen will. Ich sehe auch kein W3-SVG-Logo.
Das Generieren der other fields war gestern eine grosse Hilfe, wenn es auch manchmal an der falschen Stelle eingefügt worden ist; zuletzt war es dann gestern abend vor der {{Information und ich musst es nach unten cut\pasten, aber es hatte die richtigen Werte. sarang사랑 15:10, 27 May 2016 (UTC)
Aja ganz oben ist der Fallback, wenn keine Position gefunden wurde. Gib mal die Beispiele her. Hm, sollte gleich neben dem Size-Button sein. @C&P noch einfacher gehts mit der Maus, gedrückt halten und ziehen (nur ein Tipp falls du es noch nicht wusstest). :)
@Fehler: Das sieht in der Tat nach irgendeinem JavaScript-Fehler aus, schaue mal in die Konsole. Welchen Browser benutzt du denn? Allerdings erklärt das nicht die zusätzlichen Links!? Oder hast du irgendwo schon mein cleanupFork eingebunden (ich habe keine Änderung bei dir gefunden)?? Und das ist seit heute? User: Perhelion 19:08, 27 May 2016 (UTC)
Alles tut wieder! Gestern gelang es mir den ganzen Tag nicht vernünftig zu editieren, was immer ich auch versucht habe. Hat vielleicht am Wikipediasystem gelegen, dass was abgeschaltet war? Kommt ja manchmal vor, aber meist mit Hinweismeldung.
Mit dem Browser ist das so eine Sache. Ich benutzte normalerweise FF, und gelegentlich MSE oder auch Chrome, um Unterschiede zu prüfen. Als dann vor ca. einem Jahr bei FF die Neuerung eingeführt wurde, dass man nicht mehr zurück kann und stattdessen erfährt dass die "Seite nicht mehr verfügbar" sei und alle gemachten Änderungen weg sind, habe ich versucht das irgendwie zu ändern. Vergeblich. Als Behelf habe ich dann im Netz irgendeine alte FF-Version gefunden und installiert, allerdings konnte ich nur eine französiche Variante (FF 9.0.1) finden die mit mir ausländisch redet... Aber ich kann damit so lala arbeiten, auch wenn Mail etc. warnen dass diese Version nicht mehr unterstützt würde. Du weisst fast alles, kennst du einen Browser der wieder auf die vorhergehenden Seiten lässt, nachdem ich irgendwo anders was nachgesehen habe, zB probeweise einem Link gefolgt bin, und wieder weitereditieren will? sarang사랑 07:07, 28 May 2016 (UTC)
Hej Sarang, gut. Also ich benutze da einfach die normale History-Funktion (jedes Browsers?) mittels alt+→ oder . Ansonsten kann ich dir (wiederum) das Tool von Schnark ans Herz legen (welches ich tatsächlich hier auch benutze):

Des Weiteren habe ich jetzt eine erweiterte Funktion (deines alten Requests) die du schon in ganz einfacher Form in der deiner /global.js hast, nämlich zu jeder Seite im anderen Projekt zu springen (auch auf Special-Seiten, Schnark hat hier ebenfalls ein Script, allerdings wohl nur für Special-Seiten). Also ohne Interwiki einfach von c:Template:SVG auf w:de:Vorlage:SVG oder w:de:Benutzer:Perhelion/common.js auf c:User:Perhelion/common.js (falls du das nützlich fändest) LG User: Perhelion 09:52, 30 May 2016 (UTC)

Danke, bisher war ich sehr zufrieden mit dem Projektwechsel, auch wenn ich vom fest definierten Landeplatz erst zur beabsichtigten Seite muss. Aber ich werde mir mal ansehen, was du beschreibst.
Deine Vor-Formatierung vom 26. Mai hat viel Editierung abgenommen, sie ist nicht mehr im Angebot? sarang사랑 17:16, 30 May 2016 (UTC)
Ähm* du meinst den Igen-Button? Da war tatsächlich ein kleiner Fehler drinnen, nun gefixt. LG User: Perhelion 20:27, 30 May 2016 (UTC)
danke, der button ist wieder da und der Zugang zum Editieren - aber es wird nicht mehr prüf-validiert und vorbereitet. sarang사랑 04:29, 31 May 2016 (UTC)
Wie meinst du das jetzt, im Editmodus (hat es ja noch nie :P)? PS: mir ist gerade aufgefallen Template:Extracted_with_Inkscape, sollte allgemein verfasst werden, also "PDF" durch "einem anderen Format" ersetzen. Zudem steht PDF wohl eher ganz hinten an um Vektordaten zu extrahieren. Naja evtl. aus dem Mangel her, dass es Template:Converted_with_Inkscape nicht gibt. Daher die Frage, spielt der Unterschied eine Rolle, muss man das jetzt für jeden Editor machen? Ich denke nicht. User: Perhelion 08:34, 31 May 2016 (UTC)
PS: Validity-Check nun auch im Editmodus. User: Perhelion 09:38, 31 May 2016 (UTC)
  • Extracted: Ich bin noch nie auf die Idee gekommen etwas mit I. zu extrahieren (auch sonst habe ich noch nichts mit I. gemacht). Ich habe einfach die Vorlage angepasst an die anderen. PDF stammt nicht von mir, das war so hart codiert. Natürlich kann da auch ein Parameter rein, um ein anderes Dateiformat anzugeben. Zur Zeit gibt es gerade mal 233 transclusions, es scheint also nicht sooo toll wichtig zu sein. Aber kein Problem, komplizieren von einfachen Vorlagen ist meine grosse Spezialität (jemand sagte mal " kann es auch Eier legen und Kaffee kochen..."). Die Änderung in "...anderes Format" ist leicht, oder kann auch aus demselben (SVG) Format extrahiert werden??? Änderungen in allen Sprachen einzubauen ist einfach da es zZ nur de und en gibt.
  • Converted: Wenn das wirklich sinnvoll ist und gebraucht wird, kann ich das schnell machen.
  • Editing: Früher mal, vor 5 Tagen, hat der Button 1) in den Editiermodus geschaltet, 2) die Validität gecheckt, 3) ggf. den Parameter |other fields= mit Vorbelegung eingefügt und 4) einige weitere sinnvolle Berichtigungen vorgenommen. Jetzt macht er nur noch (1). Ich habe es sehr angenehm gefunden dass ich nicht immer wieder |other fields={{igen|... tippen oder kopieren muss. sarang사랑 12:37, 31 May 2016 (UTC)
    • @Editing: Ähm* ja genau das macht er bei mir auch noch. 8-° Ich benutze ich die URL-Technik, du solltest nach dem Öffnen in der URL den Parameter "simpleSVGcheck=" + Anzahl Fehler zu stehen haben!? Gibt es Fehler in der Konsole? Ist das bei jeder Datei?
    • @Converted: Naja eigentlich nicht sonderlich. Die Erwähnung des Formats ist wohl nur um sprachlich nicht nur einen halben Satz zu sagen. "Die SVG wurde mit Dinges extrahiert". Also da die Vorlage eh wenig Benutzung hat, aber durchaus ihre Berechtigung hat (da wohl sehr oft "nur" extrahiert wird und nicht "erstellt"), bin ich dafür diese zu verallgemeinern (wie ich herausgelesen habe, würdest du es per Parameter für alle Arten Edtitoren...). An sich hast du Recht, das erwähnen eines Formates kann man ganz weglassen. PS: Eine extra Vorlage Converted wird keinen Sinn machen, da dieser Begriff von vielen synonym (wohl fälschlich) für Created gebraucht wird. User: Perhelion 14:05, 31 May 2016 (UTC)
  • Deutscher Extract-Text ist geändert, hat halbe Sekunde gedauert. Auch den Englischen?
  • Weiterleitung "Converted with" zu "Extracted with .." kann gemacht werden, mit entspr. anderen Ausgabetexten in en&de. sarang사랑 14:29, 31 May 2016 (UTC)

Removed "created with Inkscape"[edit]

Hello Sarang, on June 12 between 16:08 and 17:44 you removed the information from several files I created that they were made using Inkscape. Best regards, Kraaiennest (talk) 19:55, 26 June 2016 (UTC)

Hello Kraaiennest, (because Sarang is at holidays, I answer first) okay, this seems collides with the purpose of template:image generation. It seems you used 2 tools for creation, maybe this need another mixed sorting option. What you have done with Inkscape? User: Perhelion 21:22, 27 June 2016 (UTC)
Hi Kraaiennest, the information is not removed! But when you use the template {{Created with Inkscape}} you categorize into [[Created with Inkscape]] which should be a Meta category. And when you use the template {{Valid SVG}} you categorize into [[Valid SVG]] which should also be a Meta category. My changes cared for more diffused categorization into the provided subcategories, e.g. [[Valid SVG created with Inkscape:Diagrams]]. If you find something else made worse by me, please tell me more detailed! sarang사랑 14:25, 29 June 2016 (UTC)
Hi Sarang, I very much appreciate the good work you are doing. With regard to Perhelion's question:
Matlab was used to compute the shapes used in the images, exported either as encapsulated postscript or SVG;
Inkscape was used – amongst others – to accomplish one or more tasks of the following:
  • add annotations, arrows, lines, etc. to the graphs;
  • change line styles, thicknesses, colors;
  • change fonts;
  • add fills and gradients to the shape interiors;
  • import encapsulated postscript.
Best regards, Kraaiennest (talk) 18:14, 30 June 2016 (UTC)
Hi again. The categorizing system is designed to show only the main creation tool, even if the usage of Inkscape is implied by some tools.
If later changements are done with e.g. Inkscape, Adobe or Text_editor, it depends whether they are more essential than the previous MATLAB works.
Furthermore, while the MATLAB template can show the code, this is not possible with Inkscape. So if code should be shown, always use MATLAB.
Use MATLAB also when the initial generation work is done by it, and another tool only when the image is completely (or most of it) new drawn.
  • If you are perfectly unhappy with these restrictions, tell your suggestions how it should be, and we can search for a solution. It is possible to make the category system more complex, and we can do it if it will be useful and gives better access to the files. Kind regards, sarang사랑 10:57, 1 July 2016 (UTC)

{{Creator}} im Feld "Artist" der {{COAInformation}}[edit]

(moved to Template talk:COAInformation#Vectorize)

Template:Image generation[edit]

(moved to Template talk:Igen)


This section has been moved to Template talk:AutVec#Template:AutVec

File:Map of USA with state names.svg[edit]

Could you please let me know what tool was used to identify the three errors in the SVG in File:Map of USA with state names.svg? I am aware of the messages "*Warning* You appear to have specified a font that does not exist on Wikimedia wikis. " There are three flavors of these and 17 instances and I removed a lot of these but the rest are relatively difficult to remove unless you know an easy way. Delphi234 (talk) 05:06, 7 October 2016 (UTC)

Hi, I am not sure whether I understand your question. There are different tools to check SVG files, our SVG checker, two tools from W3C and others. Errors are shown when you follow the colored link in "The source code of this SVG is invalid..." (or "The source code of this SVG is valid"). As long as the contents of a picture are properly shown some formal errors don't harm, and warnings can be ignored completely - when I looked for the first six files in your SVG Charts I saw that you are doing good work! Just in some cases the file description can be slightly edited.
My suggestion: Don't upload better versions of existing files just because of warnings (or mere formal errors); if possible try to create new files error-free, which means that you check them before uploading and repair errors in advance. Of course you can as well care for the warnings, when any are shown by the pre-upload check. I do not know a general easy way to change such source texts. sarang사랑 06:53, 7 October 2016 (UTC)
I was asking which tool you used. When I go to validator check I find
Line 396, Column 6: Text not allowed in SVG element switch in this context.
<text systemLanguage="ta">வாஷிங்டன்</text>
Error Source text is not in Unicode Normalization Form C.
Error Line 1361, Column 6: Text not allowed in SVG element switch in this context.
<text systemLanguage="arc">ܝܘܬܐ</text>
I have no idea what those mean. They look fine to me. And when I check it says:
Line 2, Column 39: attribute values may not contain '&lt;'
<svg xmlns="" height="600px" width="800px" version="1…
While no where in the source code can I find &lt;, although I use it in many other charts as < can not be used in SVG. Perhaps because of these odd error indicators I instead use this.
But honestly the last thing I would want anyone to do is clutter up commons with invalid SVG by creating a separate file instead of just fixing that one. And instead of drive by tagging I would recommend fixing any errors you find if it can be done in say 10 minutes or less. I certainly do not mind not being listed as the last uploader on record of any file I have created or if I was the one who introduced the invalid SVG. This is a collaborative project and really it does not matter who makes most edits. Delphi234 (talk) 10:04, 7 October 2016 (UTC)
I removed the spurious switch text 22 October 2016. I fixed the UNF C errors 26 October 2016. Glrx (talk) 00:43, 10 April 2018 (UTC)


Your Javascript syntax highlighting mode really didn't seem to do too much for the PostScript code. Also, the "%!" at the beginning is part of the actual code; traditionally, if you sent a PostScript file to a laserprinter without the "%!" at the beginning, the PostScript code would be printed out in Courier font, rather than being executed. (Not too sure how it works nowadays...) -- AnonMoos (talk) 03:01, 14 December 2016 (UTC)

I tried to find a suiting syntax highlighting but couldn't finde one for PostScript code. Sorry that I made something wrong instead of better. I'll take more care in future. sarang사랑 06:17, 14 December 2016 (UTC)
PostScript is an extensible language with basic "Forth"-like syntax, so in the general case, you couldn't effectively highlight it without fully interpreting it. See File:Iraq-flag-map_1959-1963.svg for one example of setting up a new sub-language within PostScript. I don't see Forth on the syntax highlighting list either (not surprised).. AnonMoos (talk) 08:24, 14 December 2016 (UTC)
Yes, with lang=basic4gl some highlighting occurs - but IMHO not extremly helpful. The code in the Iraq-flag-map looks very impressing ... sarang사랑 08:34, 14 December 2016 (UTC)


Apparently there is actually a PostScript highlighting mode, but I'm not sure that it does much more than put reserved keywords in one color and so-called "comments" (which are not always merely comments) in another: [1] [2] -- AnonMoos (talk) 18:30, 20 February 2017 (UTC)

After some investigation I found this syntaxhighlighting used in "PostScript" since , but it had not been mentioned in this list. sarang사랑 07:23, 21 February 2017 (UTC)


Hallo! regarding what you asked me, I did the best I could, I perspired a lot with the cache refresh because I could not see the modifications that I made, but I think there is something quite decent now. When you need something do not hesitate to ask me. A big hug from Argentina. --J3D3 (talk) 16:51, 25 December 2016 (UTC)


I'm kind of surprised that it didn't come to your attention long ago that SVG "TextPath" doesn't work on Commons... SFriendly.gif -- AnonMoos (talk) 23:56, 30 December 2016 (UTC)

I fear that are a lot of things I do not know yet... but by trial & error I shall find out some of them time by time.
Sorry that I spoiled that flag with my unsuccessful attempt sarang사랑 05:55, 31 December 2016 (UTC)

I got that notice: "You just made your hundred thousandth edit; thank you for an amazing contribution!"


Moin moin! Dein Script hatte wohl 'n Schluckauf: Schaust Du mal wo's klemmt? Frohes Neues! C(_) --Hedwig in Washington (mail?) 04:17, 5 January 2017 (UTC)

Hallo Hedwig, auch dir ein Frohes Neues! Das Script ist unschuldig, es war ausschliesslich meine Schlamperei dass die license unterging. Zum Glück merkt das System das gleich - und aufmerksame Fleissige reparieren dann solche Fehler. Danke für die Wiederherstellung -- sarang사랑 08:15, 5 January 2017 (UTC)
Kein Problem, gerne gemacht. Merke: IMMER die Schuld auf die Software schieben. Wir machen keine Fehler! 0:) --Hedwig in Washington (mail?) 09:12, 5 January 2017 (UTC)
Sehr attraktive Methode alle Fehler einer anonymen übergeordneten Instanz anzulasten; klingt verlockend! Vor allem wenn man Politiker ist... Wenn ich jedoch ganz ehrlich und selbstkritisch bin muss ich zugeben dass bei meinen "hundred thousand edit"s auch einige verunglückte waren. Natürlich mache ich viiiiiel weniger Fehler als andere, und bin überhaupt viiiiel besser als die meisten - das versteht sich wohl.
Das nicht von mir stammende sehr komplexe Script, das von einigen verwendet wird um die file descriptions ein wenig aufzuräumen sowie leserlicher zu gestalten hat natürlich auch noch einige Suboptimalitäten, doch es macht ja nur Vorschläge die der verantwortliche Editierer zu prüfen hat.
Was hingegen dich betrifft akzeptiere ich natürlich gerne dass du selbstverständlich völlig makellos und fehlerfrei bist. SMirC-thumbsup.svg -- sarang사랑 09:46, 5 January 2017 (UTC)
Fein, da sind wir ja wieder einer Meinung. Da sag' noch einer es gibt keinen Konsens auf Commons. wine Pah! Humbug! Ich schaue mir das Script mal an, ich klaue alles was mir das Leben einfacher macht. :-) --Hedwig in Washington (mail?) 11:14, 5 January 2017 (UTC)

Re:SVG files tagging[edit]

Ciao Sarang,many thanks for your help to me. I have just now cut&past the code in my new common.js page and if I understood, for the next svg file the tag it's automatic. Can you help to understood why wrong valid code in Bob-Weight.svg not validate in W3C? Thanks much--Fernando.tassone (talk) 14:26, 28 January 2017 (UTC)

Ciao, the invalidity comes from the Inkscape-element "grid". Inkscape likes to generate a lot of unneeded garbage code; sometimes the W3C-validator finds such code invalid. Don't make any sorrows about, "W3-invalid" does not mean "bad", it is rather one possibility to distribute into categories. Of course it would be nicer to make SVG files W3C-valid before uploading them - but there is no need to correct it afterwards and upload it again. All the others of your files I met are W3C-valid, and I appreciate your embedding text. Bob-Weight.svg displays fine, and W3C should not be taken too serious. sarang사랑 15:44, 28 January 2017 (UTC)

Recent edits in Template:Created with Text Editor[edit]

In your edit 241201105, a syntax like this would break categorization and Template:Retouched picture embedded in Template:Image generation:

{{Image generation|T|v|+|>|s=:Maps|r=Additional stylesheet for colored countries. Changed SVG title|editor=WubTheCaptain|orig=BlankMap-World6.svg}} File:Global Terrorism Index 2016 by country.svg

I've reverted your edit with revision 241274767. I don't understand the intricate markup in the template syntax, but you may want to test your edits in a sandbox and try again. 16:10, 18 April 2017 (UTC)

Other maps in Category:Valid SVG created with Text Editor:Maps were also affected and may have a cached version of the error for a while. 16:12, 18 April 2017 (UTC)

Valid SVG/Invalid SVG[edit]

Hey Sarang, da die Templates wohl jetzt doch mehr als breitere Verwendung gewinnen, ist mir aufgefallen, dass wir einen Parameter für die Zeit oder Version der Datei benötigen, da SVG "sehr" häufig überschrieben werden... ohne das eine Nachkontrolle erfolgt. Ich würde fast einen Revisionslink bevorzugen, allerdings dürfte der manuell etwas schwierig bzw. umständlich einzufügen sein, daher ein einfaches ~~~~ als Minimum (und ergänzend evtl. die RevisionsNr, welche dann einen Link erzeugt)!? LG -- User: Perhelion 15:09, 23 June 2017 (UTC)

Das ist ein generelles Problem: dass neue Versionen hochgeladen werden ohne die nun nicht mehr zutreffende Beschreibung anzupassen. Es ist in der Verantwortung des uploaders solche Korrrekturen vorzunehmen; leider kommt es oft vor dass das eben nicht geschieht. Dann divergieren der Ist-Zustand und die Beschreibung, die sich auf eine Vorversion bezieht. Das ist unbefriedigend.
Sehr viel öfter werden neue Dateien (in diesem Fall eben SVG) hochgeladen ohne jede Angabe der W3C-Validität, und oft auch ohne jeden Verweis auf das Werkzeug. Ich sehe auch das als Mangel an - und ich investiere einen beachtlichen Teil meines Lebens um diesem Mangel abzuhelfen.
Deine Idee verstehe ich, dennoch bin ich skeptisch. Wenn da noch ein weiterer Text ausgegeben wird trägt das doch nicht zur Übersichtlichkeit bei. Es könnte natürlich auch ein Link wie [1] sein, was mir auch nicht sehr hilfreich erscheint und eher irritieren wird. Auf die Version der Igenisierung zu verweisen ist insofern problematisch da der Versionsname doch erst zur Zeit des Überladens erzeugt wird.
Am Sinnvollsten wäre noch ein Automatismus, der bei jedem Überladen eines SVG mit Igen einen Eintrag in eine Wartungskategorie vornimmt; so ähnliches gibt es bereits für allgemeine neue Bilder. Da müsste sich nur noch jemand finden der nichts besseres zu tun hat als anhand dieser Listen die SVGs zu überprüfen...
Wie ich es auch betrachte, es gibt immer Möglichkeiten durch einen Upload neue Verhältnisse zu schaffen so dass Teile der Beschreibung nicht mehr stimmen. Da hilft es IMHO auch nicht auf irgendeine Weise zu sagen "... aber damals hat es doch genau so ausgesehen!". Ich glaube wir werden einstweilen damit leben müssen dass das Igen-Konzept als statische Anwendung hilflos ist gegen die Dynamik von Uploads, und dass eben vielen manchen Anwendern die Pflege der Dateibeschreibung nicht so am Herzen liegt wie uns. LG -- sarang사랑 17:46, 23 June 2017 (UTC)

SVG imgen: Created with[edit]

Hey Sarang, es wird Zeit hier etwas wesentliches zu erweitern, nämlich wenn eine SVG durch einen "Cleaner" (von denen es doch einige gibt) gegangen ist (oder eben auch händisch!?) dies ganz simpel als "Code cleaned" (oder so ähnlich) zu markieren. Denn es stellt sich sonst tatsächlich der Sinn des "Created with" taggings, wenn ich dann sehe, dass du aus Mangel an Optionen ein getracted SVG als erstellt mit einem Texteditor markierst, rollen bestimmt nicht nur bei mir die Augen.[3] :-P PS: Ich habe jetzt meine Beo-Liste mal bereinigt, auf die Hälfte von 16000 (allerdings ging das tatsächlich nicht - wie eigtl. zu erwarten - mit import/export sondern nur mittels normaler Bearbeitung). ;-) -- User: Perhelion 13:03, 5 July 2017 (UTC)

Hey @Perhelion: wenn du meinst dass das sinnvoll sei werde ich diese Erweiterung machen, ist kein Problem.
Bisher gibt es (als was ähnliches?) das Inkscape-hand und das Adobe-hand; werden denn auch von anderen Tools erzeugte Grafiken gecleant? Wenn dem so ist sind Inkscape und Adobe Sonderfälle, und Inkscape cleanded (resp. Adobe-cleaned) wird was werden das vollkommen anders zu lösen ist.
Alle bisher bestehenden Karegorien zu doppeln (zu Valid SVG created with Inkscape:Emblems noch ein Valid SVG created with Inkscape-cleanded:Emblems etc.) erscheint mir nicht sinnvoll; eher wird da noch eine Kategorie dazuzuhängen sein, ähnlich wie bei (eingebettetem oder gepathtem) Text, oder Kartenwerkstatt u.dgl. Innerhalb dieser Kategorie "Code cleaned" liessen sich dann ggf. Subkategorien erzeugen je nach dem Ursprungstool.
Beim BrackenHund habe ich nur den aktuellen Code angesehen und es daraufhin als Texteditor eingeordnet. Die Historie (Tracing etc.) habe nicht näher untersucht...
Das wird auch das grosse Problem beim "Code cleaned" werden, wenn der Uploader gar nix angibt und jemand/ich nur den aktuellen Code sehen kann, dem sehr wenig zu entnehmen ist; oft kann ich nur mehr die Verlegenheitsoption "unknown tool" wählen, was sehr unbefriedigend bleibt. Was da erst an Tools, und anschliessend an manuellem oder sonstigem Cleaning gelaufen ist lässt sich nachträglich kaum erraten. Und viel zu selten wird von Uploadern ein Tool etc. angegeben. Dabei kann nur der Uploader wissen was er wirklich getrieben hat um eine konkrete Datei zu erzeugen! Dein Script kann es doch sicher nicht herausfinden?
Ich kann bei Eingabe des Kurzzeichens für "Code cleaned" die Kategorisierung vornehmen, und auch einen Text ausgeben. Als Sonderzeichen dafür ist zB *, @, &, °, ( oder ) möglich; oder möchtest du lieber was anderes?
Du sprichst von deiner Beobachtungsliste? Ich weiss leider wieder mal nicht um was es geht. -- sarang사랑 17:57, 5 July 2017 (UTC)
Hallo Sarang, das hört sich gut an. Als Kürzel würde ich jedoch eher etwas halbwegs sprechendes nahmen, wie "cc" (kann auch leicht mit dem bekannten CCleaner anlehnend assoziiert werden, Verwechslung mit Adobe CC halte ich für sehr trivial, es wird wohl evtl. auch etwas eng werden können, alle Tools mit einem Buchstaben unterzubringen!?). Es sei den es kollidiert irgendwie mit dem schon vergebenen Subcat-Kürzel "Commonist category"? Der Aufwand sollte sich "erstmal" in Grenzen halten!? Eine Kategorie wäre auch eher trivial aber ok.
@BEO: Ach das war nur so nebenbei, da du mal erwähntest ich sehe alles und meine BEO tatsächlich relativ groß geworden ist. Ich kenne noch Zeiten da war das Limit 500 (Seiten die man für sich markieren konnte)!! (glaube ich) :-P
PS: Ich warte auf deine Script-Vorschläge, ich adde dann wohl auch ein paar Config-Variablen, wie Summary... Ein schönes Wochenende -- User: Perhelion 07:58, 7 July 2017 (UTC)
Tut mir leid, "cc" ist schon in use (für Commonist category); und "Cc" ebenfalls (für tincture category). Theoretisch liesse sich noch ein "CC" unterbringen, aber das wird unübersichtlich. Gefällt dir noch was anderes? Und ich sehe richtig dass dein Script es nicht erkennen kann, ob gecleant worden ist? -- sarang사랑 08:19, 7 July 2017 (UTC)
Aja dann "sc" für SVG c* oder Syntax c*. Das Script kann das nicht, der Hauptgrund dafür ist das wir ja simple hand code unterscheiden. -- User: Perhelion 08:24, 7 July 2017 (UTC) -- User: Perhelion 08:26, 7 July 2017 (UTC)
"sc" ist noch verfügbar; klingt assoziativ eher nach subcat, aber damit müssen wir wohl leben.
Das neue tag wird wohl sehr selten angewandt werden, und dann nur auf Grund von Mutmassungen... Aber wenn du meinst wird Igen das anbieten! -- sarang사랑 08:30, 7 July 2017 (UTC)
Ok, da es eh selten verwendet wird, können wir auch etwas kryptisches verwenden, wie wäre "*c"? Ja nun, man muss dafür manuell in den Code schauen. PS: Also es würden auch alle Dateien die von Inkscape als "Optimized" gespeichert worden sind darunter fallen, welches seit v.46. (Scour) standardmäßig vorhanden ist, wobei optimized für uns zu zweideutig wäre. Also würde sich auch "oc" anbieten und ich würde sagen es ist nicht sehr selten, alle meine SVG fallen darunter. :-P :-o -- User: Perhelion 08:53, 7 July 2017 (UTC)
Das glaube ich gerne dass es nicht selten ist - bloss, wie erkenne ich (oder das Script) die "Optimized"-Speicherung? Mittlerweile gibt es ja schon einige (wenige) die mit dem Igen qualifizieren, und manche sogar mittels deines Scripts, aber die meisten laden SVG hoch ohne was zu machen; oder setzen das verpönte "Inkscape" und stellen damit in die Meta(?)-Kategorie (das ist ja auch noch nicht ganz geklärt - Meta und Nicht-Meta). Und offensichtlich mache ich was falsch mit meinen "minor edits" - ein "igen"-Einbau ist nicht minor? -- sarang사랑 11:49, 7 July 2017 (UTC)
Sehen wir das mal so, simple SVG (händische opt) würden jetzt als SubCat von Cleaned code fallen. Dann können wir das per Script machen, dass es simple Code ist wird derjenige schon wissen oder erkenntlich gemacht haben... (und muss so oder so händisch gesetzt/geprüft werden) wenn es denn von Bedeutung ist. Momentan gibt es ein Unknown Editor, falls nichts erkannt wird. Ich kann zB. prüfen ob es keinen XML-Comment gibt oder keine Linebreaks, oder bestimmte Attribute die nur von SVG-Editoren gesetzt werden (Adobe hat da auch welche). Auch kann ich das ganze auf eine bestimmte Dateigröße eingrenzen und nur bei validem SVG!? Das könnte man auch nach und nach verfeinern (da ich auch nicht alle kenne). LG -- User: Perhelion 12:14, 7 July 2017 (UTC)


Hi Sarang,

I've tried to put the AusGovStat files from Category:Valid SVG created with Gnuplot into Category:Valid SVG created with Gnuplot-AusGovStat, which was impossible. May you please help me? Should I copy them into the more specific category?--Gszegosz (talk) 10:19, 12 July 2017 (UTC)

Hi @Gszegosz:, thank you for category diffusion. The categorizing into Valid SVG created with Gnuplot occurs in the template {{AustralianBureauStatistics}} where it can be easily changed to another [sub]category. If you need more info, just ask me! -- sarang사랑 11:11, 12 July 2017 (UTC)
At the moment it categorizes now as you want; but the template {{AustralianBureauStatistics}} has not a very good solution. Its displays are somehow fine when used at the source= parameter, but looks bad when used at the description= parameter. It should be solved in another way - it can be done later. -- sarang사랑 11:45, 12 July 2017 (UTC)
A bettter solution is to remove the Gnuplot from the template and set it in the other fields as I did it for an example there. I will become a bot work to do this for the many thousand files affected. I will set up a request. -- sarang사랑 22:02, 15 July 2017 (UTC)

@Perhelion: ich habe das mal gecheckt, es betrifft wohl an die 57000 Dateien die der Überarbeitung bedürfen:

SVG maps using data from the Australian Bureau of Statistics 56,981 files,
Demographic maps of Australia by Statistical Local Area based on the 2011 Census of Population and Housing 7869 1379 errors
Demographic maps of Inner Sydney by Postal Area based on the 2011 Census of Population and Housing 7860 244 errors
Demographic maps of Inner Sydney by Statistical Area Level 1 based on the 2011 Census of Population and Housing 7864
Demographic maps of Inner Sydney by Statistical Local Area based on the 2011 Census of Population and Housing 7868
Demographic maps of New South Wales by Postal Area based on the 2011 Census of Population and Housing 7866
Demographic maps of Queensland by Postal Area based on the 2011 Census of Population and Housing 7869
Demographic maps of Victoria by Postal Area based on the 2011 Census of Population and Housing 7868
Demographic maps of Victoria by Statistical Area Level 1 based on the 2011 Census of Population and Housing 1916

Überall müsste einiges geändert, plus das Igen eingebaut werden. Ginge ja gut mit VFC aber bei dieser Menge nicht mehr machbar, da ist ein bot gefragt. Die Anzahl der Fehler erscheint bei jeder Kategorie dieselbe zu sein, dein script zählt nur bis 1000 und hört dann auf.
Die Instruktionen für so einen bot kann ich vorbereiten, |Other fields={{Igen|+|244|%|>|s=acm}} etc.
Nach meinen Erfahrungen ist es recht schwierig mit einem bot-Betreiber in Kontakt zu kommen. Ich versuch es mal, und wenn es garnicht geht frage ich dich ob du eine Idee hast. Gruss -- sarang사랑 14:16, 17 July 2017 (UTC)

Date formatting[edit]


Can you update File:Date format by country.svg and File:Date.svg by copying from the most updated File:Date format by country (new).png which itself was updated by using the latest sources in Date format by country, so they are up to date and also in sync with the PNG file?

Unfortunately I don't know how to edit SVG maps myself, that is why I asked you.

Thank you.

Maphobbyist (talk) 16:05, 15 March 2018 (UTC)

I reply would be nice. So I can move further on these requests. Maphobbyist (talk) 08:23, 16 March 2018 (UTC)
@Maphobbyist: as far as I can see, you need just a change of the color for Canada? Or something more? -- sarang사랑 11:41, 16 March 2018 (UTC)
Hello. The changes required in File:Date format by country.svg and File:Date.svg are more than Canada as many countries in Africa have been ommitted. File:Date format by country (new).png is updated and the changes should be copied from this PNG map to these two SVG maps. Unfortunately as I am totally "illterate" when it comes to SVG files, I cannot do these updates and I am totally useless. Maphobbyist (talk) 12:02, 16 March 2018 (UTC)
Hello again. It is not possible to copy anything from PNG to SVG; the only possibility is to check each altereration and then write it in SVG code, to obtain the updated version (it would be possible to convert the whole PNG into SVG, wih a tool e.g. Inkscape, but that would destroy the present code and it is therefore not an option). Yes, I am able to update the SVG map as requested; but if you know what has to be changed, it looks better that you get the knowledge of updating SVG and do it yourself - it is not at all difficult! How about that idea? -- sarang사랑 12:19, 16 March 2018 (UTC)

Visio-TD-scenarionewgood.svg u. a.[edit]

This section has been moved to Template talk:Extracted with Inkscape#Visio-TD-scenarionewgood.svg u.a.

Full stop for other language[edit]

This section has been moved to Template talk:Created with/bn#Full stop for other languages

Was machen wenn zwei Programme verwendet wurden (Igen)[edit]

(section moved to Template talk:Created with QGIS#Was machen wenn zwei Programme verwendet wurden (Igen)

File:Norwegian Arctic Expedition (1898—1902) map-ru.svg[edit]

Why did you mark my file as invalid? --Kaidor (talk) 19:43, 28 March 2018 (UTC)

Sorry, an error happened when I changed the QGIS-tag. I hoped that I repaired all occurencies of it; but it seems that I did not get them all. Thank you for telling me about the wrong description! I made it now.
BTW, after long discussions I tried to make better, and easier to describe, when a file had been generated using QGIS (or in general, when more tools are used). Now a main-tool (mostly Inkscape) and a with-tool (mostly QGIS) can be defined with Igen. It is quite easy to declare, just set the new parameter-code "&", e.g. |other fields={{Igen|I|+|%|&|gr|s=m}}. Since the last update of the Igen, you can specify the Russion Lab also with "gr" (instead of "g=ru", which is still possible for the Graphic Lab-ru). You are doing a good work, and if I can make something that helps you, just let me know! -- sarang사랑 06:18, 29 March 2018 (UTC)
Hi! Could you add Russian translation into QGIS-tag? «and with QGIS» is «и с помощью QGIS» in Russian. --Kaidor (talk) 08:23, 11 April 2018 (UTC)
Yes, that can be done. Now we have a first solution, a bit rough, but usable (more or less). I am thinking of establishing an I18n-template for "and with" where the translation in other languages occurs; if a language is missing, the English term remains, until somebody adds the language. I can do it soon; ok? -- sarang사랑 08:31, 11 April 2018 (UTC)
May be that "и с помощью" is a bit too special for that template; can just "и с" be sufficient for that purpose? -- sarang사랑 08:51, 11 April 2018 (UTC)
Thanks! According to Russian morphology, the correct version is "и с помощью". Is this a problem? --Kaidor (talk) 11:06, 11 April 2018 (UTC)

?action=purge all pics in a category[edit]

Is it possible to ?action=purge all pictures in a category? (For rerendering with the updated librsvg, see Disscussion: Category_talk:Blue_ISO_639_icons_((...))_needing_fix)
JoKalliauer (talk) 15:36, 22 April 2018 (UTC)

Ich habe da keine Ahnung. VFC ist wohl keine Lösung. Warum brauchst du alle gepurged??? Perhelion ist seit über einem Monat beitragslos - ich habe auch hier keine Ahnung was da mit ihm ist. -- sarang사랑 16:19, 22 April 2018 (UTC)
Perhelion geht mir auch schon seit wenigen Tagen nach seiner letzten Aktivität ab.JoKalliauer (talk) 11:26, 10 May 2018 (UTC)



Die Kategorie Category:Blue_ISO_639_icons_((...))_needing_fix wurde vermutlich[4] von @Sebastian Wallroth: einzeln mit ?action=purge geleert. JoKalliauer (talk) 11:26, 10 May 2018 (UTC)

Ich habe mir in der Lesezeichenleiste meines Browsers ein Lesezeichen mit der URL javascript: location.replace(window.location+'?action=purge'); angelegt. Da war es nicht mehr so aufwändig. Außerdem habe ich alle SVGs auf Fehler untersucht. --Sebastian Wallroth (talk) 12:25, 10 May 2018 (UTC)

Skript removes link to talkpage[edit]

[5] Please, don't forget the rest of my signature.--MaGa 05:22, 4 May 2018 (UTC)

Hi MaGa, I cannot see that something is missing - I just copied your old signature, with the GIFCroatian squares Ljubicic.svg image. But I can use your new signature when I replace something.
Now I see, you repaired my error before you gave me the note, so I couldn't see previously...
Can you tell me the correct Croation colors - I see #E30911 and #E80911 for red, and #163E73 and #)c55A3 for blue. -- sarang사랑 06:06, 4 May 2018 (UTC)
It is my old signature (with little gif), replaced long time ago with the current.--MaGa 15:29, 4 May 2018 (UTC)

Igen & Retouched[edit]

Hallo Sarang!

Weißt du warum Retouched in Igen ( ) komisch angezeigt wird, ist glaub ich schon "länger" so.

JoKalliauer (talk) 12:28, 5 May 2018 (UTC)

Ja, es ist weil diese Vorlage eine Tabelle verwendet; wenn die nicht in einer neuen Zeile beginnt sieht das komisch aus. Das ist so auch mit einigen anderen Ausgaben so, Abhilfe kann mit {{clr}} oder {{-}} gefunden werden.
Das script machr das leider nicht richtig, da war Perhelion stur weil er alles deutlich haben will und meine Abkürzungen zu extrem findet. Ich mache es mit dem Parameter r=, es geht auch mit editor=, editoff=, orig= oder origoff=. Diese Parameter sind auch beschrieben, wenn du es finden kannst...
Also entweder |T={{-}}{{Retouched|modifications|editor=....}}, oder einfacher mit |r=modifications|editor=.... (und die schliessenden }} entfernen!), dann sieht es richtig aus.
Ich mache es in Pannonia popolazioni hr.svg mal korrekt. -- sarang사랑 15:20, 5 May 2018 (UTC)
Noch 'n paar Hinweise, @JoKalliauer: In Retouched habe ich ich mal vor langem den Parameter "editoff" eingeführt, damit nicht nur der Standard-Username verwendet werden kann. Das Construkt von MaGa kann mit "editor" nicht angezeigt werden! Um (künftige) Funktionen zu ermöglichen sollte aber immer auch bei "editor" etwas angegeben werden.
Wie du vielleicht auch schon weisst kann die Signatur zwar recht komplex sein, aber sie darf keine Vorlagen verwenden. Diese Einschränkung gilt natürlich nicht bei editoff=, da konnte ich das MaGa einfacher erzeugen.


Ich würde gerne in {{Igen}} als auch in {{Technically replaced}} die Einbindung von {{Rsvg bug}} so ändern, dass man zwischen den Kategorien:

entscheiden kann.

JoKalliauer (talk) 22:51, 5 May 2018 (UTC)

Hallo Johannes, das lässt sich alles machen. Das Template:Igen selbst ist protected, da muss ich einen Admin bemühen - und da dieses Riesending nicht zu oft ersetzt werden sollte, meine Frage an dich (da du dich offensichtlich damit beschäftigts): werden In Zukunft voraussichtlich noch weitere Codes benötigt? Bisher gab es f, h, s, dazu kommmen nun o und r. Ich kann gerne prophylaktisch noch ein paar Buchstaben-Codes im Igen einbauen - im {{Rsvg bug}} ist die Auswertung der Codes kein Problem:
Ich sehe, dass "f" noch unbenützt erscheint, "h" für "huge" steht und "s" (nicht "f") für "formerly" steht. Dazu kommen nun "o" und "r". Eine Datei kann in mehrere dieser Kategorien gestellt werden. -- sarang사랑 05:52, 6 May 2018 (UTC)
Danke! Ich hab gestern einiges versucht, aber nicht alles hat funktioniert, wenn du etwas änderst, bitte setzte meine Änderungen zurück
Für mich gehört jedes Bild in eine der vier gestern von mir genannten Kategorien. Aber Category:Pictures_showing_a_librsvg_bug hat einige weitere Subkategorien, z.B. Images with SVG 1.2 features oder Pictures showing a librsvg bug (feGaussianBlur) sind nicht unrelevante, wenn du die Parameter minimieren willst, macht es vl. Sinn eine Option für manuelle Kategorisierung zu machen, mir ist nur wichtig, dass standardmässig Category:Pictures_showing_a_librsvg_bug hinzugefügt wird, man aber eine Möglichkeit hat diese Kategorie nicht hinzuzufügen und die Kategorien ev. manuell hinzufügt. JoKalliauer (talk) 09:21, 6 May 2018 (UTC)
Da ist einiges besser machbar, es war bisher nicht so ganz ausgegoren. Deine vier Beispielkategorien oben wären mit ?, ?f, ?o bzw. ?r zu spezifizieren; die letzten drei sind bereits Unterkategorien der ersten, diese muss also nicht gesondert angegeben werden (das wäre ein Überkategorisierungsfehler). Mit ?s kann inerhalb dieser vier Kategorien subkategorisiert werden - ohne ?s also keine Subkategorie; und mit ?s=- unterbleibt jede Kategorisierung. Ist das so wie du es brauchst? -- sarang사랑 09:40, 6 May 2018 (UTC)
Ja, genau, dass ist das was ich will. Mein Ziel ist es die Unterkategorisierten Bilder aus der Kategorie Category:Pictures_showing_a_librsvg_bug zu entfernen ohne das Template {{Rsvg bug}} entfernen zu müssen, aber {{Rsvg bug}} sollte per default Category:Pictures_showing_a_librsvg_bug hinzufügen. Diese Überkategorie möchte ich soweit wie möglich leer halten. (es gibt derzeit 19 Dateien von denen ich keinen Workaround in einer sinnvollen Zeit geschafft habe) JoKalliauer (talk) 17:08, 6 May 2018 (UTC)
@JoKalliauer: Ehe ich loslege will ich es mit dir abstimmen; in {{Rsvg bug/doc}} habe ich mal die Parameter skizziert (alle möglichen, auch eventuelle künftige). Jetzt warte ich auf deinen Kommentar. -- sarang사랑 18:02, 6 May 2018 (UTC)
Die Kategorie 'Huge SVGs rendered incorrectly (Bug T111815)' gehört meiner Meinung nach gelöscht, da Phab:T111815 gelöst wurde, wie du siehst werden (Fast) alle Dateien in Category:Large_SVG_files richtig dargestellt. JoKalliauer (talk) 18:21, 6 May 2018 (UTC)
OK, ich habe diese Kagtegorie schon mal löschen lassen, und die {{Doku}} für das künftige "Rsvg bug" angepasst. Im template:HugeSVG ist "resolved=yes" nun der default. -- sarang사랑 07:33, 7 May 2018 (UTC)



Ich war vorher etwas ungenau mit dem Hinweiß was du Zurücksetzten sollst, bei {{Rsvg bug}} gehört link= gelöscht: Das hinzufügen von link= ist nur bei nicht Urheberrechtlich geschützen Bildern möglich, siehe de:Hilfe:Bilder#verweis oder auch in Commons:Village_pump/Copyright/Archive/2017/12#|link=_does_not_agree_with_CC-BY.

JoKalliauer (talk) 13:23, 7 May 2018 (UTC)



Wobei der Haupturheber Perhelion hatte da sicher zugestimmen |link= verwenden zu dürfen. JoKalliauer (talk) 11:26, 10 May 2018 (UTC)


Hallo Sarang!

Die Zeile -->{{#if:{{{?|}}}{{{??|}}}{{{?b|}}}{{{?b|}}}{{{?o|}}}{{{?r|}}}{{{?u|}}}<!-- in scheint mir etwas komisch, ist das ?b absichtlich zwei mal? (Sorry aber ich versteh' die Wiki-Template-Syntax nicht ganz.)

JoKalliauer (talk) 15:40, 7 May 2018 (UTC)

Tippfehler, den ich auch bereits bemerkt und ausgebessert habe. Aber danke fur den Hinweis! -- sarang사랑 16:15, 7 May 2018 (UTC)



von Sarang ausgebessert JoKalliauer (talk) 11:26, 10 May 2018 (UTC)

Bot for Igen[edit]

Since you are suppose to mark images how they were created and if they are valid, would you like to apply for approval of a bot? (Only in cases where the script does not report "Fail"). It happens "quite" often that users don't see the little "Fail"-box on the right side. If all igen-insertions have to be reviewed also the users will be more carefully. If the script does not recognise the software it maybe should only add {{Valid SVG}} or add unkown editor igen|u| . (Sorry I'm so used to English, also in my scientific work, that I sometimes automatically use English, without thinking.) JoKalliauer (talk) 13:05, 10 May 2018 (UTC)

Ja, ich hätte es auch besser gefunden wenn bei nicht erkennbarem tool das "U" gesetzt würde, anstatt die Stelle leer zu lassen (und damit den default "Inkscape" wirksam werden zu lassen). Im Igen jetzt das "U" als default zu verwenden geht nicht mehr, weil tausende Inkscape-Dateien mit diesem default zugeordnet sind. Zwar setze ich seit einigen Monaten immer ein "I" statt den Parameter leer zu lassen, aber es gibt von vorher viel zu viele die "Inkscape" nicht explizit angeben. Beim default "valide" gibt es diese Probleme nicht.
Über den grossen Mülleimer "Unknown tools" bin ich keineswegs glücklich, aber allzu oft bleibt eben nur, auf diese Weise zu resignieren.
Ich habe noch einige andere Wünsche an das script; mit wachsender Sorge sehe ich dass Perhelion seit 19. März verschwunden ist, und auch auf meine Mail nicht reagiert hat. Ich habe keine Idee wie ich etwas herausfinden könnte. Jedenfalls habe ich nicht den skill das script anfassen zu können - es wird einstweilen so bleiben müssen.
Verstehe ich dich richtig dass du überlegst, das script von einem bot aufzurufen? Soweit ich Perhelion verstanden habe sei es problematisch/inopportun/unmöglich/... den Validator im Hintergrund laufen zu lassen. Die W3C-Jungs haben auch was eingebaut, wenn der Validator innerhalb einer Zeitspanne zu oft aufgerufen wird bekommt man eins über die Finger und wird für einige Zeit gesperrt.
Ich warte bereits seit einiger Zeit dass endlich das Igen transferiert wird, damit die Erweiterungen (vor allem Rsvg bug) wirksam werden: wenn das der Fall ist, können die neuen Parameter verwendet werden, und die Kategorisierung erfolgt automatisch. Auch wegen des edit-request vermisse ich Perhelion, da ging das ganz zack. -- sarang사랑 13:42, 10 May 2018 (UTC)
Igen: Vermutlich hat es Effiziensgründe, wenn man ein Tool händisch hineinschreibt, dass man nicht auch noch einen Buchstaben löschen muss.
Ich habe mir manches mal eingebildet, dass der Validator bei mir langsam wurde, oder es lag nur an der Dateigröße. Man müsste ev. einen eigenen Validator auf Commons laufen lassen, aber das wäre dann aufwendiger, oder lässt ihn nur auf gewisse Kategorien wie Category:SVG_files_with_errors laufen, oder vl. kann man es automatisch bei jeden neuen SVG-Upload machen?
Hast du dir überlegt ob du Admininstrator werden willst? (Ich würde es jedenfalls begrüßen.)
Ich würde sagen Perhelion, Sarang, Glrx, Menner(SVG-Checker), Rillke(SVGEdit), Antonsusi (Grafikwerkstatt,de), JoKalliauer (sorry wenn ich jemanden vergessen habe) sind mMn die großen Experten im technischen SVG-Bereich und du hast mehr als doppelt so viele Edits auf commons wie alle anderen genannten zusammen.
So schade es auch ist, das Perhelion nicht mehr aktiv ist, wäre es gut wenn wir min. einen aktiven, erreichbaren Admin hätten. Das Leben ist ein laufendes Kommen und Gehen und deshalb fände ich es gut wenn so aktive Personen wie du aufrücken würden. Insbesondere weil ich dir vertraue, du dich gut auskennst und sehr viel hier getan hast.
JoKalliauer (talk) 16:31, 10 May 2018 (UTC)
Oweh, das begeistert mich gar nicht. Es ist zwar sehr lästig bei allen möglichen Kleinigkeiten einen Admin löchern zu müssen, bzw. oft ewig auf eine Aktion zu warten. Aber ein Admin hat viele Pflichten, die ich mir nicht aufhalsen möchte! Auch ich hätte da lieber jemanden, den ich auf dem kurzen Weg erreichen kann und der keine Zicken macht weil er mich kennt.
Die Anzahl meiner Edits: das sind vor allen Kategorisierungen, seit ich vor 4 Jahren das Igen für mich gebastelt habe vor allem mit diesem, also eigentlich immer dasselbe. Zum Glück habe ich inzwischen die Sockenpuppe Sarangbot eingerichtet, für die grossen VFC-Läufe, sonst wäre meine Editanzahl noch um 41000 grösser...
Ich mache einiges in Vorlagen. In der de:Wp bin ich deswegen schon heftig angefeindet worden. Wenn du dich amüsieren willst zieh dir "Vorlage Diskussion:ZhSZV" rein, vor allem "weiterer Beitrag (2013)"... Da hat einer ganz klar erkannt dass ich die Wikipedia alleine haben will, und alle anderen rausekeln möchte! Naja, es sind nicht alle dieser Meinung. Aber ausser Vorlagen (bei denen kein Schwein mehr durchblickt) sind meine Tätigkeiten, Interessen und Fähigkeiten nicht so toll, nicht vergleichbar mit denen der von dir oben genannten.
Beim Upload was zu verbessern bemühe ich mich seit Jahren, vergeblich. Ich finde dass da einiges sehr suboptimal ist; wenn mir der {{Information}}-Parameter "Image=" bewilligt würde, könnte ich auf das lästige "+" verzichten - wie bereits im {{Imgen}}. Natürlich würde ich gerne einiges automatisiert haben wie zB Valididierung; nachträglich ist das nur unzulänglich machbar. -- sarang사랑 17:32, 10 May 2018 (UTC)

backend-svg vs frontend-svg[edit]

Machmal braucht man "mehrere" Dateiversionen:

Gibt es dazu eine Vorlage, die das unterscheidet/kennzeichnet? Ich erstelle oft ein SVG, dass korrekt dargestellt wird, aber tw. nur mehr schwer editierbar ist, deshalb frage ich mich ob eine Vorlage gibt die kennzeichnet dass es eine Editierbare-Version gibt (Also gewissermaßen das Gegenstück zu {{Technically replaced}}), bzw wie man kennzeichnet, dass die W3-Fehler absichtlich enthalten sind, weil es Progammspezifische Eigenschaften sind, und für die weitere Bearbeitung nicht entfernt werden sollten.

Konkret geht es um File:Działanie dławika przeciwzwarciowego 1 Workaround.svg bei dem ich zum Bearbeiten auf File:Działanie dławika przeciwzwarciowego 1.svg verweisen will, weil da einige binäre Daten (<foreignObject requiredExtensions=""><v:foreignData v:data="data:metafile;base64,..."></foreignObject>) gelöscht habe, die für die Bearbeitung hilfreich wären.

Ps. Auch der Workaround hat 4 <svg>-Bilder eingebettet also <svg> <g><svg><text></svg></g> <g><svg><text></svg></g> </svg>, hatte ich bisher noch nicht gesehen. :-)

JoKalliauer (talk) 17:58, 12 May 2018 (UTC)

Gibt es dazu eine Vorlage..? — Ich denke, ja; sehr gut geeignet erscheint mir {{Superseded}} (oder ggf. das Komplement {{Supersedes}}), jeweils mit entsprechendem erläuterndem Text. Da sehe ich einstw. keinen Anlass wieder was zu machen.
Das Działanie habe ich bisschen editiert, so wie ich meine das du es eigentlich wolltest - hoffentlich habe ich es getroffen? Hinweis: die meisten User-Angaben konnen einfach so geschrieben werden, ohne das {{U}} - nur {{Ut}} oder {{Uw}} müssen explizit angegeben werden; in diesem Fall im {{AutVec}}. Leider ist das noch recht uneinheitlich gelöst.
Frage: bist du ein Fan von den Unterstrichen? Ich habe mir Mühe gegeben sie wegzubekommen, deswegen verwende ich (und das script) das viel einfachere (und sehr leistungsfähige) {{F}}: File:Działanie dławika przeciwzwarciowego 1 Workaround.svg; ebenso das {{C}}, {{T}}, {{W}} und anderes. Nur beim {{U}} ist es standardmässig anders, weil Lokal_Profil seinen understroke will. Es bedeuted natürlich eine Umstellung, wenn du auch in der Wikipedia editierst, da sind links nur mit den eckigen Klammern möglich.
Es gibt auch {{No-new-version}} (noch ohne weiteren individuellen Text, da liesse sich was machen), wenn du eine Version oder Variante behalten willst (aber du kannst ja immer auf eine ältere, bereits überschriebene Version zugreifen, um sie ggf. zu untersuchen, runterzuladen, den Quellcode zu lesen, weiterzuentwickeln etc.). Ggf. könnte es für dich sinnvoll sein, Superseded und Supersedes mit einem No-new-version-Hinweis zu kombinieren? -- sarang사랑 23:04, 12 May 2018 (UTC)
{{Superseded}} sagt: "Es wird empfohlen, die andere Datei zu verwenden.", aber eigentlich soll man ja File:Działanie dławika przeciwzwarciowego 1 Workaround.svg in Artikel einbinden und der Workaround ersetzt das Original, aber das Original sollte man verwenden wenn man die Datei in Microsoft Viso öffnet, andere Bearbeiter haben möglicherweise Probleme mit der Datei (und müssen ev auch den Workaround öffnen).
{{No-new-version}} kannte ich noch nicht. Aber in dem Fall bin ich aber der Meinung, dass man Działanie dławika przeciwzwarciowego 1 Workaround.svg bearbeiten sollte und einen synchronen, aktuellen Workaround auf Działanie dławika przeciwzwarciowego 1 Workaround.svg hochladen sollte, also beide synchron halten. Also die Eine Datei ist zum Bearbeiten die andere für die korrekte Darstellung. Andere Beispiel: Manfeild Autocourse track map (New Zealand).svg hat zwei Realen geschwungen embedded textPath (textPath ist nicht Path-Text) in den Kurven, dieser wird nicht angezeigt, daher soll Manfeild Autocourse track map (New Zealand) TextOnPath converted to Path.svg eingebunden werden, jedoch ist hier der Text nicht embedded sondern nur eine Schwarze Fläche (Path-Text) und daher nicht zu bearbeiten, aber sonst wird er nicht angezeigt. Ich hoffe ich konnte mich jetzt klarer ausdrucken.
Unterstriche _ in Links sind mir ziemlich egal, stecke da keinen Aufwand hinein. In Wikipedia-Artikel schaue ich schon darauf, das kein Link ein Unterstrich enthält.
JoKalliauer (talk) 07:32, 13 May 2018 (UTC)
Weil ich gerade gesehen habe, dass du Cherenkov2.svg bearbeitet hast, dieser Workaround ist bei Manfeild Autocourse track map (New Zealand).svg nicht möglich, weil der Text nicht (nur) "gedreht"/"geneigt" ist sondern an einem geschwungenen Pfad entlanggeht. (Außer man dreht jeden Buchstaben einzeln), ist aber auch nicht wirklich besser bearbeitbar. weil jeder neue Buchstabe eine neue Ausrichtung braucht und vor allem wenn man die Schrift nicht hat, dann passt der Abstand zwischen den Buchstaben nicht mehr. JoKalliauer (talk) 08:28, 13 May 2018 (UTC)
Tja, Text-Pfade kann der librsvg [noch] nicht. Da sind alle solchen Texte wie zB die rundumlaufenden in Siegeln nicht recht darstellbar. Ich sehe aber keinen Grund, jedesmal aufzuschreien, wenn sich der librsvg bei flow-root und text-path verweigert - das weiss man doch, und wählt eine andere Lösung. Wenn Dateien mit solchen Elementen von woanders transferiert werden, sind sie bei uns nicht darstellbar. -- sarang사랑 10:10, 13 May 2018 (UTC)

{{Rsvg bug}}[edit]

Warum scheint File:North_america.svg nicht in Pictures showing a librsvg bug auf? es hat doch {{Igen|Illustrator|160|+|s=m|?=rasterimmage not shown}}.

JoKalliauer (talk) 18:52, 12 May 2018 (UTC)

Ein Fehler im Igen (ein pipe "|" fehlt...); mit workaround repariert -- sarang사랑 22:09, 12 May 2018 (UTC)

{{Technically replaced}}[edit]

{{Technically replaced}} fügt Pictures showing a librsvg bug (SVG replaced) hinzu auch wenn es mit einem PNG ersetzt wurde (siehe File:Academ Periodic tiling by star dodecagons and equilateral triangles.svg). Da {{Technically replaced}} für PNG-Ersetzung gedacht war würde ich als Standard Pictures showing a librsvg bug hinzufügen.

JoKalliauer (talk) 21:08, 12 May 2018 (UTC)

Kann ich gerne schnell ändern. Wie ich verstehe ohne das "(without description)" ? -- sarang사랑 22:09, 12 May 2018 (UTC)
(without description) sollte dann hinzugefügt werden wenn man in {{Rsvg bug}} keinen Beschreibungstext angibt, bei {{Technically replaced}} sollte man {{Rsvg bug}} nur mit text aufrufen, daher bin ich eher für ohne (without description). JoKalliauer (talk) 23:44, 12 May 2018 (UTC)
Genau so ist es; der Aufruf erfolgt nur bei Texteingabe, dieser wird an den bug weitergereicht: {{#if:{{{2|}}}|{{rsvg bug|{{{2}}}}}}}.
Oder sollen wir eine Kategorie "Pictures with technically replaced bug" für diesen Fall verwenden, um besser zu differenzieren? -- sarang사랑 04:13, 13 May 2018 (UTC)
Das wäre auch in zwei verschiedene Kategorien differenzierbar, je nachdem ob es in einem SVG oder nicht-SVG codiert wird. -- sarang사랑
Das wäre perfekt. Ich würde SVGs in Pictures showing a librsvg bug (SVG replaced) sortieren und alles andere in Technically replaced (ev auch Pictures showing a librsvg bug (unsolved)), aber du kannst auch gerne eine andere/eine neue Kategorie machen. JoKalliauer (talk) 12:00, 13 May 2018 (UTC)
Der Aufruf von {{technically replaced|AMPS World Sectors Workaround.svg|description={{SVG 1.2}}}} in File:AMPS_World_Sectors.svg sollte die Kategorie Pictures showing a librsvg bug (SVG replaced) hinzufügen, fügt aber Pictures showing a librsvg bug hinzu.
Es funktionierte nicht ganz so toll, aber jetzt sollte es richtig sein: sowohl das "Technically replaced", als auch das "?r=" fügen beide die Kategorie Pictures showing a librsvg bug (SVG replaced) hinzu; RSVGbug kann mit "sub=-" die Kategorisierung unterdrücken, das kann von "Technically replaced" mit sub=- weitergereicht werden, und vom Igen mit "?s=-". Danke für den Hinweis, so allmählich wird es brauchbar und meine bugs werden weniger. -- sarang사랑 13:19, 20 May 2018 (UTC)
Ich glaub in dem Fall warst du etwas zu schnell: Ich glaube Technically replaced und Pictures showing a librsvg bug (unsolved) sollte erhalten bleiben, da es kein SVG gibt das das SVG ersetzt, oder übersehe ich etwas? JoKalliauer (talk) 20:07, 20 May 2018 (UTC)
Wenn du beide Kategorien haben willst, habe ich es nun anders versucht: damit die bug-box nicht zweimal erscheint habe ich den Text von techn.-repl. als ?r in das Igen gezogen, und dort noch das ?u=- gesetzt um auch diese Kategorie zu erzwingen (wenn Kat. per Vorlage gesetzt werden konnen sollte das nicht "direkt" erfolgen). @JoKalliauer: ist es so besser? -- sarang사랑 07:21, 25 May 2018 (UTC)
Die Kategorie Pictures showing a librsvg bug (SVG replaced) War von mir gemeint, dass es mit einer Vektorgrafik (einem SVG) ersetzt wurde, dass es ein SVG ist ist logisch, sonst wäre es ja kein librsvg-bug. JoKalliauer (talk) 01:29, 26 May 2018 (UTC)


Jetzt habe ich mich abgkünstelt um den Cherenkov2.svg zu verbessern, und erst dann gesehen dass mit Cherenkov Wavefront.svg längst schon alles bestens ist. Ich sehe keinen Grund den Cherenkov2 überhaupt zu behalten, ich würde Cherenkov1.svg und Cherenkov2.svg wegschmeissen, die wavefront macht doch alles bestens. Der Cherenkov ist sehr merkwürdig gezeichnet, sozusagen "von hinten durch die Brust ins Auge": das erste ist ein voll redundanter transform der alles spiegelt und auch sonst verfälscht, damit wird das folgende Coding sehr erschwert leserlich - so kann man einfache Dinge komplizieren! Wenn hier etwas Sinn hat, dann das ganze vereinfachen indem ohne diesen transform codiert wird.
Wozu sollen wir Dateien mit textpath oder flowroot pflegen, um immer wieder noch einmal mehr darauf hinzuweisen dass der librsvg das nicht kann - ich finde es besser, das stillschweigend zu reparieren. -- sarang사랑 10:59, 13 May 2018 (UTC)

Kannst du gerne machen, aber bitte beachte die Dateiverwendung. Ich kenne das Beispiel aus Wikipedia:Probleme_mit_SVGs#An_Pfad_ausgerichteter_Text. Man müsste dafür dann gegebenenfalls ein anderes Bsp wählen. JoKalliauer (talk) 11:56, 13 May 2018 (UTC)
so geht der Link nicht - aber ganz einfach mit Probleme mit SVGs! Ja, ich werde darauf achten. Mit den beiden Kategorien uberlege ich mir etwas, ist ja nicht so eilig; die jeweiligen Dateien werden sich dann automatisch einordnen, ohne weiteres Zutun. -- sarang사랑 12:48, 13 May 2018 (UTC)

Image generation[edit]

Hi! Could you return the previous value "векторное изображение" instead of "черчение", which is now in the Russian version of this template? The word "черчение" means "Technical drawing". --Kaidor (talk) 07:53, 29 May 2018 (UTC)

Hi @Kaidor: at the moment I am using векторное изображение for vector drawing, растровое изображение for raster drawing and as a default черче́ние. I understand that you want the векторное изображение as the default? No problem, I can do that swiftly - but does that not mean vector graphic? How about more neutral изображение? --Kaidor (talk) 08:23, 30 May 2018 (UTC)
It's like that. Векторное изображение for vector drawing, растровое изображение for raster drawing and as a default изображение.
Can you tell me whether all the links (like {{wr|Графика|черче́ние}}) are correct? Thank you for your help. I do nothing understand of Russian, and there is a bit more editing requested; I can tell you what's the problem. -- sarang사랑 08:54, 29 May 2018 (UTC)
All links in the previous paragraph are correct. And what's the problem? --Kaidor (talk) 08:23, 30 May 2018 (UTC)
Kaidor, I checked it: normally you should never see "черчение", but maybe something is wrong; would you please tell me which file gave you that display? -- sarang사랑 09:13, 29 May 2018 (UTC)
Now I see it only there, but yesterday I saw it on all the pages where the Igen template was located. --Kaidor (talk) 08:23, 30 May 2018 (UTC)
The Template:Created with .../ru itself shows neither vector nor raster, of course; like the SVG Simple Icon.svg icon, the text is only a wildcard, a placeholder, to be replaced when really used. And yesterday it was under development, errors are possible.
@Kaidor: can you do some translation edit at the Template:Created with/ru ? I cannot, but I can show you what is needed - or you look at the Created with/en (and others): the properties or qualities like "large", "invalid", "uncheckable" are not yet displayed. You can edit directly the template, or give me here the sentence in Russian for "This large invalid/uncheckable SVG was created ..." and I can do it. -- sarang사랑 08:37, 30 May 2018 (UTC)
It's not so easy. I will consult with our users, if you don't object. --Kaidor (talk) 17:01, 31 May 2018 (UTC)
@Kaidor: It depends completely on you - or on somebody else capable enough of Russian. When you give a look at Created with ... you may see far below of the docu some examples how it could be displayed: with user-language English it shows the different topics, while in Russian currently only the Герб is translated. When you care of the detailed display you can do it, otherwise it will remain like it is now. -- sarang사랑 04:40, 1 June 2018 (UTC)

LangSwitch Error: no default[edit]

Hi Sarang, can it be that your edit created the mentioned error message in files like File:1rightarrow-2.png. When you could fix it maybe the category:LangSwitch template without default version can be emptied somehow. Thank you for your cooperation, --Arnd (talk) 21:01, 6 June 2018 (UTC)

@Aschroet: this seems to be an error not from me; I tried to fix it but in vain - looks like a general new Wikimedia error. Sorry, that is a case for others. -- sarang사랑 00:12, 7 June 2018 (UTC)

File:Hungary road sign G-205.svg[edit]

Hallo Sarang!

Bei diesem Edit wolltest du vermutlich ein "~" statt ein "!" schreiben, oder gibt es da irgendwo ein Rasterbild?

 — Johannes Kalliauer - Talk | Contributions 21:31, 7 June 2018 (UTC)

Das hast du gut beobachtet. Allerdings ist diese Datei recht merkwürdig: ich kann keine Spuren von Adobe entdecken - auser dass sie neben ca. 3% Inkscape-Sodipodi noch zu ca. 97% aus diesen PGF-Daten besteht. Diese sind eigentlich so sehr Adobe-spezifisch, so dass ich sie noch nie in einer Inkscapedatei getagt habe.
Du hast recht, zwar sind weder ! noch ~ vollkommen "richtig", aber das ~ trifft es etwas besser den Müll in dieser Datei zu beschreiben. Wenn du als exakter Techniker das ändern willst, kann auch noch das < für pathtext rein. Eventuell kann man daneben noch eine Variante wie Andorra Schengen sign.svg erstellen - damit habe ich zeigen wollen dass es auch anders geht. -- sarang사랑 04:24, 8 June 2018 (UTC)
Die Binären-Daten sind von <i:pgf-Tags umschlossen, wenn du dir den <svg-Tag anschaust siehst du xmlns:i="", also die pgf-Daten entsprechen den xmls-Defintionen von AdobeIllustrator, ob sie auch von AdobeIllustrator erstellt worden sind weiß ich nicht, würde aber schon vermuten. Soweit ich das verstehe heißt i:tag, dass es der xmlns:i-Definition enstricht. PGF-Daten und CDATA verwende ich als Synonyme (ich versteh den Sinn von beiden nicht, vl. sollte ich mal googlen), weil in PGF-Tags oft CDATA-Elements sind, z.B. auch das Bsp in User:Quibik/Cleaning_up_SVG_files_manually#Removing_unnecessary_content.
 — Johannes Kalliauer - Talk | Contributions 14:43, 9 June 2018 (UTC)

Rasterbilder in Metadaten[edit]

AdobeIllustrator fügt oft in den Metadaten das urspüngliche Bild ein, damit man weiß, was Original war und was geändert wurde (copyright). diese sind in <xapGImg:image>-tags, sind aber keine Bilder die tatsächlich gerendert werden, es sind nur historische eingebettetete Rasterversion der gerenderten SVG-Datei selbst, soll man da auch ein "!" einfügen, wie du es auch auf File:Harta dialectului lemosin.svg gemacht hast?  — Johannes Kalliauer - Talk | Contributions 20:58, 9 June 2018 (UTC)

A barnstar for you![edit]

Cleanup Barnstar Hires.png
High-contrast-edit-clear.svg The Cleanup Barnstar High-contrast-help-about.svg
This Special Barnstar is awarded to Sarang by Johannes Kalliauer and Perhelion: Thanks for tagging, categorizing, cleaning and fixing up a huge amount of file descriptions, and thank you for being a very helpful user, thank you for your contribution to the drive! -- 21:35, 7 June 2018 (UTC)


Hi Sarang. It's translated as "sin especificar" or "no especificado/a". I've put the first. Regards.--Erlenmeyer (talk) 16:06, 19 June 2018 (UTC)

Thank you, it look good. -- sarang사랑 18:52, 19 June 2018 (UTC)
Hi Sarang! how are you? Sorry for not answering before, I've been very busy lately, and it's been a while since I checked my Wikipedia account. Fortunately you have already solved your problem. Thanks to Erlenmeyer, by the way. In the future you can leave a message directly to one of the email accounts that reach my cell phone (, I promise to get in touch as quickly as possible. A big hug!

J3D3 (talk) 01:25, 21 June 2018 (UTC)