User talk:Sarang/Archive/2017

Magpies (Pica pica) ???

• 
• 
• 

Why do you believe that thee are magpies (Pica pica)? To me they resemble young doves not young magpies. Where is this photo taken? Kersti (talk) 11:27, 21 January 2017 (UTC)

Hi, good to meet somebody who knows about birds. I took the pics high up in a tree in Southern Germany. I neither saw young doves not magpies, both are using that tree and I just thought it might be the latter. When you know better, either one of us should move the pics. Thank you sarang♥사랑 11:57, 21 January 2017 (UTC)

Eben habe ich bei den Tauben nachgesehen, du hast offensichtlich recht. Tja, ich hätte vorher die Experten fragen sollen! sarang♥사랑 12:01, 21 January 2017 (UTC) :This section was archived on a request by: sarang♥사랑 13:09, 23 January 2017 (UTC)

File:0percentFB.svg

File:0percentFB.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!

BeckenhamBear (talk) 18:40, 5 February 2017 (UTC)

This section was archived on a request by: sarang♥사랑 07:52, 6 February 2017 (UTC)

File source is not properly indicated: File:APNP CarringtonHut2.jpg

{{Autotranslate|File:APNP CarringtonHut2.jpg}} Leyo 15:23, 4 January 2017 (UTC)

I corrected the typo in the file description, now the source is properly defined. Therefore I removed the delete warning tag. sarang♥사랑 15:53, 4 January 2017 (UTC):This section was archived on a request by: sarang♥사랑 07:23, 25 February 2017 (UTC)

Your feedback matters: Final reminder to take the global Wikimedia survey

(Sorry to write in Engilsh)

Hello! This is a final reminder that the Wikimedia Foundation survey will close on 28 February, 2017 (23:59 UTC). The survey is available in various languages and will take between 20 and 40 minutes. Take the survey now.

If you already took the survey - thank you! We won't bother you again.

About this survey: You can find more information about this project here or you can read the frequently asked questions. This survey is hosted by a third-party service and governed by this privacy statement. If you need additional help, or if you wish to opt-out of future communications about this survey, send an email through EmailUser function to User:EGalvez (WMF) or surveys@wikimedia.org. About the Wikimedia Foundation: The Wikimedia Foundation supports you by working on the software and technology to keep the sites fast, secure, and accessible, as well as supports Wikimedia programs and initiatives to expand access and support free knowledge globally. Thank you! --EGalvez (WMF) (talk) 07:59, 24 February 2017 (UTC)

:This section was archived on a request by:  sarang♥사랑 07:23, 25 February 2017 (UTC)

Copyright status: File:I love you gesture.jpg

This media may be deleted.

Thanks for uploading File:I love you gesture.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.

Mifter (talk) 01:10, 12 April 2017 (UTC) :This section was archived on a request by: sarang♥사랑 16:51, 16 April 2017 (UTC)

Template:PNG version available vs. Template:Bitmap version available

Hallo Sarang, ich hoffe du hattest einen tollen Urlaub. So bin ich froh dich wieder mit neuer Tatenkraft sehen zu können. Dann möchte ich dir gleich unverblümt eine kleine Aufgabe stellen, zu zwei Templates mit denen du schon mehr oder weniger tief involviert warst. Diese sind an sich relativ simpel, jedoch gibt es hier, wie man augenscheinlich am Namen erkennen kann ein Kollisions- daher Missverständnis Problem(-potential, ich meine auch dass es mal eine Weiterleitung auf Bitmap mit PNG gab (evtl. a. Template:PNG version?), dass ja eigentlich absolut primär PNG meint; btw Template:Bitmap version wolltest du ja eh noch aufräumen⁉ :P). Tatsächlich zielen die Vorlagen jedoch auf unterschiedliche Datei-Formate ab, daher können wir das Dilemma einfach durch ein IF extension lösen und die Vorlagen verschmelzen. Was meinst du, wenn Du verstehst was ich meine? LG -- User: Perhelion 10:35, 7 April 2017 (UTC)

Ja, die Explorationsreise war sehr interessant. Ich bin noch gar nicht richtig zurück und hänge noch immer emotional dort fest…

Wenn ich es richtig verstehe, sollte daraus eine Vorlage werden die je nachdem, ob sie von einem SVG oder nicht-SVG aufgrufen wird, ein "superseded by another bitmap" bzw. "use that bitmap instead of this SVG" ausgibt. Muss bitmap noch zwischen PNG und nicht-PNG unterscheiden⁇

Es kann so aussehen dass alle bisherigen Vorlagen incl. Weiterleitungen in eine (neue) Vorlage münden, die nachsieht von wo sie aufgerufen wird, und dann je nachdem die eine oder andere Variante ausgibt. Das kann in einer etwas grösseren Vorlage realisiert werden, oder mit zwei (neuen) Untervorlagen die in etwa den bisherigen entsprechen.

Verstehe ich dich soweit richtig? Ich kann mich ja bemühen alles einfach zu halten, um mir nicht erneut den Hass aller Benutzer zuzuziehen sarang♥사랑 12:46, 7 April 2017 (UTC)

Ach ja Mensch, ich verreise sehr wenig, ein Flug nach Spanien war das Höchste. Ja, es würde erstmal reichen die beiden zu mergen, dabei würde ich dem "Bitmap" (was auf enWP eh mit Lemma Raster priorisiert wird) natürlich zum Redirect machen. Dürfte eigtl. keine große Sache sein (nachdem du schon… die anderen). Als Test können wir ja mit dem stillgelegten "Template:Bitmap version" arbeiten. Ich kann ja auch zur allg. Vorwarnung noch ein {{Merge}} setzen. Es eilt ja nicht, aber bei Gelegenheit eine kleine Übung zum wieder warm werden. ^^ -- User: Perhelion 15:10, 7 April 2017 (UTC)

Jetzt hab ich endlich mal angefangen, bald wird es auch fertig sein. sarang♥사랑 16:51, 16 April 2017 (UTC) (Ostersonntag)

Hallo @Perhelion: ich hab es ganz primitiv gemacht (naja, schon ein wenig universell). Wenn {{Bitmap version}} von einer SVG-Datei aufgerufen wird kommt "Bva" zum Zuge, sonst "Superseded"; mit allen bereits vorhandenen Sprachversionen, da habe ich nichts dran gedreht. Willst du es mal gründlich ausprobieren, ehe ich weitermache und alles dorthin redirecte? Ich habe noch schnell die Doku gemacht. Die Layouts der beiden Untertemplates können jederzeit noch verbessert werden, zB "Raster" statt "Bitmap". sarang♥사랑 11:05, 17 April 2017 (UTC)

Vielen Dank, ich schaue es mir an und melde mich morgen noch mal. -- User: Perhelion 18:21, 18 April 2017 (UTC)

PS: Irgendwie funzt das mit deinem F wohl nicht, frage mich aber nicht warum, jedenfalls gibt Superseded kein "File:" zurück. Desweiteren würde ich schon auf unser SupersededPNG verweisen. :P PPS: Oder wir lösen das PNG Template tatsächlich auf, da wohl nur der zweite Parameter "Grund" hier gesondert scheint, ich bin mir jedoch nicht sicher, schließlich könnte das ein nützlicher Mehrwert sein. -- User: Perhelion 20:13, 18 April 2017 (UTC)

Na gut dass du so gründlich nachgesehen hast, ich habs doch glatt übersehen… Kleiner Fehler mit schlimmer Wirkung, liess sich aber schnell beheben.

SupersededPNG (mit den redirects PNG version available und PNG available) ist recht merkwürdig konzipiert, es verwendet die localizations von Superseded, einem eigentlich anderen Template. Da das neue Bitmap version generell mit einem optionalen reason-Parameter versehen werden kann wird alles damit erledigt, was es bisher gibt; bisher wird dieser Parameter nur von Superseded verwendet.

Gelegentlich könnten auch die localizations verbessert werden, wobei ich als Normalsterblicher nicht an die totalgesperrten rankann. sarang♥사랑 14:10, 19 April 2017 (UTC)

Hallo @Perhelion: ich habe inzwischen die anderen Vorlagen zu redirects umfunktioniert, nur Superseded nicht weil dieses template (mit 11000 tranclusions) protected ist. Es sieht alles gut aus, ich konnte keinen Fehler mehr finden. Wenn nicht doch noch Reklamationen kommen ist das nun für mich  Erledigt. Gruss sarang♥사랑 11:06, 22 April 2017 (UTC)

Oder wäre es sinnvoller, als Namen nur Bitmap zu nehmen? Ev. auch nur zusätzlich als Shortcut? sarang♥사랑 13:09, 22 April 2017 (UTC)

Vielen Dank für deine Arbeit, konnte jetzt keinen Fehler sehen. Dem PNG-Template hast du wohl jetzt doch den Garaus gemacht (was ich schade finde). Ein längerer Name sollte natürlich (als Default) erhalten bleiben zur Verständlichkeit, Bitmap als Shortcut ist gut. Was wolltest du denn noch an dem vollkommen allg. Superseded ändern? -- User: Perhelion 14:53, 22 April 2017 (UTC)

Hallo @Perhelion: dein template SupersededPNG habe ich so wiederhergestellt, so dass die bisherige Funktionalität (default-Parameter 2; Categorie) erhalten bleibt, obwohl die Parameterbehandlung nun im leistungsfähigeren Bitmap version erfolgt; (Beispiel: hier).

Für Superseded habe ich konzipiert dass es künftig zum redirect auf Bitmap version wird, die Funktionalität ist identisch nur dass Bitmap version besser mit den Parametern zurechtkommt.

Bitmap version hat schon sieben redirects, drei von BVA und 4 von Superseded. Jetzt bekommt es mit {{Bitmap}} noch einen eigenen redirect. Gruss sarang♥사랑 06:51, 23 April 2017 (UTC)

Sorry, wenn SupersededPNG so unverständlich ist, dann kann es tatsächlich weg (es wurde ja auch nie wirklich weiter gepflegt geschweige denn erweitert). Tatsächlich ist es auch nicht für SVG vorgesehen, sondern sollte die Vorzüge des Formates (gegenüber GIF u. JPG) verdeutlichen (so wie es VVA tut). Eine Änderung bzw. Redirect für Superseded sehe ich für nicht angebracht, denn "Bitmap version" ist (wie gesagt, trotz Format-Erkennung) zu speziell. PS: Was hältst du davon den Zeilenumbruch im Temp. Bitmap zu entfernen? Ich sehe keinen stylistischen Sinn darin. PPS: Vllt. wäre es doch ratsam hier einen "kleinen" Konsenz einzuverlangen, bei dieser relativ weitreichenden Frage (und wenn es auch nur jemand Drittes ist). LG -- User: Perhelion 12:33, 25 April 2017 (UTC)

Welchen Zeilenumbruch denn? Und wofür den Konsens, welche Frage ist da weitreichend? Und ich finde, Bitmap ist nicht speziell sondern, ganz im Gegenteil, recht universell geworden.

SupersededPNG hat bisher auf Superseded aufgesetzt, nach der Deklaration des Textes in Parameter 2. Nun setzt es auf Bitmap auf, somit ist es genau so wie vorher. Die eigene Kategorie hat es nach wie vor. Mir war daran nichts unverständlich, und ich habe alles so belassen wie es war – nur dass der Weg nun etwas anders ist. Dass es nun auch dann, wenn es (ungeplanterweise!) doch von einem SVG aufgerufen wird was möglichst Sinnvolles tut ist ja nicht schlecht. sarang♥사랑

Hallo Sarang, ich habe mal einen Teil der Aw unten angesetzt. Nun leider ist "ich habe alles so belassen wie es war" nun wirklich nicht die Intention mit der ich zu dir gekommen bin. :P

