User talk:Sarang/Archive/2014

File:Braille 101101.svg

File:Braille 101101.svg 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 see Commons:But it's my own work! for a guide on how to address these issues. 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!

JuTa 03:40, 12 January 2014 (UTC):This section was archived on a request by: sarang♥사랑 14:36, 21 February 2014 (UTC)

File:Braille 101101rd.svg

File:Braille 101101rd.svg 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 see Commons:But it's my own work! for a guide on how to address these issues. 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!

JuTa 03:44, 12 January 2014 (UTC):This section was archived on a request by: sarang♥사랑 14:36, 21 February 2014 (UTC)

Edit request

See File talk:ICS Bravo.svg

 Done hoping that's better now sarang♥사랑 14:36, 21 February 2014 (UTC)  :This section was archived on a request by: sarang♥사랑 14:36, 21 February 2014 (UTC)

Copyright status: File:AB-Tunnel-IT.svg

This media may be deleted.

Thanks for uploading File:AB-Tunnel-IT.svg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear. If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{PD-self}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.

No required license templates were detected at this file page. Please correct it, or if you have any questions please contact me on my talk page. Yours sincerely, Jarekt (talk) 19:20, 5 May 2014 (UTC) :This section was archived on a request by: sarang♥사랑 00:19, 7 May 2014 (UTC)

---

---

Over-categorization

Over-categorization

There seems some improovement possible with categorization.
As far as now done,the Category:Crux is subcategory to Category:Constellations, a subcategory to categories Category:Astronomical objects | Category:Asterisms (astronomy) | Category:Sky.

Category:Crux containes 3 subcategories:

• Category:Alpha Crucis
• Category:Milky Way (now I am completely confused - that's a parent, isn't it?)
• Category:Southern Cross flags.

About categorizing astronomical objects, I do not know enough about that complicated structur what is subcat or parent-cat.

But a lot of Southern hemisphere flags, showing the Southern Cross, show as well the cross of the Union Jack of the United Kingdom. Many of these flags are categorized at Category:Southern Cross flags, and also at the parent Category:Crux.

Seems that some work should be done. -- Sarang (talk) 10:54, 27 May 2009 (UTC)

SVG and clipping

Hey there. Tuvalkin suggested I asked you about this: how well does the librsvg code deals with clipping? The possibility of using it came up about the new  (ÜWBo+l) series of icon (and I can think of a few other uses too), but it's not clear whether it is at all possible. Circeus (talk) 03:50, 4 October 2011 (UTC)

Hey Circeus. Clipping is just one possibility among others. I used it several times without any librsvg-problems, and I never heard about (enough problems elsewhere but not with clipping). I am using your technique drawing parts outside the visible box as well, with no problems. But user AnonMoos told me recently that "keeping drawing elements within the rectangle is desirable if the SVG file is to be re-used as general clip-art (see File:Flag of South Africa.svg)..." — I understand that there might be problems only if you use such SVG drawings outside Wikipedia (outside the reach of our librsvg) when not converted to PNG. I cannot see the need to avoid the often much cheaper possibility to have parts outside the view. May be you ask AnonMoos more about the consequencies of these, he knows a lot.

BTW: I saw that some drawings in Icons for railway descriptions/experimental are much too complicated. Anything larger than a few hundred bytes is unnecessarily full of redundancies. Quickly I redraw some of the icons ( BSicon exSTR-C.svg, BSicon 8031.svg, BSicon 6001.svg, BSicon DAMMel.svg) reducing them to 2%, 5%, 7% and 8% respectively. IMHO it would be a good idea to look a bit more on simplicity of such simple graphics; if you want some support there just ask me! -- sarang사랑 08:42, 4 October 2011 (UTC)

Yeas, I've been simplifying stuff along the line too. It's a side part to my proposal for a new all-encompassing naming scheme for BSicons, which may get accompanied by drawing standards (there is some ridiculous variation in bridges!) Circeus (talk) 20:43, 4 October 2011 (UTC)

Template:F

Hallo Sarang, mir ist gerade bei File:Kühlsen Drostehof.jpg aufgefallen, dass seit Deinem Umbau von Template:Derivative versions die Information-Vorlage nicht mehr wie gewohnt angezeigt wird, nämlich wenn die Option „other fields“ genutzt wird. Der graue Rahmen um das komplette Information-Zeugs schließt dann „other fields“ (hier: Namensnennung) nicht mehr mit ein. Gut sehen kannst Du den Unterschied, wenn Du bei diesem Bild in der Vorschau die „Derivative versions“-Vorlage entfernst (dann erscheint das Namensnennungs-Feld wieder als normaler Bestandteil des Infokastens). Ich vermute, dass Template:F ursächlich ist, und dass dort etwas fehlt oder zuviel ist, entdecke aber auf Anhieb nichts und hoffe, dass Du dieses Problemchen lösen kannst. Grüße --:bdk: 18:34, 14 October 2011 (UTC)

Hallo bdk, danke für die Nachricht. Bisher konnte ich die Ursache noch nicht lokalisieren, aber ich finde es noch heraus, und mache es bald wieder heile. Gruß -- sarang사랑 22:49, 14 October 2011 (UTC)

Fein, dank Dir schon mal :-) --:bdk: 00:23, 15 October 2011 (UTC)

Hallo bdk, das Problem hätte ich nun ermittelt; eine allen zusagende, perfekte Lösung ist weniger einfach.
Also, der graue Rahmen wird nicht von {{F}} unterbrochen, es liegt an der von {{Derivative versions}} erzeugten Liste, und war bereits vor meinen Änderungen so; das Problem tritt identisch bei {{Derived from}} auf.
Jede Liste im Element "other_versions" von {{Information}} zerschlägt den Rahmen! Sieh dir einfach mal an, was bei der Eingabe von |other_versions=*Test geschieht. Noch viel schlimmer wird es, wenn |Permission=*self eingegeben wird.
Die Liste lässt sich mehr oder weniger gut substituieren. Weniger gut, weil das manuelle <br> ungleiche Umbrüche erzeugt, und weil ich diesen blauen Bollen nicht so schön dick hinbekomme, mit • oder • komme ich nicht hin (blau wäre kein Problem, aber das bringt es ja wohl nicht). Es gibt eine ganze Menge anderer Zeichen die verwendet werden könnten, z.B. ♦. In Kühlsen Drostehof.jpg habe ich es mal mit ⇒ versucht und weiss bereits jetzt, dass das vielen nicht gefallen würde...
Eine Möglichkeit wäre es mit zu versuchen — ich habe da etwas für diesen Zweck besser geeignetes gezeichnet, wenn die Bullet-Darstellung mit einer Datei erfolgen soll, das "", es kann noch beliebig angepasst werden.

Nun gibt es auch die Vorlage {{Bullet}}, die so ein Ding   erzeugt. sarang♥사랑 20:08, 17 September 2013 (UTC)

Vorerst habe ich das nur in {{Derivative versions}} eingebaut. Wir können das hier weiterdiskutieren und nach besseren Lösungen suchen. Gruss -- sarang사랑 09:12, 15 October 2011 (UTC)

Hallo bdk, der Änderung in {{Derivative versions}} war nur sehr kurzes Leben beschieden, sie ist nach zwei Minuten zurückgesetzt worden. Die Situation ist ja eigentlich so, dass es nur ein work-around war für ein Problem, das tatsächlich in {{Information}} liegt, bei den Elementen Permission und other_versions; diese Vorlage ist heavy used, und um einiges komplizierter. Aber ich werde sie mir mal gelegentlich ansehen. Du könntest auch das lokalisierte Problem der Vorlagenwerkstatt melden, die haben Fachleute für so was. Gruss -- sarang사랑 09:28, 15 October 2011 (UTC)

Texteditor für SVG

Moin, ich bin von deinen Ideen (und Fähigkeiten) zur Bekämpfung aufgeblähter SVG wirklich begeistert und habe mir schon einige Inspiration für die Arbeit mit dem Texteditor geholt. Ich vermisse allerdings immer wieder hilfreiche Tools für diese Arbeit: Umwandlung von absoluten in relative Angaben; transformierte Pfade in normale Pfade mit neuen Koordinaten umzuwandeln... Eigentlich ist das ja nur Mathematik :) Hast du dafür etwas in Nutzung oder eine Idee? Und hast du zufällig Erfahrungen mit Programmen wie Scour, die einen Teil des Überhangs per WYSIWYG erstellter SVGs entfernen wollen? Vielen Dank für deine inspirierende Arbeit hier.. --Richtest (talk) 12:28, 8 December 2011 (UTC)

Hallo RichTest, es freut mich immer sehr zu sehen dass ich doch nicht als einziger an den redundanzüberfrachteten SVGs Anstoss nehme. Allerdings muss ich gestehen dass ich nicht nur null Erfahrung mit SVG-Programmen wie Inkscape&co habe, ich wende auch sonst sehr primitive Methoden an. Scour kenne ich nicht. Zum Editieren finde ich Notepad++ ausreichend, und die von dir angefragten Umrechnungen absolut→relativ bzw. Transformationsauflösungen lasse ich von Microsoft Excel errechnen, trotz mancher Mängel; die Relativierung kubischer Béziers ist damit etwas komplizierter, umso einfacher ist das Runden zur Reduzierung der Nachkommastellen. Für Zwischenkonversionen verwende ich noch andere MS-Programme wie das dafür sehr hilfreiche Word mit Macros. Falls dich solch primitive Hilfsmittel näher interessieren verrate ich dir gerne mehr, damit du nicht alles neu erfinden musst.

Es wäre natürlich grossartig dafür ein leistungsfähiges Programm zu haben, mit ausreichend Einstellmöglichkeiten und dennoch leicht zu bedienen… Bis so was gefunden (oder erfunden) wird mache ich mit meiner umständlichen Methode weiter. Und vieles dürfte einer automatisierten Bearbeitung kaum zugänglich sein, da bedarf es weiterhin menschlicher Interaktion. Wenn ich Grund zur Annahme hätte dass das noch mehr Benutzer interessiert könnte ich für sie eine Art Diskussionsportal einrichten, irgendwo im Umfeld von SVG Simplified. Es kommt noch dazu dass ich kaum neue Grafiken entwickle, stattdessen zeige ich beispielhaft bei den allerärgsten Hämmern wie es anders sein könnte.

Natürlich interessiert mich auch an welchen speziellen Grafiken du gerade bastelst. Gruss, -- sarang사랑 14:12, 8 December 2011 (UTC)

Hmm, also ich hab dieses Jahr mein erstes SVG gebastelt (Karte mit Openstreetmap-Daten), und dann ein paar simple Symbole: . Diese sind aber nicht aufs letzte Byte, sondern auf mein Verständnis hin optimiert. Habe mir (allerdings eher als Spielerei) auch schon mal kleine Programme geschrieben, die SVG-Dateien erstellen, zum Beispiel mit Zufallsgeneratoren.

Für Karten ist Inkscape o.ä. unerlässlich, aber die Ergebnisse ungeheuer aufgeblasen und ohne SVG-Eleganz. Aber bei 300kB SVG Ausgangsmaterial ist halt nix von Hand zu machen, wenn man nicht alles nachzeichnen will. Das mit Excel klingt sehr spannend, auch wenn ich mir gerade nicht vorstellen kann, wie du das gemacht hast.. Ich schick dir über de.wp mal ne Mail, vielleicht hast du Lust, mir das mal zu schicken, ist vielleicht einfacher als alles zu erklären. Vielen Dank -84.169.181.193 14:54, 8 December 2011 (UTC)

Ganz ausdrücklich beschänke ich mich auf einfache und einfachste Grafiken, also so was wie deine beiden BSicons. Natürlich lässt sich Aufwendigeres wie Karten nicht mehr von Hand zeichnen – aber immer noch anschliessend überarbeiten, mit tools und auch manuell, um zu einem akzeptablen Ergebnis zu gelangen.

Wie gesagt mache ich das meiste mit nur sehr geringer Unterstützung durch Automatismen. Wenn ich dir meine Vorgehensweise erkläre wirst du sicher Verbesserungsmöglichkeiten erkennen. Ich habe noch das "alte" Windows, XT glaube ich, die Officeprogramme sollten kompatibel sein, falls du moderner bist. Deine Mail ist angekommen, ich werde nun was zusammensuchen und -schreiben. -- sarang사랑 15:13, 8 December 2011 (UTC)

Hat zwar eigentlich mit deinem Ansatz nix zu tun, aber ich hab Scour mal ausprobiert, das reduziert fast auf die Hälfte bei meiner Karte, entsorgt viel Ballast, aber versteht natürlich nix, fürs automatische Gruppieren von Elementen aber ganz nett. Freu mich auf deine Mail, evtl. kann ja daraus eine Art Simple-SVG-Tutorial für Commons werden. -Richtest (talk) 16:17, 9 December 2011 (UTC)

Dass Scour ein leistungsfähiges tool sei und generell angewandt werden sollte habe ich früher schon gehört; wir könnten das deutlicher publik machen.

Leider habe ich noch nicht geschafft, ein übersichtliches Rezept für Simplifizierungen zu editieren. Auf die Schnelle habe ich in File talk:BSicon DRAISINE.svg ein paar Anmerkungen notiert, die dich vielleicht interessieren (Englisch ist nicht meine grosse Stärke, wenn du meine Texte verbesserst bin ich dir dankbar). Am Rezept bastele ich noch. Auch im Hinblick auf ein ev. Tutorial - wenngleich mir meine Methode etwas zu primitiv erscheint. -- sarang사랑 16:57, 9 December 2011 (UTC)

Ok, mit der DRAISINE hast du dir ja wirklich Arbeit gemacht, danke. Du scheinst wirklich ein Byte-Fuchser zu sein, das ist ja schon eine eigene Wissenschaft. Ich versuche allerdings meine SVGs lieber so zu erstellen, dass ich auch später noch verstehe, wozu was dient. Und das könnte ich nach deiner Radikalkur wohl nicht mehr ohne weiteres, auch wenn das vermutlich Übungssache ist. Plattenplatz im Byte-Bereich ist mir allerdings auch nicht so wichtig :) --Richtest (talk) 22:44, 9 December 2011 (UTC)

Das weiss ich schon dass ich da masslos übertreibe, alles Unnötige radikal wegzulassen; zur Leserlichkeit, da hast du recht, sollten wieder ein paar Zeichen mehr rein. Die Draisine ist ein Beispiel, beim Handcar liesse sich (in der Relation) mehr einsparen. Ich habe die Draisinengrafik nicht hochgeladen, wenn du sehen willst ob wirklich dasselbe gezeigt wird musst du es erst ausprobieren. -- sarang사랑 00:19, 10 December 2011 (UTC)

Herausforderung angenommen: File Talk:BSicon HANDCAR.svg. Viel Spaß, ich glaube, ich hab es dir nicht zu leicht gemacht. Ich hab leider gerade wenig Zeit, um das Thema wirklich anzugehen, aber ich werd deine Mail nicht vergessen.. Danke --Richtest (talk) 01:32, 10 December 2011 (UTC)

Gratulation - das hast du ausgezeichnet hinbekommen. So sollten IMHO einfache SVGs erstellt werden! Wie Inkscape, Adobe &Co so was machen würden weisst du ja… Bei hinreichendem sportlichen Ehrgeiz lassen sich an bereits vereinfachten Grafiken immer wieder noch einzelne Bytes sparen, wobei der relative Aufwand dafür extrem ansteigt, und das Ganze immer mehr zu Lasten der Leserlichkeit geht. Ein recht krasses Beispiel ist die letzte, 6. Variante von Iching-hexagram-64.svg:  diskutiert in File talk:Iching-hexagram-64.svg. Dessen 5. Version ist sehr elegant, die 6. jedoch schlichtweg nicht mehr verständlich. Speziell bei Serien erscheint es sinnvoll, ein brauchbares Muster zu haben, aus dem dann mit minimalen Anpassungen alle anderen Grafiken entwickelt werden können, wie in SVG simplification templates angedacht. Bei den BSicons gibt es vielfach auch Kleinserien von ±12 Grafiken, wie bei denBSicon ABZdf.svg-Variationen. So ein Muster sollte vor allem mit geringem, Aufwand varierbar sein und dafür nicht bis zum allerletzten Byte minimiert. -- sarang사랑 11:46, 10 December 2011 (UTC)

Mir ist gerade Wikiprojekt SVG #Manuell erstellte SVGs aufgefallen. Dort sollte man zumindest mal was dazu schreiben, wie die Vorteile aussehen und co.. -Richtest (talk) 20:53, 12 December 2011 (UTC)

Different SVG styles

The only SVG I've made from scratch which uses stroke-dash is File:Overhand-folded-ribbon-pentagon.svg (as far as I remember), while you seem to be constantly attempting to come up with new and innovative ways of making use of dashing... -- AnonMoos (talk) 13:58, 14 December 2011 (UTC)

Dashing seems really often a good way to minimize a drawing. Many files in Checkered could be drawn that way, and in many other cases it makes things easy, even when the first glance does not show dashed lines.

It had not been an option for Broken crossed circle.svg because its line ends, so I made it this time rather complicated with clipping twice instead. Sure a better solution can be found, at least the drawing is exact, even strict mathematically.

With Broken crossed circle 2.svg I had again troubles with the librsvg bug, it took ".16" for "0" and before I changed it to "0.16" (which will work) you remade in a good way. Thank you -- sarang사랑 17:33, 14 December 2011 (UTC)

I was motivated to change File:Broken crossed circle 2.svg as much as by the errors in the description and filename as anything. I changed the English description, but the German one is still inaccurate -- it's really not a cross, and it has only a somewhat remote relationship with a swastika... AnonMoos (talk) 19:21, 15 December 2011 (UTC)

I shall care for the German description -- sarang사랑 21:50, 15 December 2011 (UTC)

Feeling quite Sarang-ish today

File:Optical-illusion-diamonds.svg is the first SVG I made with a dashed line as wide as it is long... -- AnonMoos (talk) 14:14, 13 April 2012 (UTC)

Good and interesting work! I changed the template for two reasons:

1. now it is tagged "valid SVG" and the validator displays the source code, and
2. it is now an example in the dasharray-subcategory of SVG simplification technics where I am collecting some hints (if anybody will give them a look ...).