Konkret sollte so etwas nicht möglich sein (daher SupersededPNG sollte zu Bitmap werden). Genau das war meine eigtl. Intention hier. Ich bitte um Korrektur. LG -- User: Perhelion 13:51, 5 May 2017 (UTC)

---

copied from Template talk:Superseded#Make it a redirect

• @Sarang: How could Bitmap version be correct if (for example) this was on a voice recording, SVG, video, etc.? - Jmabel ! talk 23:26, 26 April , 2017 (UTC)
• @Jmabel:: When a video or voice file is superseded by another video or voice file, I would recommend to use the template Superseded - even that it redirects to Bitmap version, e.g. {{ Superseded | any filename.ogv | better sound }} will have a better understandable coding in the description page. Because Superseded had always had pictures in mind, the previous and the future version are always talking about "images"; that could be altered if the concerned file is ogg/ogv/ or so, but IMHO it would be an unnecessary effort (to change it in all languages introducing and passing an additional parameter) because the intention is clear, just the text does not fit do perfectly. -- sarang♥사랑 10:18, 27 April 2017 (UTC)

---

• • I understand Jmabel, it is the same what I meant above. Superseded is fully general, what you do now is to constrict this to the file format. I mean this need consensus, as you change/imit the meaning of it. I'm not generally against this only against an one-person decision of this.
  • The other point is – if consensus reached – the redirect should be more understandably from Bitmap template to Superseded⁉ E.q the name Bitmap is here fully disfigured. -- User: Perhelion 13:51, 5 May 2017 (UTC)
    • Perhelion, are you saying I wish to constrict the file format or Sarang wishes to do so? As far as I can see, I was saying quite the opposite. But it was about {{Superseded}}, not Template:PNG version available vs. Template:Bitmap version available. - Jmabel ! talk 15:16, 5 May 2017 (UTC)
      • Of course, I'm not fully with Sarang here, I'm not sure here, I'm a bit more with you (I already raised this concerns above in German). There is nothing mentioned about file format on this template. -- User: Perhelion 15:41, 5 May 2017 (UTC)

I am not intending one-person decisions, please take the solutions I developed just as suggestions. I am open-minded to all better ideas.

I agree that it is much better understandably when changed: move the template from the construction site Bitmap version to Superseded, and make then Bitmap version a redirect to that Superseded. sarang♥사랑 16:25, 5 May 2017 (UTC)

Hallo @Perhelion: du merkst fast alles, auch dass ich den Rsvg bug leicht erweitert habe... Da dieses tag eher selten ist lohnt es sich sicherlich nicht es in dein script zu integrieren; da wäre Retouched schon eher ein Kandidat; wenn du wieder mal rangehen willst kann ich dir paar weitere nennen.

Ich denke demnächst einen edit request loszulassen, das jetzige Bitmap version nach Superseded zu übertragen und dann kann ich aus ersterem einen redirect machen, sowie die Doku anpassen. Das ist doch in deinem/euren Sinn? Um zu einer two-persons-decision zu gelangen sarang♥사랑 09:25, 8 May 2017 (UTC)

Ja ich schaue so pö a pö nach dem Script. Ist dir bei der letzten Änderung was aufgefallen? Du kannst ja einen neuen Thread dazu starten.

@Superseded: Das könnte man machen ja. Hast du meine Aw vor der Linie ‘copied from’ gesehen? Ansonsten würde ich meine Idee noch versuchen zu verwirklichen.

PS: Der rote Rahmen ist etwas unpassend, das höchste wäre wohl Orange. Denn Rot ist das Maximum an Warn-Farbe und daher für wirklich ernsthafte Probleme vorbehalten (wie der ein oder andere auch schon anmerkte, z.B. bei deiner Implementierung von BadSVG. Da sollte man wohl etwas differenzieren zwischen zweifelsohne vollkommen unerwünschten Vollimplementierung von Bitmaps in SVG zu beabsichtigten teilweisen...). LG -- User: Perhelion 00:35, 10 May 2017 (UTC)

@Script: Da mache ich bald mal einige Anregungen, und du kannst verwirklichen was dir sinnvoll scheint.

@Superseded: den request habe ich aufgesetzt, und den Test im Wappen habe ich revertiert.

@PS: Ich hielt die Anregung aus 2014 fur sinnvoll, und die Farben #DAA bzw. #A66 schienen mir ein sehr mildes Rot zu sein; Alternativen sind #A85 (etwas grauer), oder #650 (sehr grau) und #533 (fast schwarz), wenn ich mir die Farben ansehe. Orange wie #DA3 ist IMHO schon wieder viel zu grell. Ganz generell habe ich versucht, Rahmen- und Hintergrundfarben der verschiedenen Igen-tags sinnvoll zu gestalten, zB wenn es um PathText geht was bei Textlogos ok ist aber sonst meist eher unerwünscht. Reklamationen zum sehr roten und dickrahmigen BadSVG habe ich noch gar nicht bemerkt... sarang♥사랑 06:56, 10 May 2017 (UTC)

@Superseded: Failure: dass aus "Superseded|SVG" → "Bitmap version" wird, sollte natürlich nicht sein, s. File:Kirdorfer Wappen.svg. PS: Momentan hat Category:Bitmap version available 2.791 Files, ich schätze durch den Fehler mindestens 50% der Dateien betroffen sind. LG -- User: Perhelion 22:12, 15 May 2017 (UTC)

Ja, das ist ein Fehler, bei dieser Konstellation (SVG superseded by another SVG) reagiert die Vorlage falsch. Das habe ich total übersehen! Ich habe es bereits nachgebessert, nun muss es noch von einem Admin in die geschützte Vorlage übertragen werden. Wie es scheint war noch niemand so aufmerksam wie du. --sarang♥사랑 05:39, 16 May 2017 (UTC)

Danke für den schnellen Fix, kann schon mal passieren, ich sage ja meist steckt mehr dahinter als man denkt. :-P -- User: Perhelion 13:52, 16 May 2017 (UTC)

Noch ein krasser Fehler (Klammer von ifeq verrutscht), momentan werden alle Superseded Bitmaps mit leeren Cats bestückt (current Cat member 2.030), Wie ich sehe hast du in der Superseded/sandbox schon einen Fix. -- User: Perhelion 08:13, 18 May 2017 (UTC)

Ja, irgendwie scheint da voll "der Wurm" drinzusein, wie man so sagt... trotz aller Tests vor der Freigabe! Ich werde den Fix halt nochmals ausgiebig testen und hoffe, dass es endlich mal gut ist damit. --sarang♥사랑 09:42, 18 May 2017 (UTC)

@Perhelion: Jetzt sieht es endlich ganz gut aus, ich hoffe nicht nur dass ich damit jetzt fertig bin, sondern auch dass die Anwender zufrieden sind. Die Beschreibung habe ich noch um diese Klarstellung erweitert, nur für den Fall dass das mal jemand liest. Auch die semi-redirects SupersededPNG und SupersededJPG machen jetzt alles richtig. Die durchaus mögliche automatische Überleitung nach {{Vva}} habe ich nicht vorgesehen, da bleiben die 1776 Dateien b.a.w. superseded.--sarang♥사랑 07:30, 20 May 2017 (UTC)

Das hoffe ich doch ;-) Ich denke doch das ist ein Schritt in die richtige Richtung. Manchmal braucht es Einzelkämpfer. :P Wie gut es ist, wird die Zeit zeigen.

@VVA: Der Unterschied von SupersededSVG ist tatsächlich nicht ganz klar (vor allem da SupersededSVG schon ein Redirect ist) und liegt wohl einfach in den Ursprüngen und der Unbedarftheit. Ich würde die Cat als Deprecated bzw. als Fehler-Wartungs-Cat setzen zum Abarbeiten. Aus "could" sollte "should" werden.

Als nächstes hätte ich an eine Postulierung des minimalen Bewertungssystem für SVG gedacht, ggf. mit Button-Unterstützung (vornehmlich schon mal in meinem Script).

Vielen Dank für deine Arbeit, welche bestimmt Grundlage für weiteres (also nicht nur Arbeit, ich habe natürlich nicht an solch einen Rattenschwanz gedacht) ist. PS: Falls du etwas schnellere Unterstützung wünscht, könnte ein Blick auf meine letzte talk section dich evtl interessieren. LG -- User: Perhelion 08:42, 20 May 2017 (UTC)

PPS SupersededSVG: Tatsächlich gibt es einen Fall, wo ich es für sinnvoll erachtet hätte.[1] Allerdings nur wegen der Formulierung, da wirklich sehr genau genommen auch in der PDF die Grafik ein solche Vektorgrafik ist. Aber da könnte man nun wirklich drüber wegsehen. Superseded ist jetzt eine Format-Vorlage. Ggf. wenn diese nicht so sein sollte dann könnte man ja noch einen Ausnahme-Parameter hinzufügen. -- User: Perhelion 09:12, 20 May 2017 (UTC)

Ich habe zwischen "should" und "could" geschwankt; während ich manches für undiskutierbar halte, sehe ich es mit diesen SVGs nicht so eng. Jedenfalls habe ich sie in eine eigene Kategorie gestellt, die abgearbeitet werden könnte (aber nicht mit VFC, die Aufrufe sind zu vielfältig - da wäre ein sehr intelligenter bot gefragt). Natürlich könnte viel ungeschickt gemachtes verbessert werden (so wie es dein script macht), das würde kein Ende finden... -- sarang♥사랑 09:04, 20 May 2017 (UTC)

@A'dam: Und ich blicke nicht recht durch was beim AmsterdamMuseum so besonders ist. Auch vva erlaubt die Eingabe von massenhaft Text, und noch die Qualifikation (inferior/neutral/superior) was ich in bva nicht eingebaut habe. Mit VVA + superior kommt es in die Kategorie Superior vector version available, mit Superseded in Superseded SVG (dieser Kategoriename ist irreführend, denn drin sind Dateien mit höherwertigen SVG-Versionen und nicht die SVGs selbst; passender wäre "Superseded by SVG").

@Admin: Du hast wohl zuwenig zu tun, oder einfach zuviel Zeit? Natürlich ist es angenehm mehr Rechte zu haben, aber das inkludiert doch Verpflichtungen und Teilnahme an allem Möglichen? Na, für mich ist es angenehm wenn ich einen kürzeren Weg für Freigaben habe, noch dazu deutschsprachig; obwohl der Tiroler oft schon hilfreich war. Bei der Gelegenheit gleich eine Bemerkung: es gibt wichtige Bilder die besonders geschützt sind, gegen Hochladen etc. Da ist es aber meist nicht sinnvoll auch die description page voll zu sperren - damit kann doch kein Schaden angerichtet werden, auch nicht von Vandalen? Ich finde, etablierte User (meinetwegen ab Sichter/Moverstatus) sollten solche Seiten editieren dürfen. Im Moment kann ich kein Beispiel finden Gruss -- sarang♥사랑 10:03, 20 May 2017 (UTC)

┌────────────────────────┘

Da hast du recht. :-) Von mir aus können alle Superseded|SVG ersetzt werden, ich fange mal beim PDF A'dam an. Und danke für dein Vote. :-) -- User: Perhelion 10:13, 20 May 2017 (UTC) -- User: Perhelion 10:14, 20 May 2017 (UTC)