Do you have more ideas for the technics collection? -- sarang사랑 14:59, 13 April 2012 (UTC)

Probably should be spelled "techniques"... -- AnonMoos (talk) 15:03, 13 April 2012 (UTC)

Thank you. I am always fighting for good English, without success . Changing a category name is a bit complicated, but if you improve some of may sentences: just go ahead! At SVG simplification by cloning I tried to explain what I called "cascaded cloning" (I am fearing my description is not very clear; this technique would reduce the number of "use"s in your drawing. -- sarang사랑 15:28, 13 April 2012 (UTC)

"Cascaded" is OK; "nested" could also be used... AnonMoos (talk) 16:31, 13 April 2012 (UTC)

Chess piece simplification

Thank-you for your edits to the yellow bishop. There are many other chess pieces, so if you are interested in doing one of each, I'll happily recreate the other colours and variations of them.  :) NikNaks _{talk - gallery - wikipedia} 14:50, 26 December 2011 (UTC)

Of course I can give it a look, and do it time by time. If you look for the differencies you may see that it is not at all difficult but nevertheless it's some work needing time. -- sarang사랑 17:17, 26 December 2011 (UTC)

Knots

Actually, the serious mathematicians at http://katlas.org/ would consider me a mere tyro, since my interest is more on the quasi-decorative or ornamental uses of knots, not the basic mathematics. However, you can see my knot atlas home page (currently not fully updated) at http://katlas.math.utoronto.ca/wiki/User:AnonMoos ...

As for File:9crossings knot.svg, it's not mathematically a "knot" at all, unless the over-under interlacings are shown. If the interlacings are alternating, then it's a "7 4 knot", or Buddhist Endless Knot... AnonMoos (talk) 15:41, 27 December 2011 (UTC)

File:Chenhao2007SHIFF.jpg

Analyzed at http://katlas.math.utoronto.ca/wiki/8_18 . File:Celtic-knot-twoloops-bigends.svg has 14 crossings, and is mathematically technically a "link", not a "knot"... -- AnonMoos (talk) 17:18, 27 December 2011 (UTC)

SVG problem

Do you have any idea why the "14:50, 2 February 2012" version of File:No Logo logo.svg doesn't display correctly? It seems to be a bug, but if so, it's a rather strange one, and I don't know how to avoid it... AnonMoos (talk) 16:04, 2 February 2012 (UTC)

Oops, never mind, as soon as I posted this message, I finally saw the problem (had been assuming that a duplicate of the "N" outline was the "L" outline...). AnonMoos (talk) 16:10, 2 February 2012 (UTC)

Sometimes it's really difficult; and from time to time somebody else can help. That is the Wikipedia community. -- sarang사랑 16:15, 2 February 2012 (UTC)

File:AFEMRib.svg

LOL. I didn't think it was possible to minimize it any more. Nice work. Magasjukur2 (talk) 08:50, 13 February 2012 (UTC)

You did really good simplification work. But some reductions remain still almost always as a possibility. -- sarang사랑 08:55, 13 February 2012 (UTC)

Category talk:SVG simplified Coats of Arms

I was inspired by the discussion there, and the shield shape SVGs I included on that page to create a personal coat of arms for myself. Sorry that the SVG file is a hulking behemoth, weighing in at a huge 11kb, but the shield and its contents by themselves (omitting the triskelion and motto text converted to paths) would be a mere 2kb... AnonMoos (talk) 02:20, 16 March 2012 (UTC)

It looks really good! Lots of your work lead to a remarkable success. Good idea to document all its history and that of its components. sarang사랑 06:37, 16 March 2012 (UTC)

I took the freedom to reduce the size there on the talk page

It doesn't compare artistically to what User:Sodacan does, but it seems to work in its own little semi-paradoxical way... -- AnonMoos (talk) 23:53, 16 March 2012 (UTC)

Following your hint I looked at the pix of User:Sodacan; I admire this. But for my part, I restrict to my good old simple SVGs. sarang사랑 11:28, 17 March 2012 (UTC)

File:宿-5BBF.gif

Making a GIF transparent in cases such as this means thumbnails will have a relatively low quality (the transparent area eats away at the black area, so that small text will quickly become illegible)... AnonMoos (talk) 07:27, 19 March 2012 (UTC)

Thank you, I didn't know that. Now I can care in future; but I use GIF rather seldom and only for intermediate reasons, when SVG seems too much effort. Depending the case of this picture, I should rather remove the text from the picture, the explanation given in the description is more useful.

Sure you have seen that I redrew some extremly simple pics of Sodacan, when Sodipodi/Inkscape seems to me not such a good choice, as with this chakra: . sarang사랑 08:27, 19 March 2012 (UTC)

Possibly interesting SVG file

File:Op-art-4-sided-spiral-tunnel.svg has an unusual structure; it's highly repetitive, yet I'm not sure that the repetitive parts can be collapsed... AnonMoos (talk) 08:02, 30 March 2012 (UTC)

Good job on condensing; I had some difficulty in understanding how File:Op-art-4-sided-spiral-tunnel-6.svg etc. worked at first, but eventually managed to optimize the original file in the same way... AnonMoos (talk) 15:02, 31 March 2012 (UTC)

256x256 - Matrix

Hallo Sarang.
Vielleicht findest du etwas Zeit meinen Code für das Gitter in File:4-ary Boolean functions; matrix gbec; 1.svg zu verbessern. Ich habe viel mit Klonen gearbeitet um es einigermaßen schlank hinzukriegen, aber du findest bestimmt was Überflüssiges. Ich werde dieses Gitter oft benutzen, es lohnt sich also. Die Ebene entries brauchst du dir nicht anzusehen. Grüße, Lipedia (talk) 01:28, 20 May 2012 (UTC)

OK, ich schau mal. Bis bald sarang사랑 09:19, 20 May 2012 (UTC)

Jetzt habe ich es mir angesehen. Es ist viel einfacher als ich erst dachte, denn die breiteren Trennstriche verschieben die Quadrate nicht, sondern nehmen den benachbarten ein wenig Platz weg; das ist nicht ganz exakt, aber einerseits nicht zu sehen und somit ausreichend; andrerseits wäre die Berechnung für die farbigen Quadrate sehr umständlich, wenn die weiter rechts und unten stehenden immer um diese Pixelbruchteile verschoben wären. Das Gitter geht also sehr einfach zu zeichnen.

Immer wieder bin ich verblüfft wieviel unsinnigen Code Inkscape-Sodipodi zu erzeugen imstande ist. Z. B. das farbige Quadrat mit M 255 127 L 256 127 L 256 128 L 255 128 L 255 127 z. Die letzten paar Zeichen (L 255 127) und (z) sind äquivalent, eines davon würde genügen, und es sind sogar beide überflüssig. Der Code M255,255h1v1h-1 leistet genau dasselbe, wobei nur die beiden Koordinaten nach dem "M" variert werden müssen, das "h1v1h-1" bleibt für jedes der 256 × 256 möglichen Quadrate gleich (sog. relative Koordinaten: 1px horizontal nach rechts, 1 vertikal runter, 1 horizontal nach links - das ist es!). IMHO erhöhen die vielen redundanten Leerzeichen die Leserlichkeit keineswegs.

Ich werde schnell eine simplifizierte Version erstellen, die genau dasselbe zeichnet. Dauert noch ein wenig.

Wie erstellst du die Variationen? Wird das von einem Programm umgesetzt, oder machts du die Einträge manuell? sarang사랑 15:08, 20 May 2012 (UTC)

Ja, das Gitter ist einfach. Ich weiß nur nicht wie viel von dem Header Müll ist - oder vielleicht gebraucht wird, damit die Klone funktionieren. Ich halte es nicht für sinnvoll die farbigen Pfade in Ebene entries stark zu vereinfachen - abgesehen davon, dass ich die Startpunkt-Endpunkt-Redundanz und überflüssige Zeichen weglassen könnte. Ich habe in MATLAB ein Programm namens bin2svg.m geschrieben, das mir eine Binärmatrix in den Code für einen SVG-Pfad umwandelt. Das könnte ich in Details leicht ändern, aber ich habe wenig Lust auf Änderungen, die nur für Rechtecke Sinn ergeben (M255,255h1v1h-1), weil die meisten Pfade vermutlich keine Rechtecke sein werden. Wenn es dir Spaß macht, kannst du natürlich bin2svg.m überarbeiten. Lipedia (talk) 15:55, 20 May 2012 (UTC)

Können wir vielleicht die Details am Telefon besprechen? Du kannst mir ja eine Festnetznummer mailen. Sonst stelle ich es halt schriftlich zusammen, was es an Möglichkeiten gibt. sarang사랑 15:50, 20 May 2012 (UTC)

Ich glaube das Thema ist schriftlich am besten zu lösen. Willst du den Code für bin2svg.m? Lipedia (talk) 15:55, 20 May 2012 (UTC)

Gut, schriftlich. Ich würde auch die Transformationen weglassen, dazu müsste einen von mehrenen möglichen Anpassungen gewählt werden: das ganze kleiner, 256 × 256 + die Ränder; wenn du die Grösse 780 × 780 beibehalten willst, ginge das unwesentlich komplizierter mit viewBox. in beiden Fällen funktioniert die Färbung mit beiden oben gezeigten Methoden, der umständlichen und der kurzen.

Die größere Version geht auch ohne viewBox, dann müssten allerdings die Koordinaten den dreifachen Wert + 6 angeben, und h3v3h-3 zum Zeichnen (wenn es ohnehin per Programm errechnet wird wäre das wohl egal).

Oder eben doch mit Transformation.

Ich kann dir Muster machen von allen Möglichkeiten, oder du legst vorab fest was dir am ehesten liegt; dann mache ich das und du kannst es dir ansehen. sarang사랑 16:14, 20 May 2012 (UTC)

Mir ist gerade was seltsames passiert: Ich wollte dir als Muster File:Hadamard-Code.svg zeigen (mit bin2svg.m erstellt), aber beim Hochladen ging <?xml version="1.0" encoding="UTF-8" standalone="no"?> verloren. Verstehst du das?
Ich dachte mir schon, dass du die Transformation weglassen willst, aber ich will die Dinger auf jeden Fall in ordentlicher Größe auf der Beschreibungsseite, und andererseits würde ich den Output von bin2svg.m gern unverändert einbauen. Finde ich irgendwie eleganter.
Da die kleine Matrix nicht wollte habe ich jetzt mal File:Binary Walsh matrix 256.svg als Beispiel hochgeladen an dem man sieht wie mein Programm gegenwärtig die Pfade erstellt. Selbst bei diesem komplizierten Muster ist die Dateigröße moderat, ich sehe also keinen dringenden Verbesserungsbedarf bei den Pfaden. Nur der Header und das Gitter sind halt sehr unaufgeräumt. Lipedia (talk) 16:52, 20 May 2012 (UTC)

Gut, Tilman, ganz wie du willst. Im Header ist fast alles unnötig, und wenn nicht geklont wird ist auch "xmlns:xlink" überflüssig. Und das Gitter geht sehr einfach. Ich mache dir jetzt eine einfache Version von 4-ary Boolean functions; matrix gbec; 1.svg mit deinen Pfaden, auch wenn sie viel komplexer sind als nötig. Wie soll ich es machen - über deine Version laden, oder als Code in die Talkpage stellen? sarang사랑 17:07, 20 May 2012 (UTC)

Lad einfach drüber. Detailverbesserung an den Pfaden könnte ich noch mit einbauen. Wie würdest du
M 3 1 L 4 1 L 4 3 L 3 3 L 3 4 L 1 4 L 1 3 L 2 3 L 2 2 L 3 2 L 3 1 z
schreiben? (Das ist die zweite Pfadzeile in File:Binary Walsh matrix 256.svg.) Lipedia (talk) 17:27, 20 May 2012 (UTC)

Mal sehen: von Position 3,1 nach 4,1 geht mit h1; von 4,1 weiter nach 4,3 geht mit v2; von dort nach 3,3 geht mit h-1 (oder H3); runter nach 3,4 mit v1; nach links von 3,4 auf 1,4 mit -h2 (oder H1); rauf nach 1,3 mit v-1 (oder V3); mit h1 nach 2,3; mit v-1 nach 2,2; mit h1 nach 3,2; wenn es wie in der Walsh Matrix eine gefüllte Struktur ist reicht das, bei nur Umriß (fill="none") geht es mit "z" nach 3,1.

Also entweder verschieblich M3,1h1v2h-1v1h-2v-1h1v-1h1(z) oder absolut M3,1H4V3H3V4H1V3H2V4H3(z) (wenn ich mich nicht vertan habe...). Absolute Koordinaten können grössere Zahlenwerte benötigen, hier bei diesen Werten nahe dem Ursprung wird es durch das Vorzeichen länger. Natürlich kann absolute und relative Angabe gemischt werden, der Vorteil bei relativen ist die Verschieblichkeit - nur die Anfangskoordinaten müssen geändert werden.

Ich glaube das Klonen war nicht ganz korrekt, doch habe ich es nicht geprüft; jedenfalls sieht die 4-ary-Bool von mir etwas anders aus, regelmäßiger.

Jetzt habe ich die umständlichen Pfade drin, soll ich sie doch vereinfachen? sarang사랑 18:02, 20 May 2012 (UTC)

Beide Versionen sind jetzt hochgeladen, erst absolut, dann darüber relativ. Eventuell könnten die Strichstärken variiert werden?

Was beim Hadamard-Hochladen passiert ist kann ich mir auch nicht erklären, jedenfalls habe ich es heile gemacht. Ich hoffe ich konnte dir so helfen, wie du es wolltest. sarang사랑 18:49, 20 May 2012 (UTC)

WTF - echt beeindruckend, danke. Ich hätte nie gedacht, dass man das Gitter so klein kriegt. Jetzt verstehe ich auch deine Art die Pfade zu vereinfachen. Das müsste ich hinkriegen, mein Programm so zu verändern. Lipedia (talk) 20:10, 20 May 2012 (UTC)

Hallo Timan, da bin ich ganz sicher dass du das hinbekommst; die Programmierung sollte sogar um einiges einfacher werden als bisher. Natürlich könnte da noch viel weiter minimiert werden, aber es muss ja auch nicht übertrieben werden; wenn die ärgsten Inkscape-Redundanzen eliminiert werden ist schon viel gemacht. Wenn dir noch was nicht so klar ist mit SVG: frage mich, einiges weiss ich mittlerweile, und auch dokumentiert ist bereits manches in SVG simplification techniques. Ich werde da noch was reinstellen über Koordinaten, vielleicht gelingt es mir das verständlich darzustellen.

Ich habe null Ahnung von MATLAB, aber dein Programm interessiert mich, sicher kannn ich da von dir viel lernen. Ich mache bisher solche Berechnungen sehr primitiv mit EXCEL, mit externer Rumkopierei… ganz archaisch! Gruß sarang사랑 06:51, 21 May 2012 (UTC)

Hallo Tilman, ich konnte es doch nicht bleiben lassen dir noch die Variante mit relativen Parametern zu zeigen, da ändert sich "M" zu "m" und bei den höheren Zahlwerten wird einiges gespart. Ob du das in dein Programm einbauen willst wirst du entscheiden, die Berechnungslogik ist trivial (auch für eine eventuelle Wieder-Absolutierung; falls größere Änderungen anstehen, denn mit absoluten Werten ist alles viel flexibler. Ich habe mir Hilfsmittel zur Konvertierung in beide Richtungen erstellt.)
Bei Grafiken wie der Walsh matrix wäre der Spareffekt viel signifikanter.
Nur aus Gründen der besseren Lesbarkeit habe ich jedes Quadrätchen in einer Zeile belassen, eine Variante ohne linefeeds innerhalb der Pfaddaten wäre mit 868 bytes um 30 Stellen kleiner. Aber wir wollen ja nicht übertreiben, und den Code inspizierbar lassen. sarang사랑 14:14, 21 May 2012 (UTC)

So - hab mein Programm überarbeitet und veröffentlicht: v:User:Lipedia/bin2svg

Hast du was gegen große Ms? Siehe File:Hadamard-Code.svg und File:Binary Walsh matrix 256.svg.

Lipedia (talk) 20:53, 24 May 2012 (UTC)

Sieht gut aus! Dass es was gebracht hat und viel einfacher ist, siehst du ja selbst. Grosse "M" bedeuten: absolute neue (Move-to) Position, wenn kein neuer Kommandobuchstabe folgt werden die folgenden x/y-Parameter behandelt wie wenn ein "L" codiert wäre. Kleines "m" bedeutet die Werte sind die relative Verschiebung zur aktuellen Position (wenn es das erste Zeichen eines path data-strings ist ist es natürlich eine absolute Position), und es wird ein "l" impliziert wenn kein Kommandobuchstbe folgt.

Bei Hadamard folgt immer ein Kommando, somit entfällt die Bedeutung für die Folgeposition.

Da es meist lange Ketten von v/h-Kommandos enthält, wird die Einsparung durch das relative "m" nicht allzu berauschend werden; andrerseits wäre es bei den durch Programm erzeugten Parametern sicher leicht, stets die aktuelle Position zu wissen und statt "M" relativ zu codieren. Das Programm könnte sogar vergleichen was weniger Zeichen benötigt und dann je nachdem "M" oder "m" ausgebeben... Aber wie gesagt, das Programm müsste erweitert werden, und der Effekt wäre nicht mehr so dramatisch wie bei dem was du bereits erzielt hast. Wenn es dir Spass macht, der Sache wegen, nur zu; wennn nicht kannst du auch sehr zufrieden sein mit deinem Erfolg. Jedenfalls finde ich es gut codiert und ich habe nichts daran zu meckern. Glückwunsch zum Erfolg! sarang사랑 20:59, 24 May 2012 (UTC)

File:Bin2svg icon.svg

Eben ist mir aufgefallen: Codierungen wie M5,5h1v1h-1v-1 können noch etwas vereinfacht werden, ohne das "schließende" v-1 wird genau dasselbe gezeichnet. Äquivalent wäre M5,5h1v1h-1z, aber das v-1 (oder in diesem Fall V5) oder z wäre nur für die Umrisslinie (stroke="#???") erforderlich, während Flächen (fill="#???" bzw. implizit black) automatisch zum (letzten) M/m-Ausgangspunkt hin geschlossen werden (Svg example fill.svg: ). Allerdings gilt das nicht für die aktuelle Position, die wird nur dann zum Ausgangspunkt zurückgeführt wenn es auch so codiert ist. Zu deiner Information, falls du es noch etwas schlanker haben möchtest. Nachtrag: In 4-ary Boolean hatte ich das Grün etwas geändert, weil IMHO #0F0 etwas zu hell ist, #0C0 passt weit besser zum Rot. sarang사랑 04:16, 25 May 2012 (UTC)

Die Kleinigkeit mit der letzten Koordinate habe ich noch geändert. Optimieren könnte man jetzt endlos. Dir wird nicht entgangen sein, dass man ein Schachbrett mit acht statt 32 Rechtecken zeichnen kann, und dann gibt es ja noch Klone. File:Binary Walsh matrix 256.svg schreit natürlich nach Klonen, auch File:4-ary Boolean functions; matrix ggbec; 55424.svg könnte man auf etwa ein Achtel eindampfen. Man könnte sicherlich einige Monate seines Lebens mit der Optimierung von bin2svg verbringen. Mich irritiert gerade eher, dass ich bei deinem Gitter in Inkscape die dünnsten Linien nicht sehen kann (oder nur vereinzelt). Stört mich ja nicht so lange sie hier zu sehen sind, ist aber seltsam. Lipedia (talk) 21:04, 25 May 2012 (UTC)

Natürlich könnte man noch endlos rumspielen und sich einen verkünsteln - da jedoch der nun erreichte Status sowohl gut strukturierten & leserlichen Code enthält als auch praktisch ballastfrei ist, hast du dein Ziel erreicht: über eine sinnvolle Ausgangsbasis für viele weitere Matrices zu verfügen.

Das mit den "dünnsten Linien…" konnte ich nicht verstehen, dass sie nur vereinzelt aber hier doch zu sehen seien. Klärst du mich bitte auf?

Die der Matrix innewohnende mathematische Logik habe ich noch nicht angesehen, wo sich Strukturen wiederholen und wie weit Kloning möglich ist. Wenn diese Logik allen Matrizen gemeinsam ist und bei dichter besetzten Gittern entsprechend viel einsparen lässt, wäre es natürlich schon etwas von ästhetischem Reiz, das wir überlegen könnten. sarang사랑 05:43, 26 May 2012 (UTC)

Es gibt die dünnsten Linien im Gitter, durch die man 256x256 u nd nicht nur 64x64 Quadrate sieht. Die sehe ich auf Commons, aber nicht wenn ich die Datei in Inkscape aufmache. Lipedia (talk) 07:04, 27 May 2012 (UTC)

Die dünnsten Linien der Einzelquadrate habe ich mit 0,03 px definiert, das px wiederum kann mit 0,01 mm angenommen werden. In der 2000er Vergrößerung ist die Linie gut zu sehen, bei kleinerer Darstellung natürlich weniger. Gerne kannst du es mit anderen Strichstärken versuchen, doch bleibt es grenzwertig, in einer Grafik 256 × 256 Quadrate darstellen zu wollen: in Gesamtsicht verschwinden da die Einzellinien zu Schatten, und in starken Vergrößerungen sind nur mehr Teilbereiche anzeigbar. Bei SVG kann es in verkleinerten Übersichten auch wesentlich anders aussehen wenn Strukturen genau auf Pixelgrenzen oder daneben definiert sind.

Was Inkscape zeigt habe ich noch nicht untersucht, für SVG offline verwende ich Firefox (und fallweise Windows IE), die vieles anders anzeigen als der Wikimedia renderer librsvg. Von den unterschiedlichen Macken dieser tools abgesehen, wird es bei derart feiner Strukturierung nie unproblematisch sein. Die Variante mit dasharray ist eine von vielen Möglichkeiten, und jede Variante kann in der Verkleinerung (als thumbnail) anders wirken. Übrigens, während der Entwicklung habe ich die Grafik mit viewBox extrem vergrößert, um die Details deutlich sehen zu können - so habe ich mich auch um größtmögliche Annäherung an deine Ursprungsgrafik bemüht. sarang사랑 06:25, 28 May 2012 (UTC)

Signature

Please change your signature. Per Commons:Signatures#Images_in_signature, images of any kind must not be used in signatures. Thank you --Gauravjuvekar (talk) 17:25, 23 June 2012 (UTC)

 Done. sarang♥사랑 17:34, 23 June 2012 (UTC)

Hello, Sarang/Archive. You have new messages at MGA73's talk page. You may remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

Resolved sarang♥사랑 17:24, 20 July 2012 (UTC)

U6A02 (樂)

OK, if it's a real tattoo, then it's certainly a rather large one, so I was mildly curious as to why it might have been chosen. Thanks... AnonMoos (talk) 15:51, 1 July 2012 (UTC)

The upper right 幺 was difficult to see on the 1^st pic; the 2^nd one was better. If the pic was licencable I would add it to the category, but for sure it is not. I am thinking of creating an own category Chinese glyph tattoos within the next days. -- sarang♥사랑 16:02, 1 July 2012 (UTC)

There's a semi-notorious site http://hanzismatter.blogspot.com/ which has exposed many blunders in the past... AnonMoos (talk) 16:28, 1 July 2012 (UTC)

P.S. You could always contact the "shadowcatcherimagery" site and ask them to relicense. AnonMoos (talk)`

File:Tattoo U+6A02.jpg

I don't know whether that image is copyrightable in that particular form or not, but we both know that the source isn't "vintage"[sic]. As explained in earlier -emails, it's from a photograph taken by one of the people responsible for the http://www.shadowcatcherimagery.com website (in 2001 or slightly before), though the photograph was not downloaded from the website. It would be cutting fewer corners to follow my suggestion above to ask the people at that site whether they would relicense the photograph(s) under a free license... AnonMoos (talk) 15:21, 23 September 2013 (UTC)

One year ago, shadowcatchers didn't answer my question. Depending this file, I believe that just the character without anything else from the photography, not showing all the photographical artwork, hopefully will not infringe the copyright, and the copyright for the character 樂 only is covered sufficiently by PD-Unicode. I do not feel completely well either, and I would much prefer to get the permission to show more of the picture. I am thinking of giving it another try and to contact shadowcatchers again.

Thank you for completing so neatly the file description. sarang♥사랑 09:51, 24 September 2013 (UTC)

I sent shadowcatchers again a mail 24 September 2013 - no reaction. sarang♥사랑 08:50, 14 October 2013 (UTC)

File:Mars symbol.svg

Guten Tag,

Es gibt ein problem mit den Bild Mars symbol.svg. Es gibt den richtigen symbol ♂ nicht mehr ; anstatt sehe ich eine schwarze geometrische Figur mit eine Kurve, zwei Strecke, und drei Ecke.

Deshalb stelle ich mich die Frage, um eine ältereres Version dieser Bild wieder zu machen.

Ich hoffe dass meine Deutsche Sprache genug gut ist. Verzweifeln Sie nicht, mich zu korrigieren.

Danke schön >^w^<

••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Good afternoon,

There is a problem with the picture Mars symbol.svg. The ordinary symbol ♂ doesn't appear anymore; instead of it, a plain black shape with two sides, one curve, and three vertexes.

This is why I ask myself a question: why not displaying an older version of this file.

I hope my German (and my English) are good enough; don't hesitate to correct me.

Thank you >^w^<

••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

KiwiNeko14 (talk) 12:36, 16 October 2012 (UTC)

Merci beaucoup, KiwiNeko14, for telling me about this problem. It is caused by a well known librsvg bug and is now repaired by a workaround. Maintenant Mars symbol.svg:  est comme tu veux. Je regret; désolé mon français n'est pas bon. sarang♥사랑 17:44, 16 October 2012 (UTC)

Kein problem Sarang, ich habe dich verstanden! Jetzt funktioniert es super, danke sehr! Guten Abend

KiwiNeko14 (talk) 18:50, 16 October 2012 (UTC)

Inzwischen ist der Bug auch generell gefixt , siehe Bugzilla:31122 (live on 24.10.12) -- Perhelion (talk) ℗ 16:39, 29 October 2012 (UTC)

Being open is what the missing height happened (is this correct English?). De: Wobei offen ist was mit dem fehlenden height passiert (sieht schon etwas kurios aus, der Renderer macht daraus ein width="31" height="31"!?). -- Perhelion (talk) ℗ 08:13, 30 October 2012 (UTC)

Ganz generell scheint bei fehlenden width/height 512x512 genommen zu werden, zB wenn statt den beiden Angaben nur eine viewBox angegeben ist.

Offline wird bei nur width dieselbe height genommen,also ein Quadrat; mit dem librsvg gibt das dann Probleme, je nach der gerenderten Grösse. Bei solchen Variationen ist oft offline ok, nicht hingegen was dann in Wiki gezeigt wird. sarang♥사랑 10:01, 30 October 2012 (UTC)

My favorite SVG file ever!

See File:Double optical illusion.svg... -- AnonMoos (talk) 20:19, 29 November 2012 (UTC)

Commons:WikiProject BSicon

You are invited to join Commons:WikiProject BSicon‎. Useddenim (talk) 19:44, 21 July 2013 (UTC)

Sq3_bluewhitegreen

Think it was just a caching problem; I purged and reloaded, and it looks fine for me now... AnonMoos (talk) 13:42, 26 July 2013 (UTC)

Template linking templates

Hi Sarang,

I noticed you're putting effort into cleaning up the existing template linking templates and extending their functionality. Kudos for this!

However did you read my comment here? I assume en:Template:tlg has already all the functionality you might want to implement in Template:Svtest plus much more (e.g. it already easily handles Interwiki-linking of templates, linking to arbitrary namspaces, etc).

I'd recommend to just import it here (as per my comment I mentioned) and built upon it's functionality instead of reinventing the wheel for Commons. This way future improvements can also quickly be applied on Commons and on enwiki. What do you think? --Patrick87 (talk) 09:51, 1 August 2013 (UTC)

Hi Patrick, deinen Beitrag habe ich sehr wohl entdeckt und gelesen. Gleichwohl halte ich die Importierung von {{Tlg}} nicht für das Allheilmittel um diesen Vielfaltwirrwarr an template-templates aufzuräumen. "Tlg" ist ein sehr mächtiges Instrument, das aber einem etwas anderen Konzept folgt. Es ist sehr einfach, damit auf die Parameter einer Vorlage hinzuweisen, alles andere ist aber recht umständlich. Insbesondere hat Commons einen gewissen Standard für interwiki-templates bezüglich der Parameter 1=, 2= und 3=; es kann diskutiert werden ob dafür zusätzlich noch benannte Parameter (in diesem Fall wohl alttext und language eingeführt werden sollten, manche bevorzugen das. Einige tlg-Parameter (code, bold, italic) lassen sich weitaus einfacher codieren, zB mit ''{{tl|example}}'' oder als {{tl|example|''example''}} — wobei nichts dagegen spricht, es auch als Vorlagenparameter anzubieten. Ein eventueller bot-Lauf könnte so etwas auf beiderlei Arten umstellen. IMHO wäre es sicher am sinnvollsten, eine einzige Vorlage zu haben, am besten wohl als {{Sarang/Archive/2014}}, mit allen Parametern.
Praktikabel wird es am ehesten sein, zwei Vorlagen zu haben, eine wie {{Sarang/Archive/2014}} mit den unbenannten (aber auch benambaren!) Parametern für Displayname und Language, die andere zB {{Tp}} verwendet alle unbenannten Parameter 2 bis ∞ zur Aufzählung der Vorlagenparameter. Eine Fülle von benannten Parametern, bei den beiden Vorlagen identisch, erlaubt alle beliebigen Formatierungen. So sind Parameter in beiden Vorlagen mit parm= als ein komplexer Textstring, aber auch mit par1=, par2= etc. einzeln darstellbar. Beide Vorlagen würden sehr viel Code enthalten, deshalb wäre es vielleicht besser dass beide nur ihre Parameter an eine Supervorlage übergeben, die dann alles macht.
Es liefe darauf hinaus, dass mehrere sehr einfache Vorlagen durch eine überaus komplexe Vorlage ersetzt werden, und die sehr einfachen Vorlagenaufrufe in sehr vielen Fällen dann die leistungsfähige zentrale Vorlage aufrufen, ohne irgendwelche Werte für die zahlreichen Parameter zu übergeben.
Was hältst du davon? Wollen wir uns dafür aus dem Fenster lehnen? Und das ganze mal an der entsprechenden Stelle formulieren? Gruss, sarang♥사랑 07:38, 2 August 2013 (UTC)

Ganz ehrlich muss ich sagen, dass ich davon nicht viel halte. Die von dir vorgeschlagene Vorlage mit drei unbenannten Parametern für Vorlage/Alternativtext/Sprache würde das "Vielfaltwirrwarr" wie du es selbst nennst nämlich noch deutlich verschlimmern. Bist du dir sicher, dass es diese Variante auch noch braucht und ein einfacher "lang" Parameter nicht ausreicht (falls überhaupt nötig, schließlich kann man bei "tlg" einfach per Sprach-Prefix verlinken - auch zu anderen Projekten was bei deinem Vorschlag nochmal einen Parameter erfordern würde)? Aus meiner Sicht sprechen sogar einige Dinge dagegen:

• Zunächst mal wird ohnehin eher selten zu anderssprachigen Wikipedias oder gar zu anderen Projekten verlinkt. Wenn man das wirklich will, warum nicht einfach mit Prefix (oder von mir aus auch lang-Parameter)?
• Bis heute ist die Interwikifunktionalität in den meisten Vorlagen gar nicht vorhanden. Es scheint also kein großer Bedarf zu bestehen. Die Funktion per Parameter nachzurüsten sollte also mehr als genügen.
• In der englischen Vorlage habe ich den "lang" Parameter sogar ganz entfernt – weil er überhaupt nicht benutzt wurde. (Ich vermute aber mal, dass der Bedarf auf Commons nach Interwikilinks etwas höher sein würde).
• Die von dir vorgeschlagene Version ist von vornherein limitiert was Parameter angeht. Man kommt also, trotz der noch größer werdenden Vorlagenvielfalt, nicht darum sich mehrere Vorlagen zu merken.
• Auch der Alternativtext wird so gut wie nicht benutzt. Schlussendlich ist er fast nur in Kombination mit Interwikilinks nützlich oder für Vorlagen im Benutzernamensraum (um den Namensraum zu "verstecken").

Ganz grundlegend würden mir persönlich zwei Vorlagen genügen (den ganzen Formatierungsmist halte ich ohnehin für unnötig), so wie in der deutschen Wikipedia: {{tl}} zur verlinkten Verwendung und {{tnl}} zur Erklärung der Vorlagenverwendung ohne Verlinkung oder bei mehrfacher Verwendung im Fließtext. Aber das werden wir hier kaum durchsetzen können, deshalb war mein persönliches Ziel die Vorlagenverwendung so gut wie möglich zu vereinheitlichen (mit gleichen Parametern, identischer Funktionalität und sinnvollen Namen)... und dem läuft dein Vorschlag leider ziemlich entgegen.

Ich würde mich freuen, wenn wir da eine sinnvolle Lösung finden könnten um das Wirrwarr etwas zu entwirren. Wenn wir zwei uns schon nicht einig sind brauchen wir glaube ich auch noch gar nicht daran denken irgendwas irgendwo zu formulieren. --Patrick87 (talk) 18:56, 2 August 2013 (UTC)

Die unbenannten drei Parameter sind ein in den Commons verbreiteter Standard, und in Vorlagen wie {{C}}, {{F}}, {{U}}, {{W}} und nun auch in {{U}} realisiert. Ich will keine weiteren Vorlagen, im Gegennteil, doch habe ich die drei Vorlagen {{Sarang/Archive/2014}}, {{Sarang/Archive/2014}} und {{Sarang/Archive/2014}} einheitlich von einem auf drei unbenannte P. erweitert. Natürlich wird der 2. kaum, und der 3. Parameter noch weniger benützt; die Erweiterung ist mehr eine Anpassung an diesen erwähnten Standard.

Es wäre bereits jetzt möglich, {{Sarang/Archive/2014}} und die sehr frequentierte Vorlage {{Sarang/Archive/2014}} per bot auf {{Sarang/Archive/2014}} umzustellen, oder aber zwei davon so zu reduzieren, dass sie nur mehr mit ihren Parametern die 3. aufrufen; so eine Verschachtelung brächte keinen direkten Vorteil, ausser dass als Endziel nur mehr eine Vorlage zu pflegen wäre.

Template:HandSVG als Autorinformation

Hi Sarang,

du bestückst gerade ein paar SVGs mit {{HandSVG}}, danke dafür! Allerdings ist mir aufgefallen, dass du im {{Information}} Template das "author" Feld mit dieser Vorlage ersetzt.

{{HandSVG}} enthält zwar ebenfalls einen Link zum Autor wenn man es richtig einsetzt, allerdings glaube ich, dass das trotzdem keine gute Idee ist:

• Die Vorlage sagt zunächst mal etwas über den Inhalt der SVG aus, enthält die W3C Info-Vorlage, etc. Das hat alles nichts mit dem Autor zu tun und gehört somit auch nicht ins "author" Feld.
• Bei den CC-Lizenzen wird oftmals empfohlen den Autor "so wie im "author" Feld angegeben" zu zitieren, wenn nicht anders angegeben. Zum einen lässt sich diese Empfehlung so dann natürlich nicht mehr anwenden, zum anderen veränderst du diese Information (worüber der ursprüngliche Autor eventuell nicht glücklich ist).
• Ein Laie, der über diese Vorlage stolpert, kann damit wahrscheinlich nichts anfangen. Er kapiert vielleicht gar nicht, dass hier tatsächlich auch der Autor der Datei angegeben wird (was bei einem einfachen Wikilink hingegen offesichtlich sein sollte).
• Oftmals wird ein SVG von einem anderen Benutzer erstmals optimiert oder noch weiter optimiert, nachdem es der ursprüngliche Autor hochgeladen hat. Das SVG ist dann natürlich trotzdem ein {{HandSVG}}, allerdings hatte der ursprüngliche Autor damit ja nichts zu tun.
• Maschinenlesbarkeit: Wenn ich im "author" Feld nach einem Wikilink suche, habe ich wenn eine Vorlage verwendet wird schlechte Karten. Zugegeben ein schwaches Argument, da öfters Vorlagen im "author" Feld verwendet werden, aber sollte man trotzdem nicht ganz aus den Augen verlieren.

Meiner Meinung nach sollten Autor und die {{HandSVG}} Infos strikt getrennt bleiben. Das eine hat mit dem anderen schlicht nichts zu tun. Die Möglichkeit überhaupt einen Autor anzugeben ist in meinen Augen bereits zweifelhaft, denn grafischer Inhalt und Dateiinhalt in der SVG sind wie du selbst weißt zwei völlig unterschiedliche Dinge. Der Autor im {{Information}} Template bezieht sich auf den grafischen Inhalt, der Autor in {{HandSVG}} auf den Dateiinhalt. --Patrick87 (talk) 12:04, 3 August 2013 (UTC) P.S. Habe dir auf meiner Disussionsseite geantwortet.

Welcome, Dear Filemover!

---

Hi Sarang, you're now a filemover. When moving files please respect the following advice:

• Use the CommonsDelinker link in the {{Rename}} template to order a bot to replace all ocurrences of the old title with the new one. Or, if there was no rename-request, please use the Move & Replace-tab.
• Please leave a redirect behind unless you have a valid reason not to do so. Other projects, including those using InstantCommons, might be using the file even though they don't show up in the global usage. Deleting the redirects would break their file references. Please see this section of the file rename guideline for more information.
• Please know and follow the file rename guidelines.

--Steinsplitter (talk) 07:37, 5 August 2013 (UTC)

Es ist empfehlenswert sich eine Benutzerseite anzulegen, oder wenigstens eine Weiterleitung auf die Disk. Danke.--Steinsplitter (talk) 07:38, 5 August 2013 (UTC)

---

Category:Chinese_glyph_tattoos

Category:Chinese_glyph_tattoos has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion 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. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

Brainy J (talk) 18:07, 30 August 2013 (UTC)

Katalanische Esteladas

Hi Sarang. Vielleicht könntest du mal diese beiden Esteladas - Estelada blava.svg, Estelada roja.svg - entrümpeln, bevor es jemand macht, der dabei den Stern wieder nach oben dreht. Grüße, mate2code 17:34, 16 September 2013 (UTC)

 Done und auch gleich Estelada blava vertical.svg:  07:21, 17 September 2013 (UTC) Gruß sarang♥사랑

File:2-d dense packing r4.svg

I've reverted your change sorry. If you view both versions at full scale in your browser, you will see that they are slightly different, such that your circles slightly overlap. Unfortunately this is not good enough for a packing diagram. --99of9 (talk) 06:46, 10 October 2013 (UTC)

Thank you. I've changed the size of the small circles. This can be done even more, if desired, any fractions of 0.001 px or whatever, without increasing the size to 52 KB; ½ KB is enough to do that. If you compare it to the 52 K version, you may see that the small circles are now a bit better centered in the gaps between the large circles.

It would be possible to remove also all the superfluous Inkscape coding from all the other circle packing pictures, but IMHO this example is enough for the moment. If you want some more corrections, please just let me know. sarang♥사랑 07:34, 10 October 2013 (UTC)

File:Symbol LED.svg

Hello. I’ve corrected the syntax errors you introduced here. I just wanted to ask, if this was kind of a automatic replacement process, so did you do this change to many other files? If so, could you correct them? If not: How could that happen? ;-) Erik Streb (talk) 18:42, 13 October 2013 (UTC)

Hallo Erik, nix automatic, war nur ein dummer Fehler, rein manuell. Dank für deine Korrektur sarang♥사랑 07:39, 14 October 2013 (UTC)

SimplSVG

Okay, ty for the post. I will take a look at it, later on. Regards, Citypeek (talk) 07:50, 15 October 2013 (UTC)

• I have taken a look at it, and was surprised that you didn't change just one file (the Spanish traffic signals) but a lot. Did you change all the templates of the files I edited? Anyway, thank you. Regards, Citypeek (talk) 10:46, 23 October 2013 (UTC)

My file replacements

Hi Sarang, I'm sorry for my wrong file replacements, the fact is that I'm a beginner and didn't know about the validity/invalidity of svg files. I promise I'll never make that error again. Please tell me where I can learn about cleaning up svg files, I'll be happy to learn and help. --Teoamez (talk) 10:28, 16 October 2013 (UTC)

About Liguria preistorica

Thanks! I used commonist and so.... one mistake did multiply into hundreds. A good opportunity to move my bot so far useless....let's try and learn :-) --Alex_brollo Talk|Contrib 21:54, 7 November 2013 (UTC)

File:Predicate logic; tensor 013 MP and 113 SM.svg

Hallo Sarang, Ich hab mal wieder eine Serie unsinnig großer Dateien. Das müsste mit Klonen eigentlich viel kleiner gehen. Ebenso hier und da. Falls du Lust hast, viel Spaß... mate2code 22:17, 5 January 2014 (UTC)

Hallo Mat2code, ich habe mir kurz mal Predicate logic; matrix 103 SP.svg angesehen. Es wird offensichtlich von links oben nach rechts unten 'angereichert', und erinnert mich diesbezüglich an 7-segment.svg; das konnte ich 2012 mit einer Art verschachteltem Cloning auf 2 K reduzieren. Genau diese Logik kann auf das Predicate angewandt werden, und ähnlich eine drastische Verkleinerung bewirken wie als Beispiel DrSuper super super super.svg, oder andere Anwendungen von cascaded cloning in SVG simplification by cloning.

Im Moment habe ich nicht soviel Zeit um mich damit intensiv auseinandersetzen zu können. Meinst du, du kannst den Code von 7segment verstehen und auf das Predicate umsetzen? Gruss sarang♥사랑 16:24, 6 January 2014 (UTC)

Ich werd's später mal versuchen. Wird schon gehen. mate2code 00:59, 7 January 2014 (UTC)

Dabei werde ich dir gerne helfen. BTW, so extrem einfache Grafiken wie in Predicate logic; 2 variables; different predicates; 2x2 list lassen sich IMHO angemessener manuell zeichnen; ist vielleicht weniger dein Ding, dennoch schlage ich es dir vor - als Beispiel habe ich das schon mal bei 2 Grafiken aus zwei bzw. drei SMP-Elementen getan, mit einfacher Variation der Opazität sind alle anderen daraus herstellbar.

Um den SVG-Code der umfänglichen Grafiken wie in Syllogism minterm lists ohne Herunterladen ansehen zu können habe ich das {{template}} um {{ValidSVG}} (mit option) erweitert - und dabei gesehen dass Inkscape wieder mal invaliden Codeballast erzeugt hat. BTW, ich hätte in das template Parameter aufgenommen, zB date, und an {{Information}} weitergereicht, um dort den Defaultwert zu überschreiben. Auch hätte ich deine templates anders kategorisiert; ich nehme an die gegenwärtige Kategorisierung ist weniger gezielt als wegen der Einfachheit entstanden. Wenn du willst mache ich dir dazu Vorschläge. Weiter frohes Schaffen in 2014, sarang♥사랑 07:54, 7 January 2014 (UTC)

File:Braille 101101sq.svg

File:Braille 101101sq.svg 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 see Commons:But it's my own work! for a guide on how to address these issues. 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!

JuTa 03:47, 12 January 2014 (UTC)

Thanks (Chinese New Year)

Thanks for e-mail. Just noticed File:DoC Enblem Logo.svg -- it seems to have extra bottom margin, and a typo in the filename ("Enblem" for "Emblem"). If it's a real coat of arms, it should probably have white in the shield, not transparent (though if it's not really a coat of arms, just a shield-shaped logo, then transparent could be appropriate...) AnonMoos (talk) 02:13, 1 February 2014 (UTC)

Thank you for telling me. Now the name is corrected, the margin is removed and the background is white. sarang♥사랑 08:49, 1 February 2014 (UTC)

Categorisation on seal script radicals

I just wanted to say that Chinese seal characters and Han characters are two historically related but very different writing systems and there is no straightforward and unfailing way to equate them to each other, as is the case with Latin, Greek and Cyrillic letters. Seal characters will be encoded on Unicode’s Tertiary Ideographic Plane (TIP). LiliCharlie (talk) 13:16, 22 February 2014 (UTC)

Thank you. AFAIK the TIP is designed to contain 30000-317FF Oracle Bone Script, 32000-32FFF Bronze Script and 34000-368FF Small Seal Script. When this is established, the codepoint can be notified.

We categorize seal, big seal, bronze and oracle together to the corresponding traditional radicals, or compositions. It is thought not so much an equation but showing the development, somehow. Your Shuowen characters are very welcome to give an additional impression. And the additional categorization to the corresponding character may be helpful, anyway, to find the graphics designed by you.

It will be a lot of work to categorize the pictures, but I think it's worth the effort. sarang♥사랑 15:54, 22 February 2014 (UTC)

File:Protest against S21 30Okt-04.jpg

File:Protest against S21 30Okt-04.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 see Commons:But it's my own work! for a guide on how to address these issues. 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!

77.184.169.50 20:45, 8 March 2014 (UTC)

Creation of new help-page

Because I know you are interested in cleaning up SVG-files, I point out to you the new page I have made of cleaning up Chemdraw-files: Help:SVG/basic There is a problem though: someone created the subcategory Created with ChemDraw. Result is that ALL the pages with the Chemdraw-template on it, are automatically mentioned on this page, although they are completely W3C-valid. Can you have a look at it? Regards, Wereldburger758 (talk) 09:34, 22 March 2014 (UTC)

Thank you for your info. I tagged the category to drew the attention on that ChemDraw fault. Now I changed my notes and removed the Invalid tag - if you want, adjust the text even more.

I did not check it carefully, but your help page seems very useful. I am sure all the generated id's are not necessary at all. As long an id is not referenced you can remove it without any change for the picture. sarang♥사랑 10:10, 22 March 2014 (UTC)

Sorry, if I could give my opinion. I find the page pretty bad, this misses the point completely. Anyway the instructions are too complicated and very cumbersome (especially in relation basics). -- Perhelion (talk) 12:41, 22 March 2014 (UTC)

New page: From invalid to valid SVG: Adobe Illustrator-files. I will comment on your remarks tomorrow. Today is over and out. Wereldburger758 (talk) 13:06, 22 March 2014 (UTC)

(ihr könnt ja beide deutsch) Diese help-page gehört noch sehr angepasst, um wirklich hilfreich zu sein. Ich bin da nicht so geeignete Ansprechstelle, ich habe kaum Erfahrund mit Inkscape und gar keine mit Adobe, weil ich mich nur um einfache und einfachste Grafiken kümmere, und die sind am besten ohne jedes Tool zu erzeugen. Ich weiss nur dass das meiste ohne Schaden weggelassen werden kann, auch noch viel mehr vom header.

Wichtig wäre auch noch ein Hinweis, dass alle SVGs vor dem Hochladen auf Valididät (und Funktionieren mit dem librsvg) geprüft werden könnten (sollten), Commons hat dieses tool dafür. Der Gebrauch erspart so manche uploads von kaputten Grafiken. sarang♥사랑 14:12, 22 March 2014 (UTC)

I agree that it would be better that ALL SVG-files are checked on validity before uploading but that is a different matter (but a good idea). What needs to be changed on the page: https://commons.wikimedia.org/wiki/Help:SVG/basic1? You put a template on the page. If you want to change something, then go ahead. Or let me know, so that we can discuss about it.

To Perhelion: the page is made for two reasons: 1. Sometimes images don't render properly on Wikipedia although elsewhere they do. Cleaning up the image according the W3C-instructions will make them renderable on Wikipedia for sure. 2. Sometimes the size of images is way too big. Cleaning up the code will sometimes reduce the size to 95%.

That some of the content is difficult for you to understand, is not something I can remedy. Coding is a difficult subject for a lot of people. What I do agree upon is that the pagename must be renamed. Something like SVG/Validation. Wereldburger758 (talk) 12:28, 23 March 2014 (UTC)

Hello Wereldburger, I understand fully what you had written (but I'm far from being a beginner). Sorry if I expressed me unclear (it gives me the impression you do not seem to check for answers your other posts).[1][2] Additional if someone understand and find your page than someone don't need your hints. Also, I could write your page in one sentence. "Open the Chemdraw-SVG-file with Inkscape, save the file as Optimized Inkscape." File fixed. Or for example with Textpad, this simple editor can use Regexp, also with an Regexp-counter for replacing remaining IDs (which can also complete be removed as mentioned Sarang). In other words, write a general page for everything that I would support. Greetings -- Perhelion (talk) 13:17, 23 March 2014 (UTC)

I am clearly in the wrong here. I didn't know about the option to save a file as Optimized Inkscape. In the past I had been given the advice to save a file as Plain SVG. That meant that I had to edit the file after that with a text-editor to make it W3C-valid. The page can be deleted. I will have to check if the same goes for Adobe Illustrator-files. If so, then the other page can also be deleted. But I am calling it a day now. Wereldburger758 (talk) 17:14, 23 March 2014 (UTC)

I am thinking that Perhelion knows a lot about SVG tools; on the contrary to me, I am on the simple side. Everybody of us can learn from the other, that's a good thing of Wikipedia and the exchanging of skills.

At the moment I am expanding the templates, look to {{Adobe}} for the parameter "v". You inserted a screenprint of the Triforin Stereoisomers Structural Formulae.svg in your help page, I repaired something in the declaration of this file. sarang♥사랑 17:50, 23 March 2014 (UTC)

The advice to save as "Plain SVG" is a (in my opinion) common misconception. It is correct in the sense that an SVG file should be saved in conformance to standards without any third-party extensions (which is what the option "Plain SVG") in Inkscape should do. However I found this option to often not work as expected (e.g. resulting file still not in conformance to SVG standard, loss of information, introduction of rendering errors etc.). By using Scour (the Python script behind the scenes of the "Optimized Inkscape SVG" export option) most of the issues can be solved while even optimizing the SVG for file size.

Two other two misconceptions I want to point out are converting objects to paths and un-grouping:

• "Objects to path" should basically never be done. Geometric shapes should always stay objects when possible (better have an easy circle which still can be resized easily than a complex path representing this shape which can not be modified easily). Also for fonts theres mostly no good reason for it as it will make modifying of the text impossible. The only exception is when you need some fancy font or textpath which is not supported by LibRSVG).
• Un-grouping will destroy any SVG structure that might have existed in the original SVG and will actually increase the resulting SVGs size in most cases. Therefore normally groups should be left untouched (Scour will take care of unnecessary groups) or tuned by hand (can be very tedious and there is no universal easy scheme that you can apply to every file).

--Patrick87 (talk) 18:00, 23 March 2014 (UTC)

In my opinion, there is a need for a page about validation. Can you have a go, Patrick? What is needed is a procedure. So that a newbie can follow instructions one by one to get the desidered result. I will of course assist. Wereldburger758 (talk) 10:22, 24 March 2014 (UTC)

SVG optimalization

Hi,

I have reverted an image, because I couldn't edit it and I couldn't separate groups an other. What is the problem with it? What do you use to the optimalization? Bye: Madboy74 (talk) 17:48, 23 March 2014 (UTC)

What was wrong? I would like to create files that can be used by others, so please tell more about the problem Coa Slovakia Town Besztercebánya.svg made. sarang♥사랑 17:53, 23 March 2014 (UTC)

I don't know. Please try open it with the Inkscape and you can see it. I don't know why, but the Inkscape can't edit it. I downloaded your latest work Coa Slovakia Town Galgóc.svg and it's correct.

I ha ve an other problem. Please don't change the colors, because my almost all images are in a uniform palette and in the future I will convert the other ones too, because I want standardised pictures. My images are used some non-Wiki projects.

Thank you for your optimalizations, because the Inkscape can't do it perfectly. Can you do it on my largest images?

Bye,

Madboy74 (talk) 18:50, 24 March 2014 (UTC)

At Coa Slovakia Town Galgóc.svg I didn't change anything, I just removed some not needed declarations. But for Besztercebánya I draw with complete new code, rather complicated with fill pattern and dash-arrays; may be Inkscape missed the <defs> statement, which is not needed by librsvg or W3C. Almost never I change colors, I respect the colors that a CoA has been given by previous authors.

It's only extremly simple SVG drawings I try to simplify keeping their shape and appearance, and I do it manually. Sorry, I do not work any more with Inkscape, and I apologize that Inkscape was not able to handle my coding. I used only the W3C validator but didn't check whether Inkscape is happy with my code. I am thinking of doing this check in future.

BTW, you manage to free your pictures from the usual Inkscape-specific redundant ballast. You do it with Inkscape? Or Scour? sarang♥사랑 06:39, 25 March 2014 (UTC)

I use the Inkscape. Unfortunately, some images are too large but I cleaned up the images before saving. Nowtime I save my images in Optimised SVG format. In the most of case, the images are smaller. Some time I save the SVG images to PDF and I import it back to the Inkscape. Few times it can reduce the file sizes dramatically but some times the importing make issues. The Scour and the SVGCleaner made a lot of problem for me so I avoid to use them.

Bye: Madboy74 (talk) 18:00, 25 March 2014 (UTC)

Thnak you, bye sarang♥사랑 18:03, 25 March 2014 (UTC)

Category:Created with Inkscape-hand-addition-BOTrequ1

"After" is OK. Some people might consider it a little pseudo-French (d'après), but it's perfectly standard in art history terminology, where they speak of an engraving by X after a painting by Y. I don't see any great problem, but you could substitute "following" or "according to" if you want to purge any taint of elevated style (though the subject matter of heraldry often involves semi-archaic words and expressions)... AnonMoos (talk) 15:38, 28 March 2014 (UTC)

Thank you. It looked to me like a verbatim translation of a foreign sentence. But now I know better, and won't change the expression of somebody else. sarang♥사랑 17:55, 28 March 2014 (UTC)

{{Created with}}

90% is fine for me too! -- SERGIO ^{(aka the Blackcat)} 09:15, 1 April 2014 (UTC)

Have a look at it and tell me if it's what you wanted. -- SERGIO ^{(aka the Blackcat)} 13:16, 3 April 2014 (UTC)

I rather suggested to write style="width:{{{width|90%}}}; to allow other widths than only pencented ones. but on the other hand it might be neither necessary (?) to offer that option, and it is less effort (!) not to be forced to write the "%" when changing the width from outside. You may decide whether or not to make another edit. I just need to know to maintain the docu correctly. Thank you sarang♥사랑 13:46, 3 April 2014 (UTC)

Ok. Meanwhile could you please translate in German this?

This photograph is a 2014 work by Sergio D’Afflitto. It is released under the terms of CC-BY-SA licence. Anyone who reuses this work must give appropriate credit to its author.

Thanks :-) -- SERGIO ^{(aka the Blackcat)} 10:03, 4 April 2014 (UTC)

There are numerous possibilities to translate it into good German. How about that

Dieses Lichtbild wurde 2014 von Sergio D’Afflitto erstellt. Die Lizensierung erfolgt mit CC-BY-SA. Bei jeder Weiterverwendung dieser Arbeit ist der Urheber auf geeignete Weise zu nennen.

You want some other suggestions? {{Cc-by-sa-3.0}} contains translations in all languages.

2nd sentence: Es wird unter der xx Lizenz publiziert.

(pastv tense) Es wurde ...

Bei jeder Verwendung ist auf die Urheberschaft zu verweisen.

Der Autor muss bei jeder Verwendung dieser Arbeit genannt werden.

sarang♥사랑 10:32, 4 April 2014 (UTC)

Ok, thanks, I updated {{Created with}}, but can't find the code for modifying the other two mentionned. -- SERGIO ^{(aka the Blackcat)} 11:01, 4 April 2014 (UTC)

Just follow the links on your talk page to the template's talk, you can find everything there. sarang♥사랑 12:12, 4 April 2014 (UTC)

Tell me when you finished editing my talk page, so I can update the templates with no need of always correcting it :-) :) :) :) -- SERGIO ^{(aka the Blackcat)} 21:50, 6 April 2014 (UTC)

Oh, sorry - I did not realize that you are also wake... I am ready, you may go on now. Thank you sarang♥사랑 22:26, 6 April 2014 (UTC)

Ok, I upgraded all the six templates. Please check them and tell me soon whether it's all ok or you found problems. -- SERGIO ^{(aka the Blackcat)} 21:23, 9 April 2014 (UTC)

Ok. Have you also talked with someone who usually follows those templates? -- SERGIO ^{(aka the Blackcat)} 12:20, 10 April 2014 (UTC)

Until now I had not yet talked to a lot of people. The expansions I inserted are not harmful for the existing transclusions, but offer many additional possibilities, e.g. for the urgently needed diffusion of the overcrowded categories. The policy I understand is that every SVG image should not only specify by the use of which tool is was made but also whether its valid or invalid in means of W3C.

I made the updates of the documentations, and I will also care that users will know how to use the templates.

The updates in your talk page are made. Thank you sarang♥사랑 12:44, 10 April 2014 (UTC)

Help me, I'm lost. What edits do you need now? -- SERGIO ^{(aka the Blackcat)} 08:40, 14 April 2014 (UTC)

File:Ecu-proportions.svg

Don't see any problem with "due to" on that page, but "has been invalid" should be "was invalid". By the way, a heraldic shield constructed according to that mathematical formula would be rather ugly... "Pgf data blocks" is what I usually call "Adobe cruft", but that's just my personal thing. AnonMoos (talk) 14:32, 13 April 2014 (UTC)

Thank you. I will take "was", if it's better. I don't like the proportions either, it is just to show how such a simple SVG can be drawn. PercevalBxl produced hundreds of bad SVG CoAs nobody needs, in 2008, and then vanished...

Adobe produces IMHO also a lot of other cruft, not only but in special when compared to rather simple code possibilities; this is also personal. sarang♥사랑 14:55, 13 April 2014 (UTC)

Emblems of the Korean Republic

Rose of Sharon(Mugunghwa) is the symbol used in the National Emblem of the Republic of Korea. (en:Emblem of South Korea) --Lawinc82 (talk) 10:11, 29 April 2014 (UTC)

Seems that I had been misleaded! I will correct it. Thank you sarang♥사랑 10:15, 29 April 2014 (UTC)

Formatting

Hi. If you are going to do changes such as [3] then please make sure you replace with [[User:Lokal_Profil|Lokal_Profil]] by {{U|Lokal_Profil}} not {{U|Lokal Profil}} (the difference is the underscore. This is especially important if you are editing the required attribution embedded in the license template.

As an aside, what is the benefit of using more templates on the page? /Lokal_Profil 16:31, 5 May 2014 (UTC)

Looking at this closer. Replacing |Date=2013-12-23 by |Date={{Date|2013|12|23}} by {{U|Lokal Profil}} changes the meaning of the field. Date=2013-12-23 is already implicitly handled by {{ISOdate}} whereas the new formats mixes in the author field for no apparent reason. Is this formatting being coordinated i.e. based on some consensus decision? /Lokal_Profil 16:38, 5 May 2014 (UTC)

I'm also not sure about the benefit of this templates. This is largely bypass / change of the Wiki-syntax, this needs something directional consensus. Or at least the templates are good to save for minimal text and to justify more and more new syntax.

@underscore: I also don't see the clue here (it can't be a technical reason)? Or is this your very special of displaying your nick?

Greetings -- Perhelion (talk) 17:13, 5 May 2014 (UTC)

Sorry, I thought it better without the underscore. I replace often the underscores in file names by spaces, which is IMHO the better format, and more correct. Of course if you like Lokal_Profil with u_core I will not change it any more. When I have to maintain a file description for categorizing, I sometimes look for the format, or straighten things like *[[:File:Coat_of_Arms_of_the_United_Kingdom_(1837-1952).svg|Coat_of_Arms_of_the_United_Kingdom_(1837-1952).svg]]: [[User:Sodacan|Sodacan]] to the much shorter, and easier to read *{{F|Coat of Arms of the United Kingdom (1837-1952).svg}}: {{U|Sodacan}}. BTW, your SVG drawings are properly checked and W3C-valid. At the moment I am less looking for the artificial appearance and more for the validity, for category diffusion purpose. sarang♥사랑 17:17, 5 May 2014 (UTC)

@W3C-valid: I'm also not sure about that, I've never added such template on my files. But if you have a apparent reason and consensus I would support you immediately. -- Perhelion (talk) 17:22, 5 May 2014 (UTC)

@Perhelion: I am thinking templates like e.g. {{C}}, {{F}}, {{U}}, {{W}} and so are a fine possibility to produce short and readable text (the source text to edit, the output is the same). I know that the German Wikipedia does not like abbreviations for Wiki syntax, but there we are at the Commons where such restrictions don't exist.

My main effort is better categorizing. E.g. Created with Inkscape contained > 72 000 files, wich is very overcrowded. Diffusion into suited subcategories where useful will help.

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; use the tool SVGcheck

So I expanded the {{Inkscape}} and others to give the possibility for subcategorizing. Some COA-templates transcluded thousands of times allow now also this diffusion. Diffusion of stressed categories is an accepted benefit in the official Commons policy. sarang♥사랑 17:36, 5 May 2014 (UTC)

Ok I'll do so. I've added some templates in my Edittools-bar for quick use. I added also your notice on the German SVG page: H:SVG. Is that good to your sense? -- Perhelion (talk) 17:35, 9 May 2014 (UTC)

Sorry for the delayed reply. Yes the underscore is a feature of the nick which sadly is poorly supported by MediaWiki. I'm not sure I'm convinced by the benefits of the U/F-templates but I also don't have a strong opinion the other way round.

A general comment on the W3C validation. The template should probably contain a parameter describing which verson was checked. Currently if I upload a new version of an SVG the template will stay but might no longer reflect the reality. /Lokal_Profil 22:06, 11 May 2014 (UTC)

@Lokal Profil: This is a problem not only depending the Valid-tagging. Everybody who uploads a new version or reverts to a previous one is obliged to care that the description is updated also to the current state. I saw that users replaced e.g. an invalid Adobe or Inkscape code by a valid manual one without setting e.g. the Inkscape-hand, Adobe-hand or SimplSVG. In some cases an Inkscape file was five versions earlier an Adobe one, but it is still declared as it had been. At least it is now a bit easier with the new valid/invalid parameter of the templates, besides of the advantage of category diffusion.

Only InvalidSVG has the possibility to define something else than the current version. I saw no need to have that also in ValidSVG. But in general, it is not possible to set the current version with the effect that it is kept when it is overwritten by another file; that depends on the file generation schema used in Mediawiki Commons.

IMHO the first glance at the file description should tell the attributes of the current version. Mentioning historical facts like former invalidity are often irritating, so I use it rather seldom. Therefore the e.g. Inkscape icon is overlaid with that backslashed circle to show clearly that it is not more the tool of the current graphic.

Sorry I see no possibility to care for an automatic update of such attributes, they can only set manually. But if you have other ideas for making things better you are welcome. sarang♥사랑 06:07, 12 May 2014 (UTC)

---

Wappen Sassnitz.svg

Hallo - bevor ich mit inkscape und scour versuche diese Datei zu optimieren, möchte ich dies doch lieber gleich in deine Hände legen. Bist du interessiert? --Maxxl2 - talk 08:13, 10 May 2014 (UTC)

ich sehe mir das mal an sarang♥사랑 08:32, 10 May 2014 (UTC)

Der Tower ist völlig aus der Mitte, nichts ist hier symmetrisch. Das würde ich besser machen. sarang♥사랑 16:26, 10 May 2014 (UTC)

Mach es besser. Die Sassnitzer werden dankbar sein. --Maxxl2 - talk 16:30, 10 May 2014 (UTC)

Ich versuche es besser zu machen, auch wenn es den Sassnitzern sonstwo vorbei gehen dürfte... vor allem wird es drastisch einfacher, sicher unter 2 KB. sarang♥사랑 16:52, 10 May 2014 (UTC)

Das war auch mehr als Schmunzler gedacht. Dieses Wappen ist einfach ein dankbares Opfer für eine XML-Fingerübung, die du meisterhaft beherrscht. Ich habe mit dem rein händischen Erstellen so meine Grenzen wie auch beim Erstellen von Vorlagen. Da dies altersbedingt sind (>70} mach ich mir keine Hoffnung, diese Scharte nochmal auszuwetzen. Dafür ist es einfach zu spät. Aber Spass würde mir so ein "Kompaktpäckle" schon machen. Viel Erfolg dabei. --Maxxl2 - talk 17:17, 10 May 2014 (UTC)

Ach du liebe Güte, sooooo alt bist du? Lass es uns einfach versuchen, hier ein wenig beizusteuern. Kopf hoch! sarang♥사랑 18:22, 10 May 2014 (UTC)

Ich habe das Wappen Sassnitz.svg etwas entmüllt, es ist doch tatsächlich kleiner geworden. Statt 24 pathes sind es nun noch 5, bei 4 Farben wäre es auch mit nur 4 Pfaden machbar aber dann würde es viel komplizierter, unübersichtlicher und grösser werden. Mit doch so einigen Kurven kratzt es schon an der Grenze zum nicht mehr ganz so primitiv-simplen, ich habe da ein wenig geschummelt und statt Béziers einfachere Kreiskurven genommen. Jedenfalls ist es jetzt eingemittet und symmetrisch. Es sieht ein klein wenig anders aus, wenn die Sassnitzer reklamieren sollten kann ich es noch mehr anpassen. sarang♥사랑 06:57, 11 May 2014 (UTC)

Kompliment. Das ist richtig gut gelungen. Ich bin mal gespannt wie der zuletzt bearbeitende Ollemarkeagle darauf reagiert, wenn überhaupt. Wirst du die Beschreibung noch aktualisieren? --Maxxl2 - talk 07:07, 11 May 2014 (UTC)

Guten Morgel, alter Mann, ich bin gerade dran. Den Altmarksadler T. Rystau wird es wenig kratzen, ich hatte schon einige seiner Grafiken in den Klauen; wir sind halt verschiedene Baustellen, er Inkscape und ich Texteditor. sarang♥사랑 07:17, 11 May 2014 (UTC)

Moin, moin, wenn du die konstruierten Wappen sammelst, ich hätte da noch ein paar in der Merkliste, an denen ich mich mal versucht hatte:

• 
  DEU Mönkeberg COA.svg
• 
  Wappen Freiburg matt.svg
• 
  Wappen Zürich matt.svg
• 
  Wappen Flawil.svg
• 
  DEU Lohausen COA opt.svg
• 
  Missy-coat of arms.svg
• 
  Moudon-coat of arms.svg
• 
  Wappen Werne.svg
• 
  Arms of the House of Savoy.svg
• 
  DEU Simmerath COA.svg

Jetzt kommen ja bald wieder die kurzen, kalten Tage mit den langen Abenden. ;) --Maxxl2 - talk 08:14, 11 May 2014 (UTC)

Naja, es dauert doch noch etwas bis zum Winter. Die Dateien: Bis auf Missy, Moudon und Simmerath sind das wirklich extrem einfache Dinger, d.h. mit einfachsten geometrischen Strukturen darstellbar. Es gibt viele tausend SVG-Grafiken, die sich sehr stark vereinfachen liessen, wenn man denn auf Inkscape verzichten kann. Einige sind hier per Vorlage {{SimplSVG|3=000}} zusammengetragen. Wenn sie auch noch verbessert (gemittet, symmetriert, entfehlert, W3Cvalidiert etc.) können, wäre es gut sie anzupacken. Nur verkleinern bringt de facto nix; sie sollten von vornherein gar nicht so hochgeladen werden. Willst du es nicht doch versuchen? Sogar ich komme ganz gut mit manuellem SVG-Code zurecht, und ich würde dir auch auf die Sprünge helfen... sarang♥사랑 08:59, 11 May 2014 (UTC)

Versuchen werde ich es auf jeden Fall - ein wenig. Der Ehrgeiz ist ja da. Nur es strengt mich wahnsinnig an. Ich weiß nicht, ob du Schach spielst. Ich nicht mehr, weil ich habe das bis zum Erbrechen durch Kopfschmerz gespielt. Auf ärztlichen Ratschlag habe ich dann das Spielen und Coden aufgehört. Seit dem geht es mir besser. Aber meine stille Lieben sind Beides - das Schach und der Code - geblieben. Wenn man wie ich seit 1964 von IBM 1401 autocoder und SPS bis 2004 C++ und Java alles mitgemacht hat, ist und bleibt man ein Junkie. Also bin ich jetzt ein trockener Coder seit 10 Jahren. Ein ganz wenig CSS und XML für Vorlagen hier hab ich vor zwei Jahren versucht. Aber selbst das hab ich in den Sand gesetzt. Das Kurzzeitgedächtnis hat einen BSE-Schaden ;). Zum guten Schluß: im Herbst, wenn die Radsportsaison vorbei ist, werde ich es mal vorsichtig angehen. --Maxxl2 - talk 09:32, 11 May 2014 (UTC)

Oha, ja so alt, das erklärt auch die etwas umsichtigere Art (das darf man nur nicht zu oft erwähnen). Dass du auch Programmierer bist hatte ich nicht geahnt, das scheint aber (leider!) die prädestinierte Benutzergruppe für Wikipedia zu sein.(Hatte Sarang sein Alter schon erwähnt? Dann würde ich meins auch nennen.)

File: Moudon-coat of arms.svg würde ich mal beiseite lassen und einfach durch die andere verlinkte Version (in den Wikis) ersetzen (da die Offizielle).

Desweiteren würde ich bitten dem "Altmarksadler" wesentlich umsichtiger zu entgegnen, er benutzt(e) garantiert nicht (nur?) Inkscape, sein Code kommt von irgendwelchen alten Programmen und/oder Konvertierung aus anderen Formaten (ich hatte ihm das mal vor langer Zeit geschrieben). Ich hatte kürzlich so einen konkreten Fall, wo eine Stadt ihr "Wappen" in 3 Formaten angeboten hatte, ich hatte darauf nicht viel gegeben und natürlich erstmal das "falsche" Format zum konvertieren gewählt. Seine Grafiken sind ansonsten im (sachlichen Hinblick) von sehr guter Qualität, er ist überdurchschnittlich engagiert in diesem Bereich und scheint auch entspr. kompetente Kontakte (gehabt?) zu haben. Nun ist es leider so dass er gar keine SVG mehr hochlädt (aus welchen Gründen auch immer). Evtl. müsste man noch mal mit ihm reden. VG -- Perhelion (talk) 11:29, 11 May 2014 (UTC)

Hallo Perhelion, mir dir rede ich auf verschiedenen Ebenen und in verschiedenen Zungen (#Width, #H:SVG) über verschiedene Themata. Die VGA-Farben habe ich eben nach Test.svg hochgeladen, meine Variante ist mit 9800 bytes nicht viel kleiner - 256 sqares brauchen nun mal ihre Definition, wie auch immer.
Bisher hatte ich mein Leben noch nicht hier ausgebreitet (es ist schon schlimm genug, dass ich Fotos von Teilen meines Körpers hochlud...). Allerdings habe ich etwas weiter oben auch mein Alter eingestanden, ganz klein, und ich werde es bald wieder rauslöschen. Und ich habe auch viele Jahrzehnte in der Gross-EDV rumgemacht.
Ich möchte nicht den Eindruck erwecken dass ich irgendjemandes Arbeit kleinrede. Ich weiss sehr wohl dass T. Rystau gute Grafiken beisteuert. Ich tummle mich auf einem Nischengebiet herum, mit den allereinfachsten SVGs, und da gibt es gelegentlich Überschneidungen mit dem Tun anderer; zB die other versions zu Wappen Haigerloch.svg zeigen u.a. SVGs, die mit wenigen Bytes gut darstellbar wären, so wie die meisten Beispiele in der Galerie oben.

Hallo AltMaxx, du solltest ein BicycleBabel verwenden, dann kann man gleich die Seelenverwandtschaft erkennen... Als Ausgleich, in deinem Fall sogar Ersatz für nervige und krankmachende Schreibtischarbeit ist das nur zu empfehlen. Es ist kein Geheimnis dass outdoor-Treiben nicht nur heilend, sondern auch vorbeugend gegen viele Beschwerden hilft. Ich ziehe meinen Rat zurück, es mit manuellen SVGs zu versuchen - aber wenn du irgendwann da ranschnuppern willst darfst du mich natürlich alles fragen. Gruss sarang♥사랑 12:06, 11 May 2014 (UTC)

(quetsch) - Ich sehe, du hast meine Seite in der wp-de nicht gesehen. Mehr Fahrrad geht nicht. --06:31, 12 May 2014 (UTC)

Beim sehr einfachen Wappen Freiburg matt.svg lässt sich noch einiges weglassen,

<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" height="765" width="605">
<path stroke="#000" stroke-width="3" fill="#fff"
d="m1.5,1.5v458.87c0,166.31 134.31,301.13 300,301.13s300-134.82 300-301.13V1.5z"/>
<path d="m2,2v365.5h600V2"/>
</svg>

benötigt 272 Bytes. sarang♥사랑

@VGA: Mir sind doch noch 2 Kleinigkeiten aufgefallen, ich würde deine Version trotzdem nehmen!? Man sieht ebenfalls den Haarline-Bug unschön, ich würde auf Border völlig verzichten.

@Altmarksadler: seine letzte SVG ist von vor fast 3 Jahren, wir müssen unbedingt mit ihm reden, was tatsächlich eher Glückssache ist! :-o Aber ich könnte mir auch eher vorstellen dass echte Heraldiker die Verbreitung von SVG nicht unbedingt gutheißen.

So ich bin dann mal off, ein wenig radeln. ;) -- Perhelion (talk) 12:25, 11 May 2014 (UTC)

de:Dienstgrade der Bundeswehr

Moin - bei einem Streifzug stieß ich soeben auf diese Datei mit AI erstellt und 1.95MB. Meinst du das wäre vor dem Hintergrund der ganzen Abzeichenserie ein lohnendes Objekt zur Vereinfachung? --Maxxl2 - talk 08:44, 14 May 2014 (UTC)

Natürlich liesse sich das drastisch vereinfachen, von gegenwärtig 1.95MB auf so an die 2KB. Aber diese vielen Gradienten manuell darzustellen ist eine Heidenarbeit, und der educational value ist gering: niemand wird sich dazu verleiten lassen, solche komplexen Grafiken per Hand zu zeichen. Bei den ganz simplen Grafiken schon eher. Vielleicht sehe ich es mir mal an, vielleicht erwacht mein sportlicher Ehrgeiz - doch rechne nicht damit.

Ich halte es für gut, für Serien ein Vereinfachungsbeispiel vorzulegen, das dann in SVG simplification templates zur Verfügung steht für die Variierung. Hier ist der Zug aber doch längst abgefahren, in SVG military rank insignia of the Army (Bundeswehr) (dress uniform) sind sehr detaillierte und komplexe Grafiken, für die ein Grafiktool sicher richtig ist. Höchstens mit scour o.dgl. hätte man das vor dem Hochladen bereinigen sollen. sarang♥사랑 09:07, 14 May 2014 (UTC)

Width

I am astonished that a given width is not always the same. With e.g. width=32em boxes have different lengths   (this is now repaired)

iThe source code of this SVG is invalid.

 

This vector image was created with Inkscape by v .

The same with e.g. width=55%

iThe source code of this SVG is invalid.

 

W3C-validity not checked.

 

This W3C-invalid vector image was created with Inkscape by v .

 

This vector image was created with Adobe Illustrator by v.

iThe source code of this SVG is invalid due to 7 errors.

 

This vector image was created with a text editor.

iThe source code of this SVG is valid.

 

This vector image was created with Inkscape, and then manually edited

.

Yes this is very marginal, the different is the border thickness, at the Valid-/InvalidSVG the colored field width is related on the sign width, that could be fixed with an absolute width (but I think nobody could in practice recognize that really). Would it better to make all border-width to 1px? I also don't like very much the appearance of the W3C logo because the background make it bad/ugly to recognize. -- Perhelion (talk) 17:27, 9 May 2014 (UTC)

As far as I see it from the history the "valid" box is just an additional information, nice to look at :-), where the "invalid" box should be some kind of eyecatcher telling that the end of the world will be in immediate future... While 1px in green is good in the first case, 2px in alarming red is used in the second. But I think that 1px will be fine in both cases.

I can think about a better W3C logo. Lighter red and green would also help sarang♥사랑 14:59, 10 May 2014 (UTC)

Yes please harmonize the both invalid- valid- SVG templates. Make the border in both 1px and the high to that of the other templates. I think the high height does not look good. -- Perhelion (talk) 13:44, 14 May 2014 (UTC)

PS. or make a template template as like {{Cleanupbox}} (ok bad example this templ. nee a /doc page... I would do this), that would be great and harmonizing. -- Perhelion (talk) 13:47, 14 May 2014 (UTC)

---

Hier sind mir mehr passende Logos entgegengefallen: [4]. Dabei sind mir 2 Merkwürdigkeiten aufgefallen. 1. Der dortige Link zum Designer (Harvey Rayner) öffnet einen Virus. 2. Das SVG-logo (2006) ist ein anderes als hier auf Commons wo gar keine Quelle angegeben ist. Ich bin gerade dabei es zu optimieren, der Hintergrund scheint mir aber plausibel, so dass es mal eine 2. Version gewesen zu sein scheint!? Grüße -- Perhelion (talk) 21:49, 15 May 2014 (UTC)

PS: Der Link ist inzwischen gefixt, der Autor hat sofort reagiert und mir geantwortet (seine Seite wurde kürzlich gehackt), er würde mir auch andere Versionen des Logos zuschicken, die momentan angegebenen Infos unter dem SVG logo sind natürlich alle Quatsch. -- Perhelion (talk) 12:55, 16 May 2014 (UTC)

War eigentlich daran gedacht nicht nur die Breite sondern auch auch die Höhe und die Schriftgröße der Vorlagen zu harmonisieren? --Maxxl2 - talk 13:05, 16 May 2014 (UTC)

Ja ich wäre sehr dafür, ich denke Sarang hat da auf jeden Fall ein Interesse daran. Ich danke schon mal wegen der {{Cleanupbox}}, diese werde ich jetzt da einfügen wo gar keine Vorlage bzw. noch direkter/individueller Code vorhanden ist. -- Perhelion (talk) 14:04, 16 May 2014 (UTC)

Hallo, da bin ich auch wieder. Ich halte es nicht für so wichtig dass die V/I-SVG Boxen so aussehen wie alle anderen! Ich würde diese Information am liebsten weitgehend so lassen wie sie bisher ist, in den meisten Bestandteilen. Wenn es ein besseres Logo gibt, dann sehen wir mal. Jedenfalls soll einerseits rot und grün beibehalten werden, andrerseits aber auch soll es für Rot-Grün-Blinde deutlich unterschiedlich sein. Sooooo wichtig ist die Valididät ja offensichtlich gar nicht, aber immerhin ist sie eine Möglichkeit zur Kategoriendiffusion, uhd doch auch irgendwie ein Qualitätsmerkmal.
Sehr gerne hätte ich dass sie auf gleiche Breite einzustellen sind, und nicht immer zwei Pixel länger sind trotz der width-Angabe. Da mache ich vielleicht noch was, aber ich weiss noch nicht wie ich das hinkriegen kann. sarang♥사랑 16:20, 16 May 2014 (UTC)

Hm, schade eigentlich. Das mit der Breite würde ich mit einer absoluten Angabe wie width: (in dem inneren farbigen Feld) oder mal mit font-type: monospace probieren. Ich lade mal die breiten Logos hoch? Auch wenn da als Lizenz steht "For-profit use of these logos REQUIRES permission from W3C. Please send requests to [email protected]." Müsste doch trotzem Commons-fähig sein!? -- Perhelion (talk) 18:38, 16 May 2014 (UTC)

Wikimedia Commons ist non-profit, und da steht dort es sei frei, mit einigen Restriktionen bezüglich Änderungen. Also eindeutig commonsfähig!
Was ist abolute width? Ich dachte dass die box völlig anders aufgebaut werden muss damit die width auf die Gesamtbox richtig wirkt. Ist ja wirklich n icht so wesentlich, aber ich hätte schon gerne die Möglichkeit mit einem div width= mehrere Boxes mit gleichem rechtem Rand zu setzen. sarang♥사랑 08:43, 17 May 2014 (UTC)

Aja, wollte gerade bei COM:CQ nachfragen. :P Wie gesagt machen wir ein Grundgerüst für alle!! Das sieht wesentlich geiler stylistischer und struckturierter aus (als so ein Haufen firlefans, das sieht schon schaise bei den Userboxen aus und die haben alle ein Grundgerüst!) und dbzl. leichter zu warten etc. pp! Ja mache ein div draus! -- Perhelion (talk) 08:55, 17 May 2014 (UTC)

Ich empfehle jetzt doch einfach mal Category:W3C validation!? Es gibt ein Haufen von SVG logos auf Commons die ich alle hier rein stopfen werde (momentan bin ich am W3C standards kategorisieren). Wobei ich jetzt besagte Logos immer noch nicht hochgeladen habe. -- Perhelion (talk) 19:45, 17 May 2014 (UTC)

This section was archived on a request by: sarang♥사랑 04:48, 24 May 2014 (UTC)

Category:Animals in heraldry with erect penis

This category which you have just created is a total heresy. The sex of an animal is necessarily drawn. If it is absent it is in a category and if it is of another color it is categorized in an other one. (cette catégorie que tu viens de créer est une hérésie totale. Le sexe d'un animal est obligatoirement dessiné. si il est absent cela est dans une catégorie et si il est d'une autre couleur il est catégorisé dans une autre. Category:Vilené in heraldry) bye. --Chatsam (talk) 07:22, 27 August 2014 (UTC)

Because I could not find Vilené in heraldry but found it a heraldic meuble (?) to be specified I opened this category. I can move all of the new ones to the Vilené, and delete my category. Thank you. -- sarang♥사랑 07:32, 27 August 2014 (UTC)

yes you can delete this category. bye ;-) --Chatsam (talk) 07:58, 27 August 2014 (UTC):This section was archived on a request by: sarang♥사랑 16:28, 11 September 2014 (UTC)

Copyright status: File:Waratah ⅄.jpg

This media may be deleted.

Thanks for uploading File:Waratah ⅄.jpg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear. If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{PD-self}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.) If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there. Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.

JuTa 12:57, 3 October 2014 (UTC)

This section was archived on a request by: sarang♥사랑 07:35, 5 October 2014 (UTC)

File:Wappen der Stadt Versmold.svg

Moin, moin - leider zeigt das template colors hier nur eine statt zwei Farben. Was mache ich falsch? --Maxxl2 - talk 11:05, 7 June 2014 (UTC)

Hatten wir schon mal, pipe... Warum hast du Category:Red cross in white field entfernt? Und warum hast du die Kontur überhaupt geändert (mal abgesehen dass jetzt die Figur in die Schildkontur reicht)? Das war eine Wappen PDF, wenn die so eine fette Kontur haben wollen, dann können sie es machen oder du gibst eine andere Referenz an. Grüße → Perhelion 12:57, 7 June 2014 (UTC)

Ich habe Category:Red cross in white field entfernt, weil es kein Kreuz, sondern ein Schragen (saltire) ist. Die Kontur geändert, weil sie so massiv nicht dem Original entspricht. Ich habe die ursprüngliche PDF-Ref. nicht geändert. --Maxxl2 - talk 13:27, 7 June 2014 (UTC)

Aja ist mir dann auch aufgefallen. Das meine ich ja, wo ist denn das Original? → Perhelion 14:09, 7 June 2014 (UTC)

Hier ist es. Es heißt zwar "Merkblatt für Hundehalter", zeigt aber das amtliche Wappen. --Maxxl2 - talk 14:18, 7 June 2014 (UTC)

@Perhelion: - Hallo - hat dieses Wappen und seine Beschreibung jetzt deine volle Zustimmung?

@Sarang: - Hallo - danke dir für deine Feinjustage. Ich werde versuchen auch diese Details weiter zu pflegen. --Maxxl2 - talk 12:15, 8 June 2014 (UTC) Ich hab nur ein wenig rumgebastelt, was mir aufgefallen ist sarang♥사랑 17:38, 8 June 2014 (UTC)

Noch nicht ganz, der Sparren sollte im Schild auslaufen nicht mit einer Kontur an ihm grenzen (oben sollten er denke ich auch komplett anstoßen). Nunja, jetzt ist es ja doch fast eine ganz andere Version. Ich habe grad wieder ein Wappen von Juergenk59 gesehen, was er wieder völlig umsonst erstellt hat (und ich es leider wieder "revertieren" muss), da bestehendes ebenfalls aus einer PDF oder Ähnlichem stammt. Wir sollten unsere Ressourcen wirklich noch mal überdenken. Schöne Pfingstsonntag (heute Abend ist die Vorlage fertig). → Perhelion     13:49, 8 June 2014 (UTC)

@Perhelion: - Genau diese Schwächen des derzeitigen Wappens Versmold haben Juergenk59 und ich heute morgen in einem 3-stündigen Skype-Gespräch auch zum Thema gehabt. Genau wie du sagst, werden die Schenkel der Sparren in den Schildrand übergehen und der Winkel oben fest anschlagen. Wir sollten wirklich mal die Gelegenheit nutzen zu einem Gruppenchat, denn wie wir heute morgen wieder erfahren haben, lassen sich so 10 TagungsOrdnungsPunkte relativ rasch, aber auch bis zur Gänze diskutieren und umsetzen. Einmal in der Woche eine halbe Stunde würde ich als Planungsgröße vorschlagen. --Maxxl2 - talk 14:01, 8 June 2014 (UTC)

Editing Lion rampant.svg

Aufmerksamkeitstest? Ich schaute mir deine edits an und sah bei diesem COA element nur eine Farbe angezeigt, obwohl zwei gesetzt waren. Nach ein paar Versuchen kam ich drauf, dass im Kopf des templates Heraldic-figure-fr| stand. Das war wohl ein "pipe" zuviel. Ich hab es gelöscht und beide Farben wurden angezeigt. Bug oder Absicht? --Maxxl2 - talk 16:25, 16 May 2014 (UTC)

War ein Test, ich weiss nicht ob auch bei den figures die Tingierung angegeben werden soll. Das mit dem überflüssigen pipe im Kopf haben viele Beschreibungen, unlängst war eine Aktion um das bei {{Information}}-Aufrufen zu richten. Mein Fehler, als ich nach einigen Tests dann doch die Beschreibung zurückgeschrieben habe war der pipe dann wieder drin... Danke für die Reparatur! sarang♥사랑 16:33, 16 May 2014 (UTC)

Es funktioniert ja jetzt. Eigentlich ist es an der Stelle nicht so wichtig, aber wer es angeben will, kann es ja tun. Deine Lösung ist da ja ideal flexibel. --Maxxl2 - talk 16:43, 16 May 2014 (UTC)

So als Testbeispiel hab ich es auch in Wappen Schwieberdingen.svg eingebaut.

Es gibt noch einige andere COA-templates, zT protected, bei denen vielleicht irgendjemand das auch haben möchte. Mal sehen. sarang♥사랑 16:53, 16 May 2014 (UTC)

Diesen pipe habe ich ebenfalls per AWB bei meiner letzten Aktion entfernt (gibts bestimmt noch einige). Desweiteren werde ich gerade wieder hier auf die Idee aufmerksam ebenfalls für "unser" Wappenprojekt eine Vorlage zu erstellen!? -- Perhelion (talk) 19:40, 16 May 2014 (UTC)

Dieser obsolete pipe scheint standardmässig in alle ~380 {{Heraldic-figure-fr}}-Anwendungen kopiert worden zu sein. Stört ja nicht weiter, solange nicht colors o.dgl. eingebaut werden; der Trick mit der Parameterübergabe versagt da, weil ich ausdrücklich beim ersten leeren Parameter, also bei ||, aufhöre. sarang♥사랑 06:00, 17 May 2014 (UTC)

Hier mal mein Bsp. wo wohl was nicht stimmt File:BoizenburgElbe-Wappen2.svg unten sieht man eine untransformierte(/expandierte?) Lizenz-Überschrift. Wie muss ich nun die Farben einfügen wenn es keine FIAV-Farben sind? Wie gesagt ein Link zu FIAV (oder der Palette) wäre nicht schlecht oder ist das technisch ein Problem? Nur am Rande eine Frage (da gerade bei meinem Bsp der Fall @Juergenk59: ‎): inwieweit ist die Category:SVG coats of arms of Germany zu entfernen bzw. redundant? -- Perhelion (talk) 07:51, 17 May 2014 (UTC)

Boizenburg verwendet der Parameter "Permission" innerhalb der Vorlage COAInformation, wie ich es nicht so geeignet finde; deshalb habe ich die Lizenz samt Überschrift unten angehängt, da wird das nicht so richtig zu einem Paragraphen. Wenn das stört dann muss einfach das int:license-header und die Lizenzen unter der Vorlage gesetzt werden. Ich kann aber auch sehen wie ich das besser hinbekomme.

Ich bin durchaus für einen Link, aber wohin? Es gab einen Link auf eine Tabelle, die Angaben habe ich nicht sehr verständlich gefunden. FIAV ist auch nicht so ganz optimal. Willst du nicht vielleicht eine Seite basteln, die das wesentliche übersichtlich anführt? Ich wurde dann mal den Link auf die englische Seite geben, von dort kann man ja auf alle anderen Sprachen.

In der de:WP wäre das wohl so was wie "Wikipedia:WikiProjekt_Wappen/FIAV_Tingierung", dort wäre kompakt alles über die Farben zu finden. sarang♥사랑 10:59, 17 May 2014 (UTC)

Gute Frage, auch hier würde ich anraten eine neue Seite zu erstellen und wenn es erstmal ein Link zu einer Kopie dieser Datei ist (oder diese sogar mit <switch> internationalisieren). Was mir noch aufgefallen ist, der Parameter ink ist völlig implausibel klein gehalten. PS. Was mir aufgefallen ist, dass du ein völliger Überschriften verweigerer zu sein scheinst (in der Kommentarzeile), das ist etwas unpraktisch für andere, vor allem wenn du diese dann noch mit dynamischen Vorlagen ersetzt (wie F). Hat das einen speziellen Grund? -- Perhelion 11:57, 23 May 2014 (UTC)

Einige Zeit habe ich gerätselt, doch blicke ich nicht so recht durch was du meinst.

Klar ist das mit dem Link, da habe ich bereits in #Freigabe der Testversion Vorschläge gemacht, ohne dass bisher Antwort kam: Die Paleta kann natürlich angelinkt werden, ist aber eher verwirrend als hilfreich. Ein schöner kurzer Artikel in der en:WP und de:WP bringt da viel mehr, wenn da sinnvolles zu Farben und FIAV steht.

Wo und bei welcher Gelegenheit ist ink völlig klein gehalten? In der Doku der Vorlage?

Wo und bei welcher Gelegenheit verweigere ich Überschriften? Meinst du meine Einzelzeile, oder was?. sarang♥사랑 04:48, 24 May 2014 (UTC)

Ok, dann mal zur Aufklärung:

@FIVA-link: An sich hast Du Recht, eine richtige Seite wäre besser, die wir scheinbar noch nicht haben. Warum findest du die Paleta verwirrend? Ich würde eine Englische/Französiche machen!? @Maxxl2: , @Juergenk59:

@Ink: = Inkscape in COAInformation sollte groß geschrieben sein.

@Überschriften (allg): ich meine konkret die Wiki-Abschnitte hier auf deiner Diss! Du löscht diese (oder zerstörst diese mit Vorlagen wie F direkt in der Headline) immer in Deiner Kommentar-Zeile oder du machst einen "Fulledit" der ganzen Seite (ich hatte mal extra ein Script dafür geschrieben (was ich selber auch hier im Einsatz habe, das würde "das" Problem erledigen, aber das nur nebenbei) und Du machst genau das Gegenteil) Was ist das, nur ziemliche Unbekümmertheit?

@Button (Script): Ich habe mal (u.a.) einen Button für das Template:COAInformation erstellt:ganz unten

-- Perhelion 12:20, 24 May 2014 (UTC)

@FIVA-link (nochmals:) ja, eine "richtige" klitzekleine Seite in der en:WP, kann ja ausgebaut werden. Sollte ganz kurz das Wesentliche über Tingierung sagen, die Farben selbst zeigen (Tabelle kann ich ggf reinbasteln) und hinweisen, dass "wir" diese FIVAs vorziehen (müssen wir nicht gross begründen). Mit (wikidata)-link auf de und fr.

@Ink: kann ich schnell machen dass Min+Majuskel möglich. Aber: wir brauchen den Parameter überhaupt nicht mehr! Nur {{Inkscape}} hat keinen grossen Nährwert, soll immer entweder Valid oder errornumber angeben und auch direkt zur Sourceansicht führen.

@Überschriften: Ich habe nie gross überlegt wenn ich meine talk page editiere; ich hab da kein System, und dass dadurch was putt geht ist mir neu; aber ich bin stets bereit dazu zu lernen.

@Button: Mit Scripten habe ich keine Erfahrung - noch keine. sarang♥사랑 16:12, 24 May 2014 (UTC)

Category addition: BKchem.

Can you add a new subcategory: "Invalid SVG created with BKchem"? A lot of BKchem-files are made and that justifies a new subcategory next to the already existing ones in my opinion. Further, I don't know how to edit categories so can you fix the Maps of municipalities of Plana Alta in Spanish-category? I would be much obliged. Regards, Wereldburger758 (talk) 17:45, 19 August 2014 (UTC)

1.  Done Remind to use always {{BKchem|err=}} (with the error count from the W3C validator test). Created with BKchem should become finally a Meta category.
   {{BKchem}} is expanded, also /en and /de, you are invited to create {{Created with BKchem/nl}}.
2. I am not sure what you want to tell with the Maps of municipalities of Plana Alta in Spanish. What should be 'edited' there?
   It's about the subcategorizing?? -- sarang♥사랑 07:11, 20 August 2014 (UTC)

Reverted file

Just a note that I reverted your file change on File:Allhelgona församling vapen.svg. Whilst it did make the file smaller it also killed all of the metadata embedded in the image and all of its structure, making it harder to be reused. And really is 4kb so large that it needs simplification? /Lokal_Profil 11:22, 18 September 2014 (UTC)

O.K. if you like it better sarang♥사랑 11:28, 18 September 2014 (UTC)

Category:Created with Inkscape-hand-addition-vapen

Hallo Sarang - ich habe Lokal Profil gefragt, was er eigentlich "von Hand" am Code geändert hat. Er hat bei allen Datei einen Metadatenblock eingefügt. War das wirklich das, was du eigentlich kategorisieren wolltest? Er hat den Code mit Daten aufgeblasen und nicht optimiert. -- Maxxl² - talk 12:00, 22 September 2014 (UTC)

Nun, "Inkscape-hand-addition" ist nicht simplified, es sagt lediglich dass was von Hand zugefügt wurde - und das ganz allgemein ohne jede Wertung. Es kann auch eine Änderung oder sogar Reduzierung des Code sein. Es gäbe noch andere Subkats, hier würde "expanded" besser passen - aber ich wollte das nicht bei 1182 Dateien im Detail untersuchen. Jedenfalls ist es nicht komplett (from scratch) "replaced", und wohl auch nicht geglättet ("smoothed") oder validifiziert ("validated").

Ich halte diese Subkategorierung nicht mehr für so hilfreich, nachdem ich sehe was da alles reinkommt. Immerhin habe ich die Hauptkategorie etwas disstressen können, und einige Unterabteilungen geschaffen die im Grossen & Ganzen soweit Übersicht gewähren. Hoffe ich. Wenn jemand bessere Ideen hat mag er das alles gerne ändern!

Jedenfalls danke für deinen Hinweis. Wenn dir irgendwas seltsam deucht melde es mir weiterhin, damit ich es reparieren wenn mal echte Scheisse gebaut ist... you know: shit happens! sarang♥사랑 13:02, 22 September 2014 (UTC)

"Inkscape-hand" template

Currently, the Valid SVG box and the Hand-edited Inkscape box display side-by-side, which can make an Information template too wide. I think it would be better for the boxes to display one on the top of the other... AnonMoos (talk) 22:38, 26 September 2014 (UTC)

Thank you for telling me. Whether it's too wide depends on

1. the text length: talkative languages need more words
2. an error number: the box for "invalid" SVG is longer
3. the actual zoom: when zoomed enough nothing fill fit in one line
4. the used "skin": large fonts and other style elements expand the length

The style option is now contained in almost all of the SVG created with ... templates and allows to use the float parameter. I thought it an advantage to use it in e.g. many (not all) of the Created with Inkscape-hand-addition-vapen to achieve a better appearance when the two boxes are in one line; where it is not used, the two boxes still display one on the top of the other.

In my opinion it looks better and allows a swift overview when the text in the {{Information}} box is not broken so often. As a consequence, the new template {{Uf}} can display the user name and the two boxes, all in one line. But nobody is forced to use this shorthand tag.

We can discuss it more. I like to know your serious concerns, and I will look for remedies. If it really looks so bad I can use the float option rarely, or even remove it completely from the file descriptions where it is used. Would you name an example where it looks bad? Here are my examples, with no problems about width:

2 lines	This vector image was created with Adobe Illustrator by v.
one line	The SVG code is valid.   This vector image was created with Inkscape, and then manually edited by v .
3 items

It could be a help if it is possible to design such displays in relation to the personal "skin" a user uses. sarang♥사랑 07:56, 27 September 2014 (UTC)

The "one line" display doesn't look too bad in the table above, where the text in the ChemDraw box wraps to a narrow width. However, when I was seeing the Valid SVG and the Hand-edited Inkscape boxes display side-by-side in an information template, they were both the same width, which was too wide when added together. I'm using Monobook skin; if I can track down an example, I'll upload a screen dump, igf you want... AnonMoos (talk) 15:37, 6 October 2014 (UTC)

Adding text to the W3C-box or/and the tool box, together with any other elongation, can sure become longer than any space.

 

The SVG code is valid, because its code contains no error.

 

This vector image was created with Inkscape by user who first created this graphic, and then manually made valid  by editing user with a very long name

, and so exeeding every space.

But normally it should fit without problems. Of course you can send me a dump, or repair it where it looks bad. sarang♥사랑 14:33, 8 October 2014 (UTC)

Valide=No error stimmt so nicht. Der Validator prüft anhand einer DTD oder eines selbst-gestrickten Schemas (für SVGs ohne DTD) formale Regeln durch, da können bei Resultat "valide" immer noch Regelverstösse drin sein, für Details in der Spezifikation, die nicht als formale Regel ausgedrückt wurden oder werden können. Meinjanur, Be..anyone (talk) 10:21, 17 November 2014 (UTC)

O.K., because its code contains no error war ein dummes Beispiel für Zusatztext. Hier geht es vor allem darum, die W3C-Valididät als Kriterium zur Kategoriediffusion zu verwenden. Deinen Kommentar zu DR/Uf habe ich nicht ganz verstanden. sarang♥사랑 12:29, 17 November 2014 (UTC)

de-Wikilink ohne verwirrende en-Disambiguation: KISS-Prinzip, POLA wäre "Prinzip der kleinsten Überraschung" (wenn ein Benutzer glaubt, über eine SVG-Vorlage zu diskutieren, und der Autor irgendwann erwähnt, dass die Vorlage gar nicht speziell für SVG gedacht ist, könnte dieses Prinzip verletzt sein. Blödheit des besagten Benutzers ist gleichzeitig möglich :-)

Mach was einfaches, oder irgendwer pappt Dir eine "esoterische Vorlage" Warnung rein, wenn nur noch Du verstehst, was da genau passiert.

TL;DR: Mach nicht zuviel auf einmal. –Be..anyone (talk) 13:23, 17 November 2014 (UTC)

Naja. Einge der SVG created with ... templates können auch noch Raster erzeugen; und dass da auch noch Code gezeigt werden kann, wollte ich gleich mit erledigen = zur Kategorieverfeinerung benutzen. Daraus ergibt sich dann eine aufgefächerte Kat-Struktur, im Extremfall wie bei {{Gnuplot}}. Im wesentlichen geht es um SVG - aber manche der Vorlagen können auch anders, und das hat auch mich anfangs mal überrascht.

IMHO ist da nix esoteric, es sind bis jetzt an die 30 "Created with"-Vorlagen (für SVG, zumindest primär; es gibt noch viel mehr...) von mir vereinfacht worden Dass diese Vorlagen nicht so ganz primitiv sind liegt vor allem an der Internationalisierung. Das Hineinnehmen der W3C-Sache erlaubt eine bessere Kategorisierung, denn es wird nicht in die teils übervollen undifferenzierten Kategorien gestopft. Jedenfalls Dank für deine Warnung! sarang♥사랑 18:11, 17 November 2014 (UTC)

File:Waratah ⅄.jpg

File:Waratah ⅄.jpg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that. The file you added has been deleted. If you have written permission from the copyright holder, please have them send us a free license release via COM:VRT. If you believe that the deletion was not in accordance with policy, you may request undeletion. (It is not necessary to request undeletion if using VRT; the file will be automatically restored at the conclusion of the process.) Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

 

EugeneZelenko (talk) 13:57, 3 October 2014 (UTC)

Problem in {{F}}

Hello! Ple be aware that things like {{F||BSicon eKRZhl.svg}} are linking to File:Sample.svg instead. -- Tuválkin ✉ 12:48, 4 October 2014 (UTC)

(Template {{F}} changed 18:12, 2 March 2015‎ - now no name) sarang♥사랑 12:35, 3 March 2015 (UTC)

I may note that I have already complained about that once. May I suggest that you use {{AttribSVG}} for BSicons? Lately we've been mostly using it. Also, if you're planning on re-uploading any BSicons with #80A080 lines, it was decided that they should be changed to 50px wide, centered at 125px & 375px. Thanks. YLSS (talk) 13:02, 4 October 2014 (UTC)

@Tuvalkin: it's a problem what to do when {{F}}, a shorthand notation for [[:File:]], is used without specifying the file name. Possible actions are to do nothing at all, to produce an error message, or to use a placeholder instead. It was decided to use the place holder. If you have any suggestion to do it better, you are welcome. sarang♥사랑 07:35, 5 October 2014 (UTC)

I get it now. I was using (without noticing) a double pipe, so specifying no target file and giving only the filename. Where did I got two pipes instead of one, though? I don’t know, but ISTR File:Sample.svg showing up for me when I clicked one of the BSicon filepages edited by you. Maybe I’m wrong, though, for I cannot locate such edit. Never mind, then. -- Tuválkin ✉ 11:26, 5 October 2014 (UTC)

File:Mosmetro.svg

I'm really not sure what the purpose is of pointing out errors in versions of the file other than the current version. It's confusing and pointless, as far as I can tell... AnonMoos (talk) 15:43, 6 October 2014 (UTC)

For some files the history is shown that way; it is not very often. Yes, at the first glance it may be confusing. I am thinking that it is of interest to have the option to see older versions, the source and the W3C errors. But I am also thinking that the box for these cases should be less alarming, just a not so highligthed link. Can you agree with that?

BTW, have you any more comments to #"Inkscape-hand" template? sarang♥사랑 16:38, 6 October 2014 (UTC)

Anybody can make a blunder uploading the first version of an SVG file, no matter what program they use (including a text editor). Unfortunately, this could be seen as trying to embarrass people by dragging up old dirty laundry. I just don't think it adds anything very useful...

P.S. Left comment "15:37, 6 October 2014" above... AnonMoos (talk) 00:21, 7 October 2014 (UTC)

File:Evil lilyu.svg

Hej Sarang, ich habe gleich 3 Kritikpunkte (bzw. Fragen) an diesem Edit.

1. Warum oder woher weißt du dass dies ein User-Logo ist?
2. Die Datei ist (mit 45 Fehlern) nicht SVG-valid.
3. Mit der Entfernung der Other-Vorlage hast du auch die Einsortierung in diese entfernt. Warum?

PS: Ich verstehe auch immer noch nicht warum du "scheinbar" immer die ganze Diskussionsseite bearbeitest (trotz Nachfrage :P). PPS: Ich habe überlegt, dass man das Ergebnis der SVG-Validität evtl. direkt (mit JavaScript) automatisch mit Vorlage einfügen könnte (theoretisch). Freundliche Grüße ↔ User: Perhelion (Commons: = crap?) 11:16, 13 October 2014 (UTC)

1. Das habe ich mal angenommen, dass es eher bzw. auch in die Userlogo-Kategorie gehört; kann nicht ganz falsch sein?
2. Bei mir sagt der Validator "valide", mit 3 warnings
3. Die Other-Vorlage ist gerade in Arbeit, und hat noch einen Fehler. Wird bald wieder alles richtig machen.

PS: Zum Eröffnen neuer Sektionen editiere ich die Gesamtseite, zum Bearbeiten existenter Sektionen nur diese (wie hier).

PPS: Eine solche Automatik wäre grossartig. Ich habe mir schon immer gewünscht den Validator als Hintergrundtask verwenden zu können, ich meine als Funktion mit Returncode (0=valide, sonst Anzahl der Fehler); auswertbar zB mit #ifeq oder #ifexpr. Siehst du da eine Realisierungsmöglichkeit? -- sarang♥사랑 11:59, 13 October 2014 (UTC)

Hm ok,

1. Naja grenzwertig, es ist eher ein Emoticon dass zu diesem Set gehört {{Other versions/Smilies - lilyu set}} (aber man kann es auch als User-L. durchgehen lassen)
2. Du hast Recht, seltsamer Weise wird aus den Warnungen wenn man von automatischer Erkennung auf SVG 1.1 stellt, diese invalid.
3. Bist du sicher dass du diese hier meinst {{Other versions/Smilies - lilyu set}} ???

PS: Dann löscht du die Überschrift immer aus der Zusammenfassung.

PPS: Leider ist das (wegen Zeitmangel) nur eine Idee. Aber ich versuche das mal demnächst in Angriff zu nehmen. LG ↔ User: Perhelion (Commons: = crap?) 15:19, 14 October 2014 (UTC)

Danke für deinen Hinweis wg. lilyu-other versions, den ich vorhin missverstanden habe, mit Other tool verwechselt. Ich hatte den Parameter versehentlich vernichtet, und nun wieder hergestellt. Wenn man mir etwas geduldig oft genug erklärt begreife ich dann doch irgendwann um was es geht.

Jede Zuviel-Angabe von SVG Version macht Probleme, sei es im Code oder bei der Validierung. Bei Variationen von Doctype bringt der Validator jedesmal andere Fehler... "detect automatically" ist wohl die bessere Wahl. Da bevorzuge ich wieder mal das "keep it simple", bzw "let simple things simple".

Diesmal habe ich die Zusammfassung (edit summary) /* File:Evil lilyu.svg */ belassen. Mfg sarang♥사랑 04:56, 15 October 2014 (UTC)

File:Sufism Reoriented.png

File:Sufism Reoriented.png 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 see Commons:But it's my own work! for a guide on how to address these issues. 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!

Magog the Ogre (talk) (contribs) 03:31, 16 November 2014 (UTC)

Diamond warning sign (orange).svg

Hallo - danke für die letzten Korrekturen der Inkscape-Vorlagen. Kannst du dir diese Datei mal anschauen. Ich denke, die ist doch noch kleiner hinzukriegen. Leider im Moment noch protected. -- Maxxl² - talk 10:51, 11 September 2014 (UTC)

(war nur bis 7.9. protected) Hallo Maxxl², den Frey kenne ich schon als recht sturen Knochen... Leider sieht die momentane Version aus wie wenn sie zu gross wäre - offline hat sie genau gepasst; dafür sah offline die Frey-Version beschnitten aus, online passte sie hingegen. Ich werde wohl das ganze um 1 bis 2 pixel kleiner neu zeichnen müssen, um alle gestrengen Beobachter zu satisfyen.

Wie ich angemerkt habe wäre sie kleiner hinzubekommen gewesen, wenn winzige Ungenauigkeiten toleriert würden — aber wenn das Ding so umkämpft ist mache ich es lieber extrem genau. Und Frey wird ohnehin bald alles revertieren. Gruss -- sarang♥사랑 13:11, 11 September 2014 (UTC)

Perfekt. Ich glaube nicht, dass er diese Version kritisieren wird. besser geht es nicht. Und wenn, dann hat er mit Zitronen gehandelt. -- Maxxl² - talk 16:13, 11 September 2014 (UTC)

Mal sehen, ob er es gelten lässt. BTW, was ist nun mit {{UCI}}? Kann ich dir da was tun? sarang♥사랑 16:28, 11 September 2014 (UTC) :This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

Link at the top of this page

Think toolserver.org is permanently de-activated now... AnonMoos (talk) 15:46, 6 October 2014 (UTC)

I am still in hope that sometime it will be there again. sarang♥사랑

I don't think so -- Toolserver was a German Wikipedia side-project which has been replaced by the more official "Wikimedia Labs". There was some controversy and discussion about the matter, but it's all been over for at least a year now... AnonMoos (talk) 00:10, 7 October 2014 (UTC):This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

Yet another thing

File:Flag of the USA.svg was further discussed on Commons talk:Transition to SVG... -- AnonMoos (talk) 00:28, 7 October 2014 (UTC):This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

Template:InvalidSVG

Hi, your modifications of Template:InvalidSVG worked until 2014-10-06, but the next modification ten days later and your last version failed if used on talk pages of protected media, e.g., Nuvola_gnome-fs-trash-full.svg, Cscr-featured.svg, Copyright-problem.svg, and Checked_copyright_icon.svg. After figuring out the last known good state I was lazy and reverted the template to its last working version. –Be..anyone (talk) 07:56, 22 October 2014 (UTC)

Hi, sorry for any inconveniences, and thanx for your checking and repairing. As a matter of fact, the template was in a state of expansion that made me some difficulties and troubles, e.g. with that old "pipe" parameter problem. To fulfill all requests it became much too complicated! The last version just had that error from talk pages, which I thought not so deadly until I can repair that as well; but you detected it... Now it seems o.k., if you find any other error rather tell me instead of making it to your problem. Thank you sarang♥사랑 13:46, 22 October 2014 (UTC):This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

Falls es dich interessiert: SVG-Elemente die beim Skalieren verschwinden

File_talk:Flag_of_the_People's_Republic_of_China.svg#Small_stars_missing - Das Problem wurde offenbar schon gelöst. mate2code 13:07, 23 October 2014 (UTC):This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

Just to let you know...

Sorry about prior edit, was in accident cut & paste. If you have any trouble with certain editor, please let me know. There have been some problems in the past, and I would like to know if they begin anew. Thank you for your time & attention, you can archive this as soon as you read it, no reply is needed. HUGS! Ellin Beltz (talk) 15:17, 3 December 2014 (UTC):This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

File:12-crown-4.svg

File:12-crown-4.svg 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 see Commons:But it's my own work! for a guide on how to address these issues. 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!

Leyo 13:04, 6 December 2014 (UTC):This section was archived on a request by: sarang♥사랑 11:08, 31 December 2014 (UTC)

... in heraldry Special:Diff/123324455

Hallo - ich bin bisher der Empfehlung gefolgt, wie du sie hier siehst. Also in den Kategorien "... in heraldry" grundsätzlich nur vollständige Wappenschilde mit dem namengebenden Kategorieelement darin und nicht diese heraldischen Elemente ohne Schild. Wollen wir das weiter so halten? --Maxxl2 - talk 18:29, 6 May 2014 (UTC)

Ja, das sieht so gut aus, und ist sicher sehr sinnvoll. Jedes Bemühen da etwas mehr Ordnung reinzubekommen ist höchst angebracht, und trägt zur Übersichtlichkeit bei.

Einerseits haben wir hier die "meubles" alsd Einzelelemente, und andrerseits die Schilde welche diese verwenden, namensgebend oder unter anderem, gesammelt in Objects in heraldry. Das gäbe also bis zu 2 Kategorien pro solchem Element (meuble), die mit diesem sinnvoll verknüpft sind. Du machst das sicher richtig. Weiter so! sarang♥사랑 00:19, 7 May 2014 (UTC):This section was archived on a request by: sarang♥사랑 13:25, 4 February 2015 (UTC)

Vorlage UCI in der wp:de

Hallo Sarang - ich habe eine mehr oder weniger persönliche Bitte. Ich habe vor Jahren die en:template:Ct aus der WP:EN als de:Vorlage:RST in die WP:DE migriert, was auch ganz gut funktioniert. Nur habe ich dann leichtsinnigerweise zur Erleichterung der Kollegen im de:Portal:Radsport noch die de:Vorlage:UCI gebaut. Dabei muss mir ein Fehler unterlaufen sein. Leider bin ich wegen meiner "BSE-Erkrankung" nicht mehr in der Lage, mich lange genug zu konzentrieren, dass ich den Fehler finden könnte. Der Kollege PerfektesChaos stellt an Reparatur solche harschen Bedingungen, die ich meinen Kollegen im Portal nicht zumuten möchte. Hast du bitte mal ein wenig Zeit, dir dieses Problem anzuschauen und eine Lösung vorzuschlagen? -- Maxxl² - talk 13:39, 22 July 2014 (UTC)

Hab ich kurz angesehen, aber noch nicht so recht begriffen. Was soll es denn machen, bzw. was macht es denn (noch) nicht? Gute Besserung sarang♥사랑 14:17, 22 July 2014 (UTC):This section was archived on a request by: sarang♥사랑 13:25, 4 February 2015 (UTC)

Template:Created with R

Hallo Sarang,

könntest du die Vorlage genauso ausbauen wie die Vorlage Template:Created with Gnuplot?--Kopiersperre (talk) 14:49, 15 October 2014 (UTC)

 Done. Der Sinn dieser Erweiterung ist natürlich vor allem die Möglichkeit, mit zusätzlichen Parametern die Kategorisierung zu differenzieren. Dafür müssen diese Parameter eingepflegt werden - da wartet viel Arbeit, die zum Teil mit VFC erledigt werden kann, auf dich. Die 7 Unterkategorien (siehe {{Created with R}}) haben vorgebene standardisierte Namen, die vorerst mal nicht beliebig angepasst werden können. Jede Datei sollte auf die unterstmögliche Subkategorie eingestellt werden, insbesondere wenn Sourcecode angezeigt werden kann; dazu habe ich für code einstweilen title auf "Rsplus" und syntax auf "rsplus" voreingestellt.

Die subtemplates {{Created with R/en}} und {{Created with R/de}} habe ich schon mal and die erweiterte Vorlage angepasst: kannst du das für die anderen Sprachen nachvollziehen? Sonst muss ich es mal noch machen.

Die Subkategorien sind noch nicht angelegt, das machst du am besten selbst. Ich will mal hoffen dass es keine W3C-invaliden Grafiken von R gibt, dann braucht es auch nicht die entsprechenden Kategorien. Wenn alle Grafiken Code anzeigen, bedarf es nicht der Kategorien ohne.

Der allereinfachste Aufruf könnte mit der Kurzform |Author={{Uf|u=Kopiersperre|R}} erfolgen, bei W3C-validen Vektorgrafiken ohne Code, das erzeugt

 

This chart was created with R by Kopiersperre.

mit entsprechender Kategorisierung. Code kann mit der Kurzform {{Uf}} nicht angezeigt werden, da ist auch keine Erweiterung vorgesehen. Bereits eingebaut ist der Aufruf bei Analemma.svg und Banakuntza normala histograma 01.png, als Beispiel. Wollepreis AWEX.svg hast du bereits richtig angepasst. Die Datei C control chart.svg hat 2 Sourcecodes, das kann die Vorlage noch nicht direkt ausgeben, bisher kann nur {{Gnuplot}} bis zu 3 verschiedene Codes anzeigen.

Bei irgendwelchen Fragen melde dich einfach wieder! Guten Erfolg -- sarang♥사랑 08:21, 19 October 2014 (UTC)

Hi. Please not that there is a category: Category:Images including source code in their description which includes all images with src code ( R and also other languages). If you want to use Template:Created with R then can you add images with R code to Category:Images including source code in their description ? Regards --Adam majewski (talk) 19:17, 20 October 2014 (UTC)

Vielen Dank!--Kopiersperre (talk) 18:15, 22 October 2014 (UTC)

Jetzt kann auch {{Created with R}} bis zu 3 verschiedene Codes zeigen, wie Gnuplot. Dort ist die Beschreibung, die unified ducumentation kann das noch nicht beschreiben, es wird aber dran gearbeitet. sarang♥사랑 21:02, 22 October 2014 (UTC)

There are several templates Created with ... templates and SVG created with ... templates with the option to include source code. When source code is displayed (embedded) in the file description by using the templates option the files are included into the appropriate subcategory. This subcategory is then included to Images including source code in their description; this avoids to stress this main category by overfilling it when each single picture would be included.

The category structure is optimized to allow a swift overview about its content. The templates use now other category names: first the high level qualifier (Valid SVG/Invalid SVG/PNG), then the tool (Gnuplot, LibreOffice, R, …) and last whether code is displayed. Only the metacategories "Created with ... code" are subcategorized to "Images including … …". @Adam majewski: , is that o.k. to you? Regards sarang♥사랑 07:06, 21 October 2014 (UTC)

OK. Thx. --Adam majewski (talk) 15:06, 21 October 2014 (UTC):This section was archived on a request by: sarang♥사랑 13:25, 4 February 2015 (UTC)

SVG-validating-Tool-Link

Hallo Sarang,

ich habe dir mal hier einen Link (oberen rechten Karteireitermenue) gebastelt. Ich dachte mir das könnte nützlich sein, bis etwas besseres da ist!?

	// W3C-Validator for SVG
if (wgNamespaceNumber === 6 && /SVG/i.test(wgTitle.slice(-3)))
	mw.util.addPortletLink('p-cactions', 'http://validator.w3.org/check?uri='+'http:'+wgServer+mw.util.getUrl('Special:Filepath/'+wgTitle)+'&ss=1#source', 'Valid SVG?', 't-validSVG', 'W3C-Validator', null);

Liebe Grüße → User: Perhelion (Commons: = crap?) 13:11, 4 August 2014 (UTC)

PS: funzt perfekt bei mir[5] → User: Perhelion (Commons: = crap?) 08:51, 7 August 2014 (UTC)

'tschuldigung, ich bin wohl zu dumm - "oberen rechten Karteireitermenue" sagt mir grad überhaupt nix. Klingt ja gut was du machst, aber wie bekomm ich das bei mir zum Arbeiten? sarang♥사랑 10:58, 7 August 2014 (UTC)

Aja, den genauen Namen weiß ich zugegebener Maßen auch nicht (PortletLink oder so), daher hier ein Bild (da wo die Hand hinzeigt) → User: Perhelion (Commons: = crap?) 11:09, 7 August 2014 (UTC)

Ich blick es immer noch nicht. Brauch ich anderen skin, oder in den preferences (/common.css ?) was eingestellt? sarang♥사랑 11:31, 7 August 2014 (UTC)

Das habe ich gar nicht getestet, ich benutze Vektor aber ich nehme stark an dass die Funktion auch mit monobook usw. funzt (muss ich gleich mal schauen, dafür muss ich den Code aber nach common.js verschieben). Hier eine Anleitung (nur die Einleitung, falls das wirklich totales Neuland ist :P) → User: Perhelion (Commons: = crap?) 12:05, 7 August 2014 (UTC)

PS: Am aller einfachsten könntest du meine komplette common.js genau auf diese deine Seite kopieren. Für weitere Fragen stehe ich gerne zur Verfügung. → User: Perhelion (Commons: = crap?) 14:14, 11 August 2014 (UTC)

Danke, funktioniert! Sogar mit meiner Erweiterung "show source". sarang♥사랑 15:35, 11 August 2014 (UTC)

Super! Und gleich noch verbessert. (wusste ich doch dass du das kannst). Dann fehlen dir jetzt noch die Button für die Vorlagen!? (PS: In DE hat heute auch jemand einen Button für [[:de:xyz| und [[:en:xyz|] Schnellverlinkung gewünscht. Den würde ich schnell mal basteln.) Was hältst du davon den Validator gleich und nur auf SVG einzustellen (das wäre glaube etwas Zeitersparnis für jeden)!? Der Parameter wäre &doctype=SVG+1.1 Aber dann meldet er immer die Warnung: DOCTYPE Override in effect! Was mir noch eingefallen ist, du checkst doch auch alte Uploads. Wie wär's dann mit Links direkt bei den Uploads!?! → User: Perhelion (Commons: = crap?) 21:08, 11 August 2014 (UTC)  :This section was archived on a request by: sarang♥사랑 08:03, 3 April 2015 (UTC)

Template:Uf

Template:Uf 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 template, 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. 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!

Leyo 23:04, 6 November 2014 (UTC)

Ich hoffe, du nimmst den Löschantrag nicht persönlich. Mir liegt lediglich viel daran, dass die (insbesondere für Nachnutzer) essentiellen Informationen übersichtlich dargestellt und maschinell auswertbar sind. --Leyo 19:53, 8 November 2014 (UTC)

@Leyo: Keine Sorge, eher begrüsse ich wenn klargestellt wird was nun wirklich in die Felder |Source= bzw. |Author= reingehört. Leider ist das in {{Information}} ganz und gar nicht deutlich dargestellt! Noch nicht.

Oft enthalten die Felder Pseudoinformationen wie "me" oder "myself", oder auch sehr umfängliche Historien von Versionen oder von einzelnen Bildbestandteilen und Derivaten. Ist das so richtig, oder wäre dafür auch ein eigenes Information field (zB "File history") wünschenswerter? Da recht viele Benutzer keine userpage haben, gibt es oft redlinks, was ich auch nicht so hilfreich finde und bei Bearbeitungen zu verbessern versuche.

Ich stelle mal zusammen was ein bot alles tun muss um das Uf auszumerzen; wenn ich damit fertig bin gebe ich dir Nachricht. Gruss sarang♥사랑 07:40, 9 November 2014 (UTC)

Leider gibt es unzählige verbesserungsbedürftige Dateibeschreibungsseiten. Ich habe schon zehntausende korrigiert. Die Versionsgeschichte in der Wikipedia gehört nicht in die Informationsvorlage rein. OgreBot 2 nimmt solche Änderungen vor.

Ich habe mal auf der Disk. der Informationsvorlage auf den DR hingewiesen. --Leyo 14:14, 9 November 2014 (UTC)

@Leyo: : Ein erster Entwurf steht jetzt in Template talk:Uf#bot request. Ich habe bisher zu dieser neuen Erfordernis der maschinellen Auswertbarkeit nichts finden können. Wenn du mal festschreiben lässt was denn nun genau in die jeweiligen Felder gehört, und in welchen erlaubten Formaten, ist das sicher wichtig. zB ob statt

|Author='''[[:en:User:Edward Waverley|Edward Waverley]]''' (<small>[[:en:User_talk:Edward Waverley|<span class="signature-talk">talk</span>]]</small>) at {{Plainlinks|1=http://en.wikipedia.org|2=en.wikipedia}} auch das einfachere |Author={{Ult|Edward Waverley||en}} at {{W||en.wikipedia}} erlaubt ist - oder ob beides vom Auswertetool nicht verkraftet werden kann.

Dass "|Information field" vielen ein Rätsel ist und sehr oft falsch angewandt wird ist ja hinlänglich bekannt. sarang♥사랑 10:48, 11 November 2014 (UTC)

Ich habe dort geantwortet.

Für mich ist es klar, dass Informationen zur Validität einer Datei semantisch nicht zu den Urheber- oder Quell-Informationen gehören. Bezüglich Maschinenlesbarkeit bin ich kein Experte. Einige Infos gibt's unter Commons:Machine-readable data.

Ich benutze jeweils |Author=[[User:Leyo|Leyo]] und finde nicht, dass dazu eine Vorlage notwendig wäre. Die Standardsignatur (also inkl. Disk-Link mit langem Quelltext) halte ich hingegen für ungünstig, auch bezüglich des generierten Textes. Autor ist ja schliesslich „Benutzername“ und nicht „Benutzername (Diskussion)“. Um das bei neuen Uploads zu ändern, müsste vielleicht beim Uploadformular ~~~~ anders ausgewertet werden. --Leyo 20:35, 11 November 2014 (UTC)

Könnte kombiniert werden, automatisch ~~~~ als ~~~ behandeln, und der Aufräum-Bot kann das dann halbwegs vernüftige Resultat flicken (= Benutzerdiskussionsseite entfernen). Bitte bei Bugzilla oder Phabricator ab 24.11. einreichen, ich kann nicht mangels benutzbarem Konto. –Be..anyone (talk) 09:15, 12 November 2014 (UTC)

Ich knipse hier jetzt auf unwatch, wenn's bei {{Uf}} was Neues gibt, merke ich es ja. Bitte R reservieren für "SVG-Müll konvertiert zu validem SVG-Müll mit rsvg-convert". –Be..anyone (talk) 21:15, 2 December 2014 (UTC)  :This section was archived on a request by: sarang♥사랑 08:03, 3 April 2015 (UTC)

You do so beautiful work!

Do you take requests?--Kintetsubuffalo (talk) 03:20, 31 December 2014 (UTC)

Thanx for your feedback; there are different opinions about my doing...

I would like to know which of my works pleases you - formatting, categorizing, templates, drawings, ... or?

And what are you thinking to request? Just tell me that I know more about. sarang♥사랑 10:38, 31 December 2014 (UTC)  :This section was archived on a request by: sarang♥사랑 08:03, 3 April 2015 (UTC)

Category diffusion

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.

• Valid SVG created with Inkscape:Maps by User:Sémhur can e.g. diffused to

• Category:Valid SVG created with Inkscape:Maps created by User:Sémhur and
• Category:Valid SVG created with Inkscape:Maps modified by User:Sémhur (with s=:Maps modified by User:Sémhur).
  

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)  :This section was archived on a request by: -- sarang♥사랑 05:57, 1 August 2018 (UTC)