Ich hab mir erlaubt, im A'dam das vva zu qualifizieren. Sieh es dir mal an! Übrigens, als ich damals am vva mitgearbeitet habe konnte ich mich nicht entschliessen für den Parameter "quality" auch den alias "q" zuzulassen; jetzt bereue ich das, aber das Ding ist gesperrt. Wenn du rankannst wäre das eine gute Sache, erspart Tipperei wenn man qualifizieren will (sollte möglichst immer gemacht werden). Ich kann mal sehen, ob sich einige der 1776 per VFC erledigen lassen. -- sarang♥사랑 10:28, 20 May 2017 (UTC) :This section was archived on a request by: -- sarang♥사랑 15:36, 2 June 2017 (UTC)

Notification about possible deletion

Some contents have been listed at Commons:Deletion requests so that the community can discuss whether they should be kept or not. We would appreciate it if you could go to voice your opinion about this at their entry. If you created these pages, please note that the fact that they have 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 them, 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!

Affected:

• File:Word 2013 file icon.svg

Yours sincerely, ShakespeareFan00 (talk) 17:38, 7 June 2017 (UTC)  :This section was archived on a request by: -- sarang♥사랑 17:41, 7 June 2017 (UTC)

Externen Code verlinken in Igen

Hi Sarang, könntest du eine Möglichkeit hinzufügen Bilder unter "... created with Python code" zu kategorisieren, wenn der Code nicht direkt auf der Seite angegeben, sondern verlinkt wird? Es geht z.B. um die Bilder hier, für die der Code auf Github liegt. Grüße, Watchduck (quack) 13:44, 29 April 2017 (UTC)

Hi Tilman, ich sehe da verschiedene Möglichkeiten. In Cube permutation 0 0.svg habe ich mal eine Variante in der Infobox realisiert (da gehörte natürlich "this file" statt "these files" geschrieben). Du wirst wohl lieber eine zentrale Lösung in deiner Vorlage wollen? Da ist es IMHO besser, wenn du die Infobox in der Vorlage erzeugst und dann das Igen in den other fields aufrufst. Ich bin der Meinung dass die Kategorie Valid SVG created with Python code bei externem Code nicht so richtig ist, eher gehört das Valid SVG created with Python (das inkludiert doch, dass da Python-Code beteiligt war!) oder, wenn du meinst, in die noch zu schaffende Kategorie Valid SVG created with extern Python code. Falls Erweiterungen in der Igen-Vorlage nötig werden kann ich das auch machen. Schau dir mal die Variante an! Gruss sarang♥사랑 15:46, 29 April 2017 (UTC)

Ein anderes Layout:

 

This graphic was created with Python.

The Python code used to generate this file can be found at github.

Hi Sarang. Die Kategorie "... created with Python code" soll doch zum Ausdruck bringen, dass der Source-Code einsehbar ist. Ob er jetzt auf der Seite ist oder verlinkt ist doch völlig egal. In diesem Fall wäre es einfach zu viel Code um ihn auf die Seite zu pasten. Ich habe die Kategorie so verstanden wie Images with Povray source code, wo z.B. auch dieses Bild drin ist. (Oh, und da ist ja auch der Python-Code verfügbar, aber in der Kategorisierung kommt das im Moment nicht zum Ausdruck.)

Ja, ich würde die Änderung natürlich in dem Template machen. Grüße, Watchduck (quack) 23:28, 29 April 2017 (UTC)

Hi Tilman, von unterschiedlichen Motiven geleitet treffen wir einander hier, wenn es um Kategorisierung geht. Dir geht es vor allem darum wertvolle Grafiken zu erstellen, während ich vor allem bemüht bin ein wenig aufzuräumen und Dinge übersichtlich zu gestalten. Das kann ich natürlich nur soweit ich es verstehe und Sinnzusammenhänge durchschaue. Im Laufe der Zeit sind solche Dinge wie die Vorlage Image generation entstanden und ständig erweitert worden. Auf die Kategorie Images with Povray source code bin ich bisher nicht gestossen - auch nicht auf POV-Ray, das so nicht in das von mir gewartete Konzept passt. Mein Bemühen gilt einem gewissen Automatismus der die richtige Kategoriserung gewährleistet, bei minimalem Aufwand. So wird (bisher) nur durch die Angabe von Code nach Created with ... code kategorisiert, die Existenz von extern abgelegtem Code hatte ich nicht vorgesehen.

Du hast recht, ob auf der Seite oder verlinkt ist relativ egal, doch ich fände es schöner wenn sich auch das automatisch machen liesse; und ich fände es übersichtlicher wenn Dateien mit verlinktem Code eine Unterkategorie bekämen zur Kategorie mit direktem Code. Kategorien sollen Elemente mit gleichen Eigenschaften zusammenfassen, und signifikante Variationen dieser Eigenschaften sind in Unterkategorien gut aufgehoben. Kannst du mir soweit zustimmen?

Ich tendiere dazu die von dir vorgeschlagene Kategorierung im Igen über eine einfach anzuwendende Parametrierung zu ermöglichen. Dazu müsste ich wissen, ob es nur den einen bzw. nur wenige dieser externen Verlinkungen gibt bzw. künftig geben wird. Meinetwegen kann es beliebig viele geben und sogar jede Datei einen eigenen haben, ich müsste das nur im Konzept berücksichtigen. Ich denke, statt dem Parameter |code= kann ein Parameter zB |xc oder |xc= verwendet werden; wenn es nur einen externen Codespeicher gibt ohne Angabe (implizit), sonst eine Kurzangabe wie zB "xc=github" oder so, was dir eben sinnvoll erscheint. Falls es sinnvoll ist Unterverzeichnisse der externen Adresse anzugeben lässt sich auch das elegent lösen - ich kann das konzipieren sobald ich weiss was du brauchst. Falls du schon jetzt künftige Erfordernisse oder Möglichkeiten siehst kann ich solche Entwicklungen bereits vorausplanen.

Ich werde die Erweiterungen in {{Image generation/sandbox}} vornehmen, dann kannst du testen ob es dir zusagt. Gruss sarang♥사랑 10:15, 30 April 2017 (UTC)

Hi. Wenn du eine Unterkategorie machen willst soll mich das nicht stören. (Allerdings sollte es "...with external", nicht "...with extern" heißen. Und logischer fände ich es wenn es zwei Unterkategorien gäbe, nämlich "...with Python code (on page)" und "...with Python code (linked)". Aber da mische ich mich nicht ein.)

Mir wäre es am liebsten, wenn du einfach ein Parameter wie "code_available" (ohne "=") hinzufügst, das dann die Kategorisierung ändert ohne weitere Fragen zu stellen. Der Link oder die Links werden dann halt in einer angemessenen Weise auf der Beschreibungsseite untergebracht. Wenn das Igen-Template die Links dann auch haben will, führt das nur wieder zu nervigen Spezialfällen.

Ich finde es ja schon egal, ob der Code auf der Seite oder verlinkt ist. Ob er er auf Github, Pastebin oder sonstwo ist, sollte jetzt wirklich völlig egal sein. Grüße, Watchduck (quack) 10:53, 30 April 2017 (UTC)

Zwei Unterkategorien wäre logischer, ja. Prinzipiell liesse sich die Kategorie "Valid SVG created with Python code" aufspalten, jetzt oder später. Es wäre eine Sonderbehandlung von Python notwendig, um statt der bisherigen Kategorie die mit "... (on page)" anzusteuern. Aus reiner Faulheit tendiere ich aber dazu möglichst wenig anzufassen und zu ändern, und nur die neue Kategorie einzufügen.

Deinen Vorzug für einen Parameter ohne "=" verstehe ich; für mich ist ein Parameter mit (egal womit) viel leichter zu realisieren, das muss nur an einer Stelle gemacht werden, und nicht an vielen. Da der gesamte Aufruf ohnehin in deiner Vorlage erfolgen wird und nach aussen unsichtbar ist ziehe ich für diesen Sonderfall die einfachere Lösung vor - so ein Parameter wird nur dann behandelt wenn er gesetzt ist, ohne "=" hingegen muss in tausenden Fällen geprüft werden obwohl er nur relativ selten vorkommt.

Du kannst dir einen beliebigen Parameternamen aussuchen, irgendwas das noch nicht in {{Created with Python}} vorkommt; zB "external=y" oder was dir gefällt; der Parameter "code=" ist schon vergeben!

Mir fällt noch eine Möglichkeit ein, das ginge sogar ohne weiteren Parameter, nämlich eine Vorlage "Created with Python-external code" oder so. Aber das ist wohl keine so gute Lösung? sarang♥사랑 13:02, 30 April 2017 (UTC)

Je einfacher desto besser - da sind wir uns einig. An deiner Stelle würde ich auch die Unterkategorisierung für "external" gleich noch weglassen. Ich fände "code_available=" als Parameter gut. Vielleicht könnte man als Wert einfach einen Kommentar übergeben, der nach "This file was created with Python" angezeigt wird. Da könnte ich dann sowas wie "See Github link above" hinschreiben. Was akzeptiert denn so ein Parameter alles als True? Könnte ich da auch einen leeren String oder ein Leerzeichen übergeben? Nicht dass es wichtig wäre - ich bin nur neugierig. Watchduck (quack) 20:02, 30 April 2017 (UTC)

Es geht ganz einfach! Mt dem bereits bestehenden Parameter "more=" wird der abschliessende Punkt durch beliebigen Text ersetzt, Igen versteht ausserdem noch "m=" (schliesst direkt an, es kann also "m=. xxx" oder "m=, yyy" geschrieben werden)

 

This graphic was created with Python, for the source code see github.

und "M=" (fügt ein Leerzeichen ein)

 

This graphic was created with Python - See Github...

Bei Verwendung dieses Parameters ist also gar nicht nötig was im Igen zu drehen, nur im Python-template müsste für die Kategorisierung gesorgt werden, die ja sonst durch "code=" angestossen wird (manuelle Kategorisierung ist möglich, aber ich will sie lieber vermeiden).

Parameterwerte werden unterschiedlich akzeptiert, Probleme macht vor allem die Weiterleitung von einer Vorlage zur nächsten; das ist mit Leerstring oder Leerzeichen, auch &nbsp; etc. nicht machbar. <nowiki/> ist zwar ein weitergebbarer Parameterwert, kann aber nicht mehr als String abgefragt werden. Es sollte also irgendetwas Vereinbartes und Erkennbares mit "more=" übergeben werden, das dann im Python-template weiterverarbeitet wird; so könnte mit |m=×.. ein Wert spezifiziert werden, der sowohl den Text als auch die Kategorie beeinflusst; ×1 erzeugt den Github-link, ×2 was anderes etc. Das geschieht alles im Created with Python; wenn ich es eingebaut habe kann es dort auch von dir gewartet werden. Gefällt dir das?

Wenn es nicht in jeder Datei codiert wird sondern in einer zentralen Vorlage wie Full octahedral group; single elements; signed perm mat, perm mat and cube kann ev. auch dort alles passieren, und es werden weder im Igen noch im C-w-Python Anpassungen notwendig. Dann hast du alles in der Hand und die Zukunftsicherheit ist gewährleistet. sarang♥사랑 07:09, 1 May 2017 (UTC)

Testhalber habe ich mal in {{Gunnmap}} ein Beispiel erzeugt von deiner Vorlage, wie sie zwischen =={{int:filedesc}}== und =={{int:license-header}}== aufgerufen werden könnte. -- sarang♥사랑 07:52, 1 May 2017 (UTC)

Ich hab das Template hier mal ausprobiert: User:Watchduck/Spielwiese

Ich finde die Sonderbehandlung von Python ein bisschen seltsam. Es ist ja nicht so, dass externen Code verlinken ein super-exotischer Sonderwunsch ist, den außer mir niemals jemand haben könnte. Ich frage mich also ob folgendes ginge: Wenn in Igen "code=external" übergeben wird, erkennt das Template, dass "external" nicht der gesamte Code ist, und zeigt das auch nicht als Code an, ändert aber trotzdem die Kategorie. Das wäre im Prinzip was ich mit "code=Spam" gemacht habe, nur ergänzt um das Feature dass der Wert nicht als Source-Code angezeigt wird. Das wäre aus meiner Sicht die einfachste und auch die beste Lösung. Watchduck (quack) 08:56, 1 May 2017 (UTC)

Bisher habe ich externen Code nur bei dir gesehen. Aber ich werde mir die Code-Behandlung mal ansehen und deinen Vorschlag mit "code=external" im Igen umzusetzen versuchen. Das template richtig ausprobieren kannst du nur durch Aufruf in einer Datei, vorzugsweise (aber nicht unbedingt) SVG. Einstweilen wird es damit funktionieren, und wenn ich die Umsetzung hinbekomme kann die Vorlage vereinfacht werden - aber auch so bleiben. Gruss -- sarang♥사랑 09:11, 1 May 2017 (UTC)

Das klingt gut. Hier ist zumindest ein ähnlicher Fall. Watchduck (quack) 09:37, 1 May 2017 (UTC)

@Watchduck: so, jetzt habe ich das "code=external" soweit hinbekommen, und in Cube permutation 0 0.svg mal testweise das Gunnmap eingebaut. Wenn es dir soweit zusagt dann übernehme doch das {{Gunnmap}} in dein {{Full octahedral group; single elements; signed perm mat, perm mat and cube}} (oder eine andere Vorlage; du kannst ja auch noch Lizenz und Kategorie in die Vorlage ziehen) und lass diese vom VFC in die betreffenden Dateien reinkopieren. Wenn du noch Wünsche hast melde dich hier. Gruss sarang♥사랑 07:55, 6 May 2017 (UTC)

Cool, danke. Soweit ich sehe hast du das jetzt in {{Created with Python}} geändert. Mein Vorschlag wäre wie gesagt, den External-Trick überall zu ermöglichen, wo es den Code-Parameter gibt. Auf Abbildung in der Kategorisierung würde ich verzichten. Grüße, Watchduck (quack) 10:27, 6 May 2017 (UTC)

Da es notwendig ist einen Parameter weiterzureichen muss das in jeder einzelnen Vorlage erweitert werden. Ist aber keine grosse Änderung; eine generelle Lösung ist weit aufwendiger und die Nachfrage scheint nicht so umfangreich zu sein. Ich warte erst mal ab, ob es notwendig wird. sarang♥사랑 11:37, 6 May 2017 (UTC) :This section was archived on a request by: -- sarang♥사랑 16:00, 2 July 2017 (UTC)

File:Zimbabwe No Stopping sign.svg

File:Zimbabwe No Stopping sign.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!

Fry1989 ^eh? 19:37, 13 May 2017 (UTC) :This section was archived on a request by: -- sarang♥사랑 16:00, 2 July 2017 (UTC)

1)Danke, 2)Frage

Danke für deine Ausbesserungen[2][3][4]...
Du hast mir ein bisschen Struktur in das Vorlagechaos gebracht.
Ich hab eine Frage wann verwendet man:

1a)

{{Own based|.svg}}

Own work based on: Test.svg

1b)

{{Derived from|.svg}} by {{Ud|JoKalliauer|Johannes Kalliauer}}

This file was derived from: SVG Text Font Test.svg
by Johannes Kalliauer

1c)

{{AttribSVG|.svg}}

 

This vector image includes elements that have been taken or adapted from this file:

File:.svg .svg.

1d)

{{RetouchedPicture|Changes|editor=JoKalliauer|orig=.svg}}

This is a retouched picture, which means that it has been digitally altered from its original version. Modifications: Changes. The original can be viewed here: Test.svg: . Modifications made by JoKalliauer.

1e)

 |Other fields={{Igen|H|v|%|s=d|editor=JoKalliauer|R=Mirrowed|orig=Mohr–CoulombTheory soil.svg}}

 

This graphic was created with Inkscape.

This is a retouched picture, which means that it has been digitally altered from its original version. Modifications: Mirrowed. The original can be viewed here: Mohr–CoulombTheory soil.svg: . Modifications made by JoKalliauer.

2a)

{{Own using}}{{Inkscape-hand}}{{Translate}}

DescriptionSarang/Archive/2017	English: Mohr–Coulomb theory Deutsch: Schergesetz
Source	Own work using:   This vector image was created with Inkscape, and then manually edited .
Author	Johannes Kalliauer

This SVG file contains embedded text that can be translated into your language, using any capable SVG editor, text editor or the SVG Translate tool. For more information see: About translating SVG files.

2b)

{{Own}} {{Igen|H|v|%|s=d|editor=JoKalliauer|R=Mirrowed|orig=Mohr–CoulombTheory soil.svg}}

DescriptionSarang/Archive/2017	English: Mohr–Coulomb theory Deutsch: Schergesetz
Source	Own work
Author	Johannes Kalliauer
SARANG/ARCHIVE/2017 development InfoField	This diagram was created with Inkscape, and then manually edited .    This diagram uses embedded text that can be easily translated using a text editor. This diagram is a retouched picture, which means that it has been digitally altered from its original version. Modifications: Mirrowed. The original can be viewed here: Mohr–CoulombTheory soil.svg: . Modifications made by JoKalliauer.

Ich mein, ein Großteil ist Hausverstand, aber du scheinst dich da auszukennen, vl. kannst du eine Ordnung in meinem Kopf machen oder good practice Beispiele zeigen.
LG — Johannes Kalliauer - Talk | Contributions 11:14, 28 May 2017 (UTC)

---

Hallo Johannes, ich will versuchen es genau zu erklären; ich finde gut dass du dich um richtige Anwendung bemühst.
Ich würde es so machen (andere sehen das vielleicht anders und ich bin nicht der Liebe Gott):
1a) {{Own based}} bei eigenen Neuentwicklungen, wenn zB ein SVG auf einem PNG basiert; dieses PNG kann natürlich auch von dir sein. own based hat auch die Parameter "by" und "display".
1b) {{Derived from}} wenn es eine Ableitung ist, also zB eine SVG-Weiterentwicklung oder Abänderung eines SVG. Hat auch den "display"-Parameter.
1c) {{Attrib}} ist dann angebracht wenn Elemente aus einem Bild in ein anderes übernommen werden, zB in der Form von SVG-Codestrecken.
1d) {{Retouched}} bei Retouchen eines Bildes, zB Farbanpassungen etc; hingegen soll bei einer reinen Überleitung von Raster nach SVG das {{AutVec}} verwendet werden!
1e) das {{Igen}} kann sehr viel in sehr kurzen Parametern, es ist also nicht einfach zu durchschauen (hingegen einfach anzuwenden sobald man es raus hat) aber die häufigsten Standardanwendungen wird man wohl bald im Griff haben? Es erlaubt die Kurzverwendung eines Created with ... templates plus eine grosse Menge anderer tags, wie zb. {{Translate}} oder {{Retouched}}; es gibt eine sehr ausführliche Beschreibung dieser Vorlage und aller möglichen Parameter.

Während 1a, 1b und 1c beim "source=" Parameter anzugeben sind, gehören andere Angaben wie das Erstelllungsprogramm nicht dorthin! Bis endlich ein Parameter "image=" in die Infobox kommt muss das alles bei den "other fields=" geschrieben werden. 2a) ist also falsch angewandt. Übrigens dürfen auch beim |author= nur Autorangaben stehen.
Vermeide auch Tool-Angaben wie {{Inkscape-hand}} (noch dazu ohne das "v"!), nimm stattdessen das {{Igen}} da ist das "v" schon impliziert (aber darf angegeben werden)
Und schreibe nie {{Ud||Johannes Kalliauer}} ohne den 1. Parameter; bei dir muss es heissen {{Ud|JoKalliauer|Johannes Kalliauer}}, oder {{Ut|JoKalliauer|Johannes Kalliauer}}. Davon abgesehen ist 2b) optimal. Sicher ist damit noch nicht alles klar, du kannst gerne wieder fragen. Übrigens, meine Zeit an der TU ist schon sehr lange her... Gruss -- sarang♥사랑 20:10, 28 May 2017 (UTC)

Deine BWSGCoulomb.svg und BW-SG-Coulomb.svg sind überreichlich mit den Vorlagen ausgestattet, und deshalb auch entsprechend überkategorisert: neben Created with Inkscape-hand:Diagrams auch noch Created with Inkscape-hand, und neben Valid SVG created with Text Editor:Diagrams auch noch Valid SVG created with Text Editor. Eigentlich wäre |other fields={{Igen|H|+|%|s=d|r=made line blue|editor=JoKalliauer|orig=Mohr–CoulombTheory soil en.svg}} genug, mehr als das bringt keinen Vorteil sondern nur Unübersichtlichkeit. Du kannst es mal bereinigen, und wenn du willst kann ich es supervidieren. Ich weiss, es gibt unzählige Vorlagen die zT schlecht beschrieben sind, und jeder hat damit Probleme diejenigen zu kennen und richtig anzuwenden die im Spezialfall geeignet sind. Jedenfalls bist du da schon recht weit, und auf dem besten Weg ein Experte zu sein. Gruss -- sarang♥사랑 14:26, 29 May 2017 (UTC)

Herzlichen Dank für die vielen Infos und die gute Erklärungen und deine große Einsicht für meine Fragen, wenn mir eine Frage diesbezüglichlich aufkommt, freue ich mich auf dich zurückkommen zu dürfen.

Ich weiß nicht was "reinen Überleitung" genau bedeutet. Heißt das eine reine Konvertierung mit einer Software ohne (wesentliche) Änderung? Heißt das Abpausen? Aber wenn man nur die Ideen übernimmt verwendet man die Vorlage nicht? Oder nur dann nicht, wenn es Änderungen gibt wo der Rasterautor ev. nicht mehr zustimmen würde.

"Deine Zeit an der TU"... Auf welche TU bist du gegangen, bzw. was hast du studiert?

 — Johannes Kalliauer - Talk | Contributions 11:38, 4 June 2017 (UTC)

Mit "reiner Überleitung" bezeichne ich eine 1:1-Konvertierung ohne weitere Design-Kreativität, egal wie sie letztendlich technisch durchgeführt wird. Natürlich können da Kleinigkeiten anders ausfallen, zB die Fonts für die Texte, solange das Wesentliche äquivalent wiedergegeben wird - bei einfachen Diagrammen kann da grösserer Spielraum bestehen. Alles klar?

Dir wird vielleicht auffallen dass manche Vorlagen von mir sind, in vielen hatte ich zumindest die Finger drin. Insofern macht mich das zu einer Art kundigen Ansprechstelle bezüglich dieser Vorlagen. Falls du Wünsche oder Reklamationen hast, nur zu! Ich hab an der TUW Nachrichtentechnik und Informatik (als das noch "Rechentechnik" hiess) belegt, und an die Gußhausstrasse kann ich mich immer noch gut erinnern... obwohl es lange her ist. -- sarang♥사랑 15:55, 4 June 2017 (UTC)  :This section was archived on a request by: -- sarang♥사랑 16:00, 2 July 2017 (UTC)

Wikimapia

https://commons.wikimedia.org/wiki/File:Wikimapia_logotype.svg Please loading new bicolor logo as other version file — Preceding unsigned comment added by GTRus (talk • contribs) 17:58, 25 June 2017‎ (UTC)

The elder version of File:Wikimapia logotype.svg is very bad; so I replacec it with a better version. -- sarang♥사랑 20:14, 25 June 2017 (UTC) :This section was archived on a request by: -- sarang♥사랑 16:00, 2 July 2017 (UTC)

Unprot request

@Perhelion: Please unprotect Ambox important.svg to enable some edits for reparation. -- sarang♥사랑 07:43, 29 June 2017 (UTC)

 Done -- User: Perhelion 12:07, 29 June 2017 (UTC)

This section was archived on a request by: -- sarang♥사랑 16:00, 2 July 2017 (UTC)

File:Aiga bar .svg

File:Aiga bar .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!

Ldorfman (talk) 00:23, 2 July 2017 (UTC)  :This section was archived on a request by: -- sarang♥사랑 16:00, 2 July 2017 (UTC)

Category:卍_Bhutan

Category:卍_Bhutan 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!

84.61.144.101 06:59, 10 August 2017 (UTC) :This section was archived on a request by: -- sarang♥사랑 17:56, 19 September 2017 (UTC)

Category:Textlogo_images_that_should_use_vector_graphics

Textlogo images that should use vector graphics 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!

Apocheir (talk) 17:47, 28 August 2017 (UTC)

This section was archived on a request by: -- sarang♥사랑 17:56, 19 September 2017 (UTC)

Autor-Feld

„Übrigens dürfen auch beim |author= nur Autorangaben stehen.“

– sarang♥사랑 auf User_talk:Sarang/Archive/2017#1.29Danke.2C_2.29Frage

Darf man so was wie bei File:BeamBendingDefinitions_German.svg machen? (Oder ist das unerwünscht?):

|Author=

• Poutre_definitions.svg: Cdang
• derivative work: Bbanerje (talk)
• translated to german: User:JoKalliauer

 — Johannes Kalliauer - Talk | Contributions 18:27, 25 October 2017 (UTC)

Hallo Johannes, da gibt es mehrere Möglichkeiten und es kann gut und weniger gut gemacht werden. Für dein spezielles Beispiel würde ich empfehlen, dass sich deine Version nur auf die unmittelbar vorhergehende bezieht, und diese wiederum deren Vorgänger referenziert; so liesse sich die gesamte Historie ablesen ohne eine einzelne Datei mit Information zu überfrachten.

• Source ggf. mit {{Derived from}} angeben, wenn nicht {{Own}}
• Author der jeweilige Autor (der 1. Variante falls mehrere uploads), in diesem Fall mit {{U}}
• Other fields mit ev. Retouchen-Angaben in {{Image generation}}
• Other versions ggf. mit {{Derivative versions}} angeben

Natürlich kann es auf unzählige andere Arten gemacht werden, auch sind andere Fälle anders gelagert. Wie ich es heute bei deinem Beispiel gemacht habe ist eine weitere Möglichkeit, die nicht ganz so optimal ist wie meine obige Empfehlung. Die Beschreibung im Vorgänger ist IMHO besser.

Im Author= sollten tatsächlich nur Autorangaben stehen, alles andere stört bei der maschinellen Auswertung; das Auswerteprogramm verkraftet die verschiedenen Schreibweisen.

Es ist am besten wenn du im Laufe der Zeit die wesentlichen Vorlagen kennst und mit Feingefühl anwendest. Und falls nicht alles 200%ig ist wird es nach deiner Bearbeitung zumindest wesentlich besser sein. Weiter so! -- sarang♥사랑 11:40, 26 October 2017 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 17:48, 13 January 2018 (UTC)

W3C valid

Auf deiner Seite steht ganz oben im Template:

„whether it is W3C valid or invalid: set the appropriate parameter of the template“

Warum ist es wichtig ob es W3C-valid ist oder nicht?

Beispielsweise ist File:Globe_valve_diagram.svg bewusst invalid aufgrund der Metadaten.

Falls es dich genauer interessiert: User_talk:Glrx#RDF und User_talk:Glrx#Sorry

Liebe Grüße  — Johannes Kalliauer - Talk | Contributions 18:33, 25 October 2017 (UTC)

Die Validität ist nicht wirklich wichtig, sie dient eigentlich vor allem dazu die oft sehr voluminösen Kategorien zu differenzieren. -- sarang♥사랑 11:40, 26 October 2017 (UTC)

Was das Diagramm betrifft, sind Metadaten für unseren librsvg unwichtig; und wenn jemand solche Daten will kann er sie schnell von Inkscape erzeugen lassen. Ich bin ohnehin der Meinung dass alles Unnötige wegbleiben sollte, und möglichst schlanke Dateien hochgeladen werden sollen, die (zB mit Scour) aufgeräumt sein sollten; und wenn es leicht geht sollten sie auch W3C-valide sein.

Ich mag Category:SVG_files_with_multiple_W3C-errors abbarbeiten.

Bei einer Editierung von dir verstehe ich nicht warum du {{SVG-edit}} entfernt hast. [5]. Ich weiß nicht mit welchen Editor es erstellt wurde, aber ich würde ohne genauers zu wissen, vermuten dass SVG-edit stimmt. Ich finde aufgrund der Fehlerbehebung ist der Editor oft interessant.

 — Johannes Kalliauer - Talk | Contributions 21:06, 29 October 2017 (UTC)

Hallo Johannes, sehr oft bleibt nur mehr die Möglichkeit zu raten/rätseln, wenn der Zeichner einer Datei nicht preisgab wie er das Ding gemacht hat; und im Zweifelsfall ist "U" oder "O" besser als eine allzuvage Vermutung. Ok, ich habe es wieder nach SVG-edit kategorisiert.

Ich möchte dir ernsthaft abraten, Dateien nur deshalb neu zu zeichnen weil sie fehlerhaft sind, auch wenn sie multiple Fehler (Raster + pgf-CDATA) enthalten und W3C-invalide sind. Wenn eine Datei richtig angezeigt wird kann sie bleiben; eine neue Variante mit weniger Schrott ist ganz gut, aber bringt eigentlich gar nichts, es wird nur mehr Datenspeicherplatz benötigt (es heisst immer, davon hat Wp genug).

Viel sinnvoller wäre es auf einige Leute die genau diesen Schrott erzeugen einzuwirken (zu versuchen) und ihnen zu helfen dass sie bessere Dateien erzeugen. Ein ganz spezieller Fall scheint mir Rob984 zu sein; er hat letzthin aus vielen validen Dateien mit ein paar hundert KB riesige invalide mit ~7 MB gemacht, sie verfünfzehntausendfacht! wenn dem mal behutsam ein paar Tips gegeben werden ist er vielleicht belehrbar und die Browser blockieren nicht mehr wenn sie seine Dateien anzeigen. Wenn solche edukativen Massnahmen erfolgreich sind ist das künfig wesentlich wirkungsvoller als einzelne Dateien zu reparieren. Sicher hast du das Feingefühl um ihm das zu verklickern? -- sarang♥사랑 07:44, 30 October 2017 (UTC)

Hallo Sarang, Danke für deine Meinung, jedoch wenn denn der Datenschrott in den Files eh egal ist, warum gibt es dann eine Kategorie SVG files with multiple W3C-errors?

Ich hab mir die letzten 100 Dateiänderungen von Rob984 angeschaut, oftmals reduziert er die Dateigröße, aber in den meisten Fällen bleibt sie bis auf gefühlt 1%-5% konstant, es gibt drei Ausreiser:

• verkleinert: File:Active_separatist_movements_in_Europe.svg (die Dateiänerung am 1. Jun. 2016) 7,07 MB->4,25 MB (vl. hat er auch eine alte kleinere Version hergenommen.)
• CVio: File:Western_Europe_map.svg überschreiben der Karte mit einer ganz anderen, da hätte er eine neue Datei erstellen sollen
• CVio: File:European_Economic_Area.svg hinzufügen einer viel zu genauen Weltkarte im Linken oberen Eck, da hätte er vermutlich den Urheber/Quelle der Weltkarte ergänzen sollen.

Also ich bin mir nicht sicher ob wir von den gleichen Dateien reden.

behutsam

das mit User:Glrx war ein Ausrutscher, ich hatte einen schlechten Tag, und er hatte mich am falschen Fuß erwischt. Ich bin zuversichtlich, dass ich das nötige Feingefühl habe, jedoch sehe ich noch nicht den konkreten Anlass dazu.

Ich hab gesehen, dass du mit User:Rillke/SVGedit.js das unnütze <style/> entfernt hast, ich hatte zwar sed -i "s/<style>/<style type=\"text\/css\">/" $i bereits in meinem Skript um den T68672-librsvg-Bug zu umgehen, aber <style/> ist natürlich unnütz. Danke!

Vl. kann ich mein Skript auch zu einem *.js umschreiben.

Ich hab mir User:Sarang/common.js angeschaut, da scheint einiges nützliches für mich dabei zu sein. Danke schon im Vorhinein, für's abschreiben lassen.

 — Johannes Kalliauer - Talk | Contributions 18:35, 30 October 2017 (UTC)

User:Rillke/SVGedit.js

Ich glaub ich bin zu dämlich dieses Tool zu aktivieren, ich hab User:JoKalliauer/common.js von User:Sarang/common.js kopiert und weiß nicht wo ich das Tool finde/verwende. Kannst du mir vl. helfen?  — Johannes Kalliauer - Talk | Contributions 21:30, 30 October 2017 (UTC)

In der linken Spalte, unter den tools, sollte ein Link mit "edit SVG" sein (kann bei dir etwas anders aussehen); nur dann wenn auf eine SVG-Datei zugegriffen wird. Wenn's nicht tut sehen wir weiter.

Die Kategorie gibt es als abschreckendes Beispiel, und auch um jemand Interessiertem (wie dir) etwas zu zeigen. Wenn irgendjemandes Dateien ständig in diese Kategorie kommen kann es sich empfehlen mit ihm in Kontakt zu treten. Deshalb habe ich die allerärgsten Hämmer hier gesammelt.

Eines der interessantesten Beispiele Liberty Bell icon.svg habe ich eben wiederhergestellt; erst hat Josve05a im Nov'16 einfach meinen Text rausgelöscht, und dann hast du jetzt diese überflüssige Verbesserung hochgeladen - und schon war das Beispiel keines mehr. Das erinnert mich an das Beispiel Ask permission.svg mit 266 KB, aus den Trademark policy icons; ich habe als Gegenbeispiel Orange question.svg mit 219 Bytes erzeugt, aber dann kam einer und hat die 266 KB auf 140 KB "verbessert". Ich überlege auch das, sowie vielleicht sogar Allowed.svg wiederherzustellen. Du kennst doch sicher SVG simplification techniques? Beispiele allenthalben... -- sarang♥사랑 09:15, 31 October 2017 (UTC)

unbegründete Reverts

Du hast drei für mich nicht so augenscheinliche Reverts gemacht.

Ich bitte dich, mir als angelernten Laien zu erklären was falsch war, damit ich es das nächste mal besser mache.

• File:Liberty_Bell_icon.svg soll verdeutlich Leute aufhalten sinnlose Datei-Validierungen zu machen.

  Anscheinend bin ich der (hoffentlich nur der erste aber nicht der größte) Trottel, der die Dateien validieren wollte.

Das ist erstmal an sich kein Fehler; nur in diesem Fall recht unnötig, und von mir nicht erwünscht. Aber das konntest du nicht wissen, weil im Nov'16 von Josve05a der entsprechende Text entfernt worden ist. -- sarang♥사랑 15:08, 2 November 2017 (UTC)

• File:Empty_bucket.svg ist suboptimal optimiert (leeres foreignObject, switch der gelöscht gehört und einen unnötige Gruppierung), wenn man es mit dem Quelltext von File:Full_bucket.svg vergleicht
• File:Carte_occitan_limousin.svg hast du revertiert weil in den Metadaten ein Bild vorhanden war, welches ich gelöscht habe?

Nein, sondern weil Carte occitan limousin.svg einfach ein gutes Beispiel zum Abschrecken ist! -- sarang♥사랑 15:08, 2 November 2017 (UTC)

Beim Revertieren wird die Datei nicht nochmal gespeichert?

Nein, sie wird nur reaktiviert; im Gegensatz zu jedem Hochladen, da erfolgt die physische Speicherung. -- sarang♥사랑 15:08, 2 November 2017 (UTC)

 — Johannes Kalliauer - Talk | Contributions 12:32, 2 November 2017 (UTC)

SVG simplification techniques

Kannte ich noch nicht, glaube ich habe jetzt noch nicht ganz verstanden was du mir damit zeigen willst.  — Johannes Kalliauer - Talk | Contributions 12:32, 2 November 2017 (UTC)

User:Rillke/SVGedit.js

Bei mir schaut das so aus:

• Windows, Deutsch, Chrome: http://i1127.photobucket.com/albums/l632/Jo-Kalliauer/ComonsScreenshot_zpsumasmp51.png
• Ububtu, English, Firefox: https://screenshots.firefoxusercontent.com/images/b0da74a9-8154-41fb-b0a9-87f754ef57c0.png

Ich seh leider nicht "edit SVG", bin ich blind, schau ich falsch oder soll ich auf User:JoKalliauer/common.js schauen ob ich da einen "Programierfehler" habe?

 — Johannes Kalliauer - Talk | Contributions 12:32, 2 November 2017 (UTC)

Ich versteh leider auch zuwenig von diesem Coding. Aber ich kenne zumindest einen Experten; @Perhelion: schaust du dir das bitte mal an, damit Johannes das Rillke-SVG-edit verwenden kann? Danke, -- sarang♥사랑 15:08, 2 November 2017 (UTC)

Hallöchen, ich sehe es auf deinem Screenshot. Es ist hinter dem Pfeil bei "Bearbeiten" versteckt, siehe "der Doku". PS: Ich habe mal die Doku betr. Einbindung geändert (und bei dir schon angepasst). LG -- User: Perhelion 15:25, 2 November 2017 (UTC)

Danke funktioniert, ich hatte es nur nicht gefunden. (File:Edit_SVG_link_new.png)

@Perhelion and Rillke: Ich würde es praktisch finden, die Dokuseite https://commons.wikimedia.org/wiki/User_talk:Rillke/SVGedit.js in einem Kommentar auf User:Rillke/SVGedit.js zu erwähnen.

 — Johannes Kalliauer - Talk | Contributions 17:32, 2 November 2017 (UTC)

 Done -- User: Perhelion 17:56, 2 November 2017 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 17:48, 13 January 2018 (UTC)

Category:SVG_text_logos:Path_text

Category:SVG_text_logos:Path_text 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!

-- User: Perhelion 10:56, 16 March 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 14:47, 16 March 2018 (UTC)

License for File:OtherEditor_logo.svg

You have released File:OtherEditor_logo.svg under the WTFPL, but the original work from which it is derived, File:SVG_Simple_Icon.svg, is released under CC-BY 2.5. From what I understand, you need to use a license requiring attribution for your derivative work in order to preserve the license terms of the original work. The WTFPL does not require attribution, which can lead to license violation of the original work. --Siddharth Patil (talk) 23:23, 17 March 2017 (UTC)

OK, I changed the license. Thank you! sarang♥사랑 14:30, 5 April 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 14:47, 16 March 2018 (UTC)

File:Christian cross.svg

Why did you remove the SVG title? I believe I told you before that if you're just removing metadata, then you're not optimizing. You may be removing bytes, but you're not optimizing... AnonMoos (talk) 04:19, 12 May 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 14:47, 16 March 2018 (UTC)

No raster graphics

Hi
You have put a template on two maps I have created File:Lake_Tauca_surface.svg and File:Lake_Tauca_shorelines.svg that it contains raster graphics. This is wrong, there are no raster graphics in them so please correct your edits and then inform me, thanks. --Goran tek-en (talk) 17:49, 18 June 2017 (UTC)

Sorry @Goran tek-en: in that case it was just an assumption; I could not directly check the code because of the extreme large size of over 10 MB. It is now corrected; thank you for your information! -- sarang♥사랑 04:42, 19 June 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 14:47, 16 March 2018 (UTC)

Minor edit marks

Hello. A problem detected.

Currently, all your edits (except new pages) are marked as minor (Kleine Änderung), even such substantial edits as Revision of Template:Rsvg_bug. Not only here, but also in Wikipedia it’s true for 99% of your edits. Even while Commons doesn’t appear to have a policy about such marks, Wikipedia certainly has. It might hide your edits from other users. Please, fix scripts or MediaWiki UI settings that produce this effect. Maybe, another script that clears the minor edit checkbox whenever you directly touch the <textarea> would solve this problem? Incnis Mrsi (talk) 20:42, 3 July 2017 (UTC)

Thank you for your concerns. In my mind almost all my edits are minor changes, even that at the Rsvg bug. But I can look more differenting in future and decide earlier that an edit isn't just minor. -- sarang♥사랑 17:47, 5 July 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 14:47, 16 March 2018 (UTC)

Validating SVG files

Hi Sarang! I have a question - which script are you using to validate SVG files and leave the error count like this? Thank you so much. Wikimandia (talk) 14:25, 22 July 2017 (UTC)

Hi @Wikimandia: The script has been developed, and is maintained, by Perhelion; it does a lot of checking, it cleanes the descriptions by simplifying and standardizing them and makes then a suggestion. This recommendation is shown as an edit of the description page and it can be altered and completed before the change is submitted.

It works together with the template Image generation which is maintained by me; this template has a great number of parameters to describe and categorize many properties of SVG drawings but also of other files.

For obtaining the W3C-error count programs of the W3C are used, different access methods to perform them exist.

If you want to use the script (or to give it a try) a short information how to install it is given there. If you need further help just ask me, or Perhelion; if you want to leave suggestions just tell them to us. Thank you for your work -- sarang♥사랑 06:42, 23 July 2017 (UTC)

Thank you so much!! I will give it a try and let you know if I need any help. Have a great day!!! Wikimandia (talk) 07:15, 23 July 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

Inkscape

Hello Sarang,

how do you know, that this map for example was created with Inkscape? Maybe the conversion was done with Inkscape, but nobody creates such a map from scratch in Inkscape.

Cheers, Prince Leonce (talk) 09:57, 23 August 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

Removing of {{BadSVG}} templates

Hi Sarang,

you script seems to remove the BadSVG-template. This was unjustified in this case, since the file contains embedded Base64 images: xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABSAAAAbWCAYAAACiNhmIAAAABHNCSVQICAgIfAhkiAAAIABJREFU. --Cloned sheep (talk) 10:49, 24 August 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

Category:Text images that should use vector graphics

Text images that should use vector graphics 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!

--Apocheir (talk) 18:26, 10 September 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 14:47, 16 March 2018 (UTC)

Category:St_James_Episcopal_Churches

Category:St_James_Episcopal_Churches 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!

Nyttend (talk) 01:12, 14 September 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

File:BCA catedral 1.jpg

 Info Aloha! File wie gewünscht gelöscht. Dateiname ist wieder frei für mehr uploads. --Hedwig in Washington ^(mail?) 00:46, 15 October 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

File:Cross-Trinity-Borromean-interlinked.svg

On File:Cross-Trinity-Borromean-interlinked.svg, the validator report helped me understand and (mostly) fix the problem -- which is not usually the case! -- AnonMoos (talk) 00:10, 1 December 2017 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

Clean up SimplSVG & HandSVG

Hey Sarang, einen schnellen Gruß zu Weihnachten. Ich habe gerade in "deinem" Category-tree etwas aufgeräumt (seit über einem Jahr so, also scheint hier dein "Augenmerk" nicht mehr zu liegen), dabei ist mir die sehr unglückliche Bezeichnung SVG by Hand aufgefallen alias {{HandSVG}}. Auch aktuell im Igen (mit x) wird diese Formulierung verwendet. Das sollte verschwinden bzw. ersetzt werden (vor allem die Erwähnung von HandSVG). Weil genau genommen ist es ja genau anders herum, im GUI-Editor werden die Grafiken per Hand gezeichnet und nicht im Text-Editor. Schöne Feiertage -- User: Perhelion 13:21, 20 December 2017 (UTC)

PS: Ganz einfach sieht man es auch daran, dass einfach alles in den Cats ist: Category:Valid SVG created with Text Editor-vapen, somit wird leider das ganze parallele Cat-System ad absurdum geführt. Nunja, wir sollten einfach etwas mehr Klarheit reinbringen. -- User: Perhelion 15:11, 22 December 2017 (UTC)

Hey Perhelion: ja, die Kategorie "SVG files to be drawn by hand" sollte wohl verständlicher "SVG files to be drawn with a Text editor" lauten, oder so.

Die Sichtweise, dass das manuelle (sic!) Zeichnen einer Vektorgrafik mit einem Texteditor als Handarbeit aufgefasst wird (im Gegensatz zur Verwendung eines tools wie zB Inkscape), habe ich vor vielen Jahren so übernommen, ohne mir Gedanken zu machen; Aufräumen und Übersichtlichkeit anzustreben finde ich immer gut, und ich werde solche Aktionen mit dir abstimmen - das ist sicher besser als alles allein zu entscheiden?

Allerdings werde ich in einigen Tagen wieder Wikipause haben, ich hoffe dann im April weiterzumachen. Gruss -- sarang♥사랑 16:51, 8 January 2018 (UTC)

Ja, das Abstimmen halte ich für relativ weittragende Angelegenheiten - wenn möglich -, für sehr sinnvoll. Ich habe auch gelernt, dass man alleine, selbst einfache/grundsätzliche Sachen übersehen kann. IMO schadet ein weitere Blick nie. Du hast hast schon wieder Urlaub? Da wünsche ich dir viel Spass und Erholung. -- User: Perhelion 20:59, 8 January 2018 (UTC):This section was archived on a request by: -- sarang♥사랑 11:52, 16 March 2018 (UTC)

Script

Moin moin! Dein Script hatte wohl 'n Schluckauf: https://commons.wikimedia.org/w/index.php?title=File:Carnot_Wirkungsgrad.svg&action=history Schaust Du mal wo's klemmt? Frohes Neues! --Hedwig in Washington ^(mail?) 04:17, 5 January 2017 (UTC)

Hallo Hedwig, auch dir ein Frohes Neues! Das Script ist unschuldig, es war ausschliesslich meine Schlamperei dass die license unterging. Zum Glück merkt das System das gleich - und aufmerksame Fleissige reparieren dann solche Fehler. Danke für die Wiederherstellung -- sarang♥사랑 08:15, 5 January 2017 (UTC)

Kein Problem, gerne gemacht. Merke: IMMER die Schuld auf die Software schieben. Wir machen keine Fehler! --Hedwig in Washington ^(mail?) 09:12, 5 January 2017 (UTC)

Sehr attraktive Methode alle Fehler einer anonymen übergeordneten Instanz anzulasten; klingt verlockend! Vor allem wenn man Politiker ist... Wenn ich jedoch ganz ehrlich und selbstkritisch bin muss ich zugeben dass bei meinen "hundred thousand edit"s auch einige verunglückte waren. Natürlich mache ich viiiiiel weniger Fehler als andere, und bin überhaupt viiiiel besser als die meisten - das versteht sich wohl.

Das nicht von mir stammende sehr komplexe Script, das von einigen verwendet wird um die file descriptions ein wenig aufzuräumen sowie leserlicher zu gestalten hat natürlich auch noch einige Suboptimalitäten, doch es macht ja nur Vorschläge die der verantwortliche Editierer zu prüfen hat.

Was hingegen dich betrifft akzeptiere ich natürlich gerne dass du selbstverständlich völlig makellos und fehlerfrei bist. -- sarang♥사랑 09:46, 5 January 2017 (UTC)

Fein, da sind wir ja wieder einer Meinung. Da sag' noch einer es gibt keinen Konsens auf Commons. Pah! Humbug! Ich schaue mir das Script mal an, ich klaue alles was mir das Leben einfacher macht. --Hedwig in Washington ^(mail?) 11:14, 5 January 2017 (UTC)  :This section was archived on a request by: -- sarang♥사랑 05:57, 1 August 2018 (UTC)

Re:SVG files tagging

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

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

Recent edits in Template:Created with Text Editor

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

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

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

Other maps in Category:Valid SVG created with Text Editor:Maps were also affected and may have a cached version of the error for a while. 80.221.152.17 16:12, 18 April 2017 (UTC)  :This section was archived on a request by: -- sarang♥사랑 05:57, 1 August 2018 (UTC)

Template:Valid SVG/Template:Invalid SVG

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

Das ist ein generelles Problem: dass neue Versionen hochgeladen werden ohne die nun nicht mehr zutreffende Beschreibung anzupassen. Es ist in der Verantwortung des uploaders solche Korrekturen vorzunehmen; leider kommt es oft vor dass das eben nicht geschieht. Dann divergieren der Ist-Zustand und die Beschreibung, die sich auf eine Vorversion bezieht. Das ist unbefriedigend.

Sehr viel öfter werden neue Dateien (in diesem Fall eben SVG) hochgeladen ohne jede Angabe der W3C-Validität, und oft auch ohne jeden Verweis auf das Werkzeug. Ich sehe auch das als Mangel an - und ich investiere einen beachtlichen Teil meines Lebens um diesem Mangel abzuhelfen.

Deine Idee verstehe ich, dennoch bin ich skeptisch. Wenn da noch ein weiterer Text ausgegeben wird trägt das doch nicht zur Übersichtlichkeit bei. Es könnte natürlich auch ein Link wie ^[1] sein, was mir auch nicht sehr hilfreich erscheint und eher irritieren wird. Auf die Version der Igenisierung zu verweisen ist insofern problematisch da der Versionsname doch erst zur Zeit des Überladens erzeugt wird.

Am Sinnvollsten wäre noch ein Automatismus, der bei jedem Überladen eines SVG mit Igen einen Eintrag in eine Wartungskategorie vornimmt; so ähnliches gibt es bereits für allgemeine neue Bilder. Da müsste sich nur noch jemand finden der nichts besseres zu tun hat als anhand dieser Listen die SVGs zu überprüfen...

Wie ich es auch betrachte, es gibt immer Möglichkeiten durch einen Upload neue Verhältnisse zu schaffen so dass Teile der Beschreibung nicht mehr stimmen. Da hilft es IMHO auch nicht auf irgendeine Weise zu sagen "... aber damals hat es doch genau so ausgesehen!". Ich glaube wir werden einstweilen damit leben müssen dass das Igen-Konzept als statische Anwendung hilflos ist gegen die Dynamik von Uploads, und dass eben vielen manchen Anwendern die Pflege der Dateibeschreibung nicht so am Herzen liegt wie uns. LG -- sarang♥사랑 17:46, 23 June 2017 (UTC)

---

@W3: da seit längerem außer praktischer Funktion (und keine nahe Lösung absehbar ist) schlage ich vor auf den Nu Validator zu verlinken. Alternativ als Langzeitlösung würde sich eine Portierung des Validators auf den hauseigenen Toolserver anbieten. LG -- User: Perhelion 12:43, 29 June 2018 (UTC)

---

Ich vermisse die vorige Funktionalität sehr, einiges ist nun schwieriger seit die W3C-Jungs ihn abgeschossen haben. Ich habe ihn für 2 Dinge verwendet:

1. um die Fehleranzahl zu ermitteln (da war er ein wenig diskonform mit dem Nu)
2. um den Code zu sehen (Tool, Text, PGF, bitmaps etc).

Gut war dass ich ihn auch verwenden konnte wenn ich mitten im Editieren war, das geht zZ mit keinem anderen tool; den Code kann ich mir auch von Rillke's editSVG anzeigen lassen, aber nicht wenn ich bereits editiere.

Da offensichtlich keine Reparatur des Fehlers zu erwarten ist, sollten wir möglichst unabhängig von den Launen des W3C werden, und den Link auf ein anderes Werkeug legen. Da wäre optimal a) die Validität bzw. Fehleranzahl zu ermitteln, ev. mittels Nu im Hintergrund, und b) [ggf. abschaltbar] den Quellcode anzuzeigen; ein hauseigenes Werkzeug könnte den Code sinnvoll highlighten, und die wichtigeren Besonderheiten (Tool, Text, PGF, bitmaps etc) hervorheben. Wenn diese Langzeitlösung auch während des Editierens laufen kann wäre es noch besser, denn wenn ich das Editieren unterbrechen muss bringen immer mehr Browser die Meldung "Dokument erloschen / nicht mehr verfügbar" und alles bereits getippte ist weg; ich weiss nicht wie ich dieses Verhalten den Browsern ausreden kann. -- sarang♥사랑 15:31, 29 June 2018 (UTC)

@Perhelion: Ich persönlich bevorzuge W3C eben weil es DTD überprüft. (Aber das ist Geschmacksache: Es gibt Fehler die werden nur mit DTD gemeldet und andere nur ohne DTD. Ich weiß wenn der SVG1.2 standard je kommen sollte, dann wird DTD abgeschafft/abgeraten.) Wäre es sinnvoll bei w3c einfach hinten &doctype=SVG+1.1 in der URL anzuhängen?  — Johannes Kalliauer - Talk | Contributions 20:39, 29 June 2018 (UTC)

@JoKalliauer: Damit habe ich es bereits versucht, in der sandbox, aber es ist auch keine Lösung, wie ich es dort (ganz unten) beschrieben habe. Schade, es geht nicht so einfach -- sarang♥사랑 05:46, 30 June 2018 (UTC)

Aber {{Valid SVG}} ist ja auch laut Logo nur für SVG 1.1. Wenn es SVG 1.0 ist müsste man File:Valid SVG 1.0 (green).svg verwenden. Wenn es gemäß unveröffentlichten {{SVG 1.2}} valide ist wird die Datei auch als SVG 1.1-invalid markiert (z.B. Pereslavl narrow gauge railway 1990.svg), insofern ist es beim veralteten SVG 1.0 genauso. (Bei SVG 1.0 gibt es nur den einen error, bei SVG 1.2 können es beliebig, endlich viele (n∈ℕ) Fehler sein.) Es gibt ebenso Fehler die SVGs ohne DTD angezeigt werden, die bei SVGs mit DTD keine Fehler sind. Nu und W3C (früher) ohne DTD verhielten sich ident, hingegen W3C mit und ohne verhält sich in einigen Punkten unterschiedlich. (Ich weiß gerade kein Beispiel wo man DTD braucht damit kein Fehler angezeigt wird.) Wenn man SVG 1.0 und SVG 1.1 abdenken wollen würde, sollte man vl. das Logo Valid SVG 1.x (green).svg verwenden. Dateien ohne DTD werden bei Nu gemäß "SVG 1.1 + URL + XHTML + MathML 3.0" geprüft, ob version=1.0 eine valide SVG 1.1-Datei ist, ist Ansichtssache (wenn kein DTD dann schon(?), wenn DTD dann nicht(?)).  — Johannes Kalliauer - Talk | Contributions 10:21, 30 June 2018 (UTC)

Ich habe da das grosse Problem dass von aussen nicht erkennbar ist, ob die Version 1.0 ist, 1.1 oder gar nix angegeben ist. Ein auf nur mehr eine SVG-Version eingeschränkter und nicht auf- oder abwärtskompatibler Validator ist IMHO etwas unbrauchbares. Mit dieser neuen Einschränkung, dass er keinen Code mehr anzeigt und stattdessen nur lapidar die Unprüfbarkeit konstatiert, ist zZ kein Nachvollziehen der Validierung möglich; da von W3C keine brauchbare Hilfe zu erwarten ist, wäre es wohl am besten, die bisher funktionierende Unterscheidung valid/invalid bleiben zu lassen; es kann uns letztlich egal sein, ob irgendein Validator 0 oder 3000 Fehler entdeckt! -- sarang♥사랑 10:47, 30 June 2018 (UTC)

So schnell werfen wir doch nicht die Flinte ins Korn. Ich habe mal die Valid-Templates auf SVG 1.1 gestellt. SVG 1.0 wird halt nicht mehr von der Vorlage unterstützt, obwohl wir einfach einen Parameter machen könnten der dies tut (vor allem bei Benutzung von simpleSVGcheck)! Wir sollten nun, wie auch vom Validiator angeraten, einfach das veraltete version="1.0" aus den Dateien löschen. @JoKalliauer: Allerdings ist der W3-Validator noch in anderen Punkten wesentlich restriktiver geworden, jeglicher proprietärer Code wird nun als harter Fehler gekennzeichnet, somit ist er tatsächlich unbrauchbar geworden, im Gegensatz zum Nu-Validator (der evtl. nachziehen könnte). Somit bleibt wohl tatsächlich am Ende nur die Variante des eigenen Validator-Dienstes (toollabs:). -- User: Perhelion 15:29, 30 June 2018 (UTC) -- User: Perhelion 15:42, 30 June 2018 (UTC)

@Validator Hier ist der besagte https://tools.wmflabs.org/validator/ (von Rillke installiert für SVGedit). Ihr müsst nur noch herausbekommen wie man ihn per URL ansprechen kann (bin erstmal off für heute). -- User: Perhelion 16:03, 30 June 2018 (UTC)

@Perhelion: Wenn eine Datei gemäss SVG 1.1 DTD geprüft wird, dann ist jeglicher proprietärer Code ein "Error", das war immer schon so. (Aber wer prüft proprietären Code auch schon mit DTD?) Aber proprietärerer Code macht auch die meisten Probleme beim darstellen (eventuell braucht man eine BearbeitungsVersiondatei mit Sonderfunktionen und eine Artikelversionsdatei ohne proprietären Code.).

Wenn ich File:Periodic_table_vectorial.svg teste stelle ich fest dass W3C und https://tools.wmflabs.org/validator/ sich ident verhalten; beide melden bei DTD SVG 1.1 "2504 Errors, 1 warning(s)"

Wenn man die Datei nach XML kontrolliert ist die Datei valide! Da bevorzuge ich nu, der meldet 690 Meldungen. (aber das ist Geschamackssache)

Wenn man File:Gittermitden-Einheitsvektoren.svg (die einzige Datei in Commons die gar nicht dargestellt werden kann, PS Chrome stellt sie auch nicht dar) dann ist sie bei einer xml-überpüfung valide, also https://tools.wmflabs.org/validator/w3.php mit Standarteinstellungen ist meiner Meinung nach unbrauchbar, wenn Fehler nicht gefunden werden, dann ist die Überprüfung mMn sinnlos.

Da https://tools.wmflabs.org/validator/w3.php keine sinnvolle SVG-Überprüfung hat, abgesehen von der die ident ist mit der von W3C, sehe ich nicht den Vorteil zu W3C. (solange er nicht auch die "XHTML + MathML + SVG" auch Überprüfung hat, die W3C früher auch hatte)

Wenn wir nicht auf DTD überprüfen wollen, können wir nu verwenden.

Wenn wir auf DTD SVG 1.1 überprüfen wollen, können wir W3C oder wmflabs verwenden.

Wenn wir etwas andere haben wollen egal ob (a)[DTD SVG 1.0 und DTD SVG 1.1] oder (b)[SVG ohne DTD und SVG DTD 1.1] oder ähnliches müsste das noch (in wmflabs?) implementiert werden.

 — Johannes Kalliauer - Talk | Contributions 20:28, 30 June 2018 (UTC)

---

Grossartig - auf einmal tut er wieder! Merkwürdig ist: vorher hat er eine Zeile verschluckt, jetzt phantasiert er eine hinzu, eine DTD die nicht im Code enthalten ist!

Ich bin bisher der Meinung gewesen dass die xml declarations nicht unbedinhgt norwendig sind, aber ich habe immer <?xml version="1.0" encoding="UTF-8"?> (version und encoding, aber ohne standalone) angegeben; ohne recht zu wissen was denn nun wirklich nötig sei - damit hat es bisher immer funnktioniert, ohne Warnungen.

Da ich die DTD wegliess ging es mit <svg xmlns="http://www.w3.org/2000/svg" width="..." height="..."> weiter. Ich weiss dass es viele Fans von viewBox etc. gibt, aber wenn ich sie nicht zum Skalieren brauchte hab ich sie auch weggelassen - so wie all das andere Zeugs: unbenutzte defs, metadata u.dgl. Präliminarien.

Damit hat der Validator Ruhe gegeben (nicht mal ein bisschen gewarnt!), und die Zeichnung wurde auch richtig angezeigt; ich war es zufrieden, Aber ich wüsste wirklich gerne, wie es denn nun eigentlich richtig sein sollte. Leider habe ich nie brauchbare Information finden können. -- sarang♥사랑 16:46, 30 June 2018 (UTC)

Was ich bei wmflabs-validator als Vorteil sehe, wenn man vorgibt, dass der Validator die Datei mit DTD SVG 1.1 prüfen soll, dann schreibt er die DTD im SourceCode das dazu, weil es dann die Datei ist er tatsächlich überprüft. (ist eventuell blöd bei Warnungen die sich auf das XXX-te-Zeichen in der Zeile beziehen.)  — Johannes Kalliauer - Talk | Contributions 20:28, 30 June 2018 (UTC)

Ähm* das tut der W3 doch auch!? -- User: Perhelion 11:23, 1 July 2018 (UTC)

Ups* Ja, ist mir bei W3C noch nie aufgefallen, weil ich die DTD gerne in das Dokument schreibe und daher selten Doctype beim Validator vorschreibe.  — Johannes Kalliauer - Talk | Contributions 11:39, 1 July 2018 (UTC)

Wobei ich meine hier noch einen Bug beim W3-Validator entdeckt zu haben. Bei der Code Direkt-Eingabe funzt das mit der DTD-Ersetzung nicht wirklich. -- User: Perhelion 19:15, 1 July 2018 (UTC)

@SVGedit: Funzt nun auch im EditModus (wobei noch nicht wirklich getestet, jedenfalls zeigt er den SVG-Code an) wie von dir gewünscht. :-) -- User: Perhelion 19:15, 1 July 2018 (UTC)

Ich sehe schon, du wirst auch das hinbekommen. Nach und nach wird es die grossartigsten Werkzeuge geben, mit denen zu arbeiten Spass macht. -- sarang♥사랑 22:21, 1 July 2018 (UTC)  :This section was archived on a request by: -- sarang♥사랑 05:57, 1 August 2018 (UTC)

wmflabs-Validator

• Ich versuchte die größe Datei File:Location_map_San_Francisco_Bay_Area.svg zu überprüfen, ich bekam keine Fehlermeldung und landete wieder auf der Hochladeseite (bei W3C bekommt man glaube ich eine Fehlermeldung)
• Wie funktioniert "Wikimedia SVG check"?

 — Johannes Kalliauer - Talk | Contributions 20:28, 30 June 2018 (UTC)

K.A. der Code vom Tool liegt auf GitHub, dort habe ich mal ein Anfrage gesetzt. Im Branche gibt es einen Ordner "svgcheck" der aber leer ist, wahrscheinlich importiert es auch labs-svgcheck (wie dort vermerkt). Allerdings ist die Wahrscheinlichkeit einer Aw nicht gerade hoch. Man weiß auch nicht genau ob Rillke das w3.php Modul selbst geschrieben hat, das aktuelle von W3 liegt als Perl vor!? -- User: Perhelion 11:23, 1 July 2018 (UTC)

---

@Perhelion: Ich glaube mit @Glrx: Kommentar auf phab:T68672#4406895 sollten wir bei {{Valid SVG}} auf nu wechseln (dann stimmt auch die Fehlerzahl mit der Fehlerzahl von User:Perhelion/simpleSVGcheck.js überein), auch wenn ich persönlich den W3C (SVG 1.1 DTD) bevorzuge.  — Johannes Kalliauer - Talk | Contributions 07:11, 9 July 2018 (UTC)  :This section was archived on a request by: -- sarang♥사랑 05:57, 1 August 2018 (UTC)

SVG imgen: Created with

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

Hey @Perhelion: wenn du meinst dass das sinnvoll sei werde ich diese Erweiterung machen, ist kein Problem.

Bisher gibt es (als was ähnliches?) das Inkscape-hand und das Adobe-hand; werden denn auch von anderen Tools erzeugte Grafiken gecleant? Wenn dem so ist sind Inkscape und Adobe Sonderfälle, und Inkscape cleanded (resp. Adobe-cleaned) wird was werden das vollkommen anders zu lösen ist.

Alle bisher bestehenden Karegorien zu doppeln (zu Valid SVG created with Inkscape:Emblems noch ein Valid SVG created with Inkscape-cleanded:Emblems etc.) erscheint mir nicht sinnvoll; eher wird da noch eine Kategorie dazuzuhängen sein, ähnlich wie bei (eingebettetem oder gepathtem) Text, oder Kartenwerkstatt u.dgl. Innerhalb dieser Kategorie "Code cleaned" liessen sich dann ggf. Subkategorien erzeugen je nach dem Ursprungstool.

Beim BrackenHund habe ich nur den aktuellen Code angesehen und es daraufhin als Texteditor eingeordnet. Die Historie (Tracing etc.) habe nicht näher untersucht...

Das wird auch das grosse Problem beim "Code cleaned" werden, wenn der Uploader gar nix angibt und jemand/ich nur den aktuellen Code sehen kann, dem sehr wenig zu entnehmen ist; oft kann ich nur mehr die Verlegenheitsoption "unknown tool" wählen, was sehr unbefriedigend bleibt. Was da erst an Tools, und anschliessend an manuellem oder sonstigem Cleaning gelaufen ist lässt sich nachträglich kaum erraten. Und viel zu selten wird von Uploadern ein Tool etc. angegeben. Dabei kann nur der Uploader wissen was er wirklich getrieben hat um eine konkrete Datei zu erzeugen! Dein Script kann es doch sicher nicht herausfinden?

Ich kann bei Eingabe des Kurzzeichens für "Code cleaned" die Kategorisierung vornehmen, und auch einen Text ausgeben. Als Sonderzeichen dafür ist zB *, @, &, °, ( oder ) möglich; oder möchtest du lieber was anderes?

Du sprichst von deiner Beobachtungsliste? Ich weiss leider wieder mal nicht um was es geht. -- sarang♥사랑 17:57, 5 July 2017 (UTC)

Hallo Sarang, das hört sich gut an. Als Kürzel würde ich jedoch eher etwas halbwegs sprechendes nahmen, wie "cc" (kann auch leicht mit dem bekannten CCleaner anlehnend assoziiert werden, Verwechslung mit Adobe CC halte ich für sehr trivial, es wird wohl evtl. auch etwas eng werden können, alle Tools mit einem Buchstaben unterzubringen!?). Es sei den es kollidiert irgendwie mit dem schon vergebenen Subcat-Kürzel "Commonist category"? Der Aufwand sollte sich "erstmal" in Grenzen halten!? Eine Kategorie wäre auch eher trivial aber ok.

@BEO: Ach das war nur so nebenbei, da du mal erwähntest ich sehe alles und meine BEO tatsächlich relativ groß geworden ist. Ich kenne noch Zeiten da war das Limit 500 (Seiten die man für sich markieren konnte)!! (glaube ich) :-P

PS: Ich warte auf deine Script-Vorschläge, ich adde dann wohl auch ein paar Config-Variablen, wie Summary... Ein schönes Wochenende -- User: Perhelion 07:58, 7 July 2017 (UTC)

Tut mir leid, "cc" ist schon in use (für Commonist category); und "Cc" ebenfalls (für tincture category). Theoretisch liesse sich noch ein "CC" unterbringen, aber das wird unübersichtlich. Gefällt dir noch was anderes? Und ich sehe richtig dass dein Script es nicht erkennen kann, ob gecleant worden ist? -- sarang♥사랑 08:19, 7 July 2017 (UTC)

Aja dann "sc" für SVG c* oder Syntax c*. Das Script kann das nicht, der Hauptgrund dafür ist das wir ja simple hand code unterscheiden. -- User: Perhelion 08:24, 7 July 2017 (UTC) -- User: Perhelion 08:26, 7 July 2017 (UTC)

"sc" ist noch verfügbar; klingt assoziativ eher nach subcat, aber damit müssen wir wohl leben.

Das neue tag wird wohl sehr selten angewandt werden, und dann nur auf Grund von Mutmassungen... Aber wenn du meinst wird Igen das anbieten! -- sarang♥사랑 08:30, 7 July 2017 (UTC)

Ok, da es eh selten verwendet wird, können wir auch etwas kryptisches verwenden, wie wäre "*c"? Ja nun, man muss dafür manuell in den Code schauen. PS: Also es würden auch alle Dateien die von Inkscape als "Optimized" gespeichert worden sind darunter fallen, welches seit v.46. (Scour) standardmäßig vorhanden ist, wobei optimized für uns zu zweideutig wäre. Also würde sich auch "oc" anbieten und ich würde sagen es ist nicht sehr selten, alle meine SVG fallen darunter. :-P :-o -- User: Perhelion 08:53, 7 July 2017 (UTC)

Das glaube ich gerne dass es nicht selten ist - bloss, wie erkenne ich (oder das Script) die "Optimized"-Speicherung? Mittlerweile gibt es ja schon einige (wenige) die mit dem Igen qualifizieren, und manche sogar mittels deines Scripts, aber die meisten laden SVG hoch ohne was zu machen; oder setzen das verpönte "Inkscape" und stellen damit in die Meta(?)-Kategorie (das ist ja auch noch nicht ganz geklärt - Meta und Nicht-Meta). Und offensichtlich mache ich was falsch mit meinen "minor edits" - ein "igen"-Einbau ist nicht minor? -- sarang♥사랑 11:49, 7 July 2017 (UTC)

Sehen wir das mal so, simple SVG (händische opt) würden jetzt als SubCat von Cleaned code fallen. Dann können wir das per Script machen, dass es simple Code ist wird derjenige schon wissen oder erkenntlich gemacht haben... (und muss so oder so händisch gesetzt/geprüft werden) wenn es denn von Bedeutung ist. Momentan gibt es ein Unknown Editor, falls nichts erkannt wird. Ich kann zB. prüfen ob es keinen XML-Comment gibt oder keine Linebreaks, oder bestimmte Attribute die nur von SVG-Editoren gesetzt werden (Adobe hat da auch welche). Auch kann ich das ganze auf eine bestimmte Dateigröße eingrenzen und nur bei validem SVG!? Das könnte man auch nach und nach verfeinern (da ich auch nicht alle kenne). LG -- User: Perhelion 12:14, 7 July 2017 (UTC)  :This section was archived on a request by: -- sarang♥사랑 11:48, 1 August 2018 (UTC)