User talk:JoKalliauer/Archiv

File tagging File:Rstab verschiebungen.png

This media may be deleted.

Thanks for uploading File:Rstab verschiebungen.png. This media is missing permission information. A source is given, but there is no proof that the author or copyright holder agreed to license the file under the given license. Please provide a link to an appropriate webpage with license information, or ask the author or copyright holder to send an email with copy of a written permission to VRT (permissions-commons@wikimedia.org). You may still be required to go through this procedure even if you are the author yourself; please see Commons:But it's my own work! for more details. After you emailed permission, you may replace the {{No permission since}} tag with {{subst:PP}} on file description page. Alternatively, you may click on "Challenge speedy deletion" below the tag if you wish to provide an argument why evidence of permission is not necessary in this case. Please see this page for more information on how to confirm permission, or if you would like to understand why we ask for permission when uploading work that is not your own, or work which has been previously published (regardless of whether it is your own). Warning: unless the permission information is given, the file may be deleted after seven days. Thank you.

 

And also:

• File:Rstab vert-Verschieungen.png

Yours sincerely EugeneZelenko (talk) 14:52, 15 March 2016 (UTC)

@EugeneZelenko: I produced those screenshots. Me and a universitycollege of mine produced the opened file. I (=User:JoKalliauer) said User:JoKalliauer is the autor. So I don't really understand why I need a permisson of the autor, when I am the (main) autor? Isn't it common sense, when somebody who has the permission to upload something, and then he also upload it, that he has the permission of uploding? -- JoKalliauer (talk) 16:15, 15 March 2016 (UTC)

What is copyright status of software? See Commons:Screenshots. --EugeneZelenko (talk) 14:11, 16 March 2016 (UTC)

@EugeneZelenko: Thank you for the information.

Could you delete the old version of:

• File:Rstab_vert-Verschieungen.png
• File:Rstab_verschiebungen.png

the current versions of those pictures should be allowed. JoKalliauer (talk) 17:56, 17 March 2016 (UTC)

 Done --EugeneZelenko (talk) 14:21, 18 March 2016 (UTC)

This section was archived on a request by: JoKalliauer (talk) 17:49, 28 March 2016 (UTC)

Copyright status: File:02-05-2015 Bildschirm002.png

This media may be deleted.

Thanks for uploading File:02-05-2015 Bildschirm002.png. 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.

And also:

• File:03-05-2015 Bildschirm001.png
• File:03-05-2015 Bildschirm002.png
• File:04-05-2015 Bildschirm001.png

No required license templates were detected at this file page. Please correct it, or if you have any questions please check my FAQ or contact me on my talk page. Yours sincerely, Jarekt (talk) 11:52, 6 April 2016 (UTC)

@Jarekt: As you can see I deleted the license on purpose, also I created thos screenshots and I added {{subst:delete2|image=*.png|reason=}}, that means I would like to delete those pictures.

Why do you send me a information about possible deletion? I requested the deletion. JoKalliauer (talk) 12:05, 6 April 2016 (UTC)

I do not know about your intentions to delete those files, but you removed a license template and I am just informing you that that will cause eventual file deletion. If that is your intention than do not do anything and the file will be deleted in a week. --Jarekt (talk) 12:11, 6 April 2016 (UTC)

Wurden gelöscht  DoneJoKalliauer (talk) 12:47, 12 April 2016 (UTC)

This section was archived on a request by: JoKalliauer (talk) 12:47, 12 April 2016 (UTC)

Copyright status: File:2D-Lager.png

This media may be deleted.

Thanks for uploading File:2D-Lager.png. 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.

Yours sincerely, JuTa 22:24, 31 December 2016 (UTC)

@JuTa: Da wir beide Deutsch als Muttersprache haben, hoffe ist das ok, wenn ich in Deutsch schreibe.

Laut der Deuschen Wikipedia ist diese Datei unter der Schöpfungshöhe, siehe:

https://de.wikipedia.org/w/index.php?title=Wikipedia:Urheberrechtsfragen&diff=161075357&oldid=161073474

Ein Link auf die de:Wikipedia:Urheberrechtsfragen ist auch beim Bild

Damit sehe ich keinen Grund warum die Datei gelöscht werden sollte.

Edit: Ich habe gerade gesehen dass du das behoben hast.

Danke

This section was archived on a request by: JoKalliauer (talk) 06:47, 1 January 2017 (UTC)

SVG (Scalable Vector Graphics)

In other languages (translate this)

Please use SVG Thank you for uploading some images! Did you know that Wikimedia Commons recommends the SVG (Scalable Vector Graphics) format for certain types of images? Scalable Vector Graphics are designed to look appropriate at any scale, and SVG images are easier to modify and translate, helping Wikimedia to distribute knowledge to all of the world. A lot of modern programs support SVG export. If you encountered problems or have questions, don't hesitate to ask me, a member of the Graphic Lab, or the Graphics village pump. Uploading images in SVG format isn't mandatory, but it would help. (To avoid any misunderstandings, please don't just put raster images into an SVG container as embedded raster.) Thanks, and happy editing!

already as SVG:

• File:Fachwerkplan.svg
• File:Plan_Messehalle_DetailsMarkiert.svg
• File:Stahl_Details_JoKa.svg
• File:Stahldetail_JoKalliauer.svg

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 11:33, 1 March 2017 (UTC)|2=done

Deletions nominations

Hi, please only nominate categories for deletion if empty. Jcb (talk) 20:05, 4 September 2016 (UTC)

@Jcb: Thanks, but I'm still working on it, isn't there a bot for changing categorienames? JoKalliauer (talk) 20:08, 4 September 2016 (UTC)

Yes, there is. You can use 'Perform batch task' from the left menu. Jcb (talk) 20:10, 4 September 2016 (UTC)

@Jcb: Thanks, but I can't find it in the left menu, do I have to check the Preferences? or is it only available vor admins? Or am I'm just to silly to find it? Here is a screenshot: http://i1127.photobucket.com/albums/l632/Jo-Kalliauer/Category%20Vienna%20University%20of%20Technology%20%20%20Wikimedia%20Commons_zpsrzsvffby.png JoKalliauer (talk) 20:22, 4 September 2016 (UTC)

Do you mean VisualFileChange.js? JoKalliauer (talk) 20:33, 4 September 2016 (UTC)

Yes, that's it. Jcb (talk) 21:00, 4 September 2016 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 11:33, 1 March 2017 (UTC)|2=happend before finishing edition

File:Badjpeg.svg

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

nyuszika7h (talk) 21:16, 16 February 2017 (UTC)

Decision was:  Keep

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 11:33, 1 March 2017 (UTC)|2={{Vote keep}}

Your VFC installation method is deprecated

Hello JoKalliauer, we are aware that using the old installation method of VFC (via common.js, which you are using) may not work reliably anymore and can break other scripts as well. A detailed explanation can be found here. Important: To prevent problems please remove the old VFC installation code from your common.js and instead enable the VFC gadget in your preferences. Thanks! --VFC devs (q) 16:23, 22 May 2017 (UTC)

This section was archived on a request by: JoKalliauer (talk) 20:21, 23 May 2018 (UTC)

GPS Satellite.svg

Ich glaube weder Inkscape, noch path-text. Bist du da sicher ? Gruss -- sarang♥사랑 08:07, 30 October 2017 (UTC)

@Sarang:

Inkscape

Ich habe File:GPS_Refraction.svg (angeblich mit Inksacpe erstellt) genommen und mit Inkscape das Bild "herausgeschnitten" und anschließend das Skript auf de:Benutzer:JoKalliauer/Inkscape-SVG-Speichern#Automatisch ausgeführt und dann gemäß de:Benutzer:JoKalliauer/Inkscape-SVG-Speichern#Wie_komprimiere_ich_die_Dateigr.C3.B6.C3.9Fe das Bild komprimiert und dann abermals de:Benutzer:JoKalliauer/Inkscape-SVG-Speichern#Automatisch ausgeführt.

Skript

Ich das Skript vor auf den Wikimedia-Tool-Server laufen zu lassen, aber vorher will ich dessen Funktionalität testen.

path-text

Alle Texte sind doch als Pfad? Ja, das ist ein copy&past Fehler von der Quelle, da ich keine path-Texte mitgenommen habe, habe es bereits ausgebessert. Danke für den Hinweis.

 — Johannes Kalliauer - Talk | Contributions 17:42, 30 October 2017 (UTC)

This section was archived on a request by: JoKalliauer (talk) 20:21, 23 May 2018 (UTC)

Code issues in User:JoKalliauer/common.js

Hi JoKalliauer, I am a bored bot (this is kind of a computer program) that is watching the recent changes and tapping buttons like I did now.

Curious about the reason? Possibly not but I will tell you anyway:

1. You edited User:JoKalliauer/common.js. Glad to see you coding in javascript! Have you ever considered becoming a MediaWiki hacker?
2. Though, that change appears to introduce 1 new jshint issue — the page's status is now having warnings. Note that invalid or ambiguous code often has unwanted side effects like breaking other tools for you. If you cannot find out how to fix it, I suggest blanking the page for now.
3. To help you understanding where the issues are, I have aggregated a report here and now. If you have questions, don't hesitate to ask users experienced in javascript writing for help. But do not ask the bot's operators (chronically overwrought) unless you suspect an error of mine. If you prefer not getting spammed by me, you can opt-out reports by adding {{ValidationOptOut|type=all}} to your user page or cmb-opt-out anywhere on your your global user page on Meta. Good luck at Wikimedia Commons and happy hacking!

1. ISSUE: line 2 character 91: Script URL. - Evidence: mw.util.addPortletLink('p-tb', 'javascript:importScript("MediaWiki:VisualFileChange.js");', 'Perform batch task', 't-AjaxQuickDeleteOnDemand');

Your CommonsMaintenanceBot (talk) at 19:39, 30 October 2017 (UTC).

This section was archived on a request by: JoKalliauer (talk) 20:21, 23 May 2018 (UTC)

bitte aufpassen

So etwas [1] gehört auf die talk page des Benutzers und nicht auf die Benutzerseite. Gruß, --Achim (talk) 19:58, 2 November 2017 (UTC)

Danke, war unabsichtlich  — Johannes Kalliauer - Talk | Contributions 20:05, 2 November 2017 (UTC)

This section was archived on a request by: JoKalliauer (talk) 20:21, 23 May 2018 (UTC)

For your information

Hallo, ich habe nun mal File:Korea National Route 5.svg mit eingebettetem Text erzeugt - nur so mal zum Spass. 3mal kontrolliert, scheint alles zu stimmen. Mir fällt auf dass der verwendete Font wohl nicht so optimal ist, wirkt etwas unharmonisch - aber bei einer Kartenskizze ist das sicher von minderer Wichtigkeit?
Was mir noch auffällt: die DOCTYPE-Deklaration wird von unserem librsvg nicht benötigt, kann wegbleiben. Wenn du aber width/height weglässt orientiert sich die Grösse am 512-default, was nicht immer günstig ist. Ich habe DOCTYPE belassen, und die Originalgrösse wieder angegeben, was wiederum die viewBox redundant gemacht hat. Schönen Ostermontag! -- sarang♥사랑 11:21, 2 April 2018 (UTC)

Hallo Sarang!

1. zu File:Korea National Route 5.svg: Ich finde eingebetten Text besser (leichter bearbeitbar und schärfer)
2. zu DOCTYPE-Deklaration (kurz DTD)
   1. Ich bin ein Fan von validen Dateien ohne Warnungen beim W3C-Validator (deutsche/österreichische Korrekteit)
   2. Beim W3C-Validator werden gewisse Fehler nur mit DTD gefunden.
   3. Bzw. die Verwendung von DTD stellt sicher, dass die Datei nur Funktionen beinhaltet hat die "von allen" unterstützt wird, und somit unabhängig von der Betrachtersoftware funktionieren sollte.
   4. Lade dir File:Ways_of_St-2._James_in_Europe.svg herunter, öffne die Datei in einem Browser deines Vertrauenes und dann lösche DTD und du wirst sehen die Datei wird dann gar nicht mehr angezeigt. (PS Das hat nichts mit dem librsvg-bug zu tun, der nur aus Sicherheitsgründen keine xlink:href="data:;base64, zulässt.)
   5. Bin nicht der Einzige der DTD verwendet/bevorzugt: z.B::de:Benutzer:Marsupilami/Inkscape-FAQ oder die Ergänzung von DTD von Antonsusi bei meiner allerersten SVG
   • Ich verwende keine DTD wenn eine Datei Metadaten hat, weil dann ein Error beim W3C-Validator kommt, statt nur einer Warnung.
3. viewBox
   1. Ich bevorzuge viewBox, weil im Browser dann das Bild genau hineingefittet wird (zu kleine Bilder sieht man groß genug um selbst Rundungsfehler durch CleanUp zu erkennen, zu große Bilder sieht man das ganze Bild ohne zu scrollen)
   • Bei dem Bild kam der Wunsch die Datei zu bereinigen, deshalb hab ich Scour im "aggressiven Modus" (inklusive --enable-viewboxing) durchlaufen lassen. Ob man viewBox bevorzugt oder nicht ist mMn Ansichtssache. Bei eigenen Bildern verwende ich viewBox (ohne height und ohne width) eigentlich immer.
   • PS: In der Englischen Wikipedia wird ein Bot damit beauftragt tausende non-free-content-svgs die Anzeigegröße zu reduzieren. Ich habe zwar die Vorgangsweise(en:User:Ronhjones/SVGreduce) erklärt die das in Zukunft Verlustfrei macht (im Gegensatz zu früheren Bearbeitungen, wo der Inhalt skaliert wurde und somit auch die Dateigröße unverhältnismäßig größer wurde), erkenne aber nicht wirklich den Sinn darin.

JoKalliauer (talk) 13:10, 2 April 2018 (UTC)

@Sarang: (zumindest bei mir gehen Diskseiten oft in der Beobachtungliste unter, würde mich über deine Meinung dazu freuen) JoKalliauer (talk) 18:33, 2 April 2018 (UTC)

hallo; bei DTD bin ich leidenschchaftslos - wenn sie einen Sinn hat dann deklarieren, mir ist sie bisher in der Wp redundant erschienen - auch wenn der SVG-Standard verfehlt wird,

Ich plädiere immer dafür eine "sinnvolle" Grösse zu wählen, das ist (bei Wappen, Fahnen etc.) eine Höhe so bei 400 bis 600 px, das gibt eine gute erste Anzeige, ohne Zooming und Scrolling; bei winzigen Icons kann das auch weniger sein, zB 24 × 24. Insofern ist der 512-Automatismus ein guter default.

Ich habe keine Beobachtungsliste aktiviert, somit merke ich Nachrichten und Danksagungen sofort. -- sarang♥사랑 21:53, 2 April 2018 (UTC)

This section was archived on a request by: JoKalliauer (talk) 20:21, 23 May 2018 (UTC)

Saraiki Wikipedia logo

suggestion2

Hi @JoKalliauer: ,

please make a logo for Saraiki Wikipedia (Request).

Translations :i

Wikipedia = وکیپیڈیا

The Free Encyclopaedia = مُختی بھوم ڳوجھی

You can take help from Urdu logo

Thanks in advance. — — Bukhari (Talk!) 15:27, 25 June 2018 (UTC)

@BukhariSaeed: I now hardly do anything anymore that that is more than editing Text in SVG, since the Logo is a path-Text-version it is more "difficult" to edit, therefore I'm not sure if I take the request.

Generally the correct way to do it would be to ask on Commons:Graphic_Lab/Illustration_workshop and you might ping some persons related to this picture.

@PageWatcher: You are allowed to take this request. (I might do it, but not now.)

 — Johannes Kalliauer - Talk | Contributions 14:40, 28 June 2018 (UTC)

@BukhariSaeed: File:Wikipedia-logo-v2-Saraiki.svg  Done Or do you want a png-Version, or a path-Text-SVG-Version?  — Johannes Kalliauer - Talk | Contributions 16:41, 4 July 2018 (UTC)

Please use Nastliq fonts & the text is not correct, it should be in centre.— Bukhari (Talk!) 16:45, 4 July 2018 (UTC)

@BukhariSaeed: I dont know Nastaʿlīq_script, it would be great if you could tell me any font listed in meta:SVG fonts#Arabic fonts comparison  — Johannes Kalliauer - Talk | Contributions 21:31, 4 July 2018 (UTC)

Use font-family: "Jameel Noori Nastaleeq"— Bukhari (Talk!) 02:04, 5 July 2018 (UTC)

@BukhariSaeed: I changed the font to font-family="Jameel Noori Nastaleeq", but as said before I would recommend any font listed in meta:SVG fonts#Arabic fonts comparison. And the text ist horizontally centered.  Done  — Johannes Kalliauer - Talk | Contributions 20:35, 5 July 2018 (UTC)

Thanks alot :), Please upload png version.— — Bukhari (Talk!) 03:56, 6 July 2018 (UTC)

Since I do not have the font installed, It would look identical to the wikirenderer: Here are the PNGs (created by Wikipedia):

• 135px × 155px
• 270px × 310px
• 892px × 1.024px
• 1350px × 1550px
• 2000px

 — Johannes Kalliauer - Talk | Contributions 16:28, 6 July 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 16:28, 6 July 2018 (UTC)

compare with وکیپیڈیا

There was a long discussion of Arabic fonts at Talk:Wikipedia/2.0 that also links to File_talk:Wikipedia_in_Arabic_script_languages_in_KACST_Office.svg (note last topic). I do not understand the script issues. It sounds like librsvg should have a Nastaleeq font, but I (1) don't know if it does or (2) how to find out whether it does (the claimed list of fonts appears to be inaccurate) or (3) how get such a font installed for librsvg on Commons. If you (BukhariSaeed) have an appropriate font, then I would suggest converting the SVG logo's text to curves with Inkscape and overwriting the existing Saraiki.svg logo. Glrx (talk) 17:06, 6 July 2018 (UTC)

Amnesia

Hallo Johannes, vielleicht kannst du mir helfen: Vor einiger Zeit hatte ich versprochen eine SVG-Grafik zu zeichnen; ich kam bisher nicht dazu, jetzt wollte ich mich damit befassen - und kann nirgends mehr finden um was es ging. Kann es sein dass du auch an der betr. Disku beteiligt warst, und weisst was es war? -- sarang♥사랑 05:43, 18 July 2018 (UTC)

@Sarang: Meinst du vl. #File:20T superconducting magnet.png? :-D  — Johannes Kalliauer - Talk | Contributions 06:25, 18 July 2018 (UTC)

Ja, genau, vielen Dank! Bisschen peinlich dass mein Kurzzeitgedächtnis mich so im Stich lässt, zum grossen Glück gibt es andere wie dich die mir helfen können. :This section was archived on a request by: -- sarang♥사랑 06:30, 18 July 2018 (UTC)

File:USA Counties with FIPS and names.svg

You need to think about what you are doing. Glrx (talk) 23:41, 30 August 2018 (UTC)

There are several things you could mean:

1. I should edit more carefully and try to avoid uploading pictures twice
2. The precision is too low
3. Removing invalid id-names-errors does not make sense
4. You think the old code was better readable

Explanation:

1. Sorry, I'm a bit scatterbrained.
2. Even if zooming in I cannot see any visual changes
3. A file containing more than 500Errors are problematic, because if there are relevant errors you cannot find them, and for nu often stops counting by roughly 1000Errors. Files in Category:SVG_files_with_multiple_W3C-errors often tends to buggy behaviour, when viewing/editing.
   • I do not understand the numbers, they are not the zip-code/postal code, therefore they might be misleading.
4. I would not edit such large files in a text-editor, and if so I generally prefer tiny code. The file was created by Inkscape.

 — Johannes Kalliauer - Talk | Contributions 07:16, 31 August 2018 (UTC)

FIPS are like postal codes. (BTW, the ZIP code database includes FIPS codes.) The whole point of the graphic was to provide a graphic with the FIPS codes. By deleting the codes, the utility of the graphic disappears. The data should remain; it just needs formatting to comply with the spec. `Glrx (talk) 07:43, 31 August 2018 (UTC)

Thanks for taking care of my edits! :-D Now it should be ok again.

 — Johannes Kalliauer - Talk | Contributions 09:33, 31 August 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 09:33, 31 August 2018 (UTC)

Weclome

Welcome to Wikimedia Commons, JoKalliauer!

First steps tutorial Our first steps tour and our frequently asked questions will help you a lot after registration. They explain how to customize the interface (for example the language), how to upload files and our basic licensing policy (Wikimedia Commons only accepts free content). You don't need technical skills in order to contribute here. Be bold when contributing and assume good faith when interacting with others. This is a wiki. Getting help More information is available at the community portal. You may ask questions at the help desk, village pump or on IRC channel #wikimedia-commons (webchat). You can also contact an administrator on their talk page. If you have a specific copyright question, ask at the copyright village pump.

Goodies, tips, and tricks Put Babel boxes on your user page so others know what languages you can speak and indicate your graphic abilities. You can find the files you have uploaded in your Uploads. Please sign your name on Talk pages by typing ~~~~. To link to an image page without embedding the image, type: [[:File:Foo.jpg]], which produces: File:Foo.jpg. You may enable gadgets (custom features) for your account. There are several tools to upload files. Have you edited Wikipedia before? This guide might be useful. Made a mistake? Do you want to have a file renamed or moved? Use the move link and wait for an authorized user to rename it. Do you want to have your recently uploaded picture removed? Tag it as {{speedy|reason here}}. For more information read the deletion guidelines.

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 11:33, 1 March 2017 (UTC)

This section was archived on a request by: JoKalliauer (talk) 20:21, 23 May 2018 (UTC)

Thank you for your participation in Wiki Loves Love 2019

Wiki Loves Love 2019 has ended and team Wiki Loves Love sends you greetings and appreciation for joining us in spreading love around the globe and documents how love is expressed in different cultures. We hope to see you again in 2020. Till then stay tuned to know the results of WLL19 that will be out in this April. Please make sure that your email is enabled so we can communicate with you if you are one of our prize winners.(learn more how to do)

Best regards.

Wiki Loves Love International Team

--MediaWiki message delivery (talk) 07:31, 18 March 2019 (UTC)

I think I did not participape on purpose.  — Johannes Kalliauer - Talk | Contributions 17:00, 18 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 17:00, 18 March 2019 (UTC)

File:Medellin Kartell.svg

Hallo JoKalliauer,

vielen Dank für die Vektorisierung. Ich war lange offline in der Wikipedia und habe es erst jetzt gesehen.

Grüße, Kopiersperre (talk) 09:55, 1 March 2017 (UTC)

Kein Problem  — Johannes Kalliauer - Talk | Contributions 11:33, 1 March 2017 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

Re:Group rename

Ok, but it is necessary to delete the redirects. You should use the template {{Rename}} in each file to know what the new name you want. Example: in File:MDKQ anim3.svg add {{rename|1=|<new name>|2=2|3=<reason>|user=}} and fill in the parameters. I think an admin could do it faster, because there are many files and redirects must be deleted. Jarould [talk] 06:20, 29 July 2017 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

KPÖ

Die KPÖ würd' ich im Wahldiagramm auch für 2017 eintragen, KPÖplus ist schon ziemlich eindeutig eine Nachfolgepartei. Grüße, --BuschBohne (talk) 19:14, 15 October 2017 (UTC)

@BuschBohne: Ich hab leider noch keine Daten für die KPÖplus, kannst du sie mir bitte verlinken?  — Johannes Kalliauer - Talk | Contributions 19:25, 15 October 2017 (UTC)

Endergebnis ohne Briefwahl hat sie bei 0,7. --BuschBohne (talk) 19:28, 15 October 2017 (UTC)

Vermutlich wäre es auch sinnvoll, bei 2013 einen Punkt für's Team Stronach anzuzeigen. Und statt "Grune" soll's wohl "Grüne" heißen. Eventuell auch NEOS/LiF auf zwei Farben aufspalten. --BuschBohne (talk) 20:55, 17 October 2017 (UTC)

Grüne werde ich ausbessern. Daten werde ich aktualisieren sobald die Endergebnisse da sind. Weitere Parteien hinzufügen muss ich schauen wie das geht, es ist mein erstes Gnuplot-Diagramm. NEOS/LIF mag ich der Übersichtlichkeit nicht aufspalten. Ob ich Stronach bzw BZÖ hinzufüge werde ich noch schauen, ansonsten kannst du einfach ein neues Diagramm machen. Quellcode ist ohnehin vorhanden.  — Johannes Kalliauer - Talk | Contributions 21:18, 17 October 2017 (UTC)

Es reicht wenn du den Quellcode auf File:Wahlergebnisse_aut2017.svg änderst ich erstell dann die Grafik mit den geänderten Quellcode neu.  — Johannes Kalliauer - Talk | Contributions 21:19, 17 October 2017 (UTC)

@BuschBohne: https://upload.wikimedia.org/wikipedia/commons/6/66/Wahlergebnisse_aut2017Full.svg  — Johannes Kalliauer - Talk | Contributions 11:02, 21 October 2017 (UTC)

Achtung: Die 4%-Hürde wurde erstmals 1994 angewandt, zuvor war nur der Gewinn eines Grundmandates maßgeblich. --BuschBohne (talk) 14:10, 21 October 2017 (UTC)

Könntest du vielleicht noch zwei Diagramme erstellen, nur mit den Werten von jeweils SPÖ und FPÖ um diese zwei Diagramme zu ersetzen? --BuschBohne (talk) 16:22, 20 October 2017 (UTC)

Vielleicht wäre es für diese Diagramme besser, die Y-Achse bei 0 starten zu lassen. --BuschBohne (talk) 21:47, 21 October 2017 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

File:SVG 3 paths BugSolved.svg

Hey JoKalliauer, ich glaube hier irgendwas zusätzlich mit einem schwarzen Viereck zu erklären macht überhaupt keinen Sinn... weniger ist mehr (wenn es denn sein muss reicht hier ein simpler erklärender Satz, es wurde hier nur äußerst einfach der Bug mit gleichen Quadraten aufgezeigt). Des Weiteren ist dein Präfix Bezeichnung "BugSolved" sehr unglücklich (ansonsten hätte ich eine andere Datei von dir schon als Ersetzung genommen jedoch war mir der Name zu doof), denn jede Datei ist ohne Bugs zu erwarten und der Renderer wird auch ab und zu gefixt (was die Bez. zusätzlich irritierend macht). Nichtsdestotrotz danke für dein Effort in der Sache. Einen schönen Advent -- User: Perhelion 23:31, 9 December 2017 (UTC)

Danke für dein Feedback.

Hätte ich ein Viereck gemacht wäre es tatsächlich sinnlos, jedoch habe ich drei Vierecke, dies kann man vollautomatisch mit https://jakearchibald.github.io/svgomg/ machen, also ich habe keinen neuen Code geschrieben:

<path d="M0 0h300v300H0zM300 0h300v300H300zM600 0h300v300H600z"/>

Generell finde ich den Bug Librsvg_bugs#Hairline_cracks nicht wirklich relevant, mir wäre er zumindest noch nicht in realen Dateien untergekommen.

 — Johannes Kalliauer - Talk | Contributions 00:00, 10 December 2017 (UTC)

Ja der Bug ist in der Tat trivial und hatte jetzt auf der Bug-Seite überproportionale Aufmerksamkeit. Dass der Bug bei vereintem Pfad nicht auftritt ist gerade so erwähnenswert (ein kleines Charakteristikum das eigtl. erwartungsgemäß ist). -- User: Perhelion 00:17, 10 December 2017 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

File:Image-Tmi-2 schematic-fr Path.svg

Hello.
First, read carefully please the description of by= in {{Derived from}}. Second, why did you create this new File: item at all? There is a problem with Adobe Inc. shit somewhere in revisions of File:Image-Tmi-2 schematic-fr.svg, but this site has a large crowd of sysops – it’s their job, these janitorial functions. Don’t please distract your valuable resources to it. Incnis Mrsi (talk) 21:23, 18 January 2018 (UTC)

There are many templates, I sometimes mess up between them, thanks for telling me. :-)

So File:Image-Tmi-2 schematic-fr Path.svg has to get deleted due to font-copyright-Problem of Adobe Inc. and File:Image-Tmi-2_schematic-fr.svg should be overwritten with File:Image-Tmi-2_schematic-fr_Text.svg?

 — Johannes Kalliauer - Talk | Contributions 21:38, 18 January 2018 (UTC)

Himmel OMG… didn’t you envisage that total deletion of Image-Tmi-2_schematic-fr.svg will destroy the last vestige of visible authorship claim for Kimdime? In case of revision deletion, SVGs with Adobe font will be inaccessible, but https://commons.wikimedia.org/w/index.php?title=File:Image-Tmi-2_schematic-fr.svg&action=history will persist… verunderstand? Incnis Mrsi (talk) 21:46, 18 January 2018 (UTC)

PS I am just a stupid user, who wrote a script, that starts 1)Inkscape 2)scour 4)svgcleaner 5)svgo. When you edit some files, you know what they change. It is just comparing input with output.

Because of your request on Commons:Deletion_requests/File:Test.svg. If you want to delete an old version you have to start a DeletionRequest (DR) or ask any admin to delete it. (see: User_talk:Jcb/archive/18#Delete_of_Fileversions)

Himmel...are you German speaking? If so we could talk German.

I ment I would upload a new version to File:Image-Tmi-2_schematic-fr.svg and then delete File:Image-Tmi-2_schematic-fr_Text.svg as a duplicate.

 — Johannes Kalliauer - Talk | Contributions 21:52, 18 January 2018 (UTC)

Unfortunately, don’t know much German, but can remember that in a Jaroslav Hašek’s story an Imperial Austrian officer exclaimed “Himmeldonnerwetter”. As for SVG pollution with copyrighted fonts, I expect that you’ll find many live examples with Arial and similar stuff. I didn’t hunt for it systematically any only excised copyrighted items when observed them in the code. Incnis Mrsi (talk) 10:41, 20 January 2018 (UTC)

In my opinion real text with font-family="ArialMT" is ok, because 'ArialMT will substituded in the Rendering by DejaVu Sans (also Liberation Sans might be a better choice).

But if ArialMT is converted to Path as in File:Image-Tmi-2_schematic-fr_Path.svg it is a copyright-problem and should be deleted.

 — Johannes Kalliauer - Talk | Contributions 10:58, 20 January 2018 (UTC)

Hi, I received a notification. Sorry didn't read the whole discussion. I think my contribution to this file is basically a translation. I won't take offence if my attribution disappears. RegardsKimdime (talk) 14:10, 21 January 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

Graphics village pump

Hello.
Could you watch Commons: Graphics village pump #File:Envelope cast.svg, please? I currently can’t talk anymore, it’s past midnight in Russia. Incnis Mrsi (talk) 21:24, 27 January 2018 (UTC)

User:Perhelion fixed the file and I repaired the Gnuplot-Source-Code, now the Gnuplot makes one plot with 100 red Lines instead of 100 Plots over each other with one red line each. Now Gnuplot would create a valid file (without postprocessing).  — Johannes Kalliauer - Talk | Contributions 00:24, 28 January 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

Neues Problem

fällt mir seit gestern auf: die diversen von Igen erzeugten Blöcke ragen nun über den Rand der "Information" hinaus, es gibt neue Zeilen wo bisher keine gewesen sind, zT geraten Texte übereinander. Ich konnte noch nicht herausfinden woran das liegt, ist aber ein unhaltbarer Zustand. Kannst du etwas finden? -- sarang♥사랑 10:09, 24 April 2018 (UTC)

@Sarang: <span style="float:left;height:1.2em;vertical-align:middle">{{{p|}}}<!-- soll geändert werden auf <span style="vertical-align:middle">{{{p|}}}<!-- JoKalliauer (talk) 16:49, 24 April 2018 (UTC)

Der Code sollte von

<span style="float:left;height:1.2em"><!-- 
-->{{Created with Inkscape|v}}<!--
--></span><!--

--><noinclude><br style="clear:both"/>
----
--some text--
----
</noinclude>

auf

<span><!-- 
-->{{Created with Inkscape|v}}<!--
--></span><!--

--><noinclude><br style="clear:both"/>
----
--some text--
----
</noinclude>

geändert werden.

JoKalliauer (talk) 16:53, 24 April 2018 (UTC)

Weiterdiskussion auf Template_talk:Image_generation#currently_not_working JoKalliauer (talk) 17:03, 24 April 2018 (UTC)

Danke Johannes; ich weiss immer noch nicht warum es plötzlich nicht mehr funktioniert hat. Wenn es mit dieser <span> Änderung besser geht - o.k.; aber das kann nichts damit zu tun haben dass die diversen boxes ausserhalb der Information-box erscheinen, und zT den Text der licence überschreiben. Wer oder was auch immer es gewesen ist, es ist inzwischen wieder repariert worden und alles sieht wieder gut aus (ev. nach purge).

Ich nehme deinen Änderungsvorschlag in die sandbox, für das baldige nächste update. Gruss -- sarang♥사랑 05:12, 25 April 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

File:History of the Universe-zh-hant Workaround.svg

File:History of the Universe-zh-hant Workaround.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!

Glrx (talk) 21:30, 28 April 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

viewBox, width, and height

On 2 April, you said

Ich bevorzuge viewBox, weil im Browser dann das Bild genau hineingefittet wird (zu kleine Bilder sieht man groß genug um selbst Rundungsfehler durch CleanUp zu erkennen, zu große Bilder sieht man das ganze Bild ohne zu scrollen)

Bei dem Bild kam der Wunsch die Datei zu bereinigen, deshalb hab ich Scour im "aggressiven Modus" (inklusive --enable-viewboxing) durchlaufen lassen. Ob man viewBox bevorzugt oder nicht ist mMn Ansichtssache. Bei eigenen Bildern verwende ich viewBox (ohne height und ohne width) eigentlich immer.

but you just edited File:History of the Universe lang.svg and inserted a fixed width and height despite the file having a viewBox attribute. It doesn't make any difference to MW software today, but setting width and height to something other than 100% means the file will not do the right thing when inserted with the HTML object element. Glrx (talk) 15:03, 29 April 2018 (UTC)

@Glrx: Yes you can remove that, I forget to remove it. I used it because resolution with 5500 is a bit high, and https://commons.wikimedia.org/w/index.php?title=Commons:Commons_SVG_Checker&withJS=MediaWiki:CommonsSvgChecker.js as well as http://tools.wmflabs.org/svgcheck/ does show in this resolution of the viewbox, which is too large for my notebook (I know you can scoll out but 5500 is in my opinion very huge). I height and width for debugging reasons, so please remove it in the next edit. JoKalliauer (talk) 16:37, 29 April 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

File:Image-Tmi-2 schematic-fr Path.svg

File:Image-Tmi-2 schematic-fr Path.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!

Glrx (talk) 16:18, 29 April 2018 (UTC)

@Glrx: File:Image-Tmi-2_schematic-fr.svg used font-family="'Myriad-Roman'", which is not available on commons therefore only File:Image-Tmi-2 schematic-fr Path.svg is identical to the original (the Original has already the converted the text to path). For the text-version I replaced the font with font-family="UnGraphic" which look's similar, but 'TOUR DE RÉFRIGÉRATION' was much too large therefore I used the smallest sans-font in File:MediaWiki_SVG_font_list_sans.svg (ordered in length of the characters), therefore it has a mixture of fonts which I would not recommend. I though I discus it first with you and then we both might come together to a conclusion and we summarise the conclusion in the official discussion for the administrators. JoKalliauer (talk) 16:48, 29 April 2018 (UTC)

I do not see a benefit in keeping the path text version. It may be an exact rendering, but an exact rendering is not needed. We don't need many copies of the essentially the same thing.

The fonts need not closely match. They are used as labels rather than calligraphic art.

Consider that images on Commons are intended to rendered everywhere (not just on Commons with RSVG). Yes, using a font such as "UnGraphic" may make the image work on Commons, but my machine doesn't have that font, so when I look at the Tmi-2 SVG in my browser, "TOUR DE RÉFRIGÉRATION" doesn't fit. The goal should be to make the SVG render reasonably with most user agents. That means one cannot rely on any one font being available. Images should render reasonably with the fallback fonts. I am guilty: I spent a long time using   and Commons skinny fonts (font-family="Bitstream Charter") trying to keep the text in File:Proton proton cycle.svg within the boxes; then the font disappeared from Commons (look at hep now).

If the problem is to fit the line, then we could use a smaller font, we could avoid using all uppercase characters (e.g., the buildings could be in a bold font rather than uppercase), or we could use two lines. There's also textLength and lengthAdjust, but that's just asking for trouble.

File:Image-Tmi-2 schematic-fr Path.svg should be deleted. You should copy the SVG from File:Image-Tmi-2 schematic-fr Text.svg to File:Image-Tmi-2 schematic-fr.svg, and then File:Image-Tmi-2 schematic-fr Text.svg should be deleted as redundant. (Sometime File:Image-Tmi-2 schematic-fr.svg should be renamed to File:Tmi-2 schematic-fr.svg.)

Glrx (talk) 17:54, 29 April 2018 (UTC)

As written in my text above I changed "TOUR DE RÉFRIGÉRATION" to the smallest font font-family="Ubuntu Condensed" font-stretch="condensed", therefore I used two different fonts in the same file, which doesn't look nice. And if you do not have the font, font-stretch="condensed" should still work. If you do not have a Ubuntu Condensed installed you can download it from https://design.ubuntu.com/font/ . JoKalliauer (talk) 06:25, 30 April 2018 (UTC)

Do you know why https://commons.wikimedia.org/wiki/Commons:Commons_SVG_Checker?withJS=MediaWiki:CommonsSvgChecker.js&checkSVG=File:Proton_proton_cycle.svg says WARNING in <g>: Font type Bitstream Charter is not available in Wikimedia software. It will be rendered with minor differences by Wikimedia's SVG renderer. See https://meta.wikimedia.org/wiki/SVG_fonts for details. JoKalliauer (talk) 06:25, 30 April 2018 (UTC)

There is a hep label in the proton–proton illustration; that's the line that RSVG now renders outside the box.

Labels should have plenty of room so they can be translated.

Using special fonts is not a general fix. Most operating systems will not have "Ubuntu Condensed", and most users would not bother to download an uncommon font (even if free) just to make an illustration work. Commons should have SVG files that work out of the box most of the time. Tmi-2 Text did not work out of the box when I loaded into Chrome, Edge, or Firefox; the label touched the cooling tower walls. Making an illustration work out of the box means using ordinary fonts. I love Palatino, Berkeley, and Tekton, but when it comes to SVG illustrations, it can be better to use others.

Yes, I know why the Commons SVG Checker issues the warning message, I know the Checker tests some font names multiple times (e.g., "DejaVu Sans Mono"), and I know that the Checker uses a linear search instead of a faster JavaScript object.

No, I do not know why Commons dropped Bitstream Charter. It used to be on Commons,[2] and that is why I used it. You noticed Bitstream went away. Why Bitstream fonts are gone doesn't matter to me; they are just gone.

The French Wikipedia redirects fr:Tour de réfrigération to fr:Tour aéroréfrigérante which also uses tour de refroissement (which en.Wikt says is the translation). cooling tower (Q193886) gives all three translations.

Glrx (talk) 17:38, 30 April 2018 (UTC)

@Glrx: I'm not shure if Commons really "dropped Bitstream Charter" see c:File_talk:Meta_SVG_fonts.svg. (There might be some issues with Commons-Checker.) JoKalliauer (talk) 22:10, 2 May 2018 (UTC)

I'm guessing it was dropped by its absence on the list and the overflowing line in the illustration, but I don't know for sure. In many ways, it does not matter. Even if Commons has a font and librsvg knows to use it, that does not mean the typical Windows, Mac, or Unix user has the font installed on his system. Glrx (talk) 16:14, 3 May 2018 (UTC)

I am not believing the Commons-Checker according to available fonts, check File:MediaWiki_SVG_font_list_sans.svg the Fonts from "Kedage" to "Waree" are rendered with the default fallback-font (DejaVu Sans), but without any warning of Commons Checker. JoKalliauer (talk) 22:04, 3 May 2018 (UTC)

Commons SVG Checker's list of fonts is a snapshot of https://noc.wikimedia.org/conf/fc-list ; the JavaScript source gives the regex it used to process fc-list. The current version of fc-list does not have "Kedage", "Mallige", and "TAMu*" anymore, so those should fail. The curent file has "Kacst*" with styles Medium, Regular, KacstScreen, but only "KacstQurn" and "KacstTitleL" use style Regular (as second option). "Guseul", "Lohit Oriya", "Lohit Telugu", "mry_KacstQurn", "TAMu" has style Regular. "Waree" has styles Bold, BoldOblique, Book, Oblique. Fonts that have style Regular should work, but maybe the Latin characters of some fonts use the same Latin characters as RSVG fallback (or use SVG's character fallback). Maybe RSVG is running off a different list. In any event, the conclusion is Commons SVG Checker does not have an accurate font list. Glrx (talk) 01:41, 4 May 2018 (UTC)

Looks like fc-list is generated by Unix command fc-list (man 1). See example output here. Going to https://noc.wikimedia.org/conf/ says the fc-list file is "dynamically generated" and "perfectly up-to-date". Glrx (talk) 18:36, 4 May 2018 (UTC)

@Glrx: But https://gerrit.wikimedia.org/g/operations/mediawiki-config/+blame/master/fc-list?blame=1 looks like it was edited by some users? If more problems occour we might should update https://commons.wikimedia.org/wiki/MediaWiki:CommonsSvgChecker.js JoKalliauer (talk) 10:44, 5 May 2018 (UTC)

I think fc-list is just a status list rather than the database of installed fonts; editing fc-list doesn't seem to make sense; there's a library for font selection that should use the fonts that are actually installed. I'm slightly curious about an accurate font list for Commons. Updating Commons SVG Checker's list would not hurt, but we don't have an accurate list. Glrx (talk) 13:55, 5 May 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

File:LibrsvgBug T193929.svg

File:LibrsvgBug T193929.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!

Glrx (talk) 00:14, 6 May 2018 (UTC)

Deleted because it was not a librsvgbug, see phab:T193929 for details.  — Johannes Kalliauer - Talk | Contributions 19:07, 6 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

File:Antu application-pdf.svg

Hallo JoKalliauer, ich versuche zu verstehen, warum Du meine Änderungen an File:Antu application-pdf.svg rückgängig gemacht hast und die Datei wieder in Category:Uncheckable SVG created with Other tools:Antu icons einsortiert hast. Die Datei ist nicht mehr uncheckable, Kannst Du das bitte erklären? --Sebastian Wallroth (talk) 10:02, 6 May 2018 (UTC)

@Sebastian Wallroth: Sorry, mein Fehler, dachte das Skript hat die Kategorie unabsichtlich entfernt, hatte zu wenig aufgepasst. JoKalliauer (talk) 10:07, 6 May 2018 (UTC)

Ach, dass ist mir auch schon passiert. Grüße aus Berlin! --Sebastian Wallroth (talk) 11:41, 6 May 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:41, 22 March 2019 (UTC)

CDATA

Hallo Johannes, in den letzten Tagen hast du aus einer Menge Dateien das PGF CDATA entfernt. Meine Meinung dazu: wenn es sich um eine Datei handelt die oft (oder sonstwie wichtig) eingebunden ist, wird das downloading durch die drastische Verkleinerung gringfügig beschleunigt; wenn das nicht der Fall ist, die Datei also nur gelegentlich mal angesehen wird, bringt eine solche Qualitätsverbesserung keinen Nutzen. Ich empfehle also, jedesmal abzuwägen ob die Erzeugung so einer weiteren Datei, eines besseren Duplikats, gerechtfertigt ist. Aber auf jeden Fall sollte das PGF-tag aus der Beschreibung entfernt werden! Fallls du meinst, mache ich eventuell noch ein tag "...enthielt PGF" – was meinst du?. -- sarang♥사랑 12:51, 9 June 2018 (UTC)

I doubt removing PGF CDATA has much of an impact on download speed. The SVG files are converted to PNG files at the server farm, and then the PNG files are cached for subsequent requests. A smaller SVG file will take less time for the server to read, but once converted, the SVG files need not be read again.

That said, I have no objection to removing the PGF CDATA; to most users it is dead weight.

I do object to other "optimizations" that affect the organization of the SVG file. The goal should not be an optimized SVG file but rather a clean SVG file.

Glrx (talk) 13:52, 9 June 2018 (UTC)

@Sarang: Yes I know "~" should be deleted, but in this case, I choose to parallel process files, therefore I first add Igen to several files, then I download the file, then I check again if all errors are removed, and remove the "~" again. I think it is not a problem to keep ~ for a few days. (I will clean the file-description-pages up upon myself.) "contained PGF" does not make sense to me, as long as those data are really useless, as I assume?  — Johannes Kalliauer - Talk | Contributions 14:26, 9 June 2018 (UTC)

@Glrx: Everytime the SVG is requested in a new size it has to be read again, or if someone "?action=purge" it, both does not occur that often, but files are often copied several times within Wikipedia (f.e translation to different language).

@Sarang and Glrx: However: In my opinion Category:SVG files with errors should be (with view exeptions) empty, because files might be invalid, but they should not contain errors (I mean real errors, which won't render correct, might not correlate with W3C-errors. Errors like links to not embedded pictures, or syntax-mistakes, or foreignObject only few Software knows, wrong MIME-type, missing xmlns...). As long as Adobe files with CDATA blocks is a subcategory of SVG files with errors, I think the files should be reuploaded to reduce the files in SVG files with errors, if we change categories, I would think differently.

 — Johannes Kalliauer - Talk | Contributions 14:26, 9 June 2018 (UTC)

@Sarang: Should Adobe files with CDATA blocks be a subcategory of SVG media for cleanup?  — Johannes Kalliauer - Talk | Contributions 12:20, 10 June 2018 (UTC)

I would suggest: no. Neither I think it the best idea to subcategorize them to SVG files with errors. It is of some interest how many huge files are around with these useless blocks, but it is not a real error, it's just ... filling the data bases. IMHO it is enough when the CDATA category is a subcat of the Adobe files. -- sarang♥사랑 12:45, 10 June 2018 (UTC)

Totally agree: Now Adobe files with CDATA blocks is a subcategory of SVG files with errors and therefore a subsubcategory of SVG media for cleanup, which does not make much sence as you said. Removing SVG files with errors on Adobe files with CDATA blocks makes sense to me.  — Johannes Kalliauer - Talk | Contributions 12:54, 10 June 2018 (UTC)

Yes, PGF CDATA blocks are not errors just like RDF, sodipodi, and chem elements are not errors; PGF data just has little value.

Please do not switch to English on my account. Glrx (talk) 18:11, 10 June 2018 (UTC)

Ich habe jetzt die Kategorie SVG files with errors(und somit auch SVG media for cleanup) entfernt: siehe history  — Johannes Kalliauer - Talk | Contributions 18:22, 10 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:45, 22 March 2019 (UTC)

RSVG

ich habe ein neues Igen hochgeladen, und konnte den workaround in RSVG Bug wieder entfernen. Falls dir auffällt dass was nicht stimmt, bitte um Info. Danke -- sarang♥사랑 13:09, 9 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:45, 22 March 2019 (UTC)

Archived page

I see you recently started a new section on an archived page. Figured you might want to know. - Jmabel ! talk 21:40, 11 June 2018 (UTC)

@Jmabel: I think User_talk:Rillke is the recent page. (It redirects to User_talk:Rillke/Discuss/2016). — Johannes Kalliauer - Talk | Contributions 21:49, 11 June 2018 (UTC)

I think what may be more germane is that Rillke hasn't edited Commons in over 2 years. - Jmabel ! talk 22:29, 11 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:45, 22 March 2019 (UTC)

File:Human 100 100000.svg

Why did you add SVG compatibility issues to File:Human 100 100000.svg]? Is it a former bug?  — Johannes Kalliauer - Talk | Contributions 20:09, 20 June 2018 (UTC)

• Yes it wat tagged at 2012. I removed tag since it is no longer valid. --Nevit Dilmen (talk) 14:09, 21 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:45, 22 March 2019 (UTC)

Hi! It's me!

When using the cleanup.js tool, which one should I click? cleanup JS, fast cleanup TS (new), or cleanup TS?--Jeromi Mikhael (talk) 06:29, 23 June 2018 (UTC)

@Jeromi Mikhael: I think there is no "right" one, I am using User:Perhelion/simpleSVGcheck.js (see User:JoKalliauer/common.js), (as far as I know) this is developed by User:Perhelion (with some input from User:Sarang). Since you are using a tool of User:Magog the Ogre: I would ask User talk:Magog the Ogre.  — Johannes Kalliauer - Talk | Contributions 08:37, 23 June 2018 (UTC)

@Jeromi Mikhael: TS is better. I kept JS around only by popular demand. It's more aggressive in the changes it makes, but it's buggy and fixes fewer problems. Magog the Ogre (talk) (contribs) 17:14, 23 June 2018 (UTC)

@Magog the Ogre: Umm, the fast one or the normal one?--Jeromi Mikhael (talk) 06:31, 24 June 2018 (UTC)

@Jeromi Mikhael: The normal one of course. I personally using a fork of Magogs version for improvements and testing, so only the JS version. The TS version is not necessary better. The more features should be ported to the JS version too (I personally don't see a real advantage of a TS version, maybe it is the better knowledge of PHP by Magog). -- User: Perhelion 23:00, 27 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:45, 22 March 2019 (UTC)

File:Bronze-service-star-3d-vector.svg

Hey, thanks! That looks so much better at reduced sizes now! — fourthords | =Λ= | 15:42, 2 September 2018 (UTC)

@Fourthords: I did a "shitty" repair, I deleted some blurs and I think I reduced one blur, but the whole picture should be redrawn in my opionin, since it ist badly traced (try zoom in or look at 1.038 × 1.024 Pixel-PNG, and take a closer look at the edges of the star. Reducing file size is just done, by using three fully-automatic optimizers scour, svgcleaner, svgoptimizer. Just reducing file-size is generally [not really a valid reason for]/[not worth] reuploading.  — Johannes Kalliauer - Talk | Contributions 16:25, 4 September 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

lang=fa in infobox image

Change |image=xyz.svg to |image=[[File:xyz.svg|lang=fa|200px]] Glrx (talk) 15:50, 19 September 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Text rendering

Hallo Johannes, du bist doch ein Experte fur bugs. Der Benutzer Istkart hat Abertausende suboptimaler Karten hochgeladen, alle mit kyrillischen Texten. Von 09-2012 bis 02-2015 hat er Esri-ArcMap verwendet, und alle Texte in diesen unzahligen Karten werden nicht gerendert. Kannst du ermitteln, woran das liegt (wenn es kein zu grosser Aufwand ist!), eventuell bedarf es einer Subkategorie fur diesen Fehler. Gruss -- sarang♥사랑 07:05, 20 September 2018 (UTC)

(@Sarang: )

Die Texte werden gerendert, nur sehr in­ak­ku­rat (phab:T36947, hab noch nie ein so "schönes" Bug-Beispiel gesehen.). Er verwendet font-size="1" für alle Texte für alle seine SVG-Karten, die Genauigkeit ist bei Schriften unter 25px schlecht, siehe File:Fonttest-Kerning.svg. Der Bug wurde schon von librsvg (angeblich/vermutlich) behoben phab:T36947#4078851, @AKlapper (WMF): nur gehört librsvg auf Wikimedia upgedated phab:T193352.

Also ist der Text kein Fehler von Istkart (sonderm vom Renderer), aber die Bilder sind nicht richtig ArcMap eingebunden xlink:href="data:;base64, iVBORw0KGgoAAAANSUhEUgAA..., korrekt ist aber xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAA... phab:T5537, wobei derzeit kann man solche Bilder auf Wikimedia gar nicht mehr hochladen (glaub Sicherheitsgründe).

 — Johannes Kalliauer - Talk | Contributions 15:39, 20 September 2018 (UTC)

@JoKalliauer: Wie bereits von Dir zitiert: https://phabricator.wikimedia.org/T193352#4166886 . Gibt es eine Frage, oder was war die Intention des Pings? --AKlapper (WMF) (talk) 15:48, 20 September 2018 (UTC)

@AKlapper (WMF): Sorry, hab zu wenig Ahnung von Abhänigkeiten/Debian-Paketen, dass ich das Problem nicht verstehe, und es mir folgedessen nicht gemerkt hatte(und auch nicht nochmal gelesen hatte). Danke für die Antwort  — Johannes Kalliauer - Talk | Contributions 15:54, 20 September 2018 (UTC)

@JoKalliauer: Ah. Heh. :) Okay. Und ich bin oft sehr schlecht im Fragen rauslesen wenn sie nicht total explizit sind, daher hatte ich nachgefragt... der letzte Kommentar in dem Ticket macht etwas Hoffnung dass das Problem in den naechsten Monat vielleicht in Debian geloest wird. --AKlapper (WMF) (talk) 16:00, 20 September 2018 (UTC)

Yes, the font size is an issue on almost all the labels, but there are also logical errors in the maps. Consider File:Historical map of Greece 1200 BC.svg. The svg element has width="841.49291pt" height="595.50236pt" viewBox="0 0 841.49291 595.50236", but text is intended to the left (negative x) and above (negative y) of the viewBox. In addition, clip paths exclude the text. For example,

<clipPath id="SVG_CP_7">
	<path d="M0,595.50236L0,0L841.49291,0L841.49291,595.50236L0,595.50236z"/>
</clipPath>
<g font-family="'Arial'" font-size="1" kerning="0" font-weight="400" fill="#0000C8" clip-path="url(#SVG_CP_7)" >
	<text text-anchor="start" transform="matrix(6.83814 0 0 6.84064 678.41548 -6.4901)" >
		<tspan direction="ltr" unicode-bidi="embed" x="0 ">2</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="0.52651 ">9</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="1.10567 ">°</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="1.52687 ">0</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="2.10603 ">&apos;</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="2.26398 ">0</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="2.84314 ">&quot;</tspan>
		<tspan direction="ltr" unicode-bidi="embed" x="3.2117 ">E</tspan>
	</text>
</g>

The 29°0'0" is intended to be 6.83814 pixels tall with text anchor at (678.41548, -6.4901), so all the text is outside the viewBox. In addition, SVG_CP_7 clips everything whose y is less than 0. The clip paths are overkill.

As a side note, font-size should be used instead of scaling with a transform. The direction is not needed, and the unicode-bidi="embed" is pointless when the characters are individually placed in their own text chunks. It is also pointless because all the characters are either left-to-right or neutral; there will not be any direction changes. It appears to be an effort to defeat any Unicode reordering. Also, text-anchor="middle" is a more appropriate way to deal with differing font metrics than explicit placement of each character.

<text x="680" y="-6.5" font-size="7" fill="#0000C8" text-anchor="middle">29°0'0"</text>

Glrx (talk) 16:53, 20 September 2018 (UTC)

@Glrx: Thanks. I didn't look that close into the file (I just do some halfautomatic scriptprozessing). Now I see there are several more things to improve.  — Johannes Kalliauer - Talk | Contributions 21:01, 20 September 2018 (UTC)

@Sarang: In der SVG maps showing history in Russian gibt es über 200 *.jpg, kann man die mit einem Batchprozess nach Maps showing history in Russian verschieben?  — Johannes Kalliauer - Talk | Contributions 16:33, 21 September 2018 (UTC) 0  Done (0 maps) -- sarang♥사랑

Da bist du viel fleissiger gewesen als ich dir zumuten wollte! Danke.
Unser Kyrillo-Fan war ja auch immens fleissig. Von 07-2012 bis 08-2012 hat er Karten mit ArcMap 10.0.0.2414 erstellt, die den Text rendern; ab 09-2012 bis 02-2015 mit buggy ArcMap 10.1.0.3035 (der librsvg zeigt Text nicht an, der Browser (mit "edit SVG") kann das!); das scheint er irgendwann gemerkt zu haben, jedenfalls erzeugt er von 03-2015 bis 10-2016 JPG-Karten. Erst ab 11-2016 verwendet er ein SVG-tool "Qt" (? - mir unbekannt) das auch den Text anzeigt. (Ob text oder nicht ist mir ziemlich egal, mein Kyrillisch ist nicht so gut dass ich das fliessend lesen könnte.) IMHO sind seine alle Karten nicht so gut oder brauchbar, dass eine Verbesserung lohnt; ganz abgesehen von der Kyrillität! Wenigstens sind die Dateinamen in Englisch... -- sarang♥사랑 04:16, 22 September 2018 (UTC)

@Sarang: Tausende Dateien von Istkart habe ich als JoKalliauer2 bot-mässig korrigiert (Einige bereits gelöscht: Commons:Deletion_requests/All_uploads_by_Istkart).

Wie auch immer. Derzeit gibt es eine Lösdiskussion. @Amada44: (Auch Deutschmuttersprachler) fragt warum die Qualität schlecht ist. Magst du dort sagen warum sie nicht so gut/nichr brauchbar sind?

 — Johannes Kalliauer - Talk | Contributions 19:21, 5 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

File:Na+H2O.svg

Hallo JoKalliauer. Deine Version mag technisch besser sein, aber optisch überzeugt sie nicht (insbesondere bezüglich des Pluszeichens). Magst du nacharbeiten oder soll ich die Version zurücksetzen? --Leyo 12:31, 1 October 2018 (UTC)

@Leyo:

Danke für's anschreiben, wollte dich vorher auch schon fast anschreiben, dachte dann aber es war nur weil ich das Plus nicht hochgestellt hatte.

Mich überzeugt der (für mich motivationslos) gedrehte Text in der Pfad-Text-version nicht, daher habe ich das Bild in meinem zweiten Edit (30. Sep. 2018) überarbeitet. (Mein erster Edit (27. Sep. 2018) war fälschlicherweise weil ich phab:T36947 (Text-kerning) nicht gesehen habe, das habe ich jetzt in meinem dritten Edit (1. Okt. 2018) auch behoben.)

Ich hab jetzt in meinem dritten Edit (1. Okt. 2018) ein normals Plus "+" hochgestellt vorher hatte ich ein hochgestelltes Plus "⁺".

Ich hab in meinem dritten Edit (1. Okt. 2018) das Pluszeichen bei File:Na+H2O.svg sehr an deine Version angepasst siehe File:Test.svg (18:54, 1. Okt. 2018) (Dein Pfad-text ist zum Vergleich grün hinterlegt.)

Gibt es noch etwas zum nacharbeiten?

 — Johannes Kalliauer - Talk | Contributions 19:41, 1 October 2018 (UTC)

Johannes, herunter ist nicht richtig.

  <text x=" 990" y="2570">δ+</text>

SVG 1.1 <number> hat kein " ". Mit Google Chrome, " 990" → "0".

Glrx (talk) 20:15, 1 October 2018 (UTC)

Danke euch beiden! Jetzt sieht's gut aus. --Leyo 23:27, 1 October 2018 (UTC)

Thanks User:Glrx. I fixed it now. (But I find it strange since x="1,2,3" is allowed.) Do you know why the radialGradient of the upper and lower H2O one looks different to the side H2O? (seems to be a librsvgbug)  — Johannes Kalliauer - Talk | Contributions 06:41, 2 October 2018 (UTC)

I think the simple rule is no leading spaces. The list "1,2,3" may separate the elements (but not begin the elements) with whitespace or a comma surrounded by optional whitespace. See <list-of-Ts>. That's where MW ran into trouble with viewBox="0,0 , 640 320".

The difference in the radialGradient bothered me yesterday, but I haven't investigated. The effect appears in Chrome, Edge, and Firefox. My guess is a bounding box issue; the bounding box computation uses an inexact shortcut. The user agent may see the use instance, calculate the bounding box of the use prototype (say 100×100px for a 100px diameter circle), and then modify that bounding box by the transform to compute the bounding box of the instance (getting say 123×123px -- that is, it computes the bounding box of a rotated square rather than a rotated circle). The larger bounding box means the focus is closer to the perimeter and the gradient is spread out more. The bounding boxes for the two vertical instances are not expanded at all because the rotation is 0 or 180°, but the four side images are expanded. If my theory is correct, the expansion can be countered with gradientUnits=userSpaceOnUse instead of the default objectBoundingBox.

Glrx (talk) 15:19, 2 October 2018 (UTC)

It may also be the rotation of the hydrogen expanding the box. A simpler test would temporarily delete the hydrogen and see if all the oxygen then look the same. Glrx (talk) 15:36, 2 October 2018 (UTC)

I noticed that the transform is not 180° it is transform="rotate(178)", therefore I was wondering. (Or do you think rotation(0.98888...*π (rad)) is rounded to rotation(1*π (rad))?)  — Johannes Kalliauer - Talk | Contributions 15:42, 2 October 2018 (UTC)

A rotation off by 2° would make little visual difference on the bounding box. I would have made the rotations multiples of 60°, but I kept the angle distribution of the original. I was going to keep the radial distribution, but the molecules on the left were all closer than the right, so I just made them the same.

I should look at this some time; I think the hydrogens will not make a difference because I only do gradient fills on circles/atoms rather than molecules. I don't know if the SVG standard specifies how bounding boxes are computed. At the same time, I want a better understanding of symbol and marker. Glrx (talk) 16:35, 2 October 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Your edit on File:Indonesia (orthographic projection).svg

Hi. After you added colour-shading on the map, you did not include Riau Island Province (Natuna Islands). Do you mind to fix that? Thank you Badpuccini (talk) 14:09, 7 October 2018 (UTC)

@Badpuccini: Thanks  Done  — Johannes Kalliauer - Talk | Contributions 14:29, 7 October 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

LibrSVG workaround

I have just fulfilled your old request. Please check if everything is fine. --jdx ^Re: 11:40, 10 October 2018 (UTC)

Thanks! :-D  — Johannes Kalliauer - Talk | Contributions 20:01, 10 October 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

File:Emblema Buenos Aires 2018 youth olympic games.svg

Hi. You added PD-font to Emblema Buenos Aires 2018 youth olympic games.svg, but I don't believe that's correct:

• It's weird for the image to be simultaneously CC-BY and PD licensed.
• PD-font only applies to raster renderings (e.g. PNGs). Maybe you meant PD-textlogo?

TilmannR (talk) 18:55, 18 October 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Creator:Johannes Kalliauer

Creator:Johannes Kalliauer 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 creator, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

~Moheen ^{(keep talking)} 05:30, 5 November 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Format

Hallo Johannes, bist du ein Fan von Understrokes? Mir fällt auf dass du immer so schreibst:
File:Featured_picture_nominations_per_month_in_Wikimedia_Commons.svg. Ich finde ja, dass es mit blanks leichter lesbar sei:
File:Featured picture nominations per month in Wikimedia Commons.svg
oder Featured picture nominations per month in Wikimedia Commons.svg; auch um eine Kleinigkeit kürzer; aber vielleicht ist dir das Kopieren (aus dem Titel?) einfacher. -- sarang♥사랑 00:24, 24 November 2018 (UTC)

Danke, aber mich stören die Unterstriche nicht so und die unterschiede zwischen de.wikipedia und commons komm' ich auch manchmal durcheinander.  — Johannes Kalliauer - Talk | Contributions 00:07, 25 November 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

phab:T36947 SVG Text Issues

Thank you for your text fix on file:Parksosaurids-Scale-Comparison-SVG-001.svg I'm about to upload a new version of the file, is there anything I should be doing to fix the text issue in the original Inkscape file? I don't want other users to have to waste their time fixing issues like these. I also noticed that the file you edited is about 100kb smaller, is there something I can do in the original Inkscape file to achieve this? Cheers!Steveoc 86 (talk) 21:18, 26 November 2018 (UTC)

@Steveoc 86: font-sizes below 20px are buggy, thats not your fault thats a fault of inprecise rendering of librsvg

Since this Problem occured quite often there are two help pages: en:Wikipedia:SVG_help#bad_letter-alignment_on_small_font-size (english) or de:Wikipedia:Probleme_mit_SVGs#Die_Abstände_von_Buchstaben_stimmen_nicht (german).

You should not care about the file-size that much.

I would recommend to save as optimized SVG: en:Help:Inkscape#From_invalid_to_valid_SVG:_Inkscape_files (englisch) or de:Benutzer:JoKalliauer/Inkscape-SVG-Speichern (german).

Reducing file size could lead to removement of relevant data or a reduction of precission, and in some cases it breaks the file.

There is also a easy-too-use SVG-Cleaner: https://jakearchibald.github.io/svgomg/

I know more about reducing file-size, which might be more advanced.

Reducing file-size is more important for files above ~5MB.

 — Johannes Kalliauer - Talk | Contributions 00:00, 27 November 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Re: if you scrubb a svg please make the file valid on your own

Oh I would if I knew how. And it's not like the file was valid before my action either, actually it went from 2 Errors, 4 warning(s) to 2 Errors, 3 warning(s), so one less warning. Thanks for uploading the valid and smaller file size version. --Palosirkka (talk) 10:34, 30 November 2018 (UTC)

@Palosirkka:

scour -i input.svg -o output.svg  --shorten-ids --remove-metadata

• Scour
  1. Warning: This validator does not validate Inkscape extensions properly. Inkscape-specific errors may go unnoticed.
     • will be repaired by default, but be aware that deletes some important editing-information, such as grids or guidelines.
  2. Warning: This validator does not validate RDF. RDF subtrees go unchecked.
     • use --remove-metadata, but be aware of https://github.com/scour-project/scour/issues/222

svgcleaner input.svg output.svg --allow-bigger-file --remove-nonsvg-attributes yes --remove-nonsvg-elements yes --remove-version yes --remove-text-attributes yes --remove-needless-attributes yes

• SVGCleaner makes a better job:
  1. Warning: This validator does not validate Inkscape extensions properly. Inkscape-specific errors may go unnoticed.
     • will be repaired by default ( --remove-nonsvg-attributes yes --remove-nonsvg-elements yes)
  2. Warning: Unsupported SVG version specified. This validator only supports SVG 1.1. The recommended way to suppress this warning is to remove the version attribute altogether.
     • will be repaired by default ( --remove-version yes)
  3. Warning: This validator does not validate RDF. RDF subtrees go unchecked.
     • will be repaired by default ( --remove-metadata yes)
  4. 2*Error: Attribute enable-background not allowed on SVG element path at this point.
     • will be repaired by default ( --remove-needless-attributes yes)

• Using a texteditor: (some things can be done with a script of mine)
  1. Warning: This validator does not validate Inkscape extensions properly. Inkscape-specific errors may go unnoticed.
     • remove every attribute (and remove all ellements) containing inkscape or sodipodi
  2. Warning: Unsupported SVG version specified. This validator only supports SVG 1.1. The recommended way to suppress this warning is to remove the version attribute altogether.
     • remove version="1.0" in the svg-tag
  3. Warning: This validator does not validate RDF. RDF subtrees go unchecked.
     • remove the whole <rdf:RDF> including subtrees, see de:Benutzer:Marsupilami/Inkscape-FAQ#Wie_erstelle_ich_eine_Datei_die_dem_Standard_SVG_1.1_entspricht? for details
  4. 2*Error: Attribute enable-background not allowed on SVG element path at this point.
     • remove all enable-background="new "
  5. Warning Consider adding a lang attribute to the html start tag to declare the language of this document.
     • add <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd"> between <?xml version="1.0" encoding="UTF-8" standalone="no"?> and <svg, see de:Benutzer:Marsupilami/Inkscape-FAQ#Wie_erstelle_ich_eine_Datei_die_dem_Standard_SVG_1.1_entspricht? for details

 — Johannes Kalliauer - Talk | Contributions 20:53, 1 December 2018 (UTC)

Thanks for the info! I wonder whether removing the RDF subtrees is a good idea whether that validator understands them or not. However I have no idea how widely (or narrowly) such info gets used. --Palosirkka (talk) 08:28, 2 December 2018 (UTC)

I would recommend to remove RDF-subtrees by hand, then you know if you can remove them or not. I would say on Commons about 1 out of 7 files conatain Metadata. There are different opinions about metadata on commons, since the description-page contains lizense-Information. If the autor included usefull metadata you should keep it, but in most cases it was created by the editor-software.  — Johannes Kalliauer - Talk | Contributions 08:40, 2 December 2018 (UTC)

Validator warnings are no big deal. They are not SVG errors.

I would keep all metadata. If it is the trival info stating the picture is a StillImage, then it doesn't take much space so there is little savings. If the metadata has license information, then removing that information from a CC-BY file probably violates the terms of the CC-BY license. Even if the Commons File page has license information, Commons is meant for sharing files. If somebody copies the SVG file and uses it elsewhere, the link to Commons and its license information is lost. I would prefer to see a 'bot inserting RDF statements that specify the license, the creator, the publisher, and other details. If an SVG file borrows material from other sources (e.g., a JPEG or an SVG symbol), then that borrowing should be acknowledged in the RDF.

Instead of deleting version="1.0" and inserting the SVG 1.0 DTD, I would change it to version="1.1". For all practical purposes, version 1.0 should be a subset of 1.1.

Removing sodipodi and inkscape namespaces and unused attributes can save a lot of space, but it will also remove hints about the origins of an object. Text converted to curves may have "unused" font attributes on the path element that can be used to identify the path as a text string, a copied g element may have its copy history embedded in the "unused" (and unshortened) id attribute, and the target of a use element may have attributes that state it is a standard library object such as an arrowhead. The attribute enable-background has unclear semantics and is seldom needed, so I'm OK with removing it, but it may not be wise to remove all unused attributes. The definition of unused may also be suspect. Are aria-* and data-* attributes "unused"?

Removing title elements is plain error. They are not rendered by librsvg, but they are tooltips in the browser.

An empty defs takes little space and is not an SVG error. Some of the cleaners above remove the defs element when the contents are not painted (e.g., gradient fills and clip paths). I consider that bad practice. All elements that are referenced should be in the defs element. Elements should not be painted in one part of the tree and used as a symbol in another part.

The cleaners should not flatten the hierarchy.

Yes, I want to see much smaller SVG files on Commons, and Inkscape is notoriously verbose. That does not mean the cleaners should be trying to eliminate every last byte from a file.

Glrx (talk) 19:02, 2 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

About your request of deletion

I was warned that you have requested the deletion of some of the images that I've translated into Basque and put in WikimediaCommons. Please, don't delete them. I tried to make them following the rules: putting the origin of the file, its author, used license and date of the original file. I used Eazydraw program to export the original PNG file to SVG format. I'm not an expert user of wikimedia commons and I might have made some mistake, but my work was serious and trying to respect the rules as far as I know. Please, if something is wrong, tell me exactly what can I do for my work not to be deleted: it is important, because these images are translated into Basque language for a educational version for children of Wikipedia called Txikipedia, the first wiki encyclopedia for children within the Wikipedia, of which I am the promotor with the help of the Basque Wikimedian Association. Best regards, --Koldo Biguri (talk) 10:01, 30 December 2018 (UTC)

@Koldo Biguri:

1)please delare which files

2)They are superseded (replaced) by better Pictures, therefore there is no need for your files any more.

 — Johannes Kalliauer - Talk | Contributions 10:45, 30 December 2018 (UTC)

@JoKalliauer: Thank you very much, Johannes. I've loaded a lot of images lately:

• File:Histoire-eu.svg
• File:La faringe eu.svg
• File:Blausen 0604 LargeIntestine2 eu.svg
• File:Osteocitos eu.svg
• File:Paisaje glaciar Lmb eu.svg ‎
• File:Urinary Sphincter eu.svg
• File:Illu urinary system eu.svg
• File:Blausen 0603 LargeIntestine Anatomy eu.svg
• File:Blausen 0411 FootAnatomy eu.svg ‎
• File:Anatomy of the Human Ear eu.svg ‎
• File:Blausen 0597 KneeAnatomy Side-eu.svg ‎
• File:Arm Bones-eu.svg
• File:Blausen 0608 LegBones-eu.svg
• File:Biological classification L Pengo eu.svg
• File:Espainiako Erliebea1.svg
• File:Anboto mendiaren kokapena mapan.svg
• File:Epizentroa, Hipozentroa eta failaren diagrama.svg
• File:Epizentro diagrama euskaraz.svg ‎

Thank you for your help. Maybe you can advisme me on another program to make the files properly.--Koldo Biguri (talk) 11:05, 30 December 2018 (UTC)

@Koldo Biguri: {{FakeSVG}}s are unwanted, FakeSVGs are PNG or JPEGs that are saved as SVGs.

• If you have a PNG/JPEG (f.e. File:Histoire-eu.svg) please also save it as PNG/JPEG.
• If you have a SVG (f.e. File:Homology_vertebrates-en.svg please click (with the left mouse-botton) on the Preview and download this file and ensure that the link starts with https://upload.wikimedia.org/ and ends with .svg for example https://upload.wikimedia.org/wikipedia/commons/5/5e/Homology_vertebrates-en.svg

Do not Download files ending with .svg.png, otherwise your edits might get deleted.

Generally you should distinglish between Vectorgraphics and Rastergrafics

• If you use *.svg Inkscape ist most common. ( https://inkscape.org/ )
• If you use PNG /JPEG Gimp is most common. ( https://www.gimp.org/ )

Both are free to use.

 — Johannes Kalliauer - Talk | Contributions 15:49, 30 December 2018 (UTC)

• Comment. I nominated File:Epizentro diagrama euskaraz.svg for deletion after adding Basque translations to File:Epicenter Diagram.svg. Glrx (talk) 18:23, 31 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

The bug in Decoy Receptor Figure.svg

Hi. I believe "<use xlink:href="#b"/> not supported" is a very misleading description of the bug, because <use> tags work perfectly fine in most cases. I believe that the problem is that width and height of <symbol> default to "auto" and librsvg just doesn't seem to interpret that value correctly. I haven't looked at the source code though. I'm just speculating based on what worked and didn't work as a workaround. TilmannR (talk) 14:52, 30 December 2018 (UTC)

@TilmannR: Please change the description, as you think is the best. Since you created the workaround you might know it the best.

I looked a the changes (I just replaced in your file the tabstops with spaces, to see the differences between the files better): https://www.dropbox.com/s/g8e15m923qblog3/Screenshot%202018-12-30%2017.13.42.png?dl=0

 — Johannes Kalliauer - Talk | Contributions 16:17, 30 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Flower icon.svg: Bugged or not?

Hi. Why is Flower icon.svg both in Pictures formerly showing a librsvg bug and Pictures showing a librsvg bug (unsolved)? Is there a second bug? Of course librsvg's blurring is awful, but if that's an unsolved bug, all images with blurs would belong in that category. TilmannR (talk) 15:09, 30 December 2018 (UTC)

I think it is a unsolved Pictures formerly showing a librsvg bug. Maybe I forgot to ?action=purge, and it was rendered with the former librsvg-version. I removed unsolved  — Johannes Kalliauer - Talk | Contributions 16:22, 30 December 2018 (UTC)

Ah, thanks now I know again why I created Pictures showing a librsvg bug (feGaussianBlur). It's because of awful rendering of blurring.  — Johannes Kalliauer - Talk | Contributions 16:40, 30 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Changes in Flower soft.svg

Hi. My workaround for Flower soft.svg contains a bug that I've never seen before: In the thumbnails none of the thin paths are drawn except for two of the petals (the first and third paths in the first group of paths). The paths don't have any transforms, filters, patterns or anything, so I'm really surprised that they aren't getting rendered. TilmannR (talk) 16:03, 30 December 2018 (UTC)

Apparently strokes don't get rendered, if their width is below something like 0.05px. TilmannR (talk) 16:09, 30 December 2018 (UTC)

@TilmannR: Maybe related to phab:T199618, see File:Oxygen480-mimetypes-hidef-application-x-dgn.svg, File:Oxygen480-mimetypes-image-vnd.dgn.svg, File:Oxygen480-mimetypes-image-vnd.dwg.svg for similar pictures, depending on the resolution strokes can be to thin. I don't think it is a specific stroke-with, I think it also dependes on the size of the file and the size of the rendering.  — Johannes Kalliauer - Talk | Contributions 16:26, 30 December 2018 (UTC)

I hypothesize that the limit is always a stroke width of 0.05px relative to the pixel size of the output PNG. So it's indeed not a specific stroke-with and it depends on the size of the rendering, but it's a combination of both. Perhaps librsvg rounds the stroke width to the nearest 0.1px, so it simply gets rounded down to 0 at that point. TilmannR (talk) 16:35, 30 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

Bug

Special:Diff/332822626 Wenn wir PNG und SVG vergleichen sollte auffallen, dass bei der SVG-Renderung der Schatten fehlt. Habitator terrae 🌍 15:52, 31 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

File:Henryk Rafalski.jpg

I cannot handle this: I am no longer an OTRS team member. Ankry (talk) 13:17, 1 January 2019 (UTC)

@Ankry: Thanks, but copying it from File:Henryk_Rafalski.pdf schould be ok, since the jpg is only extracted it from the pdf. Since the pdf will get a Deletion Request, therefore there is no sence of quoting the pdf as source.  — Johannes Kalliauer - Talk | Contributions 13:20, 1 January 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (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:P.A.OliveiraRibeiro.TJSP.jpg

And also:

• File:Scotellaro.jpg
• File:Terry McDermott.jpg
• File:Yoji photo.jpg
• File:MARCUS Aaron 23Jan05.jpg
• File:Li-Cheng Chang 3.jpg
• File:Joseph Brennan (Clan na Poblachta).jpg
• File:Janos Nyiri, 1970.png
• File:Jan Fijalek.jpg
• File:Jacques Drillon.png
• File:Karl Hurm.jpg
• File:Henryk Rafalski.jpg
• File:Hanoch-gourarier.jpg
• File:Georges GALICHON (1915-2003).jpg
• File:General Hisham M Jaber.jpg
• File:Anton Zischka.jpg
• File:Anton Zischka 2.jpg
• File:André Hennebicq2.jpg

Yours sincerely, — Racconish ^💬 17:39, 1 January 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 23:58, 22 March 2019 (UTC)

File source is not properly indicated: File:Gustaf Hedström Sörböle.jpg

This media may be deleted.

A file that you have uploaded to Wikimedia Commons, File:Gustaf Hedström Sörböle.jpg, is missing information about where it comes from or who created it, which is needed to verify its copyright status. Please edit the file description and add the missing information, or the file may be deleted. If you created the content yourself, enter {{Own}} as the source. If you did not add a licensing template, you must add one. You may use, for example, {{self|GFDL|cc-by-sa-all}} or {{Cc-zero}} to release certain rights to your work. If someone else created the content, or if it is based on someone else's work, the source should be the address to the web page where you found it, the name and ISBN of the book you scanned it from, or similar. You should also name the author, provide verifiable information to show that the content is in the public domain or has been published under a free license by its author, and add an appropriate template identifying the public domain or licensing status, if you have not already done so. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing. Please add the required information for this and other files you have uploaded before adding more files. If you need assistance, please ask at the help desk. Thank you!

Hedwig in Washington ^(mail?) 08:07, 9 January 2019 (UTC)

@Hedwig in Washington: It's description says: "Swedish politician from late nineteenth century", therfore it will be more than 120Years old -> {{Pd-old}} ?  — Johannes Kalliauer - Talk | Contributions 16:50, 9 January 2019 (UTC)

Some go with 1890, some with 1892, 1896, etc. The problem is that (IN THEORY!) the copyright could still be intact in the US. Without better date or death date of the subject I have no idea how to justify keeping the file. Maybe the guys on SV-Wiki could help? --Hedwig in Washington ^(mail?) 17:06, 9 January 2019 (UTC)

@Hedwig in Washington: I think {{PD-old-assumed}} should fit.  — Johannes Kalliauer - Talk | Contributions 17:26, 11 January 2019 (UTC)

@Fæ: Your edit is wrong. w:sv:Gustaf_Hedström_i_Sörböle died more than 120 years ago, but the Author/Photographer maybe not, see some lines above.  — Johannes Kalliauer - Talk | Contributions 17:33, 11 January 2019 (UTC)

I did some digging and couldn't find a photographer name. Since Sörböle died in 1866, in theory, the photographer could easily have lived into the 1930 or even longer. 1866 + 60 for a 20 year old photographer would be 1940 as death date. That would be a problem with the URAA date. Bloody Nora, sometimes I really get fed up with copyright. Anyway, the probability is pretty low. I would agree with PD-old-assumed. --Hedwig in Washington ^(mail?) 17:54, 11 January 2019 (UTC)

No, my edit is correct under EU law with no published author And this is at least 152 years old. If you need the assumed template, this should go to a DR. --Fæ (talk) 19:07, 11 January 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

File:Antu preferences-desktop-screensaver.png

File:Antu preferences-desktop-screensaver.png has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

— Huntster (t @ c) 18:14, 14 January 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

Commons:Graphic Lab/Illustration workshop

Hi, just wanted to make you aware that in this edit, you accidentally replaced the whole workshop page. Please be careful in the future and utilize the "show preview" and "show changes" buttons. Opencooper (talk) 23:01, 30 January 2019 (UTC)

@Opencooper: Thanks for telling me.

The preview would not help since I thought I edtited the section, therfore the preview would be correct. I think the problem was that I edited the section. Restarted my computer, and the text was still available and I saved it, and then I was in a hurry.  — Johannes Kalliauer - Talk | Contributions 20:29, 31 January 2019 (UTC)

Ahh yes the software loses the session information, and I've noticed if you refresh the page, the specific section seems to get lost. No worries. Happy editing! Opencooper (talk) 01:52, 1 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

SVG-Datei oder PNG-Datei?

Servus JoKalliauer,
zuerst eine Frage: Wäre für einen neuen WP-Artikel, ähnlich dem Artikel Parabelzirkel des Frans van Schooten, eine SVG-Datei besser als eine PNG-Datei geeignet? Falls wesentlich besser, könntest du mir dann vom Hyperbelzirkel eine SVG-Datei mit dem Dateinamen 01-Hyperbelzirkel-Frans van Schooten.svg erstellen? Mit meinem Programmen klappt das leider nicht. Mit Gruß aus München, Petrus3743 (talk) 21:05, 13 February 2019 (UTC)

Jenachdem in welchen Format du die Quelldatei hast, in dem Format solltest du es hochladen. Also tiff, PNG oder JPEG.

Des Weiteren fehlt die Genehmigung es hochzuladen. (Zustimmung der Urhebers)

 — Johannes Kalliauer - Talk | Contributions 21:15, 13 February 2019 (UTC)

@Johannes Kalliauer, ich sehe gerade, du hast mir auch schon bei meiner Datei File:01-Parabelzirkel-Frans van Schooten.png geholfen. Sie war mir ein gutes Beispiel für die Datei File:01-Hyperbelzirkel-Frans van Schooten.jpg. Ein herzliches Dankeschön für deine konstruktive Unterstützung! Mit Gruß --Petrus3743 (talk) 22:34, 14 February 2019 (UTC)

@Petrus3743: Danke für deine nette Wortwahl. Generell möchte ich dich aber darauf hinweisen, das Bücher auf Google-Books zwar kostenlos zur verfügung gestellt werden, aber nicht auf Commons hochgeladen werden dürfen, da die Autoren/der Verlag noch die Urheberrechte besitzt (auch wenn er/sie es kostenlos (temporär) auf die von ihm/ihr gewünschten Weise zur Verfügung gestellt wird) .  — Johannes Kalliauer - Talk | Contributions 17:45, 15 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

Removed margins

Hello JoKalliauer, "vlag" means "flag" or in German "flagge", so there is no need to "remove margins" if a flag exists out of a white field with an coat of arms on it. --D'Arch (talk) 05:44, 17 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

Translations within one SVG file with Inkscape

Hello!. Finally I add an instructions within Commons: look at this. I have suggested a set of changes to the explanations you gave me. Thanks!. --Jmarchn (talk) 18:24, 17 February 2019 (UTC)

@Jmarchn: Thanks for the info! I did not fully understand it and have to try it gain, but I'm happy there seems to be some workaround in Inkscape.

There will be also a Wikitool that can make tranlations more easy: https://tools.wmflabs.org/svgtranslate/ But it is still under heavy deleopment and just this week this prototype came out.

@Glrx: I was wrong: There seems to be a workaround to edit multilanugal files in Inkscape: Commons:Translation_possible/Learn_more#Multiple_translations_within_one_SVG_file_with_Inkscape

 — Johannes Kalliauer - Talk | Contributions 18:43, 17 February 2019 (UTC)

@Jmarchn and NKohli (WMF): I'm happy to see edits to that instructional page, but I strongly disagree with the recommendations. Language translations should not be put on separate layers (a planar translation). The given advice essentially embeds several separate images into one file. Layers bunch all the words together without separating them into translation units. Translation units are the foundation of most translation tools. See, for example, how MediaWiki translates templates. Using separate layers requires translations be done by specialists who understand XML/SVG or are skilled at a graphics editor. That makes translation inaccessible to most editors. It is better to allow the translations be done by people who know the natural languages but may have a limited understanding of SVG or limited graphics skills. Consequently, each image label/translation unit should be in a separate switch. Then each switch is a separate translation task. That has been the design philosophy of SVG Translate 1.0 (l10n; with separate files and without switch), SVG Translate 2.0 (i18n with switch), and the emerging SVG Translate 3.0 (i18n with switch).

There is a difference between "localization" (l10n) and "internationaliion" (i18n); the given advice confuses the two ideas. A localized file has only one language, and a different file would be needed for each language wiki. An internationalized file embeds many languages; the same file is used for several wikis.

To make both l10n and i18n easy, images should be designed or modified to have space for labels whose dimensions vary widely. Chinese labels can be very compact, but Malayam and Tamil labels may take lots of space. Even English can be compact compared to Spanish. Yes, multiple lines may be used by some languages, but that facility is coming in SVG 2.0; it was present in the SVG 1.2 draft. SVG 2.0 offers an SVG 1.1 compatible CSS method that can work even if browsers decline to implement the CSS portion. The graphic artist, instead of shoehorning each language and customizing leader lines, should make it easy for many languages to fit using the same leaders. That is not a skill that many artists are exercising right now. I absolutely love the images that LadyofHats produces, but those beautiful images are often sensitive to minor font changes (she often converts text to paths) and need minor graphic edits for simple translations.

I am not aware of any detailed investigation into graphics editor interaction with switch. That investigation is something that should have been a part of the SVG Translate 3.0 effort. Adding a switch translation should not lockout using Inkscape, Adobe Illustrator, or CorelDraw to touch up or correct the image. My impression is that switch will survive a trip through Inkscape, but I do not know about the other editors. Consequently, I'm leery of adding switch translations to an image somebody generated with AI; the original author may not be able to edit it. There's a way around the switch problem using XSLT, but somebody must do the work to find out what is needed and implement it. I also fear that Inkscape may flatten all style information; I think AI will keep it; I do not know about CorelDraw. These issues need investigation.

Glrx (talk) 19:50, 17 February 2019 (UTC)

@Glrx: Thank you very much for your extensive explanation!

I do not have Adobe Illustrator (€36/month) nor Corel (€664), so I do not know the possibility of creating or editing multilingual SVG files with these programs. I only use Inkscape. I explained over creating an internationalized (using your best name) SVG file. I still think that creating one layer by language (as I explained) is the best option (for most cases) with the current use of Inkscape. We hope that in the near future everything will change and my explanations will no longer be necessary. Anyway this is not my "war". Most users (including myself) opt for (or just know the possibility of) one drawing - one language (localized) thus achieving the best adjustment of tags and arrows.

PD: I'll send a message to LadyofHats for severals errors in draw File:Endocrine Alimentary system en.svg.

Jmarchn (talk) 20:49, 17 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

SVG-Validierung

Hallo JoKalliauer, zunächst einmal wollte ich mich bei dir für diesen Edit bedanken. Ich habe diesbezüglich eine Frage: Wie kann ich meine SVG-Dateien prüfen, ob diese valide sind, um dann diese Vorlage einzufügen? Wäre beispielsweise diese Grafik ebenfalls valide? PS: Meine Strukturformel habe ich mit dem Programm ChemDraw erstellt! Würde mich über eine Antwort sehr freuen! Viele Grüße, Chem Sim 2001 (talk) 14:29, 20 February 2019 (UTC)

@Chem Sim 2001:

• Ich verwende User:Perhelion/simpleSVGcheck.js. Dies habe ich in User:JoKalliauer/common.js eingebaut, du müsstest User:Chem Sim 2001/common.js erstellen, damit du einen Button hast.
• Du kannst auch W3C verwenden: https://validator.w3.org/check?uri=https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FSpecial%3AFilepath%2FSynthese_von_Ethylenglycol.svg
• Du kannst nu verwenden: https://validator.nu/?doc=https://upload.wikimedia.org/wikipedia/commons/0/02/Synthese_von_Ethylenglycol.svg

Du kannst Bilder mit {{Valid SVG}} markieren.

Ob eine Datei valide ist oder nicht ist nicht wirklich relevant. Viele Dateien sind absichtlich nicht valide.

Jeder der mehr von SVGs versteht, wird dir sagen, dass das reine validieren von SVGs im Allgemeinen unerwünscht ist. (Sofern es kein Problem damit gibt.)

 — Johannes Kalliauer - Talk | Contributions 20:26, 20 February 2019 (UTC)

@JoKalliauer: Vielen Dank für deine hilfreiche Antwort. Gibt es auch eine Möglichkeit bei der SVG-Erstellung nur den Button "Diese Strukturformel wurde mit ChemDraw erstellt" einzufügen? Also ohne die SVG-Validierung davor? Chem Sim 2001 (talk) 21:02, 20 February 2019 (UTC)

@Chem Sim 2001: Verwende einfach {{Created with ChemDraw}}  — Johannes Kalliauer - Talk | Contributions 12:56, 21 February 2019 (UTC)

@JoKalliauer: Vielen Dank! Einen schönen Tag noch! Chem Sim 2001 (talk) 13:28, 21 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

File:Cuenca-030-031-032-033-B.svg + File:Cuenca-116-117-118-119-B.svg

Hallo JoKalliauer,

Erstmal vielen Dank für dein Review.

Ich vermute eine ganze Menge der gefundenen Fehler sind eine Folge der Lösch- und Sammelarbeiten vom svgo. Die Bitmap sind die Kontur der Städte, sie werden so vom QGIS eingebaut. Ansonst ist die Raster leer. In diesem Fall sind es 134 kB. svgo (svgoptimizer) reduziert die Größe der Datei auf weniger als die Hälfte, deswegen ist es unverzichtbar wenn man auf langsamen Internet Verbindungen warten muss, wie an vielen Orten der Welt existieren. In einer perfekten Welt würde ich die Fehler sofort beheben, aber jetzt werde ich noch auf die schnelleren Verbindungen warten.

Der große Manko von svgo, für mich, ist die Herstellung von Verbindungen zwischen Pfade (Flüsse-Tracks) die logisch miteinander nichts zu tun haben: ein Stück vom Fluß A wird vom svgo mit ein Stück von Fluß R und noch andre vom X und Z. Wenn man Fluß B etwas dunkler färben will, muss man zuerst alle seine Tracks "befreien" (ctrl+shift+K) von den anderen Flüssen und dann die "B"-Tracks vereinen (C+K) und dann färben.

Bisher habe ich keine Rendern-Fehler gesehen. Beste Grüße, --Juan Villalobos (talk) 11:41, 24 February 2019 (UTC)

@Juan Villalobos: Ich hab die Bilder so weit vereinfacht, dass sie valide sind und richtig gerendert werden. Damit sind vermutlich Funktionen verlohren gegangen, aber sie werden richtig dargestellt.

Ich hab https://github.com/JoKalliauer/cleanupSVG, welches auf svgo bassiert. Ich würde

svgo -i Input.svg -o Output.svg --disable=mergePaths

verwenden, damit werden keine Pfade verbunden.

mergePath hat auch mehrere Fehler:

• https://github.com/svg/svgo/issues/872
• https://github.com/svg/svgo/issues/958
• https://github.com/svg/svgo/issues/1048

also ich würde davon abraten.

Ich persönlich bevorzuge auch

• https://github.com/RazrFalcon/svgcleaner
• https://github.com/scour-project/scour

 — Johannes Kalliauer - Talk | Contributions 19:53, 25 February 2019 (UTC)

Ich habe noch die Dateien aus Inkscape an denen ich es ausprobieren werde. Danke. --Juan Villalobos (talk) 10:54, 26 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 00:04, 23 March 2019 (UTC)

Hairline crack

Bei der Erin sehe ich den crack nicht; es erscheint mir auch als Beispiel weniger geeignet, da konnten mogliche Fehler aus der JGP-Konvertierung stammen. Viel eindeutiger sind die beiden anderen Beispiele, die nur aus primitiven rect's bestehen - mit deutlich sichtbarer Hairline. Und: was wolltest du mich fragen - ich habs nicht recht verstanden. -- sarang♥사랑 08:02, 10 June 2019 (UTC)

304

305

306

@Sarang: Bitte vergleiche die drei Versionen rechts, da sind so viele Hairline-chracks dass das Bild scheinbar eine andere Farbe bekommt.

Das Bild besteht aus 305 × 409 Pixel=124745 Quadraten. Quadrate sind besondere Rechtecke. ;-)  — Johannes Kalliauer - Talk | Contributions 08:16, 10 June 2019 (UTC)

Ich kann kaum etwas derartiges sehen; bei starkem Zoom sehe ich eine Art Artefakte, aber keine richtigen Hairlines im Sinne des bug. Bei den anderen Bildern sind sehr deutlich zu sehen, hier nur wenn man weiss worauf man achten muss.

Vielen Dank, ich weiss dass Quadrate Rechtecke sind (genauer: deren Menge angehoren).

@Sarang: Bitte um Entschuldigung, Das mit den Quadraten war nicht ernst gemeint (Wahr wohl ein blöder Scherz, sorry.). Also wenn ich das Bild in Firefox aber auch in Chrome mit viewBox="0 0 305 409" betrachte sieht man dass es hairline-chracks sind, gleiches bei Hineinzommen in Inkscape. siehe Firefox: https://www.dropbox.com/s/3blwxuc716lfphe/Screenshot%202019-06-10%2012.31.12.png?dl=0 oder Chrome https://www.dropbox.com/s/gpwbwl2jb2lk5r6/Screenshot%202019-06-10%2012.31.19.png?dl=0 oder am besten in Inkscape: https://www.dropbox.com/s/2u7bxrao5flsxc0/Screenshot%202019-06-10%2012.58.28.png?dl=0

Siehe auch die File:Test.svg#filehistory (beachte ich habe hier einen grauen Hintergrund gewählt um die Sichtbarkeit der Hairline-cracks zu reduzieren, was zu den grauen hair-linecracks beim weißen Hintergund erzeugt)

 Question Sieht bei dir

1. • https://upload.wikimedia.org/wikipedia/commons/thumb/5/52/Silversmith_BMP2SVG_accelerated-i-o.svg/304px-Silversmith_BMP2SVG_accelerated-i-o.svg.png
   • https://upload.wikimedia.org/wikipedia/commons/thumb/5/52/Silversmith_BMP2SVG_accelerated-i-o.svg/306px-Silversmith_BMP2SVG_accelerated-i-o.svg.png
2. https://upload.wikimedia.org/wikipedia/commons/thumb/5/52/Silversmith_BMP2SVG_accelerated-i-o.svg/305px-Silversmith_BMP2SVG_accelerated-i-o.svg.png

gleich aus? 304px und 306px haben hair-line-cracks (das schwarz scheint etwas grau), aber 305px nicht.

 — Johannes Kalliauer - Talk | Contributions 10:48, 10 June 2019 (UTC)

Auch ohne jedes Zooming erscheinen mir 304 und 306 gefadet, mit kleinen schwarzen Streuseln, also nicht nur heller sondern auch irgendwie verwaschener; 305 hingegen ist ein klares Bild. Mir ist schon klar, dass das auch einer dieser Rundungsfehler-bugs ist - aber sonst wird das wohl nur fur Experten einsichtig sein! Ich habe die Erin nicht runtergeladen sondern nur in Wikimedia betrachtet, kann sein dass sie in FF oder Chrome anders gerendert wird.

PS: Ich hab durchaus gesehen dass die Quadrate ein  ;-) sind. -- sarang♥사랑 13:24, 10 June 2019 (UTC)

Ich dachte das die Hair-line-chracks nur bei exakt 0.5 auftreten, aber dieses Bild zeigt, dass sie auch bei vielen "zufälligen" Numern in der Nähe von 0.5 auftreten können. Ich hatte lang nicht verstanden, warum das Bild so grau gezeigt wird.  — Johannes Kalliauer - Talk | Contributions 13:38, 10 June 2019 (UTC)

@Sarang: meine Frage war warum {{F|Silversmith BMP2SVG accelerated-i-o.svg|G}} welches bei |other versions= steht, bei |description= aufscheint ? Ich weiß wie man den Fehler umgehen kann, aber für mich scheint das ein Bug zu sein? Oder ist das ein Feature?  — Johannes Kalliauer - Talk | Contributions 08:16, 10 June 2019 (UTC)

Jezt verstehe ich. Da ist dir ein lustiger Fehler passiert, du hast dem Erin-Bild den Parameter "description" folgen lassen - der gilt nun fur das Information-template des Bildes; und als spaterer Parameter ersetzt der Text Hairline crack, [[bugzilla:18936]] samt Bild den ursprunglichen Text {{Rsvg bug|description=Hairline crack, [[bugzilla:18936]]}}. Du hast auch die Warnung ubersehen "Warning: File:Hairline crack.svg is calling Template:Information with more than one value for the "description" parameter. Only the last value provided will be used.". So einfach sind manche Dinge erklarbar! Danke, keine Ursache, gern geschehen. -- sarang♥사랑 10:00, 10 June 2019 (UTC)

 Thank you. Danke, hatte das zweite |description= übersehen und verstand es nicht, warum es sich ändert, wenn ich die Reihenfolger der zwei Zeilen ändere.  — Johannes Kalliauer - Talk | Contributions 10:48, 10 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 13:38, 5 June 2019 (UTC)|clear=left

SVG Text example

You pointed me to File:Svg-text rendering test.svg. That file is confused about many issues, but I'm not sure it is worth cleaning up. Glrx (talk) 05:54, 7 July 2019 (UTC)

@Glrx: I did not even take a look into the code before, I thought it is about something else, and it reminded me on File:SVG_Test_TextAlign.svg (which (yours) is a really good example which I often use to look something up). And true, it's (the mentionded file by Jkwchui) not a good test-case.  — Johannes Kalliauer - Talk | Contributions 18:42, 7 July 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 18:42, 7 July 2019 (UTC)

SVG-Konvertierung?

Hallo JoKalliauer, sag mal, ist es vorstellbar, dass Du aus einer drei Dateien:

• https://commons.wikimedia.org/wiki/File:Logo-der-Zeitschrift-Sonnenenergie-exp--SE_01.tif
• https://commons.wikimedia.org/wiki/File:Logo-der-Zeitschrift-Sonnenenergie-exp--SE_01.png
• https://commons.wikimedia.org/wiki/File:Logo-der-Zeitschrift-Sonnenenergie-exp--SE_01.jpg

eine SVG-Datei erstellen könntest? Viele Grüße --Molgreen (talk) 16:39, 8 September 2019 (UTC)

@Molgreen:

• Autotracing to SVG dauert <10min und würde ich nicht sinnvoll finden.
• Handisch nachzeichnen mache ich nicht und sehe ich auch nicht sinnvoll/notwendig.
• Es gibt >10000 Dateien die nach SVG konvertiert werden sollen, siehe Category:Images_that_should_use_vector_graphics, einige erreichen
• deine Bilder sind so hochauflösend das ein SVG keine bessere Quallität erreicht
• Da Wikimedia die SVGs in PNGs konvertiert bei der einbindung gibt es keinen nenneswerten unterschied (ev. größer, ev. kleiner) in der Dateigröße für den User
• Wenn du Vektordaten hast (oftmals in einem PDF), dann konvertiere ich es in SVG.
• Wenn du dennoch ein SVG aus PNG/TIFF/JPEG haben willst, kannst du dich z.B. an w:de:WP:Grafikwerkstatt wenden.

 — Johannes Kalliauer - Talk | Contributions 13:25, 14 September 2019 (UTC)

SVG

 Done File:Logo-der-Zeitschrift-Sonnenenergie-exp--SE_01.svg  — Johannes Kalliauer - Talk | Contributions 13:40, 14 September 2019 (UTC)

Hallo @JoKalliauer: , herzlichen Dank für Deine Mühe! Dass Vektordaten in einem PDF stecken, wußte ich nicht und es tut mir leid, denn ich habe auch eine entsprechende PDF . . .

Die Grafikwerkstatt [[w:de:Wikipedia:Grafikwerkstatt|Grafikwerkstatt]] habe ich gefunden. Dank auch für diesen Hinweis: ich will gleich ein weites Logo hochladen. Dann brauch ich Dich hoffenlich nicht wieder zu behelligen :-) Also nochmals vielen Dank und Sonnige Grüße --Molgreen (talk) 14:48, 14 September 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 13:40, 14 September 2019 (UTC)

hilfe

hallo, ich versuche das nachzuempfinden was du an den svgs bearbeitest

leider verliere ich den überblick

du hast die deutsche version des politikschaubilds bearbeitet

was genau und wie (tools?) hast du gemacht? hast du die schriftarten angepasst? hast du das scaling mit viewbox eingefügt und die schriften vergrößert? (dann musst du aber auch die pfade vergrößern? machst du das in einem grafikeditor?)

leider kann ich die png-renderung von alten dateiversionen nicht mehr vergleichen, richtig?

bei dem von mir erstellten periodensystem hast du auch eine generalüberholung vorgenommen, richtig? - dort hätte ich mir eine kurze info erwartet, wo in der grafikwerkstatt auch drüber diskutiert wurde - sei es drum

kannst du mir bitte sagen wie du dabei vorgehst? benutzt du inkscape oder codest du in einem editor? gibts für svg code-basierte entwicklungsumgebungen?

du hast alle gruppierungen entfernt

findest du das schriftbild in der png-vorschau auf commons gut? ich nicht - auch z.b. die unterstreichungen sind nicht so wie sie sein könnten (subjektive wahrnehmung)

ich bin damals mit inkscape gestartet und hab jetzt damit zu kämpfen den code dahinter zu beherrschen

muss nicht nur verstehen wie code funktioniert, sonder auch nachvollziehen was inkscape macht

weil dort - ich vermute aus robustnessgründen - viel überhang erzeugt wird

frage zum periodensystem: du scalierst über die viewbox mit faktor 100? hast die schriftgröße ebenfalls um faktor 100 erhöht?

wie gehst du mit den anderen zeichenelementen um? handarbeit, helfer, inkscape?

wenn ich mir dabei eine codezeile ansehe die ein textelement beschreibt - wieso sind die xy-koordinaten zweimal drin und wieso unterscheiden sie sich?

öffne ich die datei in inkscape finde ich in den dokumenteinstellungen die werte für die seitengröße und die viewbox wieder - mit dem faktor 100 unterschied

jedoch ist dort noch ein wert den ich nicht verstehe - er nennt sich 'skalierung x' und hat den wert 26,45833

kannst du was dazu sagen?

ich hoffe ich strapaziere deine nerven nicht zu arg und du findest zeit und muse zu antworten

danke und gruß --Mrmw (talk) 20:42, 7 October 2019 (UTC)

Meine Bearbeitung an File:Periodensystem newdraft.svg sind sehr primitiv und Gruppen zu entfernen ist eigentlich ein Revertierungsgrund.

Ich skaliere in dem ich am Anfang gleich nach dem svg-tag (mit einem Skript) <g transform="scale(10)"> einfüge (und viewBox um einen Faktor 10 erhöhe) und dann in Inkscape (mit einem Skript) alle Gruppen auflöse. In dem Fall habe ich das Zwei mal gemacht, deshalb Faktor 100, aber das kann man auch einfach per Hand ergänzen und in Inkscape die Gruppen auflösen. (Dadurch ändert sich die Schriftgröße und die Pfade, da es ein Faktor 10 ist, sollte es im SVG in der dezimalen Darstellung ohne Verluste speicherbar sein.)

Die Schriftart habe ich beibehalten ( font-family="Liberation Sans") ich habe sie weil sie einheitlich ist einfach gleich in den svg-Tag hineingeschrieben, damit gilt sie für alle Elemente die nicht anders definiert sind.

Man kann alte Dateiversionen mit dem aktuellen Renderer rendern als PNG lassen:

1. 600px of 19:17, 4. Okt. 2019 https://upload.wikimedia.org/wikipedia/commons/thumb/archive/a/a8/20191005194840!Periodensystem_newdraft.svg/600px-Periodensystem_newdraft.svg.png
2. 600px of 19:48, 5. Okt. 2019 https://upload.wikimedia.org/wikipedia/commons/thumb/archive/a/a8/20191008135444!Periodensystem_newdraft.svg/600px-Periodensystem_newdraft.svg.png

Ansonsten kann man SVG-Dateien auch von c:Commons:Commons SVG Checker oder https://tools.wmflabs.org/svgcheck/index.php oder https://tools.wmflabs.org/convert/ als PNG rendern lassen.

File:Politisches System Deutschlands neu.svg habe ich das gleiche gemacht wie beim Periodensystem, nur dass ich <g transform="scale(10)"> in jedem Layer händisch im Editor eingefügt habe und dann mit dem Grafischen Interface die Gruppen aufgelöst habe. (Ich habe die Datei nicht komprimiert/optimiert, weil ich zeigen wollte, dass das Rendering kein Inkscape-Problem ist.)

Wenn du Inkscape-Code verstehen willst würde ich es als optimized SVG speichern (dahinter steckt scour) und mir die Datei anschauen, sonst tue ich mir auch schwer und Dateien mit >1MB haben viele Editoren ein Problem. Unter SVG_examples sind einige einfacherer Beispiele gelistet.

Text folgende drei Zeilen bedeuten das gleiche

1. <text x="46743" y="2387" font-size="200" stroke-width="26.5"><tspan x="2841" y="1498" font-weight="700">1</tspan></text>
2. <text font-size="200" stroke-width="26.5" x="2841" y="1498" font-weight="700">1</text>
3. <text><tspan font-size="200" stroke-width="26.5" x="2841" y="1498" font-weight="700">1</tspan></text>

Also es zählt immer die letzte x/y-Koordinate, eigentlich sind tspan oftmals unnötig, tspan sind notwendig wenn man im Text formatierung (Fett/kursiv) oder die x/y-Position ändert.

möglicher code: <text x="10" y="10">erste Zeile<tspan y="20">zweite <tspan font-weight="700">Zeile</tspan></tspan><tspan y="30" x="10">dritte</tspan>Zeile</text>

siehe https://upload.wikimedia.org/wikipedia/commons/archive/b/bd/20191008152745%21Test.svg für das Ergebnis.

26,45833 kannte ich bisher auch noch nicht, aber das ist die Umrechnung von 1mm auf 100px (also der Faktor von width="343.79mm" height="200.21mm" in viewBox="0 0 34379 20021").

 — Johannes Kalliauer - Talk | Contributions 15:35, 8 October 2019 (UTC)

@Mrmw: findest du das rendering jetzt besser bei File:Periodensystem newdraft.svg?  — Johannes Kalliauer - Talk | Contributions 16:41, 9 October 2019 (UTC)

ich habe nicht die erfahrung wie du vermutlich

ist das eine reine testversion? würdest du sie im zeifel so lassen und releasen?

subjektiv bin ich enttäuscht, weil ich der meinung gewesen war textpfade würden ein viel besseres ergebnis liefern

du hast zwar zwei links gepostet mit denen alte dateiversionen gerendert werden, aber ich weiss nicht wie ich zu denen komme - hab also wieder leider keinen direkten vergleich zur gerednerten version vorher

muss man die links im editor selber zusammenstöpseln?

mein feedback: die umwandlung in pfade lohnt sich nicht - wie bewertest du es selber?

danke und gruß --Mrmw (talk) 17:43, 9 October 2019 (UTC)

@Mrmw: Text zu Pfade konvertieren ist ok, wenn ein Grund vorliegt (z.B: schlechtes Rendering)

Ich finde den Abstand zwischen Buchstaben und Unterstreichung in der Pfadversion besser.

Hast du den Cache geleert, sonst kann es sein, dass er dir ein altes Bild anzeigt?

Please purge your browser’s cache or enable JavaScript in your Browser's settings. (You only need to do it once.)

Operating system Browser	Microsoft Windows or Linux	macOS
Internet Explorer	Press Ctrl+F5
Mozilla Firefox	Hold down ⇧ Shift while clicking Reload (or press Ctrl+F5 or Ctrl+⇧ Shift+R)	Press ⌘ Cmd+R (reload page) or ⌘ Cmd+⇧ Shift+R (reload page and rewrite cache)
Opera	Press Ctrl+F5 or ⇧ Shift+F5
Konqueror
Apple Safari	Hold down ⇧ Shift+Alt while clicking Reload
	Press Ctrl+R	Press ⌘ Cmd+⌥ Option+E (clear browser cache) or ⌘ Cmd+R (update)
Chrome	Press Ctrl+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload	Press ⌘ Cmd+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload

Falls ja, dann liegt es an der gewählten Schrift und nicht am Rendering.

Falls dein Rendering auf deinen PC anders ausschaut, liegt es vl. daran, dass du die Schrift nicht installiert hast: https://github.com/liberationfonts/liberation-fonts (Üblicherweise auf Windows nicht vorhanden.)

Links zu alten Dateiversionen findet man bei den Vorschaubildern unter File:Periodensystem_newdraft.svg#filehistory.

 — Johannes Kalliauer - Talk | Contributions 06:14, 10 October 2019 (UTC)

hallo, in der history der dateiversionen sind nur die links zu den svgs direkt abrufbar bei mir

aus

https://upload.wikimedia.org/wikipedia/commons/archive/a/a8/20191009163711%21Periodensystem_newdraft.svg

muss ich mir im editor ein

https://upload.wikimedia.org/wikipedia/commons/thumb/archive/a/a8/20191009163711%21Periodensystem_newdraft.svg/640px-Periodensystem_newdraft.svg.png

selber zusammenbauen

kannst du png-link direkt abrufen?

im vergleich zwischen font-pfaden und der alten real-font-version, schneidet deine version leicht besser ab, die schrift ist etwas schärfer so

willst du es so lassen? - die datei ist schon im artikel eingebunden

--Mrmw (talk) 16:44, 10 October 2019 (UTC)

@Mrmw: PNG link: auf das kleine Thumbnail mit der rechten Maustaste anklicken und "Grafikpfad kopieren" oder "Copy Image Location" oder ähnliches, dann bekommst du

https://upload.wikimedia.org/wikipedia/commons/thumb/archive/a/a8/20191009163711%21Periodensystem_newdraft.svg/120px-Periodensystem_newdraft.svg.png

und dann ändere ich 120px auf meine Wuschgröße. (Aber das habe ich irgendwann durch try-and-error ausprobiert, also weiß auch nichts besseres, aber man könnte sicher auch ein Skript dafür schreiben, das einen Links dazu anzeigt.)

Pfade sind Qualitativ besser und wenn sie schon mal hochgeladen sind, brauchen sie den Speicherplatz ohnehin, daher würde ich diese Version lassen.

 — Johannes Kalliauer - Talk | Contributions 17:02, 10 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 21:05, 16 October 2019 (UTC)

Danke

File:Systemtheorie Luhmann b.svg

ich hab mal einen neuen abschnitt aufgemacht in der hoffnung du hast immer noch nerven übrig für mich

ich hab auch einen erfolg zu verbuchen

habe mich an deine anleitung gehalten und gleichzeitig im editor mit scale(100) alles vergößert und auch die viewbox vergrößert

ist es tatsächlich so, dass in dem moment wenn ich dann diese gruppierung mit scalierung in inkscape auflöse, erst dann die schriftgröße tatsächlich vergrößert wird, also ihr zahlenwert?

ich denke es hat im groben funktioniert - auf der dateiseite in commons sieht das schriftbild wirklich sehr gut aus - gefällt mir gut

bei der einbindung im artikel z.b. de:Strukturelle Kopplung ist es schon wieder recht krakelig und der text im gelben kreis ragt über den rand hinaus

was sagst du speziell zu der datei jetzt?

danke für deine anleitung(en)

--Mrmw (talk) 20:09, 10 October 2019 (UTC)

Da gibt es einige Möglichkeiten (keine ist wirklich überzeugend)

1. Man bindet die Datei in einer anderen Auflösung im Text ein
2. Man hält größere Abstände zum Rand ein
3. Man wält eine andere Schrift File:MediaWiki_SVG_font_list.svg oder File:MediaWiki_SVG_font_list_sans.svg (Ich kann dir keine bestimmte empfehlen)
4. Man konvertiert den Text in Pfade
5. Man lädt ein gerendertes PNG (zusätzlich) hoch und bindet das ein
6. Man lässt es einem egal sein

Außerdem Inkscape macht gerne font-family="'DejaVu Sans', sans-serif" anstatt font-family="DejaVu Sans, sans-serif" siehe File:T184369.svg, phab:T64987, phab:T184369, es ist zwar beides Korrekt aber es führt oftmals zu problemen siehe auch https://github.com/RazrFalcon/svgcleaner/issues/149 , darum editiere ich das oft weg.

 — Johannes Kalliauer - Talk | Contributions 20:59, 10 October 2019 (UTC)

ja super, danke für deine antwort - kompetent wie gewohnt

ich werde mal Liberation testen

zum thema: gruppierung hätte ich allerdings noch fragen

weil du beim periodensystem erwähnt hattest, dass die auflösung von gruppierungen in deinen augen ein revertierungsgrund sei

von welchen gruppierungen sprechen wir dabei?

ich kenne gruppierungen als einfache zusammenfassung verschiedener und u.u. völlig unterschiedlicher objekte in inkscape

seit kurzem kenne ich aber auch die gruppierung als optimierungsmaßnahme (inkscape->speicher unter->optimiertes svg) hinter dem sich anscheinend scour verbirg

hierbei werden meiner meinung objekte mit gleichen eigenschaften zusammengefasst

dabei gibt es zwei optionen

-gruppen zusammenklappen

-gruppen für ähnliche attribute erstellen

ich hab eine grobe vorstellung vom dem was dabei passiert und denke auch, dass die beiden optionen darüber

-farbwerte kürzen

-css-atribute in xml-attribute umwandeln

für die gruppierung eine rolle spielen

kannst du kurz schildern wie diese gruppierung zu bewerten ist und warum

und welche gruppierungen die auflöst und evtl. warum wenn das nicht schon inhalt der vorigen antworten war

vielen dank Mrmw (talk) 13:36, 11 October 2019 (UTC):

@Mrmw:

Gruppierungen können in seltenen Fällen bei gewissen Funktioenen Probleme auslösen bspielsweise clip-path um diese Probleme auszuschließen entferne ich sie gerne, oder Gruppierungen erlauben mehrfache Verschiebungen die zu akumlierten Rundungsfehlern sich aufssumieren können. Gruppierungen kann man auch zur Optimierung verwenden, hierbei macht es sinn Ähnliche Objekte (z.B. gleiche Farbe) zusammenzufügen und einmal die eigenschaft zu definieren (mehr dazu weiter unten). Aber Gruppierungen sind auch dafür da Elemente als eine Einheit bearbeiten (z.B. Verschieben) zu können, hierbei gruppiert man z.B. immer den Rahmen und den inklutierten Text (also idR sehr unterschiedliche Objekte). Es gibt (meines Wissens) keine Regeln zur Dateizurücksetzung, aber ich handhabe es so, wenn es den urspünglichen Author oder den ersthochladenden stört ist es nicht ok. Wenn du dir die Diskussion von User:JoKalliauer/Optimization durchließt vertrete ich starkt die Interessen des Hochladenden, obwohl ich selbst großteils fremde Dateien optimiere. Beispiel wenn du Layer in deiner Datei hast (Layer eine Gruppierung die nicht dem W3C-DTD-Standart entspricht), dann bin ich der Meinung, dass ich diese Attribute nicht entfernen darf auch wenn sie invalid sind, weil du sie zum bearbeiten der Datei "brauchst".

-gruppen zusammenklappen https://github.com/scour-project/scour/wiki/Documentation#--disable-group-collapsing

<g font-size="12pt">
 <g font-family="Liberation Sans,Arial,Nimbus Sans L,Helvetica,sans-serif">
  <text y="10">Mein Text ist so supi</text>
 </g>
</g>

<text font-size="12pt" font-family="Liberation Sans,Arial,Nimbus Sans L,Helvetica,sans-serif" y="10">Mein Text ist so supi</text>

-gruppen für ähnliche attribute erstellen https://github.com/scour-project/scour/wiki/Documentation#--create-groups

 <text font-size="12pt" font-family="Liberation Sans,Arial,Nimbus Sans L,Helvetica,sans-serif" y="10">erste Zeile</text>
 <text font-size="12pt" font-family="Liberation Sans,Arial,Nimbus Sans L,Helvetica,sans-serif" y="20">zweite Zeile</text>

<g font-size="12pt" font-family="Liberation Sans,Arial,Nimbus Sans L,Helvetica,sans-serif">
 <text y="10">erste Zeile</text>
 <text y="20">zweite Zeile</text>
</g>

-farbwerte kürzen https://github.com/scour-project/scour/wiki/Documentation#--disable-simplify-colors

<rect width="100%" height="100%" fill="#FF0000" stroke="fuchsia"/>

<rect width="100%" height="100%" fill="#f00" stroke="#f0f"/>

-css-atribute in xml-attribute umwandeln https://github.com/scour-project/scour/wiki/Documentation#--disable-style-to-xml

<rect x="14" y="23" width="200" height="50" style="fill:#ffff00;fill-rule:evenodd;stroke:#ffffff;stroke-width:0.5"/>

<rect x="14" y="23" width="200" height="50" fill="#ff0" fill-rule="evenodd" stroke="#fff" stroke-width=".5"/>

Die Documentation bei Scour wurde von mir geschrieben, hab aber mit scour eigentlich nichts zu tun(Außer das ich es verwende), außer dass ich viele Bugs dort gemeldet habe. (Die Dokumentation entstand aus meiner eigenen Dokumentation, aber ist zu Bug-lastig.)

 — Johannes Kalliauer - Talk | Contributions 17:59, 11 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 21:05, 16 October 2019 (UTC)

pfeile in svg

hallo, mal wieder eine frage zu svgs

anschauungsobjekt: File:Organisation NATO.svg

ich habe das png dazu vektorisiert

es geht um das thema pfeile in svgs? - ich habe gesehen dass am anfang der svg relative viel code entsteht

alternative wäre, die pfeile (spitzen) in pfade umzuwandeln

pro - contra?

wie handhabst du das?

danke und gruß --Mrmw (talk) 21:13, 16 October 2019 (UTC)

@Mrmw: Ich hab eine Version hochgeladen wie ich das handhaben würde, aber wie du das handhaben willst ist dir überlassen.  — Johannes Kalliauer - Talk | Contributions 22:04, 16 October 2019 (UTC)

hallo, danke für die antwort und danke für deine bearbeitung der grafik

ein anderer user hat die datei direkt nach dir 'optimiert' - finde ich nicht gut und hab es angesprochen

habe mir deinen entwurf genau angesehen und denke auch dass ich ihn nachvollziehen/lesen kann

nur ist mir nicht klar, wie du zu dem ergebnis kommst

was davon ist wirklich handarbeit und wann kommt welches helferlein zum einsatz

du verwendest den marker für die pfeilspitzen effektiver wie das inkscape macht

und wie inkscape mit text umgeht ist für mich unbefriedigend - wie kommst du zu dem reduzierten code für den text?

die gruppierungen nach eigenschaften machst du doch sicherlich nicht mit der hand oder?

p.s.: rein interessehalber habe ich mit einem regulärem ausdruck alle d[xy]-elemente entfernt und das erscheinungsbild bleibt gleich

lade dafür aber keine neue version hoch

kannst du kurz skizzieren wie du hier vorgehst? was ist handarbeit und wann benutzt du wofür welches tool?

wäre dir dankbar, mir gefällt deine arbeit - gruß --Mrmw (talk) 15:49, 17 October 2019 (UTC)

du bist nicht mein svg-mentor - trotzdem pinge @JoKalliauer: ich dich nochmal

auch wenn ich aufdringlich bin, nimms nicht persönlich

wenn du zeit findest freue ich mich über zwei, drei zeilen - danke --Mrmw (talk) 12:30, 18 October 2019 (UTC)

Mein Vater war diese Woche drei Tage im Spital und meine Mutter ist diese Woche gestürzt und ich arbeite Vollzeit an der Uni und studiere im Doktorat. Ich hatte deine Anfrage nicht vergessen, normalerweise arbeite ich so was am Wochenende ab, nur aufgrund meiner Eltern ist dies derzeit noch weniger möglich. Ich finde es echt nett mit dir zu schreiben, nur leider erwischt du mich genau in einem unpassenden Zeitraum (seit Juli).

Ich verwende https://github.com/JoKalliauer/cleanupSVG . Wenn du es verwenden willst empfehle ich dir Installiere zuerst einmal nur scour, svgcleaner und svgo, siehe https://github.com/JoKalliauer/cleanupSVG#install-prerequiaries für meine installationshinweise.

Dann habe ich etwas wie

 <marker id="a" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="b" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="c" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="d" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="e" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="f" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="g" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="u" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="v" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="w" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="x" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="y" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="z" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>

Man sieht, dass a-g und u-z idente definition sind daher kann man url(#b)-url(#g) mit url(#a) ersetzen dann endet man bei

 <marker id="a" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#fa4f4b" fill-rule="evenodd" stroke="#fa4f4b" stroke-linejoin="round" stroke-width=".375"/>
 </marker>
 <marker id="z" overflow="visible" orient="auto">
  <path d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill="#2c71ae" fill-rule="evenodd" stroke="#2c71ae" stroke-linejoin="round" stroke-width=".375"/>
 </marker>

Dann sieht man dass es der gleiche Pfad ist, nur eine andere Farbe, also kann man es ändern zu:

<def>
 <marker id="rotesEnde" overflow="visible" orient="auto">
  <use xlink:href="#InkscapePfeil" fill="#fa4f4b" stroke="#fa4f4b"/>
 </marker>
 <marker id="blauesEnde" overflow="visible" orient="auto">
  <use xlink:href="#InkscapePfeil" fill="#2c71ae" stroke="#2c71ae"/>
 </marker>
 <path id="InkscapePfeil" d="m-5.2312-2.4202 6.5556 2.4106-6.5556 2.4106c1.0473-1.4232 1.0413-3.3705 0-4.8212z" fill-rule="evenodd" stroke-linejoin="round" stroke-width=".375"/>
</def>

 — Johannes Kalliauer - Talk | Contributions 17:23, 18 October 2019 (UTC)

danke für deine antwort

war nicht so gemeint, dass du dich privat rechtfertigen solltest

hoffe es geht deinen eltern bald wieder gut bzw. besser

ich kann die überlegungen wie gesagt, wo die redundanz in der inkscape version liegt, schon nachvollziehen - wenn ich vorher und nachher vergleiche

mich interessiert, besserst du solche redundanzen mit der hand als ersten schritt aus - also im editor und ohne hilfsmittel? - auch bei großen svgs?

oder übernimmt das eins von den genannten tools?

bringst du im abschluß noch ein tool zum einsatz? ich denke da an die gruppierungen - oder per hand?

und auch ganz konkret die frage: wie entschlackst du die textelemente? per hand oder tool?

danke und gruß --Mrmw (talk) 05:55, 19 October 2019 (UTC)

Also die händische Arbeit bei den maker ist oben beschrieben, das hab ich im Texteditor (notepad++) gemacht.

Alle Gruppierungen auflösen mache ich mit inkscape "./${file}.svg" --verb=EditSelectAll --verb=SelectionUnGroup --verb=SelectionUnGroup --verb=SelectionUnGroup --verb=SelectionUnGroup --verb=SelectionUnGroup --verb=FileSave --verb=FileClose --verb=FileQuit (UngroupByInkscape.sh)

Gruppierungen erstellen mache ich mit svgcleaner input.svg output.svg --group-by-style yes (groupingcleaner4compression.sh) und/oder mit scour -i input.svg -o output.svg --create-groups (groupingscour4compression.sh)

Ich lösche alle <text> mit (delText.sh) (d.h. es bleibt alles andere übrig) und einmal lösche ich rect,path,circle,ellipse,polyline,polygon,line,image (delObj.sh) (d.h. es bleibt fast nur text über) und dann fürge ich ich die Textdatei händisch an die Objekt-Datei zusammen. Man mus achten, dass alle defs wie marker oder linearGradient als auch alle use,g,switch nicht doppelt vorkommen.

Mit (tspan2text.sh) gebe ich die Atribute von tspan an text weiter, wobei hier häufig Informationen doppelt/wiedersprüchlich werden können, deshalb muss man in den meisten Fällen (aber nicht bei der Datei) handisch nacharbeiten (sonst wird die Datei gar nicht angzeigt wegen einem Fehler).

 — Johannes Kalliauer - Talk | Contributions 10:29, 19 October 2019 (UTC)

wieder danke für die antwort - aber das muss ich erst mal checken wovon du da sprichst

scheinen kommandozeilenbefehle zu sein - ob ich da auf windows überhaupt was damit anfangen kann? werde ich mich in einer ruhigen stunde mal reinvertiefen --Mrmw (talk) 20:39, 21 October 2019 (UTC)

@Mrmw: Die Kommandozeilenbefehle von inkscape, scour, svgo, svgcleaner funktionieren auch in w:de:cmd.exe (Windows-Eingabeaufforderung). Mein Tool cleanupSVG rennt auf Windows nur in w:de:Cygwin (verwende ich) oder vermutlich auch in MSYS2 mit MinGW-w64. (deshalb würde ich dir von meinem Tool auch mal abraten.)

Ich habe eine Installationsanleitung für scour&svgo&svgcleaner gemacht: https://github.com/JoKalliauer/cleanupSVG#install-prerequiaries

Auf Wunsch kann ich auch Skripte von cleanupSVG auch als *.bat-Datei (ausführbare Windows-Datei) schreiben.

 — Johannes Kalliauer - Talk | Contributions 15:44, 22 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 20:26, 30 October 2019 (UTC)

zweite Meinung

hallo, diese Vektorisierung hat mich ein wenig zeit gekostet und hab mir auch mühe gegeben - kannst du mir ein feedback geben?
danke --Mrmw (talk) 20:41, 21 October 2019 (UTC)

darf ich mich ungefragt einmischen?

um zu sagen, dass ich es gut finde; naturlich hatte ich einiges ein wenig anders gemacht. sehr gut finde ich das kaskadencloning, wie aus 1 erst 3, dann 9, zuletzt 27 gemacht werden.

weniger gefallt mir das viele tranformieren (naturlich nicht das cloning!), erst in zeile 2 die viewBox, dann in den zeilen 3 und 17: es dient nicht zur vereinfachung, sondern zur verunleserlichung – uber je mehr stufen transformiert wird, umso weniger entsprechen die zahlen den tatsachlichen werten. ich weiss, inkscape &Co machen das bis zum exzess, aber es lasst sich eigentlich immer gut vermeiden.

die magendavid ist sehr kompliziert gezeichnet, da ist zB David Star.svg viel einfacher konstruiert.

einige attribute sind voll redundant, nutzen nichts aber storen auch nicht.

war es nicht moglich, die ivrit-buchstaben als embedded text einzubinden? א ב ג ד ה ו ז ח ט י כ ך ל מ ם נ ן ס ע פ ף צ ץ ק ר ש ת

die latinisierung ist embedded, die lasst sich deshalb auch ganz leicht ein klein wenig grosser schreiben was vl. besser ware.

Mrmw: weiter so! -- sarang♥사랑 08:41, 22 October 2019 (UTC)

@Sarang: hier weiter - antwort muss ich aber erst noch schreiben ... --Mrmw (talk) 10:40, 22 October 2019 (UTC)

Danke Sarang, du konntest es deutlich besser beantworten als ich.

@Mrmw: Mir ist auf Commons niemand bekannt, der in so kurzer Zeit sich so viel SVG-Wissen wie du angeeignen konnte. :-D

 — Johannes Kalliauer - Talk | Contributions 16:21, 22 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 20:26, 30 October 2019 (UTC)

Roboto

hi, ich hätte natürlich auch vorgehabt, den text dann in pfade zu konvertieren

nun frage ich mich aber wie kommst du zu dem svg in test.svg?

ich kenne das bild, es stammt von dem demo-pdf auf seite 4 - richtig?

da es im test.svg keine texte mehr sind sondern pfade, frage ich mich wie du jetzt zu diesem svg gekommen bist

ich erinnere mich an das eine tool von dir/euch, da gab es auch die option pdf->svg - richtig? hast du das benutzt?

obwohl ich die orginal schriftarten benutzt habe von roboto gelingt es mir nicht das demo nachzustellen

vergleiche doch mal das erste R in dem test.svg und dem von Roboto (typeface).svg - ist doch unterschiedlich

hast du eine meinung, kannst du mich aufklären? danke --Mrmw (talk) 20:58, 28 October 2019 (UTC)

@Mrmw: Ich hab diesbezüglich auch nicht mehr wissen als du.

Wie in File:Test.svg#filehistory angegeben findest du dort Autor, Lizens und Quelle.

Die Quelle http://commondatastorage.googleapis.com/androiddevelopers/design/Roboto_Specimen_Book_20131031.pdf habe ich von File:Roboto_(typeface).svg.

Ich habe es mit Inkscape mit "de:poppler/cairo import" dritte? Seite importiert, Kopfleiste und Seite gelöscht, zugeschniten und als SVG gespeichert.

Du kannst meine Änderung bei dir einfach verwerfen, aber es scheint mehrere untervarianten der Schrift zu geben:

1. Roboto: https://fonts.google.com/specimen/Roboto
2. RobotoMedium: http://allfont.de/download/roboto-medium/
3. RobotoCondensed: https://fonts.google.com/specimen/Roboto+Condensed
4. RobotoLight: http://allfont.de/download/roboto-light/

Wenn man sich https://noc.wikimedia.org/conf/fc-list anschaut, sieht man dort auch DejaVu Sans Light, DejaVu Sans Condensed,...

Wenn du auf C:\Windows\Fonts\Arial gehst findest du dort: Arial, Arial Narrow, Arial Black

PS Installieren von vielen Schriften macht Windows-PCs langsamer (zumindest bilde ich mir das ein)

 — Johannes Kalliauer - Talk | Contributions 21:25, 28 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 20:27, 30 October 2019 (UTC)

File:comparison_land_area_units.svg

Hi JoKalliauer,

Thanks for uploading a workaround for File:comparison_land_area_units.svg. In case you see this bug in the future, it was because I used an obsolete DOCTYPE. I no longer get question marks after updating it to

<?xml version="1.0" encoding="UTF-8"?>

The squashing of text is another issue: librsvg struggles with very small font sizes (2.5 px in this case). When I have time and inclination, I'll redraw it at 1000% to get sensible sizes.

Cheers,
cmɢʟee ⋅τaʟκ 13:50, 14 December 2017 (UTC)

@Cmglee: I would recommend to use font-sizes of 20px and bigger see File:Fonttest-Kerning.svg. I used Inkscape (free and open source) to make it 10 times bigger, I think you don't need to redraw it.  — Johannes Kalliauer - Talk | Contributions 16:37, 14 December 2017 (UTC)

 Done I didn't realise there was such a large error as the font-size shrinks. Quite insightful! cmɢʟee ⋅τaʟκ 20:16, 14 December 2017 (UTC)

@Cmglee:

There shouldn't be any error, because it is scalable vector graphics, but it is a bug of the renderer. An even worse example is here: File:StrekenProvincieUtrecht1.svg. (see old fileversions)

Was it on purpose that you made the border now dashed? File:Comparison_land_area_units.svg

I think I will suggest File:Comparison land area units Workaround.svg for deletion, since you fixed it yourself.

 — Johannes Kalliauer - Talk | Contributions 20:46, 14 December 2017 (UTC)

I realise that it should be scalable and is an librsvg bug, but not how large the error was. I thought that a viewer might think that the hectare is only the rectangle above the acre. Making it dashed makes it more obvious it extends all the way to the bottom. I tend not to be a deletionist, so I'll leave it to you whether you think it should be deleted ;-) Cheers, cmɢʟee ⋅τaʟκ 21:20, 14 December 2017 (UTC)

@Cmglee: There is a difference between Doctype and

<?xml version="1.0" encoding="UTF-8"?>

. Many suppose to use both:

1. SVG_examples
2. User:Quibik/Cleaning_up_SVG_files_manually

However if you dont use a Doctype-Declation you schould use

<?xml version="1.0" encoding="UTF-8"?>

anyway.

 — Johannes Kalliauer - Talk | Contributions 23:36, 22 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

SVG restoration

Hello.

When you (totally) overwrite my fixes with your fixes, then also remove files from my category, please. BTW, where is your category? Incnis Mrsi (talk) 09:05, 14 January 2018 (UTC)

@Incnis Mrsi:

I retouched more than 100files[3]. I don't have a Category:Retouched by editor I only have Category:Uploaded_by_JoKalliauer, I might create it. I created Category:Retouched by JoKalliauer.

The reason why I restore older versions is that you sometimes remove flow text as in File:H-R_diagram_NL.svg, therefore I fix the file on my own.

If you want to remove the black squares: please instead of completely removing <rect>-tag add Transparency-attribution with fill-opacity="0" in the code of the <rect>-tag then the wikiparser does not show the black squares and the flowtext is still existing.

Example of code before:

<flowRoot><flowRegion><rect x="-375" y="182" width="132" height="8"/></flowRegion><flowPara>Absolute Helderheid</flowPara></flowRoot>

solution without removing the flowtext, but removing the black squares in the Wiki-Parser:

<flowRoot><flowRegion><rect x="-375" y="182" width="132" height="8" fill-opacity="0"/></flowRegion><flowPara>Absolute Helderheid</flowPara></flowRoot>

Then you make the rectangle transparent, but it is still needed/available for the size of the flow text (color and transparency is unimportant)

I first wanted to check other problems in Category:Images_restored_by_SVG_cleanup and then tell you a summary.

 — Johannes Kalliauer - Talk | Contributions 09:35, 14 January 2018 (UTC)

Also in File:Модель Клейна геометрии Лобачевского.svg you removed not empty flowting text.

Due to lack of time, I won't add old images to Category:Retouched by JoKalliauer (at least not now).

 — Johannes Kalliauer - Talk | Contributions 10:23, 14 January 2018 (UTC)

In Модель Клейна I also injected (Microsoft Office)-beloved «’» U+2019 (with very distinctively comma-like glyph in the font used) instead of «′». Fortunately you removed my 7-years-old shame out of sight today. Incnis Mrsi (talk) 14:26, 14 January 2018 (UTC)

Found the presumed pitfall. You could read «′» (wikicode and HTML: &prime;) as the typographic apostrophe (HTML: &apos;) and deemed that it describes a change that might be desirable. Incnis Mrsi (talk) 15:52, 14 January 2018 (UTC)

Thanks I didn't notice that. I reverted to your version and added:

 <g font-family="Liberation Sans" font-size="20" font-style="italic">
  <text x="192.43" y="265.93">A</text>
  <text x="268.7" y="186.49">B</text>
  <text x="70.56" y="161.83">O</text>
 </g>

 — Johannes Kalliauer - Talk | Contributions 15:11, 14 January 2018 (UTC)

It’s waring that we have communication troubles for such a nonce. I know my English grammar is intelligible enough. And there was no visible pretext to interpret my message above as a kind of sarcasm. Incnis Mrsi (talk) 15:18, 14 January 2018 (UTC)

Ups, Sorry I didn't read properly  — Johannes Kalliauer - Talk | Contributions 16:12, 14 January 2018 (UTC)

@Incnis Mrsi:

Because I saw you edited Category:Images_with_SVG_1.2_features, I just wrote 3 solutions how to User:JoKalliauer/RepairFlowRoot, the solution I told you before is the easiest, but the flow-text wont get displayed, the other two solutions are proper solutions.

 — Johannes Kalliauer - Talk | Contributions 19:02, 14 January 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Rsvg bug

Hallo Johannes, falls du mit den bugs weitermachen willst: jetzt sollte alles stimmen, incl. der automatischen Kategorisierung: generell sind alle bug-Kategorien aus den Dateibechreibungen zu entfernen. Du sagst mir wenn dir etwas auffällt! -- sarang♥사랑 09:43, 11 May 2018 (UTC)

@Sarang: Warum wird File:AMPS World Sectors.svg von {{Technically replaced}} in Category:Pictures_showing_a_librsvg_bug_(overwritten_with_a_workaround) einsortiert? JoKalliauer (talk) 14:08, 11 May 2018 (UTC)

Ich habe es jetzt geandert, in Technically replaced/layout, auf den Parameter fur "replaced"; hat sich von 6 auf 7 verschoben weil ich kurzfristig den Grund "compatibility" eingeschoben hatte. Danke fur den Hinweis! -- sarang♥사랑 16:01, 11 May 2018 (UTC)

Hier ein Hinweis fur dich, ich denke du hast es noch nicht bemerkt: {{Autotranslate}} kann nur unbenannte Parameter (1 bis max. 15) weitergeben/durchreichen, aber keine benannten! -- sarang♥사랑

---

Hallo, es scheint nicht so einfach einen Javascript-Kundigen zu finden, der auch aktiv ist... ich habe es mal bei Magnus versucht. Ich hoffe, wir konnen bald statt dem leeren default ein "U" bekommen; an die 10.000 Inkscape-Zuordnungen zu untersuchen um ev. nachtraglich den Leerwert zu ersetzen erscheint viel zu aufwendig - da sollte die Scriptanderung schneller gehen. Hilft klarerweise nur in der Zukunft! -- sarang♥사랑 06:46, 17 May 2018 (UTC)

Mit Magnus' Hilfe habe ich es hinbekommen, das Unknown tool als default vorzuschlagen (du weisst, dass nun auch alle SVGs von Texteditor da hineinfallen!). Weil das script protected ist brauche ich wieder mal einen Admin, um die Korrektur wirksam werden zu lassen; ich hoffe dass es bald geschieht. -- sarang♥사랑 16:22, 18 May 2018 (UTC)

Danke! euch beiden

Es war schon so seit dem ich das Skript kenne (Monate), also wenn es noch einige Tage so ist, fände ich es nicht tragisch, auch wenn es nervig ist. JoKalliauer (talk) 17:42, 18 May 2018 (UTC)

---

Ich habe die bug-Kategorien ein wenig in Ordnung gebracht, und Dateien entkategorisiert. Dabei sah ich, dass du unlängst SVG test text tspan ws.svg kategorisiert hast: Solche "direkten" Kats durfen nicht erfolgen - nur mit der Vorlage, und dann moglichst mit einem Hinweis was denn buggy ist. -- sarang♥사랑 14:34, 20 May 2018 (UTC)

@Sarang: Das weiß ich prinzipiell, passiert mir aber trotzdem manches-mal, oder irgendetwas ist etwas buggy, aber in dem Fall war es glaub ich Perhelion https://commons.wikimedia.org/w/index.php?title=File:SVG_test_text_tspan_ws.svg&diff=prev&oldid=125897457 Oder meinst du etwas anderes? JoKalliauer (talk) 14:45, 20 May 2018 (UTC)

Sorry, du hast recht, er war es - ich weiss nicht was er meinte. Aber ich weiss nun 100% dass du es weisst und richtig machst! -- sarang♥사랑 14:57, 20 May 2018 (UTC)

---

Ich glaub es noch nicht ganz: Perhelion ist wieder da! nach ganzen 2 Monaten. -- sarang♥사랑

Das freut mich sehr. Ich werde ihm wieder willkommen heißen, aber ich würde ihm mal Zeit lassen, hat sich sicher viel bei ihm aufgestaut, vielleicht brauchte er auch mal eine Wiki-Pause. Ich hoffe, dass er wieder voll zurück ist. JoKalliauer (talk) 20:28, 20 May 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Troubling edits

Although I commend your efforts to fix many SVG files, I am troubled by how you implement some fixes. For example, I am troubled by edits that unnecessarily fork new versions of files and characterize the SVG 1.1 librsvg as having bugs because it does not implement SVG 1.2 additions. Failing to conform to a later draft is not a bug.

For example, File:Crossen1650.svg uses (draft) SVG 1.2 flowRoot. Instead of fixing that issue and uploading an SVG 1.1 version of the file, you forked a new file, File:Crossen1650 Workaround.svg, and left an alleged error message ("This SVG map shows a librsvg bug. Bug replaced description: phab:T43424 Flow region error") at the original location.[4] Why didn't you just upload the fix at the original location?

Please upload your SVG 1.1 version to the original file location (File:Crossen1650.svg), remove the technically replaced text, and request deletion of File:Crossen1650 Workaround.svg.

Those steps should be done to other "workaround" file forks. For example, File:Mt Etna system cross section Workaround.svg.

Please do not create "workaround" versions when the problem can be fixed at the original location. Just fix the original file. That keeps a sensible file history and avoids unneeded copies.

Glrx (talk) 17:12, 21 June 2018 (UTC)

I thought, because Category:Pictures_formerly_showing_a_librsvg_bug is a category for "so that we can check them again in future upgrades.", there is a consensus of keeping (and not overwriting) files shows librsvgbugs. For files which have a proper error, I overwrite files. Since Commons:Overwriting_existing_files says you should only overwrite files if you are sure that it is ok, I thought it is the suggested way to replace it with a different version. Replacing flowRoot with Text is in my opinion similar to "Digital restoration" (which should not be overwritten). For example in File:Oxygen480-mimetypes-application-rtf.svg it is in my opinion problematic to overwrite the file, because if you don't have the specified font, the line-break do not look nice, therefore flowRoot should be kept in the file. But since Category:Oxygen_icons_mimetypes are too many files with similar issues, the files should be overwritten as done by User:Thomas Linard.

I would prefer to not create new files, because then I have less administrative work to do.

If you prefer I can ask for a merge of such files, but as said I thought all files containing a librsvgbug should be keept to track render-problems.

In future I will overwrite files more often, and if I am unsure I will ask someone with more experience (like you).

 — Johannes Kalliauer - Talk | Contributions 20:19, 21 June 2018 (UTC)

Category:Pictures formerly showing a librsvg bug is a silly category. If a file is fixed, then it is fixed. One need not check a fixed file later. I do not see a benefit to such a category, and file page annotations that say things such as a previous version has 47 SVG verification errors is not helpful. If the flowRoot (or other problem) has been removed, then what is the point of checking whether flowRoot works?

Eliminating flowRoot should not be objectionable. Almost no user agents support flowRoot, so it should be viewed as a minor mistake by the illustrator/uploader. In most cases, replacing the flowRoot will not significantly change the intended appearance of the image.

The File:Oxygen480-mimetypes-application-rtf.svg is not a good counterexample because it is not about the same issue. Making the background text more visible is probably not objectionable to the original uploader. If the original Oxygen icon has the more visible text, then it is clearly an improvement. In any event, adjusting the background text should be viewed as a minor change. Having two similar images presents problems down the road. If somebody wants to the use the icon, then how does she decide which background to use? Does the background make any semantic difference?

The issue is more that flowRoot is marginal and unsupported rather than trying to preserve flowRoot's line breaking. There are ways to edit flowRoot files to be SVG 1.1 and draft SVG 2.0 compatible (style="inline-size: 200px"), but I am not aware of an SVG agent that currently supports such line breaking.

Digital restoration means something different. Often someone will scan an image from an old book; the scan is the most accurate information about the page and should be preserved. The paper may have yellowed, so it may be sensible to color correct (restore) the image. The digital restoration issue is that the color corrected image should be at a new file name. The issues can get even more involved; see Category:Köhlers Medizinal-Pflanzen. Digital restoration refers to operations such as color correction, dust removal, scratch removal, and unsharp masking.

You have fixed far more files than I.

Glrx (talk) 21:25, 21 June 2018 (UTC)

Category:Pictures formerly showing a librsvg bug is for files which have not been fixed, but the update of the renderer did solve the problem (f.e. with ?action=purge)

File:Oxygen480-mimetypes-application-rtf.svg The font "ScriptS" is a very unknown font, even to google, therefore the textlength will differ on every computer, depending on the fallbackfont, if the font is longer than the page it does not look nice, also the current version, where the text is shorter than the page, does also look strange (correct rendering: https://github.com/KDE/oxygen-icons5/blob/master/256x256/mimetypes/application-rtf.png).

If you work with Inkscape and render pngs on your own, you don't care about useragents. For files as in File:Vergleich_zwischen_Manga_und_Foto_(nur_Zeichnung).svg, or File:Dojikko2.3.svg you will always update SVG and PNG/JPG simultaneously, because the Dojikko2.3.svg contains filters,textPath,... and other thinks librsvg wont be able to render in near future, also big thumbs (larger than ~800px, especially in the larger original version) of Dojikko fails, therefore the PNG always has to be created with Inkscape not with librsvg. So sometimes svgs are just the sourcecode to produce pngs in some Program (similar to source-code for Gnuplot or Matlab), and such svgs should not to be implemented in Wikipedia.

I know what digital restoration is, also I never did it on Wikipedia. (But I wasn't able to find any more proper description for removing librsvgbugs, therefore it was unclear to me, therefore I created new versions.)

Just because I fixed more files, does not compellable mean that I have more experience. (You have a great knowledge about svg-definitions, I just have some experience how to use programs (inkscape,sour,svgcleaner,svgo) to fix bugs on commons, but that could often be even done just with a bot, f.e. adding jpeg or png to xlink:href=\"data:;base64,) But actually I meant you have more experience about commons guidelines.

 — Johannes Kalliauer - Talk | Contributions 22:07, 21 June 2018 (UTC)

Vielen Dank. I misunderstood Category:Pictures formerly showing a librsvg bug.

Yes, there are many files that librsvg cannot handle, so other methods must be used.

Glrx (talk) 15:45, 23 June 2018 (UTC)

Some older viewers have trouble with the version of File:Oxygen480-mimetypes-application-rtf.svg you uploaded 20 June. (same with the "Valid SVG version 1.1." from Thomas) The "Better attempt" version from Thomas doesn't have this issue. - Alexis Jazz ^{ping plz} 22:12, 21 June 2018 (UTC)

@Alexis Jazz: The linebreaks are more similar to the png in my version, therefore I undid Thomas version, when removing phab:T55899-Waring from Commons:Commons SVG Checker, but I reverted my edit. Since I try to fix several files: For future-Problems: I would like to know which viewers have which problem with my version.  — Johannes Kalliauer - Talk | Contributions 18:51, 22 June 2018 (UTC)

My two cents: in the case of Oxygen icons, we've the original sources easily available on GitHub, with the original PNG export (we can assume safely that these PNG convoy the authors original intent). So, I don't think we should preserve the original code (flowRoot, for example) with a -Workaround.svg version: I agree with Glrx, we can safely fix the original file. If someone wants the original code: go to GitHub or download an old version. In my view, the primary purpose of hosting SVG icons on Commons is to provide UI icons for the various Wikimedia projects, not to display a museum of old SVG horrors. Furthermore, I hope we'll overcome soon phab:T193352, so we'll need less tricks and workarounds (phab:T55899 is fixed in the latest version of librsvg). Thomas Linard (talk) 15:35, 22 June 2018 (UTC)

For the Oxygen icons, we three agree that they should be overwritten using three different arguments.  — Johannes Kalliauer - Talk | Contributions 18:51, 22 June 2018 (UTC)

As said before, I will more often overwrite files. (I don't have a strong opinion on that therefore i agree with everything the community recommends.)

I think we agreed on the mayor points.

 — Johannes Kalliauer - Talk | Contributions 18:51, 22 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:20T superconducting magnet.png

File:20T superconducting magnet.png has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Glrx (talk) 04:15, 26 June 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

wordmark

Hi JoKalliauer,

Can you make wordmarks for Punjabi & Sindhi Wikipedia?— Bukhari (Talk!) 04:54, 16 July 2018 (UTC)

@BukhariSaeed: Sorry for not answering you might ask at: Commons:Graphic_Lab/Illustration_workshop for creating SVGs  — Johannes Kalliauer - Talk | Contributions 23:47, 22 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Fake SVG

Hallo Johannes, ist jetzt implementiert, per Igen mit !=f (geht auch mit BadSVG 1=f oder 3=f - aber prinzipiell sollte Igen verwendet werden). Gruss -- sarang♥사랑 11:17, 16 July 2018 (UTC)

@Sarang: Bei File:201802_Human_Female.svg steht Dieses SVG-Bild enthält f eingebettete Rastergrafiken.. Kannst du nachkontrollieren ob das so passt?  — Johannes Kalliauer - Talk | Contributions 19:27, 16 July 2018 (UTC)

Naturlich habe ich vorkontrolliert ehe ich die script-Vorschlage ubernommen habe. Auch bei der Nachkontrolle sehe ich, dass dieses Bild {wie viele von Yayamamo) aus exakt 4 SVG statements besteht: <svg, <title, <image und </svg. Also absolut reines Fake, nach deiner Definition! Der entsprechende Text ist einstweilen nur im englischen environment realisiert, ich weiss nicht ob es dafursteht es in noch ein oder zwei weitere Sprachen einzupflegen (in welcher Sprache verwendest denn du die Commons?) Gruss -- sarang♥사랑 04:38, 17 July 2018 (UTC)

@Sarang: ich habe mich über die Implementierung auch gerade gewundert. :P Die Vorlage sollte eine eigenständige sein wie BadSVG und mit den üblichen Tools in ALLE Sprachen übersetzbar sein. Für meinen Geschmack ist auch viel zu viel Text drinnen. Ein einziger kurzer Satz sollte reichen (alles weitere per Link, die ganze Erklärung wie bei BadSVG können wir uns sparen). VG -- User: Perhelion 09:46, 17 July 2018 (UTC)

@Perhelion: meintest du "eigenständig", so wie BadSVG-t ohne BadSVG auskommt? Eine Art "BadSVG-f" war nämlich meine urspr. Intention - aber das muss ich dann im Igen realisieren. Kann ich machen, ich bin für alle Anregungen und Verbesserungsvorschläge dankbar. -- sarang♥사랑 11:00, 17 July 2018 (UTC)

Aja genau, von mir aus auch mit Redirect Template:FakeSVG -- User: Perhelion 11:15, 17 July 2018 (UTC)

@Sarang: Danke, Mein Fehler ich verwende "de-AT...Österreichisches Deutsch". Genau das wollte ich haben. Danke!! Aber es tut sich mir die Frage auf, was wir für nicht vorhandene Sprachversionen wählen: statt "enthält f eingebettete Rastergrafiken" würde ich wählen "enthält 1 eingebettete Rastergrafiken" oder "enthält fake eingebettete Rastergrafiken" (also das Englische Wort "fake" statt der Anzahl) nehmen, ich würde zu "1" tendieren, wenn das sinnvoll machbar ist.  — Johannes Kalliauer - Talk | Contributions 17:39, 17 July 2018 (UTC)

Ich würde die Ergänzung einfach weglassen, alles andere macht nicht wirklich Sinn. -- User: Perhelion 19:50, 17 July 2018 (UTC)

@Perhelion: ich hatte zu BadSVG-f tendiert, in Analogie zu dem -t (-f ist ja wirklich bad/worse, -t hingegen nicht: der Name kann schnell geandert werden, zB TopoSVG?). Das Template:FakeSVG ware vorerst ein stub wie das Template:TopoSVG mit nur englischem Text - das kann ja jederzeit auf ostbayrisch, de-at etc. aufgebohrt werden. Mit eigener Vorlage vermeiden wir, dass bei Nichtenglandern unsinniger Text ausgegeben wird, besser vorerst nur englisch aber das richtig! -- sarang♥사랑 20:47, 17 July 2018 (UTC)

Hallo Johannes, naturlich kann ich das ganze auch internationalisieren - eingeschrankt, weil ich die meisten Sprachen nicht spreche und mit den "translation admins" habe ich keine positiven Erfahrungen. Fur osterreichisches Deutsch reicht es aber noch. Ich kann neben en noch de (de-at?), es, fr, pt selbst ubersetzen, nicht jedoch alles andere wie zB serbokroatisch, thailandisch und eskimoisch. Vorerst mal kommt die Meldung ausschliesslich in relativ astreinem Englisch, und fur alle nicht vorhandenen Sprachen wird dann sinnvollerweise dieses Englisch als default genommen. Ach ja: wie ubersetze ich denn "Fake-SVG" am besten auf de-at? (ohne pejorativ zu werden!) -- sarang♥사랑 16:19, 19 July 2018 (UTC) 0 PS: dein Bouncywikilogo.gif nervt schrecklich

Internationalisierung ist nicht notwendig, ich fand nur enthält f eingebette Rastergrafiken etwas verwirrend, dachte ursprünglich es wäre ein codeing-Fehler.

Ich glaube, "de-AT Österreichisches Deutsch" greift standardmäßig auf "de" zu, wenn "de-AT" nicht existiert und "de-AT" macht definitiv keinen Sinn (Wartung,...). Ich kenne auch keinen Unterschied zwischen "de Deutsch" und "de-AT Österreichisches Deutsch" (außer dass in der Kopfzeile "Österreichisches Deutsch" neben den eigenen Benutzernamen steht), man kann es aber jedenfalls in den Special:Preferences wählen. Ich kenne keine Österreichische Vorlage, wüsste auch nicht wo das Sinn hätte, es gibt glaub ich Unterschiede in der Rechtschreibung, jedoch ist mir keiner bekannt (die Schweiz hingegen hat z.B. keine scharfen ss (ß), in Ö und D gibt es seit einem Jahr auch ein de:Großes_ß).

Mir reicht eine englische Version, ich mag es auch dir überlassen ob man andere Sprachen auf die Übersetzung {{Bad SVG}} zurückfallen lässt (mit ev. anderen Layout) oder wie von dir vorgeschlagen auf die Englische zurückfällt.

Ich bin ein kleiner Idealist, deshalb würde ich mir auch eine de:Esperanto-Version (diplomatische Plansprache) wünschen, spricht zwar "keiner" (ich auch nicht), aber bei der aktuellen politischen Weltlage finde ich dass man sich mehr den je zu Europäischen Werten und diplomatischen Werten bekennen soll.

Bezüglich Bouncywikilogo.gif fällt mir nicht mal mehr auf (außerdem verschwindet es eh hinter dem Bearbeitungsfeld, also es schrenkt es mMn nichts wesentliches ein), meistens editiere ich auch nur den Abschnitt (auch um keine Bearbeitungskonflikte zu bekommen), da erscheint es dann nicht in der Vorschau. Ich bin zwar aus moralischer Sicht kein Fan von AdBlockern, aber die geben einen die Möglichkeit bestimme Inhalte (z.B. nervige Bilder) auszufiltern. (Aber werde ich jetzt ohnehin entfernen.)  — Johannes Kalliauer - Talk | Contributions 20:20, 19 July 2018 (UTC)

Ja, at fallt auf de zuruck. Es gibt eine Menge Austriazismen, vielleicht kann man (mit Gewalt) Text so gestalten dass so ein Begriff vorkommt? Oder in Igen/top etwas verwenden? Fur scharfes s sehe ich keine Einsatzmoglichkeit, schon gar nicht als Majuskel; wir sind uns doch einig, dass wir Pejorativa wie zB "SCHEIẞ SVG code" vermeiden wollen.

Esperanto gibt es bereits bei den created with-Vorlagen, zuvor nur ganz wenige aber nun konnen alle Vorlagen auch das; kannst du ausprobieren wenn du willst.

"enthält f eingebette..." war ein Fehler von mir, weil ich schnell mal die "alte" Vorlage nahm und nicht berucksichtigt hatte dass diese zu ubersetzen versucht. Ich habe es einstweilen nicht so eilig die I18n voranzutreiben, um "Fake" in 50 Sprachen zu ubersetzen.

Das Bouncywikilogo ist ja eine recht drollige Variation des WP-Logos, aber wenn standig etwas rumtut und in den Augenwinkeln rumwackelt kann das durchaus irritieren. Wenn oben links die at-Flagge weht stort das ja nicht, aber das GIF-Bild hat mich ja uberall hin verfolgt! Ich hatte damit leben konnen, aber danke, so ist es IMHO besser. -- sarang♥사랑 07:19, 20 July 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Is this a known bug?

Tracked in Phabricator
Task T200443

See first version of File:2-methylaziridine.svg and the methyl group, H₃C. It messes up the text block.

text element sets style for text-anchor:end. The the first tspan element starts a text block because it has absolution position attributes. Librsvg ends the first tspan at the anchor point, but then paints the following tspans after the anchor point. All of the tspans belong to one text block, so the block should have ended at the anchor point.

Glrx (talk) 23:51, 25 July 2018 (UTC)

I don't know any bugreport about this issue, but:

In my option it is an example of unintelligent definition of an SVG, see File:Test.svg. (12:41, 26 July 2018)

I would even say it is rendered correctly, is there a definition how it should be rendered?

 — Johannes Kalliauer - Talk | Contributions 12:45, 26 July 2018 (UTC)

Thanks. Here's your SVG:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.1//EN' 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd'>
<svg font-family="Liberation Sans" font-size="10" viewBox="5.46 8.78 52.73 18.82" xmlns="http://www.w3.org/2000/svg">
 <text fill="red"   text-anchor="end"><tspan x="24" y="20">H</tspan>3C</text>
 <text fill="green" text-anchor="end" x="24" y="21"><tspan>H</tspan>3C</text>
 <text fill="blue"  text-anchor="end"><tspan x="24" y="22">H3C</tspan></text>
 <path d="m34.8 16.2.08.3-.08.3h-11.12v-.6z"/>
</svg>

I'm surprised it has not turned up before with Inkscape. Inkscape's text elements always put the text in tspans, so the basic pattern in the failing "blue" line should have happened often. Maybe users rarely do text-anchor="end".("red" line fails)

All three SVG lines are legal. I've been saying "text block" where I should have said "text chunk". The text-anchor operates on a text chunk.

• https://www.w3.org/TR/SVG/text.html#TextLayoutIntroduction

where it says "Each text chunk represents a separate block of text for alignment due to ‘text-anchor’ property values."

I tried a few more variations, but don't have a good model of the error.

Sadly, the error has frustrated User:Hbf878 who tried to make text work.

Glrx (talk) 14:03, 26 July 2018 (UTC)

The blue line is rendered correctly? Only the definition of red line is still unclear to me. What is a "text chunk",? everything in <text></text>?

Inkscape uses <text style="text-anchor:end" x="24" y="23"><tspan x="24" y="23">H3C</tspan></text>, so text and tspan have identical koordinates.

@Glrx: Because you correlated it to text-anchor="end": How should the "red line" in the following code be rendered:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.1//EN' 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd'>
<svg font-family="Liberation Sans" font-size="10" viewBox="5.46 8.78 52.73 18.82" xmlns="http://www.w3.org/2000/svg">
 <text fill="red"   text-anchor="start">H3<tspan x="24" y="20">C</tspan></text>
 <text fill="green" text-anchor="start" x="24" y="21">H3<tspan>C</tspan></text>
 <text fill="blue"  text-anchor="start"><tspan x="24" y="22">H3C</tspan></text>
 <path d="m34.8 16.2.08.3-.08.3h-11.12v-.6z"/>
</svg>

 — Johannes Kalliauer - Talk | Contributions 14:57, 26 July 2018 (UTC)

I have another question: How should the yellow text be rendered:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.1//EN' 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd'>
<svg font-family="Liberation Sans" font-size="10" viewBox="5.46 8.78 52.73 18.82" xmlns="http://www.w3.org/2000/svg">
 <text fill="yellow" text-anchor="end"><tspan x="24" y="20">H</tspan><tspan x="24" y="21">3</tspan>C</text>
 <path d="m34.8 16.2.08.3-.08.3h-11.12v-.6z"/>
</svg>

I think it is a not defined behavior and therefore everyone is right, and the rendering of librsvg makes more sense to me, than that of common browers or inkscape.  — Johannes Kalliauer - Talk | Contributions 15:08, 26 July 2018 (UTC)

The behavior is defined, and librsvg is wrong. A "text chunk" is all the characters from one absolute position adjustment to the next absolute position adjustment. Absolute position adjustments are implied in a text element and also occur in tspan elements with attributes such as x="13" or y="47". Relative position adjustments such as dy="5" or baseline adjustments do not start a new text chunk.

The blue line is correct; I was confused. Comment struck.

In your red line example, "H3" is a text chunk anchored at the default x=0, y=0. The "C" is another text chunk anchored at x=24, y=20.

In your yellow example, "H" is a text chunk end-anchored at x=24, y=20. The next text chunk is "3C" end-anchored at x=24, y=21. The tspan with "3" starts a new text chunk; the following #text node with "C" does not have any absolute positioning commands, so the "C" is added to the current text chunk.

The bug appears when there is a tspan element followed by a #text node.

I filed Phab:T200443.

Glrx (talk) 16:34, 26 July 2018 (UTC)

@Glrx: Thanks! Now I understand what a text chunk is. (or at least better)

The ‘text-anchor’ property is applied to each individual text chunk within a given ‘text’ element. Each text chunk has an initial current text position, which represents the point in the user coordinate system resulting from (depending on context) application of the ‘x’ and ‘y’ attributes on the ‘text’ element, any ‘x’ or ‘y’ attribute values on a ‘tspan’, ‘tref’ or ‘altGlyph’ element assigned explicitly to the first rendered character in a text chunk, or determination of the initial current text position for a ‘textPath’ element.

— https://www.w3.org/TR/SVG/text.html#AlignmentProperties

What if a text chunk has several alignments as in File:Test.svg (17:25, 26. Jul. 2018)? Does it take the first alignment of the first character?

 — Johannes Kalliauer - Talk | Contributions 17:33, 26 July 2018 (UTC)

LMAO. This is going to take some time.

<?xml version="1.0" encoding="UTF-8"?>
<svg font-size="25" viewBox="0 0 600 600" xmlns="http://www.w3.org/2000/svg">
 <metadata>
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
   <cc:Work xmlns:cc="http://web.resource.org/cc/" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <dc:format>image/svg+xml</dc:format>
    <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage"/>
    <cc:license rdf:resource="http://creativecommons.org/licenses/by-sa/3.0/"/>
    <cc:attributionName rdf:resource="https://commons.wikimedia.org/wiki/User:Glrx"/>
    <cc:attributionURL rdf:resource="https://commons.wikimedia.org/w/index.php?title=File:SVG_Test_TextAlign.svg"/>
   </cc:Work>
  </rdf:RDF>
 </metadata>
 <path d="m100 100h600m-600 50h600m-600 50h600m-600 50h600m-600 50h600m-600 50h600m-600 50h600m-600 50h600m-600 50h600m-600 50h600m-600-475v450m300-100v250" stroke="#000"/>
 <text x="400" y="450" text-anchor="end">a<tspan x="400">b</tspan>c<tspan y="500">d</tspan>e</text>
 <text x="400" y="550" text-anchor="end">a<tspan x="400">bc<tspan y="600">de</tspan></tspan></text>
 <text x="100" y="100">a<tspan text-anchor="end">b</tspan>c<tspan text-anchor="middle">d</tspan>e</text>
 <text x="100" y="150">a<tspan y="200" text-anchor="end">b</tspan>c<tspan x="100" text-anchor="middle">d</tspan>e</text>
 <text x="100" y="250">a<tspan x="100" text-anchor="end">b</tspan>c<tspan y="300" text-anchor="middle">d</tspan>e</text>
 <text x="100" y="350" text-anchor="middle">1<tspan text-anchor="end">2<tspan x="100" y="400">3</tspan>4</tspan>5<tspan x="100" y="450">6</tspan></text>
</svg>

Line 15 (400,450) Each x or y starts a new end-anchored text chunk. "a"| / "bc"| / "de"| (Google/Firefox |"de"; librsvg continues from last x position)

Line 16 (400,550) is simple. End anchored "a"| / "bc"| / "de"| (Google/Firefox |"de"; librsvg continues from last x position)

Line 17 (100,100) has problems because anchoring cannot occur within a text chunk. |"abcde" start anchored by original text element.

Line 18 (100,150) |"a" / "bc"| / "d|e" (librsvg continues from last x position)

Line 19 (100,200) |"a" / "bc"| / "d|e" (Google/Firefox use strange x to place "de"; librsvg from last x position)

Line 20 (100,350) "1|2" / |"345" / "|6|" (Google/Firefox "345"| which is capturing text-anchor from any left; reasonable)

I must read more about this because I'm disagreeing with Google and Firefox.

I think tspan should default its current position from the previous painting's end but then modify it with x and y attributes.

Google and Firefox appear to default to last virtual position; they might be doing "de"| but starting from end of "bc" so it looks like |"de".

I'll have to read the spec for current position.

Glrx (talk) 18:44, 26 July 2018 (UTC)

Thanks that's enough for me. In my opinion, a text-chunk should be identical to the tag containing the koordinates, otherwise it is stupid (difficult to read/understand)

I think in Line 18 "bc" is horizontally aligned at the end of the letter "a" in Chrome and Firefox, which seems to be wrong (IE, Edge and Inkscape are quite bad in rendering those examples, not worth mentiong there results), I think a new definition of x starts a new text-chunk in Chrome and Firefox and y does not start a new text-chunk.  — Johannes Kalliauer - Talk | Contributions 19:35, 26 July 2018 (UTC)

https://upload.wikimedia.org/wikipedia/commons/archive/b/bd/20180726195300%21Test.svg

Yes, line 18 in Chrome and Firefox does what you say, but I think they render the line correctly. |"a" is written and updates the graphic's current position to end of a. The tspan uses the current position's x but drops 50 px due to the y attribute; the y causes a new text chunk. Then "bc"| is end-anchored at that position. The "d|e" text chunk is centered on the line.

The Chrome/Firefox behavior is a more complicated. Your explanation has trouble with "a" because "abc" would be a text chunk.

Yes, I tried Edge, but just gagged. I didn't try IE.

You've provided an impressive torture test.

Glrx (talk) 21:02, 26 July 2018 (UTC)

Johannes Kalliauer's torture test.

Bitte, sehen Sie das Bild. Glrx (talk) 19:52, 1 August 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Another librsvg bug

Firefox, Chrome and Internet Explorer align the fraction correctly, but the Wikimedia thumbnail renderer centres the "2", leaving the denominator off-centre.

Hi JoKalliauer,

Thanks for fixing my recent contributions.

Hope you don't mind my bothering you with another librsvg bug. On centre-aligned text with multiple tspans, only the first tspan is centre-aligned, as in this image. Can you please help me file a bug report?

Thanks,
cmɢʟee ⋅τaʟκ 10:45, 14 October 2018 (UTC)

@Cmglee: You specified <text><tspan x="0" dy="1em" text-anchor="middle">2</tspan><tspan font-style="italic">n</tspan></text>, and librsvg regognises <tspan x="0" dy="1em" text-anchor="middle">2</tspan> and aligns the 2 in the middle, which is the more intelligent definition. However Text-chunks in SVGs are defined differently see #Is_this_a_known_bug? for details.  — Johannes Kalliauer - Talk | Contributions 12:14, 14 October 2018 (UTC)

Thanks, Johannes. I didn't realise tspans can be nested – that's a good solution. In my example, I had the text-anchor in the outer g, not in the tspan. If the text-anchor were in the tspan, I agree that it's the more intelligent definition, though to go a different way from three independent established browsers likely makes the user think it's librsvg that's buggy. Anyway, I'll use nested tspans henceforth. Cheers, cmɢʟee ⋅τaʟκ 20:04, 14 October 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Thanks a lot for your help on File:Well_to_Wheels_(kWh)_-_Dual_Language_En+De_Original.svg

Great job, this is wonderful! --Gregor Hagedorn (talk) 06:12, 24 October 2018 (UTC)

Thanks again, I did some cleanup and improvement work. However, working with Inkscape and the language switch did not work too well for me. Inkscape in most cases does not allow to change formatting or text inside a switch. I can ungroup and then edit the text elements, but then the switch is lost. A problem with having to work in the text editor for me was that tspan role=line are rendered differently in Inkscape and Commons; I had to split them into separate text. Which tool beyond text editor are you using? -- If you can improve the graph further I am grateful! --Gregor Hagedorn (talk) 02:35, 31 October 2018 (UTC)

@Gregor Hagedorn: Your comment and some comments that JoKalliauer made about how he edits switch-translated SVG troubles me. If Inkscape cannot edit such files easily, then there is little hope that other graphics editors can edit them. Using graphics editors after switch translation was a design issue, but I fear the issue has been dropped or overlooked.

On another front, the "Well to Wheels" image is misleading. The energies E are displayed as circles with radius proportional to E. Viewers judge the circles by their areas, which are proportional to E², so they get a distorted perception. The radii should be scaled by the √E so the areas are proportional to E. Alternatively, the diagram could be done with flows whose widths are proportional to E. Johannes edited such a file at File:Breakdown of the incoming solar energy.svg. Glrx (talk) 17:20, 31 October 2018 (UTC)

Thanks @Glrx: ! Your point about radius vs. area is valid and it would be nice to change. I like the circle style better than the Breakdown graphic, but both would do. I wish I had better tool with which I successfully create and edit SVG content! It is a pity that it is so difficult to export Wikimedia-compatible-svg from MS or LibreOffice! --Gregor Hagedorn (talk) 00:31, 1 November 2018 (UTC)

how to change the language

@Gregor Hagedorn and Glrx: Sorry! I found out[5] that is possible to change the <switch>-language: you have to change the GUI-Language and restart Inkscape.

@Glrx: I think outside von Commons switch-svgs seems to be very rare, since in most cases only SVG are only needed in one language.

 — Johannes Kalliauer - Talk | Contributions 09:43, 1 November 2018 (UTC)

Very helpful! In fact, more than you think. Just for the record: On my Inkscape installation the default setting "system language" actually caused that NO language/switch text was displayed at all (I live in Germany but use an English version of Windows). After I changed Inkscape Prefs to en + restart, I can now see en text. --Gregor Hagedorn (talk) 12:21, 1 November 2018 (UTC)

Danke, Johannes. That allows at least one method of editing the language, but it is sounds like it changes the user interface as well as which systemLanguage is displayed. I suspect that most commercial websites l10n their SVG files rather than i18n them. It keeps the file size smaller (no translation baggage), and l10n allows almost any graphics editor to work on the file (the files have no switches).

@Gregor Hagedorn: . I believe you should have seen text in your original configuration if File:Well to Wheels (kWh).svg had a default clause for its switches. I started to add the defaults yesterday, but the clauses had a lot of style and position information, so I went on to other tasks. Glrx (talk) 17:08, 1 November 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Problem mit File:Drini nonuniformconvergence SVG.svg

Hallo Jo, du hattest da ne neue Version von erzeugt, die einen gewaltigen Fehler enthält: Die rote Grenzfunktion ist bis auf einen Punkt nicht mehr zu sehen! Die x-Achse sollte bis auf bei pi/2 rot sein. Ein weiterer kleiner Schönheitsfehler: Eine der grünen Funktionen geht rechts noch weiter. Und eigentlich fand ich die Beschriftungen der blauen Funktionen auch hilfreich... Könntest du das wieder fixen? AB, --χario 14:29, 11 December 2018 (UTC)

@Xario: Der source-code ist unsauber. Die Grafik wurde erstellt wobei die Achsen unterschiedliche Längen haben, dann wurde das in Inkscape anscheinend verzerrt und das was man bei Gnuplot vergessen hat in Inkscape hinzugefügt.

Ich hab die Elemente aus der Originaldatei 1:1 hineinkopiert und dann eine Verschiebung und Verzerrrung draufgehaut, dass es optisch etwa dort ist wo es hinsollte, wenn man genauer schaut sieht man Fehler.

 — Johannes Kalliauer - Talk | Contributions 18:00, 11 December 2018 (UTC)

Oh wow, das war ja blitzschnell, vielen Dank!!! Verstehe ich dich richtig, dass auch wenn die Grafik jetzt richtig aussieht, sie eigentlich Hacks/Workarounds enthält und im Grunde komplett neu gemacht werden müsste? Meinst du, es würde was nützen, das bei der Dateibeschreibungsseite (oder der Disk?!?) zu vermerken? So das vielleicht irgendwann mal jemand das machen könnte, wenn ihm/ihr langweilig ist? --χario 09:32, 12 December 2018 (UTC)

@Xario:

Zu der Unsauberkeit:

• Die Elemente die in der von dir genannten Version gefehlt hatten, waren in Inkscape drüber gezeichnet, dies sollte man besser in Gnuplot selbst machen, aber es ist nicht falsch und ist in der aktuellen Datei noch immer so. Hierbei habe ich jedoch die betreffenden Elemente einfach hineikopiert und so verzerrt dass es in etwa passt, das gehört sauber gemacht.
• Die Skalierung auf der x-Achse und auf der y-Achse waren nicht gleich lang (in Gnuplot falsch erzeugt und dann nochmals in Inkscpae "verunstaltet"), dies habe ich korrigiert.

Bezüglich der von dir geannten Kritik:

• Meines Erachtens ist der vertikale rote Strich falsch: es gibt keinen x-Wert der auf den Bereich (0,1) abbildet (0 und 1 ausgenommen)
• Die beiden horizontalen Striche sind ebenfalls falsch, weil
  • sie einen endlichen Bereich rund um pi/2 nicht da ist. (Man sollte vl. so ein symbol wie in File:Discontinuity-jump.svg einfügen)
  • Die Grünen und blauen Linien sind hinter der Achse, also sollten die roten Sriche auch hinter der Achse verschwinden.
• Es ging nicht eine grüne Funktion rechts weiter sondern alle (die ungeraden Potenzen wie sin(x) verschwinden im negativen und Potenzen größer 3 verschwinden hinter der x-Achse), dies ist korrekt, sie auhören zu lassen wäre falsch (außer man schrenkt den Definitionsbereich ein, was nicht explizit gemacht wurde)

Die Beschriftung wegfallen zu lassen ist nicht gut, aber nicht falsch. Imzuge der anderen Korrekturen fand ich das nebensächlich. (Richtigkeit geht bei mir vor Verständlichkeit/Schönheit.)

Also die aktuelle Version ist wieder falsch weil die rote Grenzfunktion nicht zu sehen sein sollte.

Der source-code in Gnuplot gehört weiter überarbeitet (die grawierendseten Mängel habe ich behoben), sodass keine manuelle Nachbearbeitung notwendig ist. (bzw. sollte die Nachbearbeitung zumindest neu gemacht werden), dies anzumerken ist sicher nützlich.

@Incnis Mrsi: Was war deine Motivation die Grafik die seit fast einem Jahr unbekümmert vorlag "sofort" zurückzusetzen und oben geannte Fehler wieder einzuführen anstatt eine aktuelle Diskussion abzuwarten?

Hast du das Gefühl, dass ich keine gute Arbeit mache, bzw Dinge unbegründet mache, bzw. mir nur aus Unachtsamkeit unterlaufen ist?

 — Johannes Kalliauer - Talk | Contributions 19:02, 12 December 2018 (UTC)

Hallo, danke fürs ausführliche Antworten:

die Vertikale: Ohje, ich scheine völlig verdrängt zu haben, dass die existiert(e). Ja, die sollte def. weg. Die Idee mit dem Sprungpunkt hatte mit auch schon vorgeschwebt.

die Horizontale: Ob nur die vor der Achse ist finde ich nicht wild. Die falsche Lücke wäre, wie du schon sagst, am besten mit nem Sprungpunkt zu versehen. Mein Ansatz, warum ich dich angeschrieben hatte, war dass überall auf der Beschreibungsseite und in Artikeln immer von "der roten Grenzfunktion" die Rede ist - aber davon sah man eben nur noch einen einzelnen Punkt.

Schrift: Wenn ich das Bild in groß ansehe (auch alte Versionen), sieht das sin hoch 100 aus wie sin mal 100.

Definitionsbereich: Ich dachte einfach wieder annen symmetrischen Bildausschnitt.

Generell: die Datei ist nicht wirklich ideal: Warum sind gerade zwei aus der Funktionenschar in blau rausgehoben und dicker? Die grünen sehen so aus, als konvergierten sie gegen sin^10, diese große Lücke zwischen sin^20 und sin^100 und dann der Vertikalen machts auch nicht wirklich besser.

Hast du denn überhaupt noch Lust, die mit der Datei zu beschäftigen? Denn wenn nicht, würde ich diese ganzen Punkte bei der Disk der Dateibeschreibung erwähnen. Und ich stimme dir natürlich zu, das plötzliche Zurücksetzen war so hilfreich wie ein Kropf. --χario 11:15, 13 December 2018 (UTC)

Ich habe vor mich noch etwas damit zu beschäftigen. Wenn ich fertig bin, verständige ich dich.

Bezüglich User:Incnis Mrsi: Sie/Er beobachtet meine Disk und beantwortet für mich regelmässig Fragen und ich bin ihr/ihm dankbar dafür.

Und ehrlichgesagt sollte ich insgesammt sorgfältiger arbeiten. Ich will es nur explizit ansprechen/wissen, was der konkrete Hintergrund ist, bzw. ob das einen tieferen Sinn/Grund hat.

 — Johannes Kalliauer - Talk | Contributions 18:40, 13 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

New bug?

Hi. There's a recently uploaded SVG (SHSG coat of arms.svg), which disappears almost entirely below a certain size.

The image consists of linear gradients, groups and paths. I don't remember seeing this particular bug before. Do you recognize it? TilmannR (talk) 05:40, 5 January 2019 (UTC)

A related file has the same problem at a sightly different size. TilmannR (talk) 06:47, 5 January 2019 (UTC)

@TilmannR: I don't know this bug, and Commons:Commons_SVG_Checker renders much worse, therefore I would have to upload severals tests. Inkscape/Scour/SVGO/svgcleaner fixed the file, I don't know how. (@Glrx: knows more about SVG than me, @Perhelion: knows also many bugs and User:AKlapper_(WMF) reads all phab: tasks.)  — Johannes Kalliauer - Talk | Contributions 21:06, 5 January 2019 (UTC)

@JoKalliauer: I found out why the Checker stops rendering the file at some point: There's a gradient with gradientTransform="matrix(0 0 0 0 393.46 518.57)". Commons SVG Checker: SVG edge case - zero scale gradient.svg TilmannR (talk) 20:30, 8 January 2019 (UTC)

@JoKalliauer: Just having some fun: Identify renderer.svg :) Of course we could distinguish librsvg and browsers based on how they handle CSS and embedded raster graphics, but thanks to zero-scale-gradients we can show different images on two popular browsers and the Checker and Commons, using only a single weird SVG rendering edge case. TilmannR (talk) 22:16, 8 January 2019 (UTC)

@JoKalliauer: Remember how SHSG coat of arms.svg had a broken thumbnail? When gradients simply have a gradientTransform with a scale of zero, the SVG Checker version of librsvg dies and the Wikimedia version of librsvg survives. Therefore that specific bug couldn't have caused the broken thumbnail. I did some more experiments and found that Wikimedia's librsvg also dies, when a gradient is applied to an object of size zero. Apparently this also happens, when the image resolution, the object size and the gradient scale are small enough that the effective gradient size gets rounded down to zero. There's also a case where applying a gradient to the fill of a straight line breaks the rendering, but that requires more research. I also came across a case where rendering works at a small resolution and fails at a higher resolution. It continues to fail up to a certain size and then works again. My guess is that rounding errors cause the path to alternate between being a straight line and a very thin triangle.

Question: Is there a template for displaying old, overwritten versions of files? TilmannR (talk) 12:41, 9 January 2019 (UTC)

Identify renderer.svg Really interessting: In Firefox/Chrome if you mark it you copy everyting :-) :)

InternetExplorer/MicrosoftEdge renders just black.

Gimp/UbuntuFolderPreview renders as Wikipedia Commons (they are using librsrvg)

As far as I know there is no way of displaying old versions in Wikimedia (direcly) without uploading again.

 — Johannes Kalliauer - Talk | Contributions 17:28, 9 January 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

PDF burning

---

Hello. This message is being sent to inform you that there is currently a discussion at Commons:Administrators' noticeboard/User problems#JoKalliauer and attribution chain. This is in relation to an issue with which you may have been involved.

Incnis Mrsi (talk) 21:12, 13 January 2019 (UTC)

@Incnis Mrsi: Did you mean the attribution of the picture or of the description page?  — Johannes Kalliauer - Talk | Contributions 21:22, 13 January 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Eintragː Dieses SVG-Bild enthält eingebettete Rastergrafiken...

Servus JoKalliauer,

Eintrag in 01-Parabelzirkel-van Schooten-Nachbau.svgː Dieses SVG-Bild enthält eingebettete Rastergrafiken....

Ich bräuchte wieder deine Hilfe. Die von mir hochgeladene Datei wurde in GeoGebra erstellt und als Skalierbare Vektografik (svg) (wie alle meine Konstruktionen) exportiert. Ich habe alle in Commons verfügbaren Auflösungen zu dieser Datei angesehen, sie zeigen alle ein scharfes Bild. Was ist noch erforderlich, damit die im Eintrag Dieses SVG-Bild enthält eingebettete Rastergrafiken... aufgeführten Hinweise erfüllt sind? Gruß--Petrus3743 (talk) 19:11, 24 February 2019 (UTC)

@Petrus3743: Die rote Parabel ist eingebettet:

kopiere Folgenden Text und füge es in die Adressleiste deines Browsers ein:

schau dir mal die Rote Parabel bei https://upload.wikimedia.org/wikipedia/commons/thumb/c/c5/01-Parabelzirkel-van_Schooten-Nachbau.svg/2000px-01-Parabelzirkel-van_Schooten-Nachbau.svg.png an, die Parabel ist nicht scharf

 — Johannes Kalliauer - Talk | Contributions 20:01, 25 February 2019 (UTC)

Ja, Johannes Kalliauer, danke für deine Bemühungen, jetzt sehe ich es auch. M. E. muss man unterscheiden, ob die Kurve z. B. von GeoGebra durch Berechnung erzeugt wurde, dann bleibt sie scharf File:01-Parabelzirkel-van Schooten-Basis.svg, oder unter „Algebra“ mit „Zahl, Animation ein“. Eine solche Kurve wird quasi Punkt für Punkt erstellt und wird bei sehr starker Vergrößerung unscharf File:01-Hyperbelzirkel-van Schooten.svg. Dies ist auch bei Animationen als GIF-Datei erkennbar File:01-Parabelzirkel-Animation.gif oder File:Parametric ellipse.gif. Es ist anzunehmen das dieser Effekt auch in einer PNG-Datei zu sehen ist. Die Frage ist auch, ob eine so starke Vergrößerung noch notwendig ist. Ich weiß keine Möglichkeit wie man dies verhindern kann.--Petrus3743 (talk) 22:25, 25 February 2019 (UTC)

@Petrus3743: Wenn {{Bad SVG}} eingeführt wird ist das nicht weiter wichtig, es ist nur eine Information, aber kein Grund etwas zu ändern.  — Johannes Kalliauer - Talk | Contributions 22:49, 27 February 2019 (UTC)

@JoKalliauer: , danke für diese Info. Gruß--Petrus3743 (talk) 23:01, 27 February 2019 (UTC)

@JoKalliauer: , ist mir erst jetzt aufgefallen, wie hast von diesem File:01-Parabelzirkel-van Schooten-Nachbau.svg die eingebetteten Rastergrafiken so gut entfernt? Ein Dankeschön dafürǃ Vielleicht kann es beim folgenden Bild auch probieren File:01-Parabelzirkel-van Schooten-Prinzipskizze.svg. Servus --Petrus3743 (talk) 00:06, 1 March 2019 (UTC)

@Petrus3743: Das kannst du in Inkscape [6] auch leicht selber machen: Bild markieren und dann auf Pfad > Bitmap nachzeichnen[7] gehen. Und für diesen Fall würde ich "Helligkeitschwellwert"(Standard) mit Standart-einstellungen nehmen.  — Johannes Kalliauer - Talk | Contributions 07:53, 1 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Problems with multi-language detection

Hi. Europe regions minimal cities.svg didn't show the language selection widget "Render this image in [English (en)] [Go]". My guess was that Commons is looking for <switch> elements containing <text> elements and the file contains <switch> elements containing <g> elements. But I found that SystemLanguageLayers.svg has a very similar structure and it doesn't have the same problem. Do you know anything about this? How does Commons determine whether a file is multilingual or not? TilmannR (talk) 20:03, 27 February 2019 (UTC)

@TilmannR:

Try:

• useing ?action=purge as described in de:Hilfe:Cache#Serverseitigen_Cache_leeren (german) or in https://www.mediawiki.org/wiki/Manual:Purge
• delete your browsercache de:Hilfe:Cache#Browsercache_„leeren“/aktualisieren

I hope it works.

 — Johannes Kalliauer - Talk | Contributions 20:47, 27 February 2019 (UTC)

@JoKalliauer: Well, I tried to purge test.svg, but got a "Service Temporarily Unavailable" in return. And this doesn't look like a caching problem to me. At least test.svg reliably switches back and forth between having and not having a language selector. For now I'll continue to try to create a minimal file with <switch> and without language selector. Wish me luck. :) TilmannR (talk) 20:58, 27 February 2019 (UTC)

@TilmannR: Purging Test.svg will lead to a rendering of >2000 Files. Rendering of one single file (such as File:Dojikko2.3.svg lead to an overload to the server. Therfore purging test.svg is a bad idea. Currently it is not even possible to delete Test.svg, see File_talk:Test.svg.

@JoKalliauer: Oops. TilmannR (talk) 21:12, 27 February 2019 (UTC)

However, on my computer Europe regions minimal cities.svg shows the language selection widget "Dieses Bild in [Englisch (en)] rendern. [Los]". https://screenshots.firefox.com/TnzxtNkVWgOUcTRg/commons.wikimedia.org

 — Johannes Kalliauer - Talk | Contributions 21:09, 27 February 2019 (UTC)

Yes, that's after I've uploaded a fix, which has a <switch> at the beginning of the file. My current hypothesis is, that Commons only looks at the first 256kB of a file to determine whether it's multilingual or not. TilmannR (talk) 21:12, 27 February 2019 (UTC)

Yeah. I'm pretty sure now that that's the cause. What do we do about it? It's not really a bug. It's just a poorly documented attempt to limit the amount of work done during multi-language detection. Should we mention this on the various SVG help pages? It doesn't seem to be a common problem. TilmannR (talk) 21:22, 27 February 2019 (UTC)

Sorry I did read read didn't (past). My mistake, that's the reason why I thought about cache.

I would make a phab:-Report. Only if they are imporant and/or less work they will be implemented. If someone has a problem, you can refer to the report for more infos. (or can be found with a search engine)

Since it is not that common, I would not report it on any help-page. I would keep the helppages quite tight, only with the most important info, otherwise they won't be read.

I would say @Glrx: is the biggest expert for multilangual files on commons, he probabily knows more, or has a better opinion than me.

 — Johannes Kalliauer - Talk | Contributions 22:07, 27 February 2019 (UTC)

(e/c) MW parses the SVG file and looks for systemLanguage attributes; it does not look for switch. See source around line 266. Yes, metadata extraction only looks at the first 1/4 megabyte. See $wgSVGMetadataCutoff documentation. It is not a common problem; I've only run into it a couple times. Glrx (talk) 22:15, 27 February 2019 (UTC)

Begoon noticed that $wgSVGMetadataCutoff is mentioned on Help:Translation_tutorial#Language_matching_rules. Of course it's easy to miss such a small note among the vast amount of reading material that a newcomer has to work through. I therefore requested for the SVG Checker to emit a warning, when a file might have this problem. TilmannR (talk) 14:09, 28 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Full bucket.svg

Hallo Johannes, wenn ich irgendeinen SVG-Code vereinfache macht mich das noch lange nicht zum (Co-)Autor; ausserdem steht meine UserID ohnehin in der Upload-history, also käme es mir nicht in den Sinn mich da noch gross irgendwo als Urheber einzutragen! Es steht aber nicht dafür diese Eintragung wieder zu löschen.
Auch den Text in Empty bucket.svg (du hast gemeint diese Datei verbessern zu müssen) habe ich nicht signiert - es ist schliesslich kein Diskussionsbeitrag; und in der history bleibt ohnehin ersichtlich, dass er von mir stammt. mfg -- sarang♥사랑 08:44, 21 March 2019 (UTC)

@Sarang: Das sehe ich genau umgekehrt! Ich sehe dich als Hauptautor, der aktuellen Datei. Also "jeder" kann 3 Striche zeichnen und die mit einer Kontour füllen, insofern sehe ich keine Schöpferische Leistung von Rodrigo.Argenton.

Hingegen du hast den Code auf seine knappeste Essenz zusammengekürzt, das können in diesem Ausmaß nur wenige (da fallen sofort alle die keinen SVG-source-code lesen können, weg, das sind die meisten. Und von denen die SVGs lesen können, können auch ein großteil nicht so gut SVGen wie du). Des weiteren hast du dein kluges Köpfchen verwendet und festgestellt, dass es optisch ident ist, wenn die Striche die gleiche Farbe haben, sie ja eigentlich gar nicht "sieht" und sie zum Pfad dazurechnen könnte. Damit hast du auch die Doppelecken rechts oben und links oben behoben.

Ich glaube für dich ist das was du machst schon so klar, dass du gar nicht weißt, wie ausergewöhlich deine Fähigkeiten sind.

Wenn wir uns Empty bucket.svg anschauen:

1. Ist von meiner Bearbeitung nichts mehr da, also sehe ich mich zu 0% Mitautor an der aktuellen Datei.
2. Wäre die Version von 13:34, 28. Okt. 2017 die aktuelle, dann wäre eher die Autoren von scour, svgcleaner, svgo die Autoren als ich.

Wie auch immer beide Dateien sind eigentlich {{Pd-shape}} einzukategorisieren, somit gibt es gar keine Urheber. Weil einen Urheber kann es erst dann geben, wenn eine Schöpfungshöhe vorhanden. Wo nichts gemacht worden ist, kann jeder sagen er hat das "Nichts-Werk" gemacht und gleichzeitig kann jeder auch sagen er hat nicht am "Nichts-Werk" beteiligt.

Also eine Autorfrage bei etwas was keine Schöpfungshöhe hat, ist meiner Meinung nach sinnlos (oder mir zu philosophisch).

Selbst wenn ich hinschreibe "Die Queen von England" hat es erstellt ist es (Urheberrechtlich) nicht falsch, weil es Public Domain ist und somit jeder es als sein eigenes Werk reklamieren kann.

Konkret habe ich die Autoren in eine (für mich) wahrhaftere Formulierung gebracht, weil ich das Bild auf https://gitlab.com/inkscape/inbox/issues/232 verwendet habe und dort die Autoren genannt habe.

Also ich wollte die Datei haben, weil sie eben so kurz ist, also eigentlich gibt es mir nicht um das Dargestellte sondern um den kurzen Code. (Ich weiß noch nicht inwiefern Rodrigo.Argenton Dateien geeignet sind als Minimal working Example, mit kürzestmöglichen Code, zu verwenden.)

 — Johannes Kalliauer - Talk | Contributions 18:14, 21 March 2019 (UTC)

Ok, das ist eine andere aber durchaus verstandliche Sichtweise, an der ich nichts bemangeln kann oder will. Ich neige zwar dazu meine Ideen und mir richtig erscheinenden Ansichten - nein, niemandem aufzuzwingen aber doch deutlich zur Diskussion zu stellen; aber eher nicht mich selbst allzu wichtig zu nehmen. Es gibt keine Dateien in deren Beschreibung 5mal die userID sarang zu finden ist (sowas gibt es ofter mit anderen UserIDs), oder Kategorien mit meinem Namen... Obwohl auch das durchaus Sinn und Berechtigung haben kann. Also bin und bleibe ich Co-Autor eines vollen Bechers. Das nehme ich doch gleich zum Anlass, mir hier auch einen Becher zu fullen (aber lieber nur halb) -- sarang♥사랑 18:37, 21 March 2019 (UTC)

Ubrigens, schau genau, beim Empty bucket.svg ist deine Version vom 28. Okt. 2017, 13:34 die aktuelle!

Und es gibt sehr of bombastische Lizenzen fur eindeutig ineligible Erzeugnisse....

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

BOT request

Hallo Johannes, du kannst doch auch bot? Ich hab in Commons Maint tincture code error >300 Dateien entdeckt, und soweit ich sehen konnte haben alle denselben Fehler: statt zB |Tincture=a/o/b steht dort |tincture={{tincture|a|o|b}}. Das liesse sich sogar mit VFC und regularem Ausdruck reparieren. Kannst du das? Oder weisst du jemanden der das kann? -- sarang♥사랑 17:05, 28 March 2019 (UTC)

Ich hätte als erstes an User:Sarangbot gedacht, aber wenn du mich fragst kann der bot das anscheinend nicht.

Ich kann

1. mit Imker eine Kategorie auf meinen Laptop herunterladen
2. wenn man die Dateinamen eingibt die Datei (auf Toolforge oder lokal) herunterladen
3. die Datei (auf Toolforge oder am Laptop) bearbeiten
4. die Datei unter den jeweiligen Dateinamen hochladen(überschreibt)

Jedoch weiß ich (noch) nicht wie man Dateibeschreibungen automatisiert bearbeitet. (vl. lese ich mich da jetzt anlassbezogen ein, wäre ohnehin nützlich; Schau mir das noch an, melde mich wenn das dann noch aktuell ist und nicht erledigt wurde.)

Für meinen Bot habe ich noch keinen Botflag angesucht, wollte es mal bei wenigen Dateien probelaufen lassen (die ich manuell nachkontrolliert habe) und dann darum ansuchen.

Alexis Jazz hat Fake SVGs to pngs konvertiert und die Dateibeschreibung "mitkopiert". Das hat er vermutlich atomatisiert gemacht, aber er hat meines Wissens keinen bot-account.

 — Johannes Kalliauer - Talk | Contributions 18:08, 28 March 2019 (UTC)

Danke, dann mach ich mal eine „quick & dirty“ Reparatur; ev. kann das spater mal richtig repariert werden. Btw, Sarangbot ist kein bot, nur eine Sockenpuppe. -- sarang♥사랑 19:32, 28 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Kategorisierung CC-BY-ND.svg

Hallo Johannes, du hast diese Logos sehr gut simplifiziert. Die main_category SVG Simplified ist (von mir) vorgesehen fur einige wenige sehr pragnante Beispiele von Vereinfachungen, vor allem wenn die neue Version weniger als 5% der Vorversion hat. Deshalb passen deine Logo-Reduktionen gut hierher - aber nur einmal, nicht alle sechs! Alle sind in der Unterkategorie SVG simplified logos versammelt, und das eine mit der besten Relation von 0.54% zusatzlich in der Hauptkategorie - die ubersichtlich bleiben soll. ok? -- sarang♥사랑 10:19, 30 March 2019 (UTC)

Achso, mir nicht so wichtig. Ich habe vor heute; SVG Simplified noch nie gesehen, also wenn du Kategorieänderungen vornimmst, nur zu!! Ich finde jedoch ich mein Beispiel kein so gutes Beispiel, weil die Löschung von Adobe Illustrator pgf CDATA Blöcken ist für mich eine irrelevante Vereinfachung, diese wird selbst botmässig auf https://tools.wmflabs.org/svgworkaroundbot/ durchgeführt.

Also es war Unwissenheit meinerseits.

 — Johannes Kalliauer - Talk | Contributions 16:25, 30 March 2019 (UTC)

Wenn du meinst. Vielleicht sehe ich mal, was da vereinfachbar ist - nur so aus sportlichem Ehrgeiz... wie wenn es nicht genug anderes zu tun gibt.

Nur so zur Erinnerung fur dich: Es ist sehr sinnvoll, andere vom Hochladen neuer Dateien mit CDATA und anderem Mull abzuhalten, falls sie sich bekehren lassen. Hingegen bringt es wenig, einzelne Dateien zusatzlich neu zu erstellen - auch wenn das den Ladevorgang ein klein wenig reduzieren mag. Speziell bei diesen Logos, die nirgendwo verwendet werden, entfallt dieses Argument, wir haben also unbenutzte riesige plus unbenutzte angemessen grosse Dateien auf den Datenbanken. Doch die haben ja unendliche Kapazitat! -- sarang♥사랑 11:30, 31 March 2019 (UTC)

Ich hatte die Dateien selbst benötigt, deshalb habe ich sie optimiert. Diese Logos werden vl. öfter weiterverwendet nicht nur von mir, daher wollte ich sie in einer sinnvollen Dateigröße zur Verfügung stellen. Commons soll als eine nützliche Allmende bekannt sein und nicht für "unützbare" Dateien.

 — Johannes Kalliauer - Talk | Contributions 18:53, 31 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (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:81st Airborne Commando Battalion.png

Yours sincerely, please check the deletion request page for your image(s) uploaded per PD-VietnamGov minhhuy ^(talk) 03:28, 8 April 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Copyright status: File:Xfig splash logo.png, File:Xfig-logo.png, File:Xfig-title.svg

Copyright status: File:Xfig-title.svg

This media may be deleted.

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

Jcb (talk) 23:29, 18 April 2019 (UTC)

@Jcb: There is a license, and it is according to Commons:Licensing#Acceptable_licenses.

The license tag is:

Any party obtaining a copy of these files is granted, free of charge, a full and unrestricted irrevocable, world-wide, paid up, royalty-free, nonexclusive right and license to deal in this software and documentation files (the "Software"), including without limitation the rights to use, copy, modify, merge, publish and/or distribute copies of the Software, and to permit persons who receive copies from any such party to do so, with the only requirement being that this copyright notice remain intact.

No representations are made about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty. 

Accoding to w:Xfig it is w:Free and open-source and w:MIT License.

One of the authors of the software published File:Xfig-screenshot.png under {{GFDL|migration=relicense}}

 — Johannes Kalliauer - Talk | Contributions 06:08, 19 April 2019 (UTC)

You must use one of our established license templates. Jcb (talk) 11:29, 19 April 2019 (UTC)

@Jcb: is there a guideline? If I read Commons:Licensing/de#Zulässige_Lizenzen, it sounds like I can use any license that allows several things (reuse,making derivatives,...) .

I can create a new license template (at least for multilicensing). But is it allowed to just use a new license template?

Is there a list of all "established license templates"?

 — Johannes Kalliauer - Talk | Contributions 12:31, 19 April 2019 (UTC)

The currently accepted licenses are in Category:Primary license tags (flat list). If a file has no accepted license, it will be in Category:Files with no machine-readable license. Jcb (talk) 14:50, 19 April 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:Sumerian figurine.png

File:Sumerian figurine.png has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Ellin Beltz (talk) 16:06, 5 June 2019 (UTC)

1. not my file, just a {{FakePDF}}-extraction from Sumerian figurine.pdf
2. I now requested the original author: User_talk:Ajaulwes#File:Sumerian_figurine.png

 — Johannes Kalliauer - Talk | Contributions 09:40, 9 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:Pikachu Pillows.jpg

The pillows are COM:TOO (cicular face constructed just from circles and simple lines)

File:Pikachu Pillows.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Ellin Beltz (talk) 16:08, 5 June 2019 (UTC)

1. obviously COM:TOO  — Johannes Kalliauer - Talk | Contributions 09:40, 9 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:Greater Manchester Railways map.svg

File:Greater Manchester Railways map.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!

95.144.8.227 15:19, 14 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Logo-SH-web.svg

Nein, es war mein Fehler zu ubersehen, dass das script dieses tag nicht ubernommen hat. Diese Datei zeigt sehr deutlich die verschiedenen Entwicklungsstufen des Igen, es gab recht "altertumliche" Spezifikationen. Allerdings habe ich nicht vorgesehen, dass es Inkscape-extract mit der Option IMPORTANT gibt - nur entweder/oder ist moglich. Die IMPORTANT-Option verstehe ich ohnehin nicht so recht; es ist eine besonders heilige Form der Abspeicherung? Die geschutzt bleiben soll, also nicht mit Adobe rangehen? All der fur den librsvg vollkommen redundante Inkscape-Ballast soll bestehen bleiben? Wie auch immer, wie du weisst bin ich kein begeisterter Anhanger von aufgeblahtem Code. Und ob Inkscape das so oder so macht bereitet mir keine schlaflosen Nachte.
Graphic Lab/statistics enthalt einige aktualisierte Informationen: jedes nationale Graphic lab kann mit g=ISOcode spezifiziert werden, doch sind alle mir zZ bekannten Labs besser mit (gb, gc, gd, ge, gf, gi, gj, gl, gP, gr and gw) anzugeben - die meisten Kurzcodes sind gut verstandlich, und wir werden meist mit gd zu tun haben. Olivers script ist bei vielen Kurzformen nicht ganz auf dem aktuellen Stand: es wird "Grafikwerkstatt" mit g=de ubernommen, aber wenn bereits g=de oder gd eingetragen ist wird das nicht ubernommen - so ging es auch beim Logo-SH-web verloren. Danke, dass du es gemerkt hast! -- sarang♥사랑 05:56, 16 June 2019 (UTC)

@Sarang: Das "IMPORTANT" hier war ein Fehler, ich las es früher als "IMPORTIERT" (eigentlich bin ich nicht so schlecht in Englisch), aber es bedeutet "WICHTIG", also bei der Datei war es falsch.

Importierte Dateien haben idR keine wichtigen Editor-Daten die erhalten bleiben sollen, weil sie in einem anderen Program (z.B. als PDF) gespeichtert wurden.

Die IMPORTANT-Option, heißt, dass Editor-Daten vorhanden sind, die nicht entfernt werden sollen. Bei Adobe/SVG-Opitmierer soll man speicher-Optionen wählen, sodass Editor-Daten erhalten bleiben. Beispiele:

• <inkscape:gridEin Gitter wird zum Einrasten verwendet, also wenn man zwei striche mit der Länge 5 zeichnet hat man exakt 5 und nicht "ungerade" Längen wie 5.1415, das kann das Erscheiungsbild vereinheitlichen, weil überall gleiche Abstände sind, ohne dies manuell machen zu müssen. Das Gitter wird nicht gerendert (nur optional in Inkscape).
• <sodipodi:guide Wenn man eine Hilfgerade Zeichnen will, z.B. damit alle Texte an der gleichen Linie ausgerichtet sind.
• sodipodi:cx=, sodipodi:cy=, sodipodi:rx=, sodipodi:ry=, sodipodi:type="arc" wird bei <path-Daten für Kreissegmente verwendet, die als Kreissegmente bearbeitbar sind und nicht mit den Pfad-daten Knotenpunkten und tagenten. Gerendert wird zwar das d-attribut des Pfades, aber man kann trozdem z.B. leicht den Radius oder den Öffnungswinkel ändern.
• inkscape:groupmode="layer" inkscape:label= Wird bei Gruppen verwendet um Ebenen zu verwenden, also z.B. zum sperren eines Layers(nicht bearbeitbar), dass man nicht ständig den Hintergrund uanabsichtlich verschiebt, oder man kann Layer in der GUI per klick ausblenden, das bei "normalen" Gruppen in Inkscape nicht so leicht funktioniert.

Also die Editor-Daten sind für die Darstellung irrelevant (genauso wie man ein Rechteck auch als Pfad darstellen kann), aber gewisse Daten sind für die Bearbeitung mittels GUI oft hilfreich.

Nutzlose Editor-Daten sollten auf Commons vor dem Hochladen entfernt werden. Aber Aufgrund der leichteren Bearbeitung soll generell auch <text verwendet werden und nicht der Text in einen Pfad konvertiert werden, selbst wenn der Pfad idR besser gerendert wird (abgesehen von der kleineren Dateigröße).

Die important-Option sagt aus, dass andere Editoren ev. nicht die Funktion haben das sinnvoll zu editieren (analog so als würde Adobe nur die Pfad-Daten haben, aber Inkscape noch den originalen Text zum bearbeiten) und dass man Editor-Daten nicht unüberlegt wegoptimieren soll wenn man die Datei überschreibt.

 — Johannes Kalliauer - Talk | Contributions 10:39, 16 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Edit request

Hallo Administrator, jetzt kann ich also auch dich mit solchen requests nerven... Das meiste ist aus gutem Grund protected, aber manches auch vollkommen überflüssig - zB file decriptions, wie bei Notification-icon-Commons-logo.svg! Da wäre es sehr sinvoll, den protection level ein wenig zu reduzieren.
Mein erster request an dich: bitte übertrage den Code aus Template:{{Created with .../sandbox/en}} nach Template:{{Created with .../en}}.
Achja, meinen herzlichen Glückwunsch zu deiner Aufwertung bzw. Beatifikation! Es haben also genug Leute deine Arbeit wertvoll gefunden. -- sarang♥사랑 15:01, 26 June 2019 (UTC)

@Sarang:

Bitte kontrolliere die Template-Änderung: Special:Diff/356159486, ich habe die Vorlage {{Heavily used template}} drinnen gelassen, oder soll die rauskommen?

Bei File:Notification-icon-Commons-logo.svg habe ich bearbeiten der Seite für registrierte Nutzer erlaubt, oder magst du auch reuploaden?

 — Johannes Kalliauer - Talk | Contributions 17:50, 26 June 2019 (UTC)

Danke, es ist alles in Ordnung so: die erbetene Änderung, die Erlaubnis (nein, kein reupload), danke für deine Hilfe -- sarang♥사랑 04:32, 27 June 2019 (UTC)

Jetzt verstehe ich deine Frage; aber es scheint mir dass du "Heavily used" nicht drinnen gelassen sondern hineingenommen hast! Egal, ich habe es aus der (neuen) Docu ausgeblendet, damit es nicht zweimal aufscheint.

Ist es dir recht wenn ich nicht die offizielle edit-request box nehme (die das dann sichtbar macht so dass ev. auch andere den request befriedigen) sondern so halboffiziell hier bei dir? Mein nachster request ist der Übertrag von {{Created with/sandbox/en}} nach {{Created with/en}}.

Ich habe gesehen dass du Notification-icon-Commons-logo.svg nicht nur zugänglicher gemacht hast, sondern gleich mit dem script drüber gegangen bist. Und dich um prinzipielle Klärung bemüht hast, wie das nun damit sei, und andere Logos gefunden hast. Ubrigens, Wikibooks-logo.svg ist wirklich ein Logo, und kein Icon! Hat dir das script wieder einen Streich gespielt, wegen dem Text "Favicon"? Weil es einerseits nicht wichtig genug ist, und andrerseits der Unterschied zwischen Logo und Icon marginal ist, habe ich es so belassen. Ich sehe gerade dass ich ohnehin nicht "revertieren" kann wg. cascade-protection. Aber so wie ich dich nun kenne vermute ich fast, dass es dir keine Ruhe lasst und du es noch änderst - egal ob es dafürsteht oder nicht, und so gering der Unterschied auch ist zwischen "i" und "l". -- sarang♥사랑 15:10, 27 June 2019 (UTC)

Wenn du User_talk:Steinsplitter#protecting_highly_visible_images meinst, das war schon drei Tage vor deinem Request. — Johannes Kalliauer - Talk | Contributions 16:40, 27 June 2019 (UTC)

@Sarang: Was bedeutetlang=en-bg in dem Code {{Created with/sandbox/en}} ?  — Johannes Kalliauer - Talk | Contributions 17:33, 27 June 2019 (UTC)

IETF en-BG bedeutet Englisch wie in Bulgarien gesprochen. Glrx (talk) 19:31, 27 June 2019 (UTC)

Oweh, da habe ich eine Testeinstellung übersehen - trotz aller Kontrolle! Es soll natürlich heissen lang=en, ich bringe das schnell in Ordnung. Gut dass du das gemerkt hast (beim Vergleich alt/neu? ich mache das normalerweise auch, allerdings andersrum um zu sehen was anders sein wird), danke für die Vorsicht -- sarang♥사랑 20:20, 27 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Blacklist

Hallo Johannes, eine deiner Spezialitäten ist doch das Aufspüren von Merkwürdigkeiten? Trotz diverser Bemühungen ist es mir nicht gelungen, embedded text wie in U+26FD.svg vom librsvg anzeigen zu lassen. Verschiedene Browser können das, aber nicht der libsvg. Kann am eingeschränkten Fontvorrat liegen.
Die andere Merkwürdigkeit: ich hatte mal das Beispiel ֍.svg hochgeladen, das auch nicht angezeigt wird. Wenn ich aber versuche, U+058E.svg auf ֎.svg zu verschieben, oder auf diesen Namen hochzuladen, wird das wegen blacklist-Namen verweigert. Diese ominöse blacklist hatte mich auch gehindert, die Datei 오만원.jpg unter einem sinnvollen Namen hochzuladen; wie ich auf der Beschreibungsswite notiert habe ist "50000 KRW 2009.jpg" zu uninformativ. Aber "오만원", "50000 Won" in koreanischen Zeichen wurden akzeptiert. Soll das jemand verstehen? Ich nicht -- sarang♥사랑 13:33, 28 June 2019 (UTC)

Ich schau mir das noch an, ich vermute das gewisse Schriftzeichen nicht verfügbar sind.  — Johannes Kalliauer - Talk | Contributions 19:18, 6 July 2019 (UTC)

@Sarang: Ich vermute, dass es sich um fehlende Schriftzeichen handelt, eventuell Schriftart ändern.

"50000 KRW 2009" klingt für einen Computer nach einer automatisierten Nummerierung, Technischen Bericht-nummer, aber nicht nach einen sinnvollen Namen. Eventuell werden Dateinamen mit überwiegend Zahlen nicht erlaubt.

 — Johannes Kalliauer - Talk | Contributions 21:47, 12 July 2019 (UTC)

@Sarang: Funktionieren bei dir die schriftzeichen im Browser:   — Johannes Kalliauer - Talk | Contributions 21:55, 12 July 2019 (UTC)

Nein. diese Zeichen (aus der Unicode Private Use Zone) werden weder von FF noch von Chrome angezeigt, auch nicht offline.

Hingegen wird nun U+26FD.svg in allen bisher getesteten Funktionen vom librsvg richtig angezeigt!

Bei der Banknote ist merkwürdig, dass 50000 KRW 2009 ob.jpg offensichtlich moglich war - obwohl AKAIK der uploader keine besonderen Rechte innehat - liegt vermutlich am "ob"? Zerbrich dir nicht daruber deinen Kopf, es ist keine Aktion notwendig, ich dachte nur dass dich solche Merkwürdigkeiten interessieren. Danke für deine Mühe! -- sarang♥사랑 05:02, 13 July 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:Intercultural competence.svg

File:Intercultural competence.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!

Beland (talk) 21:11, 2 July 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Thank you

Main gallery: User_talk:Begoon#Need_Help.

thank you for your help on File:Transit timetable.svg--Sushant savla (talk) 01:56, 18 July 2019 (UTC)

@Sushant savla:

There is still a problem with the 759px-Version (at least on my pc) see Commons:Help_desk#can_someone_help_me_clearing_the_cache? for details.

 — Johannes Kalliauer - Talk | Contributions 06:13, 18 July 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

Neue Vorlage

Hallo Johannes, ich habe schon lange kein Bulletin mehr von dir; wie ist denn jetzt die Situation zuhause?

Falls du mal damit rumspielen willst, es gibt nun endlich die neue Vorlage. Ich weiss nicht ob du Zeit und Lust zu so etwas hast; ich bin naturlich an feedback, auch Fehlerhinweisen, interessiert. Aber das ist naturlich vor allem die Sache des Users L. - seinetwegen habe ich diese Aufgabe übernommen... -- sarang♥사랑 12:21, 16 August 2019 (UTC)

Die Wochenenden sind verplant, weil wir meinen Eltern viel helfen müssen und seit gestern habe ich auch meinen PC aus der Reperatur. Ich hatte auch Urlaub, aber darüber schweige ich mich online aus Sicherheitsgründen aus.

Mir sind schon aufgefallen, dass du eine neue Vorlage verwendest

User:Perhelion/simpleSVGcheck.js versteht die neue Vorlage (soweit ich weiß) nicht, daher sehe ich es problematisch.

Ich wollte eigentlich urspünglich nur andiskutieren ob Igen mit Image Generation im Perhelion-Script ersetzt werden sollte.

Auch wenn ich die Vorlagen regelmässig verwende ist mir das nicht weiter wichtig. (Solange die Funktionen die ich für wichtig erachte vorhanden sind.)

 — Johannes Kalliauer - Talk | Contributions 14:19, 17 August 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:Antarctica.svg

Hi. I reverted your addition of Russian to File:Antarctica.svg. The original file was English. A French translation was added; the file translated each label/location (that is, a separate switch for each label). You added Russian, but you added Russian as a single plane ("planar translation": one switch for all Russian translation labels). That means the labels to translate are now organized two different ways. The file has many problems, and adding the Russian that way makes the file even more troubled. Also, I fear that such an organization would confuse SVG Translate. Glrx (talk) 16:49, 25 August 2019 (UTC)

@Glrx: No problem, a comment in the file-description would have been enough. But thank you for explaining it in detail on my talkpage, I consider it as a very polite (and save) way.

I would reupload it now to File:Antarctica-ru.svg (or should I remove all those switches)

it seems that File:Antarctica-ru.svg has a damaged background (color of ocean not centered, and look at the lower right corner there is a strange line), therfore I would https://upload.wikimedia.org/wikipedia/commons/archive/c/c0/20190825163108%21Antarctica.svg reupload to File:Antarctica-ru.svg (I think mering-spliting would be possible, but I think thats to complicated, also it would take less diskspace.)

 — Johannes Kalliauer - Talk | Contributions 21:34, 25 August 2019 (UTC)

I think only File:Antarctica.svg should have switch translations; the -ru version should not have any language switch elements.

I'm not sure repairing the -ru version is worth too much effort for a variety of reasons.

Any efforts for this group of maps should go into fixing File:Antarctica.svg. Many text labels need to be joined together. Unfortunately, librsvg cannot handle textPath, and that makes translation a chore for several labels.

Do not worry too much about saving disk space. The last time I bought disks, it was $30/TB. I do not want to waste space, but it may not be economic to spend much time trying to save small amounts of it. I wish MW would directly serve SVG files so tool tips and animations would work; at that point, the size of SVG files may be an important issue because it is network bandwidth. IIRC, WMF is averaging 3000 transactions per second. I wish also that SVG files could use external URLs. The Antarctica maps could share one copy of the bulky geography, and JPEG and PNG files could be SVG labeled without embedding the bitmaps. I do not detect interest by WMF; it has too many other problems.

Glrx (talk) 22:42, 25 August 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

File:Germany (+districts +municipalities) location map current.svg

Super, dass du dich um die Aktualisierung der Karte verdient gemacht hast. Auch wie du das jetzt mit der Umbenennungen und den in Hinweis in der 2013 Karte gelöst hast, ist super. Vorbildlich. Du bist dann übrigens der Urheber der neuen Karte, nicht ich. ;-)

Kleine wohlgemeinte Nachfrage: hast du eigentlich alle Gemeinden aktualisiert? Seit 2013 sind Pi mal Daumen circa 300 Gemeinden in Deutschland aufgelöst worden, vgl. [8]. Hildesheim war auch nicht die einzige Neugliederung eines Landkreises. Falls nicht ist dieses Version ja auch wieder anachronistisch. Eigentlich ändert sich dauernd was - warum ich auch immer davor zurückgescheut bin, diese Karte aktuell zu halten. Am Ende sieht man ja sowieso nicht mehr als Grenzgewusel. Liebe Grüße. --TUBS 16:02, 2 September 2019 (UTC)

Du bist dann übrigens der Urheber der neuen Karte, nicht ich.

Ich bin der Meinung, dass du der Hauptautor bist der >99% des Inhaltes erstellt hat, eine Linie zu löschen ist keine Schöpferische Leistung, und daher würde ich mich selbst nicht mal als Mitautor sehen. Sieh dir auch die Bearbeitung von @Perhelion: an: Special:Diff/271195683, die zeigt ähnliche Interpretation

Ich kenne auch "Diese Angaben dürfen in jeder angemessenen Art und Weise gemacht werden, allerdings nicht so, dass der Eindruck entsteht, der Lizenzgeber unterstütze gerade Sie oder Ihre Nutzung besonders." https://creativecommons.org/licenses/by-sa/3.0/deed.de daher darf ich dich als Urheber auch nicht anführen, weil du der Abwandlung nicht zugestimmt hast.

Um die beiden Punkte zu erfüllen, müsste man zu den Urhebern deren Leistung dazuschreiben. @Sarang: vertritt (wenn ich mich recht erinnere) der Auffassung, dass bei Urheber ausschließlich Namen stehen sollen, weil diese maschienenlesbar sein sollen, insofern ist das auch keine Lösung.

@TUBS: Danke für den Hinweis, ich dachte aufgrund von einer E-Mail-Anfrage, dass sich nur der eine Landkreis geändert hat. Vl. aktualisiere ich die Karte noch, ich hab mal {{Update}} eingefügt.

 — Johannes Kalliauer - Talk | Contributions 17:48, 2 September 2019 (UTC)

Sarang vertritt… Das ist so nicht auf meinem Mist gewachsen, ich gebe das lediglich weiter. Die Geschichte ist: ich habe mich schon länger um Validierung&Kategorisierung bemüht, und einer meiner ersten Versuche das mit einer Vorlage in den Griff zu bekommen war, so etwas in das author-Feld zu stellen - als Erweiterung des Autors also Anmerkungen zu seiner Datei zu hinterlegen: Versuch 2014: Vorlage "Uf". Da habe ich schnell eins auf die Mütze bekommen, mit dem Hinweis dass in diesem Feld "wegen maschineller Auslesbarkeit" nur der Autor stehen soll (es gibt auch noch die Ansicht, dass nur der user selbst, und nicht seine talk page, ein Autor sein kann). Ich habe das verstanden und eingesehen, und als Folge das "Image generation" für die other fields entwickelt. Inzwischen gibt es auf vieleinfachen Wunsch die unkryptische Variante File generation description, die ziemlich genau dasselbe macht; mal sehen, ob das angenommen wird! -- sarang♥사랑 08:48, 3 September 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

protection level

Hallo Johannes, kannst du bitte gelegentlich bei Falta imagen hombre.svg und Falta imagen mujer.svg den level ändern, auf [edit=template editors] ([move=sysop] & [upload=sysop] ist ok). -- sarang♥사랑 10:32, 5 October 2019 (UTC)

@Sarang:  Done  — Johannes Kalliauer - Talk | Contributions 17:14, 5 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

In regards to File:Test.svg

Sorry, I wasn't aware of the optimized version. I just reverted to last version, I thought original. I didn't bother to check the file's history. I am actually a very lazy person, you know. Masum Reza^📞 15:45, 8 October 2019 (UTC)

@Masumrezarock100: Honestly I optimized the file without consensus (therefore I am asking). (e.g. I added a Doctype-Defintion, which is controversial for SVG 1.1, because it is derecommended for the SVG2.0-draft and and even for SVG1.1 it is often derecommended because of false negatives.) I find the source code easier to read/edit. I changed the optimzied version to easier use User:Rillke/SVGedit.js.  — Johannes Kalliauer - Talk | Contributions 16:43, 8 October 2019 (UTC)

The current code looks ok. But I am not sure the id attribute is necessary. Masum Reza^📞 17:00, 8 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

technikfrage

hallo, es geht um folgende vorlage: {{Convert to wikichart}}

es steht ja in der doku dass die bilder mit der vorlage in die kategorie Images which should use wikicharts einsortiert werden

jetzt würde mich aber prinzipiell das gegenteil interessieren: welche bilder hatten diese vorlage auf ihrer seite und jetzt nicht mehr

im besten fall (keine garantie) könnte man sich dann anschauen, wie die grafik ersetzt wurde

obwohl das auch nicht ganz fertig gedacht ist, weil die vorlage ja nachwievor gilt, auch wenn das bild in einem sprachwiki durch ein graph ersetzt wurde

dann würde mich interessieren, ob das bild aus einem sprachwiki verschwunden ist nachdem die vorlage gesetzt wurde

bin mir jetzt beim schreiben gar nicht mehr sicher, ob meine anfrage sinn macht - was meinst du?

würdest du grafiken wie diese TurkishVocabulary.png durch ein wikichart ersetzen?

danke und gruß --Mrmw (talk) 20:37, 30 October 2019 (UTC)

@Mrmw: Ich verwende Wikicharts nicht und die Sinnhaftigkeit ist indiviuell zu überlegen, aber grundsätzlich sind Wikicharts etwas gutes und finde ich gut.

zu TurkishVocabulary.png:

1. Pro PNG: Die Grafik schaut gut aus, ich finde der Schatten wirkt gut. Ebenfalls die Heraushebbung der nicht Türkisch-Abstamenden Vokabulars gefällt mir
2. Pro Wikichart: Ich hab mir nur die Verwendung auf de:Türkische_Sprache#Sprachen_und_Anzahl_der_Lehnwörter angeschaut, dort ist der Text viel zu klein (insbesondere die Legende), der Text ist englisch (ok mit einem multilingualen SVG könnte man das noch umgehen), insofern würde ich hier Wikicharts bevorzugen.

Also ich glaube Wikicharts machen vieles besser und sind insbesondere bei Nationalrat das sich regelmässig ändert sehr hilfreich, aber man wird keine excelente Grafik damit machen können. Betonungen/Hervorhebungen werden vermutlich schwerer.

Ich finde es ist einerseits Fallabhängig, anderseits ist es Geschmackssache, insofern wirst du von mir keine klare Antwort bekommen.

Ich würde sagen, mach das was dir gefällt und akzeptiere das andere andere Meinung dazu haben und eventuell deine Bearbeitungen zurücksetzen (egal ob JPG/PNG/SVG->Wikichart oder Wikichart->JPG/PNG/SVG).

Eventuell kann man das auch zentral (z.B: bei Commons:Forum) diskutieren, aber ich finde das ist Entscheidung der Autoren im Artikel wo es eingebunden wird. (Und damit eine Frage der lokalen Sprachwikipedia und nich von Commons.)

 — Johannes Kalliauer - Talk | Contributions 22:46, 30 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 06:45, 31 October 2019 (UTC)

reversion

Hallo Johannes, in der history von Species diversity pie chart DE.svg kannst du sehen dass sich ein Benutzer durch eine Anwendung des script gestört fühlte, und es (wegen der roten Blöcke?) als meine Ablehnung seiner Arbeit interpretiert hat. Ich habe nachgesehen, im Umgang mit dir schien er recht angepasst und vernünftig, und PalZ logo.svg hat er auch gut repariert. Vieleicht hatte er nur einen schlechten Tag? Ich habe kein Interesse an Streit, ich lasse es. Falls du magst kannst du es gerne versuchen - es ist ja wirklich nicht so wichtig.
Ich hoffe, mit deiner Familie gibt es Besserungen? -- sarang♥사랑 06:51, 31 October 2019 (UTC)

das svg werde ich validieren (Metadaten-JPEG-Bild und pgf_CDATA löschen), path-text werde ich lassen und die Beschreibungsseite hätte ich unverändert gelassen; jemanden auf der Disk anschreiben wirkt aus Author oft unnötig aufwändig, aber für den Empfänger/Leser hat es doch einen höflicher und rücksichtsvollen Eindruck.

Familie geht es ok. Meine Mutter hat sich schon ordentlich weh getan beim Sturz, aber sie konnte gottseidank selbständig aufstehen, ich glaub' sie spielt es runter. Mein Vater soll im September rückoperiert werden, aber der macht sich um alles Sorgen und der braucht jetzt wo er nicht so mobil ist jemanden zu reden und hat niemanden.

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:47, 31 October 2019 (UTC)

test.svg

hi und frohes neues - kannst du helfen? was läuft beim rendern dieses svgs falsch? danke und gruß --Mrmw (talk) 13:10, 8 January 2020 (UTC)

Tracked in Phabricator
Task T217990

@Mrmw: phab:T217990

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg width="600" height="270" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
 <radialGradient id="n" cx="-19.36" cy="40.31" r="7.1" gradientTransform="matrix(.31952 .19811 -.16297 .23193 348.75 151.87)" gradientUnits="userSpaceOnUse">
  <stop stop-color="#fff" offset="0"/>
  <stop stop-color="#fff" stop-opacity="0" offset="1"/>
 </radialGradient>
 <linearGradient id="m" x1="335.18" x2="337.97" y1="160.74" y2="158.71" gradientUnits="userSpaceOnUse">
  <stop stop-color="#a4362f" offset="0"/>
  <stop stop-color="#f60400" offset="1"/>
 </linearGradient>
 <g transform="translate(-331.23 88.99)">
  <g id="l" transform="matrix(9.7907 0 0 9.7907 -2901.7 -1599.9)">
   <g id="k">
    <g id="j">
     <g id="i">
      <g id="h">
       <path d="m337.97 158.72a3.3716 3.3858 0 1 1-6.7432 0 3.3716 3.3858 0 1 1 6.7432 0z" fill="url(#m)"/>
       <path d="m338.27 158.79a2.6741 2.0042 27.538 1 1-4.5356-2.8121 2.6741 2.0042 27.538 1 1 4.5356 2.8121z" fill="url(#n)"/>
      </g>
      <use transform="translate(6.92)" width="100%" height="100%" xlink:href="#h"/>
     </g>
     <use transform="translate(13.84)" width="100%" height="100%" xlink:href="#i"/>
    </g>
    <use transform="translate(27.69)" width="100%" height="100%" xlink:href="#j"/>
   </g>
   <use transform="translate(3.46 6.3)" width="100%" height="100%" xlink:href="#k"/>
  </g>
  <use transform="translate(0 123.42)" width="100%" height="100%" xlink:href="#l"/>
 </g>
</svg>

hier ist in Zeile 18 wichtig d="m337.97 158.72a3.3716 3.3858 0 1 1-6.7432 0 3.3716 3.3858 0 1 1 6.7432 0z", als auch in Zeile 19 d="m338.27 158.79a2.6741 2.0042 27.538 1 1-4.5356-2.8121 2.6741 2.0042 27.538 1 1 4.5356 2.8121z"

Ansonsten verwende einfach https://tools.wmflabs.org/svgworkaroundbot/ und aktiviere run svgcleaner, damit sollte es behoben sein.

 — Johannes Kalliauer - Talk | Contributions 18:26, 8 January 2020 (UTC)

danke - so funktioniert es
dazu habe ich fragen:

1. wie wird hierbei (svg-cleaner) gerundet
2. kann ich den svg-cleaner praktischer und autmatisierter ausführen? du hattest mal links für commandozeile oder batch-befehlen geschickt?

danke und gruß --Mrmw (talk) 08:47, 9 January 2020 (UTC)

@Mrmw:

rundung: Wie man im Quellcode sieht: https://github.com/JoKalliauer/convert/blob/master/WorkaroundBotsvg2validsvg.sh

svgcleaner $i $i2 --allow-bigger-file --indent 1 --resolve-use no --apply-transform-to-gradients yes --apply-transform-to-shapes yes --convert-shapes yes --group-by-style no --join-arcto-flags no --join-style-attributes no --merge-gradients yes --regroup-gradient-stops yes --remove-comments no --remove-declarations no --remove-default-attributes yes --remove-desc yes --remove-dupl-cmd-in-paths yes --remove-dupl-fegaussianblur yes --remove-dupl-lineargradient yes --remove-dupl-radialgradient yes --remove-gradient-attributes yes --remove-invalid-stops yes --remove-invisible-elements no --remove-metadata no --remove-needless-attributes yes --remove-nonsvg-attributes no --remove-nonsvg-elements no --remove-text-attributes no --remove-title no --remove-unreferenced-ids no --remove-unresolved-classes yes --remove-unused-coordinates yes --remove-unused-defs yes --remove-version yes --remove-xmlns-xlink-attribute yes --simplify-transforms yes --trim-colors yes --trim-ids no --trim-paths yes --ungroup-defs yes --ungroup-groups no --use-implicit-cmds yes --list-separator comma --paths-to-relative yes --remove-unused-segments yes --convert-segments yes --apply-transform-to-paths no --coordinates-precision 2 --paths-coordinates-precision 5 --properties-precision 3 --transforms-precision 7 [bzw bei Valid --transforms-precision 5]

Die Erklärung dazu findest du auf https://github.com/RazrFalcon/svgcleaner/blob/master/docs/svgcleaner.adoc#set-coordinates-numeric-precision und folgende.

Diese Präzession sollte nach meiner Erfahrung bei allen üblichen SVG-Dateien bei Vollbild (~2000x1000Pixel) zu keinen sichtbaren Unterschieden führen, daher ist mehr sinnlos und (deutlich) weniger kann gefährlich werden.

Bei svgcleaner gibt auch ein GUI: https://github.com/RazrFalcon/svgcleaner-gui/releases oder bevorzugst du die Kommandozeile https://github.com/RazrFalcon/svgcleaner/releases ?

 — Johannes Kalliauer - Talk | Contributions 21:16, 9 January 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 22:28, 11 January 2020 (UTC)

Hochladekommentar für Files

File:WU-Beton Wassereindringvermögen.svg
hi, ich bin leider immer wieder zu faul und teste meine hochladelinks - hier ist es id für die seite, nicht die id für die seitenversion (falsch: curid, richtig: oldid)
ich habe den korrekten link in der dateibeschreibung
gibt es eine möglichkeit nach dem hochladen der datei den hochladekommentar zu editieren?
danke und gruß --Mrmw (talk) 22:32, 11 January 2020 (UTC)

@Mrmw: Ich hab leider deine Aussagen nicht ganz verstanden. Ich verwende normalerweise Special:PermanentLink/386916522 oder Special:Diff/386916522, oder was meinst du?

Ich glaube das Hochladekommentar, kann man wie die Zusammenfassungszeile nicht nachträglich bearbeiten.

 — Johannes Kalliauer - Talk | Contributions 22:45, 11 January 2020 (UTC)

hi, danke - die antwort hat schon gereicht - der link im hochladekommentar ist falsch, ich hab die curid (permalink seite) anstatt der oldid (permalink version) verwendet - deshalb zeigt er im hochladekommentar auf das falsche ziel
in der dateibeschreibung ist es richtig

--Mrmw (talk) 08:48, 12 January 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:48, 12 January 2020 (UTC)

gnuplot

hallo, ich hab mir deine Grafik angeschaut für die erneuerbaren energien in frankreich: file:Electricity in France de Gnuplot.svg

ich habe probeweise bei 1993 für die erneuerbaren (grün) einen peak von 600 eingefügt
ist das svg mit diesen daten verknüpft?
wie kann ich eine datenänderung zur anzeige bringen?

wenn ich von dem svg in commons auf den gnuplot-link klicke komme ich nur zum Artikel - ist iwo beschrieben, wie ich es selber so wie du anwenden kann?
würde mich sehr interessieren - danke

würd gern versuchen die anfrage in der de:WP:Grafikwerkstatt ganz unten (Anteile der Energieträger seit 1800) selber mit gnuplot zu bauen - wärst du so nett und unterstützt mich?
--Mrmw (talk) 12:06, 29 July 2018 (UTC)

@Mrmw: Ich kann dir gerne helfen, also die Daten sind nicht wikiintern verknüpft, sie sind nur Quelldateien, die du Benötigst um das SVG vollautomatisch auf deinen Privatpc erstellen zu können.

Wie du Gnuplot auf Windows 64bit installierst:

• Downloadlink: de:Gnuplot --> http://www.gnuplot.info/ --> https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.4/ --> https://sourceforge.net/projects/gnuplot/files/gnuplot/5.2.4/gp524-win64-mingw_2.exe/download
• Instllieren
• Dann File:Electricity_in_France_de_Gnuplot.svg#Source unter "Energie.gp" speichern und File:Electricity_in_France_de_Gnuplot.svg#Daten.txt unter "Daten.txt" im gleichen Ordner speichern. (z.B. Desktop/Wiki, bitte ohne lehrzeichen)
• Ein Terminalfester öffnen:
  • ⊞ Win & R
  • cmd.exe
• in den betrefenden Ordner navigieren:
  • cd Desktop/Wiki
• Program ausführen mit
  • gnuplot Energie.gp
• Die Datei "Electricity_in_France_de_Gnuplot.svg" öffnen die sich im selben Ordner befindet.

Wieauchimmer irgendwer muss sich um die Aktualisierung der Daten kümmern, das SVG erstellen kann ich recht schnell.

 — Johannes Kalliauer - Talk | Contributions 20:37, 29 July 2018 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:39, 18 April 2020 (UTC)

webservice restart https://tools.wmflabs.org/svgworkaroundbot/

hi, hier steht man soll dich benachrichtigen, dass du den service neu starten kannst - wäre nett vielen dank:

If the Error "500 - Internal Server Error" ocours, the webservice hast to be restarted. There will be a button implemented, but now you have to message JoKalliauer to fix it. (see below)

gruß --Mrmw (talk) 16:14, 26 September 2019 (UTC)

@Mrmw: Hallo ich hab https://tools.wmflabs.org/svgworkaroundbot/ probiert und es hat funktioniert, ich hab es dennoch neu gestartet.

Ich habe festgestellt, dass nur Dateien bis 1MB funktionieren. Ich weiß nicht warum.

Ich habe auf https://tools.wmflabs.org/svgworkaroundbot/T36947.html einen Restart-Button eingeführt, jedoch funktioniert der nicht, entweder weil ich zu unfähig bin (d.h. ich kenn mich damit nicht aus) oder weil man den Webservice anonym nicht starten/restarten kann (vermutlich aber stopen).

Kannst du schauen, ob es jetzt funktioniert. Wenn eine andere Fehlermedlung kommt liegt es an etwas anderem.

 — Johannes Kalliauer - Talk | Contributions 19:32, 27 September 2019 (UTC)

entschuldigung für die späte rückmeldung - ich konnte noch keine datei mit deinem tool bearbeiten - es gibt immer den selben fehler - auch nach restart

leider weiss ich gar nicht in welche richtung ich suchen und probieren könnte, sollte es an meinem system liegen

hast du tipps? --Mrmw (talk) 20:02, 7 October 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:40, 18 April 2020 (UTC)

commons logo

hi, ist das (File:Commons-logo-en.svg) das bild, das auch auf der commons-hauptseite links oben zu sehen ist? - ist das wirklich so gewollt, dass der große pfeil oben so verbogen ist? - würde mich nicht trauen sowas zu ändern - vergleicht man aber mit dem hier z.b.: (File:Commons_logo.svg) so sieht man deutlich den unterschied - was meinst du? danke und gruß --Mrmw (talk) 13:17, 17 November 2019 (UTC)

• 
  Commons-logo.png Original Image
• 
  Commons-logo.svg Converted to Vector in 2005
• 
  Commons-logo.svg Derivative in Okt. 2018

Also File:Commons logo.svg scheint für mich nach einer "private" Abwandlung aus, aber ja ich finde den schiefen Pfeil auch komisch, wir sind anscheinend nicht die einzigen die das komisch finden. Wir sollten vorschlagen das Logo zu ändern, wobei bei File:Commons logo.svg ist die Pfeilspitze meiner Meinung nach zu groß.

Sieh dir auch Commons:Village_pump/Copyright#claiming_PD_as_own_images an.

 — Johannes Kalliauer - Talk | Contributions 14:10, 17 November 2019 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:38, 18 April 2020 (UTC)

raster-vector

@Sarang:
hallo ihr zwei, es gibt rasterbilder auf commons die per template mit einer vector-version ausgestattet sind, aber dennoch gleichzeitig auch per template zum vektorisieren auffordern
bei vielen wurde das entfernen von z.b. {{svg}} vergessen denke ich
aber es gibt vielleicht auch fälle, bei denen die vector-version von der raster-version so abweicht, dass es noch nicht dem wunsch nach dem vector gemäß dem orginal entspricht
ich will nicht durchtrampeln und so schaden anrichten
darf ich euch beide bitten euch die beispielhaften bilder anzusehen und die zu nennen, bei denen der wunsch zur svg-erstellung bestehen bleiben sollte - bitte kurz begründen
vielen dank und gruß --Mrmw (talk) 18:51, 13 January 2020 (UTC)

• 
  Standardlogo Thaff.jpg Kand 1 - Raster
• 
  Logo Thaff Thueringen.svg Kand 1 - Vector
• 
  A lipid micelle.png Kand 2 - Raster
• 
  Lipid bilayer and micelle.svg Kand 2 - Vector
• 
  Pournelle chart color.gif Kand 3 - Raster
• 
  Pournelle Chart.svg Kand 3 - Vector
• 
  Electric glow discharge schematic.png Kand 4 - Raster
• 
  Electric glow discharge schematic.svg Kand 4 - Vector
• 
  TC Constituents.jpg Kand 5 - Raster
• 
  Total Carbon (TC).svg Kand 5 - Vector
• 
  Guam Export Treemap.jpg Kand 6 - Raster
• 
  Guam Exports Treemap 2017.svg Kand 6 - Vector
• 
  NeuronResistanceCapacitanceRev.jpg Kand 7 - Raster
• 
  Cable theory Neuron RC circuit v3.svg Kand 7 - Vector
• 
  Logo du M1 de Lausanne.png Kand 8 - Raster
• 
  Logo du M1 de Lausanne.svg Kand 8 - Vector

@Mrmw: Alle Dateien haben kleinere oder größere Unterschiede. Bei File:Standardlogo_Thaff.jpg(die Ränder größer als beim SVG) und File:NeuronResistanceCapacitanceRev.jpg(Raster schlechtere Qualität) würde ich {{Svg}} entfernen, bei File:A lipid micelle.png hingegen würde ich es lassen, bei allen anderen bin ich indifferent und würde ich gem. Commons:Overwriting_existing_files#Controversial_or_contested_changes so lassen wie es ist. Ich weiß die Regel betrifft Dateien überschreiben, aber ich habe das Gefühl das auf Commons der Autor/Urheber auf der Bildbeschreibungsseite ein gewisses Vorrecht hat (das ist in Wikipedia ganz anders). Aber wenn du nach dem Sollzustand fragst, dann würde ich sagen es gehört bei allen bis auf Kand2 entfernt. Wenn du eine Grafik (aus optischen (nicht technischen) Gründen in der Vorschau) zu 90% das SVG verwenden würdest (oder keine Unterschiede ersichtlich sind), dann ist supersedes/ersetzt das SVG das JPG/PNG. Ich vermute Sarang wird dazu ein klareres Bild haben.  — Johannes Kalliauer - Talk | Contributions 19:19, 13 January 2020 (UTC)

@Mrmw: Danke dass du dir die viele Arbeit gemacht hast! Ich versuche auch immer aufzuräumen, wenn ich auf so etwas stosse, aber das erfolgt meist nur durch Zufall. IMHO ist es ausreichend, wenn jede dieser Dateien auf die andere verweist, dann kann ausgewählt werden welche man bevorzugt. Ich habe alle durchgesehen und die widersprüchlichen taggings bereinigt, und sonstige Mängel verbessert. Ich denke, dass es nun so halbwegs in Ordnung ist.
Wenn einmal mit Aufräumen und Bereinigen begonnen wird, könnten mehrere Leben damit zugebracht werden, und da immer neue Kandidaten für solche Reparaturen dazukommen endet das nie. So gesehen, kämpfen wir einsam auf verlorenem Posten... Aber: nur weiter so. -- sarang♥사랑 08:15, 14 January 2020 (UTC)

@Mrmw: Ich war auf der Suche nach einer Vektor-version von File:Batik_(software)_logo.png und ich fand nur File:Apache-batik.svg. Leider fehlt dort der Untertitel "JAVA SVG TOOLKIT", daher würde ich mir eine vollständige Vektorisierung des PNGs wünschen und hätte {{SVG}} gelassen, auch wenn ich {{Vva}} hinzugefügt habe.

Vielleicht sollen wir statt SVG eine Vorlage machen/verwenden {{Improve exististing Vectorization}}, die sagt aus, dass eine vektorisierung gewüscht wird, da die bestehende Vektorisierung unvollständig ist.

 — Johannes Kalliauer - Talk | Contributions 17:38, 9 March 2020 (UTC)

ja verstehe was du meinst - bin grad am überlegen - rein intuitiv würde ich mich gegen eine weitere vorlage aussprechen, weil ich denke es muss jeder beim einbinden prüfen ob die vektorisierung ausreichend ist - andererseits gibt es dann keinen trigger, das svg zu verbessern, was wieder für deine idee spricht - schwieriges thema für mich - in dem fall wenn ein element komplett fehlt hast du recht, da sollte die vorlage svg nicht entfernt werden oder das vva gar nicht gesetzt werden - vielleicht wäre in dem fall {{SVG|logo|vectordata=[[File:Apache-batik.svg|50px]] ([[:File:Apache-batik.svg]])}} besser angebracht? --Mrmw (talk) 19:43, 9 March 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:38, 18 April 2020 (UTC)

File:A lipid micelle.png

hi, das ist jetzt ein missverständnis, wenn du die vva-version änderst - das bild zusammen mit der vva-version ist grundlage meiner fragestellung und soll einen bestimmten fall repräsentieren - nämlich wenn zwar ein svg vorhanden ist, dieses jedoch nicht 'freigestellt' ist - wenn du jetzt ein perfektes svg als vva-version verlinkst ist die fragestellung für dieses bild hinfällig - gruß --Mrmw (talk) 07:55, 14 January 2020 (UTC)

das gilt für euch beide - hab das ziel vielleicht falsch formuliert - mir gehts in erster linie nicht um die bearbeitung der files, sondern um eine gemeinsame einschätzung und bewertung, damit ich diese bewertung für andere files übernehmen kann - deswegen interessieren mich eure begründungen - gruß und danke --Mrmw (talk) 08:01, 14 January 2020 (UTC)

@Mrmw: das hatte ich leider nicht richtig verstanden; aber meine Antwort oben ist ungefähr was du willst ?

Widersprüche {wie {{Vva}} und {{Svg}}) bereinigen, und von jeder Datei deutlich auf die andere verweisen; VVA sagt deutlich "...when superior", und weist damit die Entscheidungsfrage dem Bearbeiter zu; Superseded und andere machen das ähnlich. Übrigens, du darfst gerne eine eigene Meinung haben und dieser gemäß handeln; auch Johannes und ich haben keineswegs identische Auffassungen - wir haben auch ganz andere Schwerpunkte, und der deinige ist eine wichtige Bereicherung der Wp. -- sarang♥사랑 08:15, 14 January 2020 (UTC)

@Sarang:
hi, ich habe jetzt alle dateibeschreibungsseiten durchgesehen - meine ursprüngliche fragestellung hat sich so einfach beantwortet, weil deiner meinung nach alle svgs ausreichend sind, dass der ursprüngliche wunsch der vektorisierung durch templateplatzierung erfüllt ist und entfernt werden kann
du hast "Kand 8 - Vector" vergessen?
manchmal setzt du "own based" manchmal "autvec" ein - was wann und warum?
ich bin ein methodiker - und hier hab ich grad die schnappsidee für ein helferlein, dem ich ein oder mehrere raster- und ein oder mehrer vectorbilder als input gebe und vorschläge für die entsprechenden templates auf den beschreibungsseiten erstellt - hab aber mit wiki-programmierung nichts am hut und wüsste gar nicht mal welche technik und schnittstellen es gibt, evtl. auch für den reinen privatgebrauch (singel-anwender) und nur als tipphilfe - automatisiert sollten dann infos wie autor automatisch ermittelt werden ...
ich denke die igen-knöpfchen im editor habe ich auch nur, weil ich das mal eingebunden habe, dort auch textfelder für die entsprechenden dateien, ein weiteres knöpfchen und los gehts --Mrmw (talk) 22:35, 14 January 2020 (UTC)

@Mrmw: deine idee: ein menschlicher bearbeiter kann (oft auf einen einzigen ersten blick) ähnlichkeiten und zusammenhänge erkennen, die maschinell sehr mühsam und nur unvollständig und mit fragwürdiger verläßlichkeit zu ermitteln wären. speziell solche dateivergleiche sind IMHO kaum mit vertretbarem aufwand zu realisieren; das script von oliver ist sehr ausgefeilt, macht aber wie jede maschinell gewonnene beurteilung fehler - die ein bearbeiter sofort erkennen kann. nein, da ist deine arbeit unverzichtbar, und nicht durch ein helferlein ersetzbar ! wenn ein werkzeug den namen des anderen autors beisteuern würde wäre das oft sehr praktisch und hilfreich; aber bei der fülle der möglichkeiten, was da geschrieben werden kann, erscheint selbst das keineswegs einfach.

{{Own based}} und {{Own using}} sind verbesserte, internationalisierte beschreibungen wenn etwas auf irgendeiner anderen datei basiert, bzw irgendwelche sonstigen hinweise oder angaben verwendet.

{{AutVec}} ist für die "reine" vektorisierung einer bitmap-datei, um 1) den bitmap-autor, 2) den vektorisierer und (fakultativ: 3) den link zur bitmapdatei zusammenzufassen ('reine' vektorisierung: nur umsetzung in SVG, ohne jede substantielle änderung).

da auch Own based den autor der based-datei angeben kann (und übrigens auch einen display derselben) sind in vielen fällen beide vorlagen möglich - es ist aber sicher nicht sinnvoll mehrmals den ursprungsautor anzuzeigen. in solchen fällen ist es dem designgefühl des bearbeiters, also deiner einschätzung was sinn macht und gut aussieht, überlassen wie er/sie die situation mit den vorlagen darstellt. jedenfalls sind die vorlagen, die ihre texte internationalisieren, jeder handgeschriebenen (und damit zwangsläufig nicht sprachangepassten) beschreibung vorzuziehen. -- sarang♥사랑 06:50, 15 January 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:41, 18 April 2020 (UTC)

Frage

hi, ist die frage unklar formuliert, zu komplex oder mein englisch zu schlecht? hast du eine antwort? --Mrmw (talk) 08:01, 10 February 2020 (UTC)

La demando estas klare formulita, sed mi legis ĝin tri fojojn, eĉ skribi la unuajn vortojn en la germana probable maldaŭrigas multajn el la daŭrado (devus skribi: angla versio sube, aŭ pli bone ankoraŭ: germana sube), mi ankaŭ kredas, ke ĝi estas tia funkcio ne ekzistas per speciala paĝo, sed mi pensas, ke povus ekzisti iloj (instale lokaj) por fari tion (simile al duon-aŭtomataj vandalismaj kontroliloj).

Ke mi komprenas vin ĝuste, mi ripetas vian demandon: Vi volas unuajn alŝutojn, filtri laŭ dosiero tipo?

Ĉu vi sentas, ke> 90% de la alŝutoj estas unuaj alŝutoj? Krome, kiu bot alŝutas dosierojn (krom Rotationsbot (neaktiva ekde 2014)). Mi mem havas boton: Uzanto:SVGWorkaroundBot, sed ĝi prilaboras malpli multajn dosierojn ol mi mem kaj mia bot teknike ne povis fari komencajn alŝutojn (sed li havus rajtojn). Tiurilate, filtri bots estas sensignifa, ĉar la miaopinie havas neniun rimarkindan alŝutan trafikon.

Die Frage ist klar formuliert, aber ich habe sie drei mal gelesen, auch die ersten Worte Deutsch zu schreiben, hällt vermutlich viele davon ab weiterzulesen (müsstest schreiben: English version below, oder besser noch du schreibst die deutsche Version unter der englischen), auch glaube ich dass es so eine Funktion nicht via Spezialseite gibt, aber ich glaube es könnte Tools (die man lokal installiert) geben die so was können (ähnlich zu halbautomatischen Vandalismus-checkern), aber da kenne ich mich nicht aus.

Dass ich dich richtig verstehe wiederhole ich deine Frage: Du willst Erstuploads, nach Dateityp filtern?

Gefühlt sind doch >90% der Uploads Erstuploads? Außerdem welcher Bot ladedet Dateien hoch (abgesehen vom Rotationsbot (inaktiv seit 2014)). Ich hab zwar selber einen Bot: User:SVGWorkaroundBot, aber der bearbeitet weniger Dateien als ich selbst und Erstuploads könnte mein Bot technisch gar nicht (Rechte hätte er aber). Insofern Bots rausfiltern ist mMn sinnlos, weil die mMn keinen nenneswerten Uploadtrafic haben.

 — Johannes Kalliauer - Talk | Contributions 19:09, 10 February 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:36, 18 April 2020 (UTC)

Grafikwerkstatt + mulitlang

Hallo, zwei Fragen zu einer Anfrage in der deutschen Grafikwerkstatt von @Leyo: - zum einen würde mich interessieren ob man eine kleine Checkliste erstellen könnte für neue Anfragen in der GWS und diese Anfrage als Muster irgendwie platzieren könnte - viele machen es sich sehr einfach oftmals und nur sehr wenige sind so vorbildlich wie diese Anfrage - genau solche punkte würde ich in eine checkliste packen - gibt es ein qualitatives muster als raster?, ist es in irgend einer art und weise abgestimmt?, liegen übersetzungen vor?, wie lautet die quelle? - oder ist das too much und schreckt neulinge ab? ich selber trau mich nicht an so einer seite etwas neues einzubauen - also deshalb nur als vorschlag/idee? evtl. dann auch auf englisch in EN und commons? - was viele nicht wissen aber meiner meinung manchmal gern täten: svg-vorlagen suchen für einzelne elemente - evtl. dafür die geeigneten categorien aus commons kurz auflisten

zweite frage: ich werde mich dem thema annehmen, weil mich das mulit-lang-thema schon länger interessiert - ich würde mal sehen wie weit ich komme und dich dann kontaktieren wenn es ok für dich ist? gruß --Mrmw (talk) 20:06, 9 March 2020 (UTC)

Kurze Antwort bevor ich schlafen gehe: Ich bin für eine Anleitung, die man am Anfang plaziert oder verlinkt. Ich habe es mal bei w:de:Benutzer:JoKalliauer/Grafikwerkstatt/Anträge versucht/angefangen. Ich glaube dass einen Entwurf erstellen sollte, dann den auf w:de:Wikipedia_Diskussion:Grafikwerkstatt vorstellt und wenn keine gegenstimmen kommen einfach umsetzt. Ein Musterlayout das über das derzeitige Wikipedia:Fotowerkstatt/preload hinausgeht finde ich nicht sinnvoll, aber eine Erklärungsseite auf die man verweisen kann fände ich gut.

Aus der Sicht der Nutzer: Wie schnell eine Anfrage angenommen wird hängt oft nicht von der Qualität der Frage ab, sondern mMn vielmehr vom Aufwand für die Grafikwerkstadt.

 — Johannes Kalliauer - Talk | Contributions 23:33, 9 March 2020 (UTC)

@Mrmw:

Leyo stellt mehr Anfragen und ist daher erfahrener wie man so was stellt als ein Neuling der einen Bilderwunsch hat. (Aber ja er bemüht sich auch.)

Ich hab mir w:en:Wikipedia:Graphics_Lab/Illustration_workshop und c:Commons:Graphic_Lab/Illustration_workshop als Vergleich angeschaut und dort konnte ich nur c:Commons:Graphic_Lab/Request_filler finden.

Ich persönlich erstelle Hilfeseiten/Muster/How-to-do anlassbezogen, formuliere sie aber generell. Also wenn eine schlechte/unvollständige Anfrage kommt, dann ergänze ich w:de:Benutzer:JoKalliauer/Grafikwerkstatt/Anträge, aber so dass ich das auch für andere Beispiele verwenden kann und verweise den Antragsteller auf meine Seite.

Wenn du eine Mustervorlage erstellen willst, dann ist es schwer dass die generell gültig ist, also von PNG2SVG-Vektorisierungen, SVGÜbersetzungen, PDFExtrahierhungen, SVG-Bug-Reparing,....

Ich würde dir raten, eine (profisorische) Mustervorlage zu erstellen und diesen konkreten Vorschlag und wie du sie umsetzen willst (preload?) auf w:de:Wikipedia_Diskussion:Grafikwerkstatt vorzustellen.

 — Johannes Kalliauer - Talk | Contributions 21:44, 10 March 2020 (UTC)

ja, da hast du recht - ich hatte nur den konkreten fall 'neues svg aus raster-vorlage erstellen' - wenn man die anderen fälle berücksichtigt die du genannt hast wird es zuviel - das wäre dann schlechter --Mrmw (talk) 09:33, 11 March 2020 (UTC)

ich hab mich jetzt mal versucht bei der anfrage
das ergebnis als code dort: de:Benutzer_Diskussion:Mrmw/Effects_of_exposure_in_human_health
in inkscape wird es korrekt angezeigt - auf https://tools.wmflabs.org/svgcheck/index.php fehlt der text
es ist für mich viel arbeit in inkscape mit text zu handeln - so viel, dass mir fast die lust dabei vergeht - ich code die textbausteine per hand, öffne es in inkscape, positioniere den text und muss nach dem abspeichern wieder endlos code bereinigen und manuell per hand neu gruppieren
dazu kommt die große gefahr, dass ein editor mit wenig wissen und erfahrung in guter absicht zb. einen text hinzufügt in inkscape und beim speichern alles zerschießt - motiviert mich nicht sehr
kannst du dir den code mal ansehen? hast du denn erfahrung mit mulitlang und switch?
gruß und danke --Mrmw (talk) 20:53, 11 March 2020 (UTC)

@Mrmw: Ich hab hier nur den Text: (Gruppierungen alle aufgelöst und dafür in de und en getrennt)

<?xml version="1.0" encoding="UTF-8"?>
<svg width="650" height="450" fill-rule="evenodd" font-family="DejaVu Sans" font-size="7" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg">
 <switch>
  <g systemLanguage="en">
   <text x="-903.81" y="-80.08">high certainty</text>
   <text x="-903.81" y="-80.08">low certainty</text>
   <text x="-903.81" y="-80.08">obesity</text>
   <text x="-903.81" y="-80.08">early puberty onset</text>
   <text x="-903.81" y="-80.08">increased miscarriage risk<tspan x="-903.81" y="-73.08">(i. e. pregnancy loss)</tspan></text>
   <text x="-903.81" y="-80.08">low sperm count and mobility</text>
   <text x="-156.36" y="-22.88" font-weight="700">delayed mammary gland development</text>
   <text x="-156.36" y="-22.88" font-weight="700">reduced response to vaccines</text>
   <text x="-156.36" y="-22.88" font-weight="700">lower birth weight</text>
   <text x="-156.36" y="-22.88" fill="#f00" font-weight="700">developmental effects<tspan x="-156.36" y="-15.88">affecting the unborn child</tspan></text>
   <text x="-492.13" y="2477.9" text-anchor="middle">breast cancer</text>
   <text x="-492.13" y="2477.9" text-anchor="middle">inflammatory bowel disease<tspan x="-492.13" y="2484.9">(ulcerative colitis)</tspan></text>
   <text x="-492.13" y="2477.9" text-anchor="middle">increased time to pregnancy</text>
   <text x="-492.13" y="2477.9" text-anchor="middle">pregnancy induced<tspan x="-492.13" y="2484.9">hypertension/pre-eclampsia</tspan><tspan x="-492.13" y="2491.9">(increased blood pressure)</tspan></text>
  </g>
  <g systemLanguage="de">
   <text x="27.14" y="222.81" systemLanguage="de">Fettleibigkeit</text>
   <text x="27.14" y="248.36" systemLanguage="de"><tspan>Frühpubertät</tspan></text>
   <text x="27.44" y="273.9" systemLanguage="de"><tspan>erhöhtes Fehlgeburtsrisiko</tspan> <tspan x="27.44" y="280.9">(d. h. Schwangerschaftsverlust)</tspan></text>
   <text x="27.44" y="306.45" systemLanguage="de">geringe Spermienanzahl und -beweglichkeit</text>
   <text x="65.97" y="43.27" systemLanguage="de">hohe Gewissheit</text>
   <text x="66.21" y="54.69" systemLanguage="de">geringe Gewissheit</text>
   <text x="27.72" y="146.06" font-weight="700" systemLanguage="de"><tspan>verzögerte Entwicklung der Milchdrüse</tspan></text>
   <text x="27.72" y="171.66" font-weight="700" systemLanguage="de">vermindertes Ansprechen auf Impfstoffe</text>
   <text x="27.51" y="197.21" font-weight="700" systemLanguage="de">geringeres Geburtsgewicht</text>
   <text x="27.79" y="113.36" fill="#f00" font-weight="700" systemLanguage="de">Auswirkungen auf die Entwicklung<tspan x="27.79" y="120.36">des ungeborenen Kindes</tspan></text>
   <text x="390.87" y="355.23" text-anchor="middle" systemLanguage="de">schwangerschaftsbedingte<tspan x="390.87" y="362.23">Hypertonie/Präeklampsie</tspan><tspan x="390.87" y="369.23">(erhöhter Blutdruck)</tspan></text>
   <text x="390.7" y="132.95" text-anchor="middle" systemLanguage="de">Brustkrebs</text>
   <text x="391.07" y="313.94" text-anchor="middle" systemLanguage="de"><tspan>verlängerte Zeitspanne bis zum</tspan> <tspan x="391.07" y="320.94">Eintritt einer Schwangerschaft</tspan></text>
   <text x="390.87" y="233.25" text-anchor="middle" systemLanguage="de"><tspan>chronisch-entzündliche</tspan> <tspan x="390.87" y="240.25">Darmerkrankungen</tspan> <tspan x="390.87" y="247.25">(Colitis ulcerosa)</tspan></text>
   <text x="390.92" y="65.57" font-weight="700" text-anchor="middle" systemLanguage="de"><tspan>Schilddrüsenerkrankung</tspan></text>
   <text x="390.89" y="100.02" font-weight="700" text-anchor="middle" systemLanguage="de"><tspan>erhöhte Cholesterinwerte</tspan></text>
   <text x="390.85" y="165.98" font-weight="700" text-anchor="middle" systemLanguage="de"><tspan>Leberschädigung</tspan></text>
   <text x="390.72" y="200.32" font-weight="700" text-anchor="middle" systemLanguage="de">Nierenkrebs</text>
   <text x="390.72" y="281.01" font-weight="700" text-anchor="middle" systemLanguage="de">Hodenkrebs</text>
  </g>
 </switch>
</svg>

Ohne mir die Datei anschauen zu müssen, sehe ich dass der englische Text außerhalb der Bildfläche liegt und damit wird dieser auf https://tools.wmflabs.org/svgcheck/index.php nicht gerendert.

Du solltest die Benutzeroberfläche in Inkscape auf Englisch umstellen. (Edit->Preferences->Interface->Language->"English (en)" und dann neustarten), das "behebt" dein Problem mit https://tools.wmflabs.org/svgcheck/index.php und des weiteren auch Tastenkürzel siehe z.B. https://gitlab.com/inkscape/inbox/-/issues/1374

Multilinguale Dateien in Inkscape zu bearbeiten ist derzeit begrenzt sinnvoll, siehe https://gitlab.com/inkscape/inbox/-/issues/1560

Bezüglich code bereinigen: Dafür gibt es tools, die das für dich machen, siehe c:User:JoKalliauer/Optimization#Using_Optizatiors

Bezüglich manuell per hand neu gruppieren: Wenn du es als Inkscape-SVG (oder plain-SVG) speicherst (nicht als optimized SVG) ändert Inkscape zumindest bei nichtmultilingale Dateien idR keine Gruppen.

Über das Verhalten von multilinguale Dateien in Inkscape kann ich dir wenig sagen, außer dass ich dir davon abrate. Ich würde in Inkscape eine Sprachversion erstellen und alle anderen manuell händisch machen. Oder du machst zwei getrennte Sprachversionen jeweils in Inkscape und kopierst die beiden manuell zusammen und ergänzt switch, systemLanguage,...

 — Johannes Kalliauer - Talk | Contributions 22:30, 11 March 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:37, 18 April 2020 (UTC)

grafikfrage

ich hoffe du fühlst dich nicht bespamt - aber ich weiss von dir eben dass du technisch versiert bist und fast noch wichtiger einen besonnen weitblick hast
file:Regulaere Polygone Rotationssymmetrie RK03.svg wäre eigentlich ganz gut finde ich - aber wieso dieser hintergrund? ich gebe zu, er gefällt mir nicht - denke aber auch dass es nicht wiki-style ist, dazu die persönlichen initialien im bild - stört mich sehr - ich würde beides ohne rücksprache entfernen, du wirst sagen es ist die arbeit des autors - was sagst du wirklich? neutralität, sachlichkeit und ein einheitlicher style sind mir persönlich wichtig --Mrmw (talk) 19:29, 16 April 2020 (UTC)

@Mrmw:

ich hoffe du fühlst dich nicht bespamt

Ich bin in der de.wikipedia im Mentorenprogramm, auch wenn ich mich bis Ende April auf Pause gesetzt habe, insofern habe ich mich dazu gemeldet freiwillig gemeldet angespammt zu werden. ;-) Du kommst mit konkreten, überlegen spezifischen Fragen, die idR auch speziell in mein Gebiet fallen und nicht von jedem Beantwortet werden können. (Da fühlt man sich auch mehr wertgeschätzt und besser aufgehoben, als wenn man jemanden erklärten muss wo man die Bearbeiten-Button suchen muss.)

Wenn du es nur bei dem Bild änderst, würde ich es ohne Rücksprache den Hintergrund ändern, aber da es mehrere Bilder in w:de:Symmetrie_(Geometrie) betrifft, würde ich den Hauptautor (53%) des Artikel=der Autor der Bilder klären (=User:Roderich Kahn, bzw w:de:Benutzer:Roderich Kahn). Ich empfinde es als viel höflicher wenn jemand "meine" Dateien bearbeitet und mir mehrmals hinterherarbeitet, dass er mir einen einzeiler auf der Diskseite hinterlässt, dass er/sie etwas geändert hat, weil ... . (Also selbst eine reine Info unmittelbar im vorhinein/nachhinein ist ausreichend, man braucht oft gar keine Rücksprache halten wo man auf eine Antwort warten müsste.)

Da es unter CC-BY-SA 4.0 veröffentlicht ist, ist eine Bearbeitung erlaubt somit auch die Initialenentfernung (die rechtlich erforderliche Namensennung erfolgt auf der Bildbeschreibungsseite). Dies würde ich ohne Rücksprache ändern (würde ich aber nur bei bilder machen die tatsächlich aktuell COM:INUSE sind). Er darf es auf Commons mit Initialen hochladen, insofern finde ich eine Ansprache übertrieben. Hingegen auf ein Bild mit Initialen zurückzusetzen (nur wegen der Initialen) ist imho nicht erlaubt (auch wenn vermtulich micht ausjudziert).

 — Johannes Kalliauer - Talk | Contributions 22:40, 16 April 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:37, 18 April 2020 (UTC)

aufräumbemühungen

vielleicht die letzte frage für heute: stelle mir immer wieder die frage, gibt es aufräumbemühungen auf commons? es gibt unzählige symbolähnliche grafiken, die inhaltlich das gleiche darstellen aber in mehreren files vorliegen und zahlreich in verschieden wikis oder projekten eingebunden sind - z.b. file:Antifa tidyman.svg und file:Anti-nazi logo.svg - meinem drang nach ordnung müsste man eine von beiden löschen und die zugehörige rastergrafik auch - ich würde mich das so aus reinem antrieb nicht trauen, deshalb nur die frage an dich - man müsste dann eine gesamthafte beschreibungsseite erstellen und die anderen dateien restlos entlinken - in handarbeit kaum zu schaffen - gibts in dieser hinsicht auf commons überhaupt bemühungen? oder hat jede datei ihre daseinsberechtigung wenn sie nur iwo eingebunden ist - danke und gruß --Mrmw (talk) 19:55, 16 April 2020 (UTC)

Ist nicht generell zu beantworten und hängt davon ab, in welchen Bereich.

Dateien die COM:INUSE sind dürfen nicht gelöscht werden, somit kannst du weder file:Antifa tidyman.svg noch file:Anti-nazi logo.svg löschen, außerdem die zweite Grafik ist in der de.wikipedia vermutlich tausendfach eingebudenden, siehe w:de:Wikipedia:Administratoren/Anfragen/Archiv/2020/April#bot-gestuetzte_bild-ersetzung_in_signatur (insofern ist der Schnitt der Verwendung ausergewöhnlich hoch und kann ev. zwei versionen rechtfertigen.)

Ob ein Bild mit einem anderen ersetzt werden kann, ist eine Frage der lokalen Comunity also z.B. der de.wikipedia.

{{Duplicate}} können schnellgelöscht werden, sofern sie eine exakte Kopie oder herunterskalierte Version wäre.

In dem Fall handelt es sich aber um eine redudante Datei, hier gilt Commons:Deletion_policy/de#Redundant/schlechte_Qualität.

Die Rastergrafik sollte imho nicht gelöscht werden, da es die Quelldatei/Original von Anti-nazi logo.svg ist und daher imho zum erhalt der Verlaufgeschickte aufgehoben werden sollte (ok es ist Public Domain, also nicht so relevnat). Wenn es dich genauer interessiert, kannst du dir Commons_talk:Superseded_images_policy#Do_not_delete_"superseded"_images! durchlesen und mitdiskutieren.

 — Johannes Kalliauer - Talk | Contributions 23:00, 16 April 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 08:37, 18 April 2020 (UTC)

fragen rund um commons

hi, wieder mal ein paar fragen:

1. wann sollte man für die other-versions eine extra vorlagenseite anlegen? z.b. c:Template:Other versions/Anatomy of the Human Ear

2. ich seh immer wieder beschreibungsseiten, auf denen eine vorlage platziert ist, die eine beschreibungsbox einbinden - kann damit wenig anfangen, weisst du was dazu? hier: file:Asymmetric (PSF).svg mit der vorlage {{ScottForesman}} - ist das nötig/sinnvoll?

2a. gibts diese file-beschreibungsbox eigtl. als leere kopiervorlage - ich würde sie bei so einem fall gern einsetzen, manchmal fehlt sie auch ganz

3. wie würdest du vorgehen um für file:Asymmetric (PSF).svg eine de-version zu erstellen?

a) neue datei-hochladen?

b) ein multi-lang-file erstellen? (wann ist der aufwand sinnvoll?) (gibts dafür eigtl. automatismen, die den betreffenden text im svg ersetzen und als neue (multi-lang-)version hochladen - die frage gilt auch für 3a)

c) file:Symmetric–asymmetric (textless).svg einbinden und in der Beschreibung referenzieren? (wann sollte die legende teil des bilds sein und wann kann sie in den beschreibungsstext?)

danke und gruß --Mrmw (talk) 19:09, 16 April 2020 (UTC)

nachtrag - damit schon mal gearbeitet?: https://tools.wmflabs.org/svgtranslate/File:Triangle_sides-de.svg

@Mrmw:

1. Wenn du es für richtig hällst ;-) Ohne ein Regel zu haben (hängt vl. von meiner Laune ab): Ich würde es machen wenn ich eine neue Datei erstelle und diese dann bei drei Dateien ändern müsste, so dass ich es einmal zentral ändere und dann bei allen vier dateien die "zentrale" Vorlage einbinde, so sind Änderungen schneller/einfacher möglich und man hällt die Verisongeschichte klein.
2. Wenn du 500Datein hochlädst und dann hast du einen Tippfehler, dann ist es vorteilhaft es einmal zentral ändern zu können. Generell sehe ich solche Vorlagen nicht gerne, weil die es kompliziert machen und Dateiabhängig, aber bei File:Oxygen480-devices-hidef-network-wired.svg finde ich es praktisch, weil z.B. die Kategorisierung darüber funktioniert, man kann mit Vorlagen auch Variablenabhänig kategorisieren, somit sind Kategorienumbenneungen ohne 1000Dateiänderungen möglich und man nervt keine Beobachtungslisten.
   1. Ich hab eine kopiervorlage auf User:JoKalliauer#Empty_Template, die man natürlich auf den konkreten Fall anpassen muss.
3. Ich würde in dem Fall mit einem Texteditor die language-switches ergänzen.
   1. Mache ich wenn ich faul bin, aber in dem Fall ist das mit Beschreibung kopieren, quelle ergänzen vermutlich sogar mühsamer als der mehraufwand eine Multilang-svg zu erstellen.
   2. Ja, weil der Aufand im dem Fall geringer ist als die Beschreibungsseite zu kopieren. Tools: Notepad++ oder https://tools.wmflabs.org/svgtranslate/File:Asymmetric_%28PSF%29.svg
   3. Inhaltliche Diskussionen haben auf commons nicht gefragt, sie sind die entscheidung der lokalen Comunity also z.B. der de.wikipedia und dort hängt es davon ab welchen Artikel du was zeigen willst. Also es ist Geschmackssache. Ich schaue mir Bilder oft ohne Beschreibung an, daher sollten Bilder meiner Meinung selbsterklärend sein, aber sobald es in einigen Sprachen exitiert, um es nicht in 100-Sprachen machen zu müssen ist ein zusätzliches buchstabiertes/nummerertes Element sinnvoll (oft wird bei fehlen der lokalen Sprachverion dann auch die englische Version eingebunden, was insbesondere bei anderen Schriftzeichen/schreibrichtung auch blöd ist)

ad Nachtrag: Ich rate dir Commons:SVG_Translate_tool#History zu lesen (vl. inkl. gerade aktueller Disk.), insbesondere meta:Community_Wishlist_Survey_2017/Multimedia_and_Commons/SVG-Translate (auch wenn ich als "Proposer" keine Prostimme gegeben habe)  — Johannes Kalliauer - Talk | Contributions 21:59, 16 April 2020 (UTC)

Auf Inkscape gibt es auch ein feature request diesbezüglich und sollte z.B. so umgesetzt werden. Aber es scheint eine keine Priorität (oder höchstens "low priority") zu bekommen und befindet sich noch immer bei inbox und gilt somit nicht als bestätigt.  — Johannes Kalliauer - Talk | Contributions 23:18, 16 April 2020 (UTC)

danke für deine antworten und erklärungen auch zu den anderen fragen - ich habe das translation-tool benutzt - es ist außerordentlich benutzerfreundlich und macht was es soll - was mir nicht klar war, dass ich den langcode beim einbinden des bilds nicht angeben muss - wird er standardmäßig übergeben? (offensichtlich, sonst käme es nicht zu dem ergebnis)

bei solchen tools bin ich zwiegespalten, einerseits toll wieviel arbeit abgenommen wird, auch in der beschreibungsseite, alle edits wunderbar kommentiert - andererseits gibt man auch das heft aus der hand
wenn ich so schöne helferlein sehe habe ich immer angst, dass ich viele andere nicht kenne - auf c:Category:Commons tools sind ein paar gelistet - aber nicht schön finde ich - wie soll man da (https://tools.wmflabs.org/admin/tools) rausfinden, was wirklich gut, erprobt und hilfrei ist - und zu dem passt was man gern machen möchte? die fülle schreckt ab

aber bezogen auf das translation-tool komme ich wieder auf mein altes ungelöstes problem zurück - eine leistungsstarke und gut bedienbare suche nach erstuploads von svg-dateien - sowas würde mich sehr interessieren - kann man eine solche suche irgendwo einlasten? ich fürchte da bin ich ein zu kleines licht --Mrmw (talk) 21:06, 17 April 2020 (UTC)

@Mrmw: Seit 2018 wird standartmässig die Wiki-Landessprache angezeigt, früher war lang=en überall Standart. Ich hab irgendwo eine Diskussion/Bugreport gelesen, wie auch immer Infos dazu findest du unter Commons:Translation_possible/Learn_more#Multiple_translations_within_one_SVG_file.  — Johannes Kalliauer - Talk | Contributions 09:21, 19 April 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 07:23, 27 April 2020 (UTC)

syntax

hi, ich versuche für mich persönlich eine kopiervorlage zu erstellen:

Hi, please close sections at [[:en:WP:GL/I|Graphics Lab/Illustration workshop (en-wiki)]] with <code><nowiki>{{resolved|~~~~}}</nowiki></code> if your request is resolved to request archiving. --~~~~

das ergebnis passt soweit - genau das will ich im bedarfsfall kopieren und einfügen können - eine extra vorlage will ich dafür nicht bauen - ziel ist c&p - kann man die syntax verbessern oder vereinfachen? --Mrmw (talk) 09:53, 18 April 2020 (UTC)

Auf Wikipedia:Graphics_Lab/Illustration_workshop sind glaube ich viele Einmalanfragen, daher würde ich es einfach schließen und nicht belehren.

Ich würde einfach den jeweiligen Abschnitt dort gleich schließen und in der Kurzfassung den Fragesteller/alle Beteiligten z.B. User:Mrmw hinzufügen oder im Text noch ein kurzes @Mrmw: machen.

Bezüglich Abschnitte auf meiner Benutzerseite schließen: Ich hab neun "Meldungen" bekommen, da dachte ich mir was ist jetzt los, dass ich 9 mal angepingt werde (gabs eine Vandalimusmeldung, hab ich einen Mist gebaut,... ?). Ich würde es auf fremden Benutzerdiskussionen angehmer finden, wenn man alle Abschnitte in einem Edit gleichzeitig als erledigt markiert, eben genau deswegen. (Ich weiß es ist auf langen Disk-seiten wie meiner vl. etwas anstrendend den Richten Abschnitt zu finden.)

 — Johannes Kalliauer - Talk | Contributions 17:41, 18 April 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 07:23, 27 April 2020 (UTC)

interwiki-link

hi, will ich von c:COM:GL/I aus auf die englische grafikwerkstatt wechseln mit dem link links im menü, lande ich auf dem englischen artikel der spanischen grippe (en:Spanish flu)
diese links werden doch zentral in wiki-data verwaltet? - dort passt es, dort sehe ich auch nichts in der historie
von :de aus, funktioniert der interwiki-link - was könnte der grund sein? was muss ich tun? danke und gruß --Mrmw (talk) 06:55, 23 April 2020 (UTC)

ich habe deine bearbeitung dazu gehsehen - verstehe es aber nicht - wie kann ein [[en:Spanish flu]] als wikitext die interwiki-verlinkung beeinflussen - verstehe die mechanismen dahinter nicht - du wusstest ja scheinbar genau wonach du zu suchen hast? --Mrmw (talk) 08:39, 24 April 2020 (UTC)

@Mrmw: Anscheinend hast du den Doppelpunkt noch nicht so oft vergessen wie ich. ;-) Das kann man glaub ich nur wissen wenn man schon zu lange hier ist. Das ist die historische Schreibweise von Verknüpfungen, bevor es WikiData gegeben hat. Siehe: w:de:Spezial:Diff/116329527  — Johannes Kalliauer - Talk | Contributions 10:22, 24 April 2020 (UTC)

Hallo, the link seems okay today. If it still doesn't work after closing your browser, try a "null edit", en:Wikipedia:Purge#Null_edit ( press the "edit" button and "save", without making any changes to the page). It sounds like a de:Pufferüberlauf, or in English, en:Buffer overflow, en:Stack overflow, and en:Stack buffer overflow (a memory error). If not that, I do not know,

Hallo, der Link scheint heute in Ordnung zu sein. Wenn es nach dem Schließen Ihres Browsers immer noch nicht funktioniert, versuchen Sie eine "Null-Bearbeitung", en: Wikipedia: Purge # Null_edit (klicken Sie auf die Schaltfläche "Bearbeiten" und "Speichern", ohne Änderungen an der Seite vorzunehmen ). Es klingt wie ein de: Pufferüberlauf oder auf Englisch en: Pufferüberlauf, en: Stapelüberlauf und en: Stapelpufferüberlauf (a Speicherfehler). Wenn nicht, weiß ich nicht, ~ R.T.G 10:31, 24 April 2020 (UTC)

ja ich habe die ursache gesehen und gleich schon vor deiner erklärung den fehlenden doppelpunkt als auslöser identifiziert - wenn das früher so üblich war links in andere wikis so zu schreiben dann ist das die eine sache, die andere sache ist (für mich nach wie vor offen) wie es heute dazu kommt, dass bei fehlendem doppelpunkt die interwiki-links überschrieben werden, das hab ich noch nicht verstanden - könnte mir vorstellen, das kommt häufiger vor und bleibt dann unentdeckt - getestet und bestätigt hab ich das verhalten auf de:special:diff/199227990/199230271 --Mrmw (talk) 12:04, 24 April 2020 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Mrmw (talk) 07:23, 27 April 2020 (UTC)

Phabricator

Danke dass du meinen Versuch, einen geeigenetn Phab zu finden, verbessert hast. Dieser Bereich ist völlig neu fur mich und ich bin noch nicht geübt damit umzugehen und mache sicher Fehler.
Ich habe gedacht dass ich mich damit auseinandersetzen sollte und habe vor einer Woche versucht, mich als erstes mal bei Phabricator anzumelden. Da ist ein Problem aufgetreten mit dem ich nicht weiter komme. Vielleicht kannst du mir helfen?
Bei der Anmeldung ist die Mailadresse explizit anzugeben, obwohl sie in den preferences eingetragen ist. Dort ist sie richtig eingetragen und als ich sie angeben musste ist sie bereits im Feld erschienen. Aber irgendwas ging schief, und wie ich später gesehen habe ist das @gmail.com zu @gmal.com verstümmelt worden; ich weiss nicht von wem.
Nun versucht die Anmeldeprozedur mir eine Bestätigungsmail zu senden, die aber natürlich nicht bei mir ankommt. Und fatalerweise habe ich keine Möglichkeit in der Prozedur zurückzugehen oder sonst irgendwie die falsche Adresse zu korrigieren = ich komme weder zurück noch vor! Ich komme überhaupt in keiner Weise irgendwie weiter, kann auch niemanden kontaktieren, ich bin blockiert und brauche Hilfe von jemand anderem. Meinst du, du kannst da mehr machen? Damit ich einen Neustart machen kann, muss zuerst dieser Beginn weggemacht werden.
Sonst wird eben nichts aus dem Phabricator und mir, wir kommen nicht zusammen... -- sarang♥사랑 18:56, 27 July 2020 (UTC)

Ich hab lezte Woche angefangen alle SVG-phabs zusammenzusuchen, aber die letzten Tage ist meine Mutter plötzlich ein Pflegefall geworden, momentan im Spital weil die Ursache unklar ist.

Versuch mal folgendes:

1. Warte mal eine Nacht vl. ist irgendwo ein Cache der falsch ist und wechlse den Browser
2. Log dich ein bei https://www.mediawiki.org/w/index.php?title=Special:UserLogin
3. Check nochmal deine E-Mail-adresse in https://www.mediawiki.org/wiki/Special:Preferences
4. geh nach https://phabricator.wikimedia.org/auth/start/
   1. "Login or Register MediaWiki"
   2. Erlauben im MediaWiki

 — Johannes Kalliauer - Talk | Contributions 19:44, 27 July 2020 (UTC)

Es scheint irgendwie funktioniert zu haben :-) phab:T259018  — Johannes Kalliauer - Talk | Contributions 12:12, 28 July 2020 (UTC)

Ja, danke, ich habe irgendwen (abklapper) kontaktieren konnen, und der hat die halbe Anmeldung geloscht, so dass ich wieder eine Chance hatte.

Wie geht es jetzt weiter mit deiner Mutter? Diese Probleme kommen noch zu all deiner Auslastung obendrauf dazu...

This section was archived on a request by: -- sarang♥사랑 15:44, 3 August 2020 (UTC)

File:Элемент плана Красногвардейска 1939 года на экране монитора.JPG and others

Hi, please don't empty source field and don't remove license. If you think there is a copyright problem, nominate for deletion instead. Jcb (talk) 16:25, 1 December 2018 (UTC)

(talk page stalker) @Jcb: Where are policies about {{Dw no source since}}? May it be used with {{Own}}? Incnis Mrsi (talk) 17:00, 1 December 2018 (UTC)

(EC)That may be the case, but the edit of JoKalliauer moves the problem instead of solving it. If there is a copyright problem, a file should be nominated for deletion via tag or DR. By removing the license and emptying the source field, the file falls into the Category:Media without a license: needs history check and Category:Images without source maintenance categories. Jcb (talk) 17:01, 1 December 2018 (UTC)

@Jcb: Thanks for telling me, I tried to move the problem into a more correct problemcategory.

The work by Carlosjuradob who uploaded about 23 screenshots of AutoCAD was in my opinon below treshold, so in my opinon AutoCAD is the (main) autor, therefore the source should clarify the source of the software not of the screenshot, and the license is even more wrong, since AutoCAD ist not free content, therefore you cant publish under CC-BY-SA.

I recommended User:Carlosjuradob to starte a DR at their pictures: User_talk:Carlosjuradob#illegal publishing of AutoCAD-Screenshots.

I thougt I do not start a DR because:

• It might be possible to delete not free content as in de:Datei:AutoCAD_2014_Windows.png#filehistory.
• The uploader might ask AutoCAD for permission to upload screenshots to Wikimedia

Therfore the permission was missing, maybe Template:No_permission_since would be more correct?

 — Johannes Kalliauer - Talk | Contributions 17:43, 1 December 2018 (UTC)

Yes, {no permission since} would be fine. I have speedy deleted the screenshots as copyright violations, there is no way that Autodesk is going to give there permission for these files. (I know this company a bit, I work with AutoCAD and several other Autodesk products). Jcb (talk) 22:37, 1 December 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

"f.e."

Figured you would probably want to know, with reference to Special:Diff/352261985: I'm guessing that your "f.e." is intended as a translation of the German "z.B", but we don't use that in English, we use "e.g" (from the Latin exempli gratia). - Jmabel ! talk 22:58, 28 May 2019 (UTC)

@Jmabel: Thanks for the feedback, I did not know that. I never understood why you use wiktionary:e.g., I do not find it selfexplaining. I will use e.g. in future.  — Johannes Kalliauer - Talk | Contributions 16:41, 29 May 2019 (UTC)

Similarly "i.e." from the Latin id est, "et. al." from the Latin et alia, "etc." from the Latin et cetera ... u.s.w.! English, of course, in general borrows a lot more from Latin that German does. - Jmabel ! talk 21:47, 29 May 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Ventral view of turtle with respiratory muscles.svg

File:Ventral view of turtle with respiratory muscles.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!

Ellin Beltz (talk) 16:05, 5 June 2019 (UTC)

1. not my file, just a {{FakePDF}}-extraction from Ventral view of turtle with respiratory muscles.pdf
2.  I withdraw my nomination by Ellin Beltz, but I now nominated the source-file for deletion, since copyright is unclear.

 — Johannes Kalliauer - Talk | Contributions 09:40, 9 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Link

interessiert dich vielleicht: Commons:Village pump/Proposals#Create user group 'template_editor' IMHO eine gute Sache, unterstutzenswert, und geeignet die Admins zu entlasten. -- sarang♥사랑 08:05, 13 June 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

librsvg and linearGradient

The gradients on the top row do not work because single quotation marks were used. The color gradient in the middle row works; it does not use single quotation marks. The bottom left rectangle is correct; it uses userSpaceOnUse and correctly interprets the rotation. The two bottom right rectangles use objectBoundingBox; they should be identical to the left rectangle but are not. They do not have a bright white at the northwest and southeast edges.

user:Cmglee had an issue with gradients a little while ago. I did a workaround on his image with userSpaceOnUse, but I never understood the librsvg error. I just ran into trouble using linear gradients on File:Chevron Logo.svg. I made the test file File:SVG Gradient.svg expecting the userSpaceOnUse examples (the two on the left) to work but expecting the other four objectBoundingBox examples to fail. They all fail, and I do not have a clue. Glrx (talk) 16:28, 15 July 2019 (UTC)

What a mess. There were three bugs confounding me. librsvg cannot parse fill="url('#ident')"; it gets confused by the single quotation marks; it needs fill="url(#ident)". (Phab:T228321.) I tested for that problem, but my tests were masked because the MW upload preview presents gradient fills as black; I was relying on the preview to be accurate to avoid uploading lots of tests. After all that, there is Cmglee's librsvg bug about rotated user spaces. (Phab:T228325.) Glrx (talk) 18:50, 17 July 2019 (UTC)

@Glrx: Sorry for not answering earlier. I wasn't able to find out the problem imediatly. I would have to compare it with a working version and always change one attribute to see where the error occours, so I would not found it out faster than you.

I thought the >>MW upload preview<< is done by the own browser?

 — Johannes Kalliauer - Talk | Contributions 19:02, 18 July 2019 (UTC)

I am not sure what MW does with its preview. The preview used to done by the browser, so it would display correctly even if librsvg could not display it correctly. I would always upload to see what librsvg would do with it. Then there was an announcement of a feature to render images as MW would display them. I got the impression that the preview was accurate, so I stopped the upload if the preview still had problems. But now the situation has flipped. The preview might be wrong, but librsvg may display it correctly. Glrx (talk) 22:49, 18 July 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Rsvg bugs

Bei Sri Lanka Ampara District.svg fallt mir auf:

|other versions=[[:Image:ampara.png]]{{technically replaced|Sri Lanka Ampara District Workaround.svg|description=kerning error: [[bugzilla:34947]]}}
|other fields={{Igen|ArcMap |2|+|s=m|?r=text}}

• Die Datei "Ampara.png" gibt es nicht mehr
• Das "Technically replaced" ist veraltet, other fields ist uberflussig, das kann doch nun alles vom "Igen" erledigt werden:

|other fields={{Igen|ArcMap |2|+|s=m|?r=kerning error: [[bugzilla:34947]]|?n=Sri Lanka Ampara District Workaround.svg}}
Dieses Doppeltagging haben noch viele andere Dateien (zB Coa Frankfurt-Höchst Test.svg); wenn also mal ohnehin was zu andern ist, kann es mit "?r" und ggf. "?n" ersetzt werden.
Mit deiner Familie wird es hoffentlich besser? Ich werde nun auch einige Tage weg sein, vll 2 Wochen. LG -- sarang♥사랑 06:38, 20 July 2019 (UTC)

@Sarang: Bug-Categorisierung: Danke für die Info, ich sehe es nicht notwendig altdateien zu ändern für neue werde ich es machen.

other fields ist aber nicht generell uberflussig? Ich kenne durch dich jetzt |?n= vorher kannt ich nur |\. In File:T20936_Hairline_cracks.svg würde ich other fields lassen.

Leider am Fr. wieder kurz im Spital, weil die Wunde aufgrissen ist und ich war am WE bei meinen Eltern die haben mich die ganzen zwei Tage gebraucht, bin nicht mal zum E-Mails lesen gekommen.

 — Johannes Kalliauer - Talk | Contributions 18:41, 22 July 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

BadPDF / superseded

Das ist ein Bereich mit dem ich noch nichts zu tun hatte, deshalb muss ich dumm fragen. Was sind "Superseded Files with inappropriate PDF format"? Normalerweise kann eine Datei superseded sein "by" einer anderen (die dann ihrerseits superseding ist bezüglich des superseded file); das "with" in diesem Zusammenhang ist mir einstweilen noch nicht so verständlich.

{{BadPDF}} kann ich gerne um einen Parameter zB "superseded by=" erweitern; anstattt dann viel im BadPDF zu tun erscheint es mir sinnvoller, von dort dann {{Superseded}} aufzurufen. Ist fast so wie diese beiden Vorlagen hintereinander einzubinden – nur ein klein wenig kompakter. Ist es das was du willst? Anderfalls sag es ein wenig deutlicher. -- sarang♥사랑 06:11, 4 September 2019 (UTC)

@Sarang: Die Kategorie Superseded files with inappropriate PDF format ist für PDFs die sowohl Files with inappropriate PDF format (gem. Commons:Project_scope#PDF, {{BadPDF}}) und bereits extrahiert Superseded sind. Lies dir vl. auch die letzten beiden Kommentare auf User_talk:Ras67#removing_badPDF (vom 03.09. und 05.09) durch.

Ist die Kategorie Superseded BadPDF vl. selbsterklärender? (Also dass nicht mit einem PDF ersetzt wurde, sondern dass ein PDF ersetzt wurde.)

Aja, wenn ich dich zu etwas einteile/verdonnere, kannst du gerne Nein, sagen. (Ich bin nur zu unfähig multilinguale Templates zu bearbeiten.)  — Johannes Kalliauer - Talk | Contributions 17:02, 5 September 2019 (UTC)

Es geht also um "superseded by=". Wird das vielleicht durch BadPDF superseded noch deutlicher? Eventuell BadPDF – superseded oder BadPDF (superseded) ? Vielleicht fällt mir noch was optimales ein - ein kurzer aber selbsterklärender Kat_name. Jedenfalls, "removed" oder "replaced" trifft es nicht, da superseded ja lediglich die Option dazu bietet, obsolete Dateien zu ersetzen.

Ist schon in Ordnung, jeder hat so seine Vorlieben und Fähigkeiten, das ist das Prinzip der Wikipedia! -- sarang♥사랑 17:16, 5 September 2019 (UTC)

@Sarang: Deine Vorschläge gefallen mir gut, ich würde BadPDF (superseded) wählen.  — Johannes Kalliauer - Talk | Contributions 13:43, 14 September 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

SVG Layers und svgcleaner

Hallo JoKalliauer,

leider verschwinden nach der Bearbeitung mit svgcleaner die SVG-Layers (in die QGIS die Informationen aus der jeweiligen shape-files schreibt). Zum Beispiel File:Cuenca-116-117-118-119-B.svg (6.2 MB). Diese ist, m.E., ziemlich schwer zu bearbeiten (einen Namen löschen, ändern oder hinzufügen, Städte von png zu svg verwandeln, hydrografische Meßstationen hinzufügen, etc).

Ich bin nun übergegangen die unbearbeitete Dateien hochzuladen, z.B. File:Cuenca-116-tortel.svg. Diese Datei ist durch die Layers leichter zu handhaben aber sie ist 11.59 MB groß, doppelt so groß wie die vorherige bei etwa gleiche Landgröße. (Cuenca-116-tortel.svg hat allerdings auch die Landstrassen mit.)

Meine Frage ist: wie kann man erreichen dass die Layers die Bearbeitung mit svgcleaner überstehen?. --Juan Villalobos (talk) 15:20, 4 October 2019 (UTC)

@Juan Villalobos: I hab File:Cuenca-116-tortel.svg hochgeladen, mit einigen sichbtaren Änderungen (vorallem beim Text). Kannst du bitte die letzte Datei kontrollieren, da habe ich ziemlich einen Pfusch gemacht, aber vl. passt es für dich, sonst meld dich nochmal und ich mach besser. Die Ebenen sollten noch funktionieren

Folgende Optionen brauchst du dass die Layers die Bearbeitung überstehen: (je nach Software gibt es unterschiedliche Funktionen)

1. svgcleaner --remove-nonsvg-attributes no https://github.com/RazrFalcon/svgcleaner
2. svgo --disable=removeEditorsNSData https://github.com/svg/svgo
3. scour --keep-editor-data https://github.com/scour-project/scour
4. bei Dateien <1MB kannst du auch https://tools.wmflabs.org/svgworkaroundbot/ verwenden mit "svgcleaner" und/oder mit "scour" (ohne die letzte Option "make file valid")

 — Johannes Kalliauer - Talk | Contributions 19:32, 5 October 2019 (UTC)

Hallo JoKalliauer,

Es funktioniert alles was ich merken kann.

ich habe die blank spaces vor und nach der cuenca-nr gelöscht (" 11234 " zu "11234"). Dazu ein "Lago Brice o" korrigiert zu "Lago Briceño".

Noch habe ich es nicht viel getestet. Bei einem Bild hatte ich eine neue Layer "caminos" hinzugefügt. Svgcleaner hat alle (alten) QGIS-Layers in einem neuen "directory" reingetan als "Unterlayer" des neuen Directory und paralell zu den neuen mein "caminos" Layer. Äusserlich war aber nichts zu merken.

Ich werde es nur bei richtig grosse Einzugsgebiete verwenden. Vielleicht es ist besser grosse Gebiete in kleinere zu unterteilen: der Leser sieht mehr, es ist leichter zu bearbeiten.

Danke, --Juan Villalobos (talk) 10:30, 10 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

admin work

hallo Johannes, da kann ich auch als TE nicht ran; überschreibst du bitte den Code in {{Cl}} mit #REDIRECT [[Template:C]] danke -- sarang♥사랑 07:48, 22 October 2019 (UTC)

@Sarang:

Ich würde meinen bei Cl will man den Category erscheinen lassen bei C nicht.

Category:TUtheSky versus TUtheSky

Vergleiche mit

1. T: {{Cl}}
2. T1: {{Cl}}
3. T2: {{Cl}}

Gibt es dazu eine Entscheidung/Diskussion?

Ich würde es eher so lassen wie es ist; Template-Änderungen sollten meines Wissens überlegt sein, weil sie einen hohen Serveraufwand bedeuten können.

 — Johannes Kalliauer - Talk | Contributions 15:20, 22 October 2019 (UTC)

Gut, das Argument hat Gewicht; C kann zwar auch den namespace anzeigen aber nur mit weiterem Parameter Category:TUtheSky; also lassen wir zwei fast identische Vorlagen koexistieren, statt sie zusammenzuführen. Bei den T-Vorlagen ist es anders, es ist immer dieselbe Hauptvorlage mit unterschiedlichen Attributen, da gibt es noch Tl, erzeugt {{Cl}}. Gruss -- sarang♥사랑 16:19, 22 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

text-decoration:overline CSS not working

tspan with CSS class containing text-decoration:overline does not have overline (text after first two √ symbols)

Hi JoKalliauer,

Thanks for noting the bug in File:Tetrahedral_molecular_geometry_bond_angle.svg. There's another problem I can't solve: The tspan with CSS class containing text-decoration:overline does not have overline (text after first two √ symbols). It works OK on my web browser. I've reported it on Librsvg_bugs#Rendering_of_text. Have you encountered this problem before?

Thanks,
cmɢʟee ⋅τaʟκ 19:36, 23 October 2019 (UTC)

phab:T236398

I'm currently (after Work) take a look at it, and sorry for Pinging in Special:Diff/371642398, it was the coding mistake of User:Perhelion/simpleSVGcheck.js (@Perhelion: ) in my own edit.

I do not know <feBlend,but it seems it needs an attribute in2=" ( Validator).

Yesterday I reported a Inkscape-Bug (https://gitlab.com/inkscape/inbox/issues/1065), but also scour, svgcleaner and svgo have problems with this file (Bugreports will follow).

Regarding text-decoration:overliney: Yesterday I found phab:T15495 and phab:T124446 and others, but it seems to be a new error.

I would optimize the file (for having an easier bug-example) and extract a miminal (not) working example, and write a phab:-Bug-Report.

 — Johannes Kalliauer - Talk | Contributions 08:46, 24 October 2019 (UTC)

Fixed the SVG script, thanks for the ping. -- User: Perhelion 14:10, 28 October 2019 (UTC)

As you already saw, I created File:T236398.svg and phab:T236398 (It's independed if CSS or xml-Attribut).  — Johannes Kalliauer - Talk | Contributions 17:25, 24 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Proposal

Hallo Johannes, ich habe nun noch einmal einen weiteren Versuch gestartet. mfg -- sarang♥사랑 16:33, 25 October 2019 (UTC)

@Sarang: Danke für den Hinweis. Ich finde du solltest noch bei einem Bild bei dem du Template:Information/sandbox einbindest herzeigen, dass man auch mal das "Ergebnis" sieht. — Johannes Kalliauer - Talk | Contributions 17:45, 28 October 2019 (UTC)

Danke, versuche ich. -- sarang♥사랑 17:50, 28 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Splicesome.svg

Hi Johannes. I tried to convert File:Splicesome.pdf to SVG using an online tool. But for some reason, the server-side PNG rendering is not working properly. Some colors are not being shown. But if I view the original SVG version, I see the SVG is same as the PDF. Only the PNGs are not being rendered properly. Then I tried to convert the PDF file to SVG using the tool you recommended. But it converted all texts to paths and the SVG is enormous. Could you take a look? The SVG is here. Masum Reza^📞 10:04, 28 October 2019 (UTC)

@Masumrezarock100: PDF can have many features. e.g. I created PDF with 3D-intractive-data. SVGs allow some anitmation, but it is always 2D. SVG is much simpler than PDF, but still many SVG can't be rendered correclty, see Librsvg Bugs. Converting from one vector-format to another is more complicated and therfore free libaries such as inkscape will fail.

I used two different importing-methods of inkscape and combined them manually.  — Johannes Kalliauer - Talk | Contributions 20:48, 28 October 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

to your information

Du weisst, ich versuche seit Jahren einen besser geeigneten Parameter als "other fields" verwenden zu konnen. Aber generell bestehen starke Aversionen gegen jede Erweiterung von {{Information}}, und Anfragen wegen eines "eigenen" Parameters fur Image generation wurden immer abgeschmettert. Nun habe ich einen letzten neuen Versuch gestartet. Ich habe das auch mit einem Bespiel in der Information/sandbox illustriert. Zwar hat niemand darauf reagiert, aber Jarek hat gestern diese /sandbox mit meinen Erweiterungen produktiv gemacht – plotzlich hatten wir also den Parameter!

Ich wusste nun nicht: war das ein Fluchtigkeitsfehler von ihm, oder war es ihm egal, oder wollte er meinem Vorschlag willfahren? Jedenfalls habe ich begonnen, Aufrufe von "other fields" auf "image" umzustellen, und es sieht damit wirklich besser aus. Es sind noch einige Kleinigkeiten im Module:Information anzupassen, ehe auch das script hatte umgestellt werden konnen auf 'image'; es war mir wichtig, endlich den workaround mit diesem "+" wegbekommen zu konnen.

Nun sieht es aber so aus, dass Jarek die Erweiterung unabsichtlich ubernommen hat; jedenfalls hat er sie aus der /sandbox wieder gestrichen. Es gibt also zur Zeit den Parameter "image=" aber jeden Augenblick kann es damit wieder vorbei sein. Schade, ich hatte gerne den recht komplizierten workaround entfernt und die Vorlage vereinfacht. Ich kann also leider keinen Fortschritt melden, es bleibt alles wie gehabt. Und ich werde keinen neuen Versuch unternehmen, wenn es so aussichtslos ist. -- sarang♥사랑 07:24, 13 November 2019 (UTC)

Ich hab es mit "other fields" kennengelernt und ohne dich hätte ich es vermutlich nie hinterfragt, deshalb stört es mich nicht so, auch wenn ich dir Recht geben muss.

Du solltest bei Template_talk:Image_generation#Parameter_"Image" deine Signatur ergänzen.  — Johannes Kalliauer - Talk | Contributions 20:12, 15 November 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Google Code-In 2019 is coming - please mentor some documentation tasks!

Hello,

Google Code-In, Google-organized contest in which the Wikimedia Foundation participates, starts in a few weeks. This contest is about taking high school students into the world of opensource. I'm sending you this message because you recently edited a documentation page at Wikimedia Commons.

I would like to ask you to take part in Google Code-In as a mentor. That would mean to prepare at least one task (it can be documentation related, or something else - the other categories are Code, Design, Quality Assurance and Outreach) for the participants, and help the student to complete it. Please sign up at the contest page and send us your Google account address to google-code-in-admins@lists.wikimedia.org, so we can invite you in!

From my own experience, Google Code-In can be fun, you can make several new friends, attract new people to your wiki and make them part of your community.

If you have any questions, please let us know at google-code-in-admins@lists.wikimedia.org.

Thank you!

--User:Martin Urbanec (talk) 22:04, 23 November 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Category:Font_comparisons_(Raster)

Category:Font_comparisons_(Raster) 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!

1234qwer1234qwer4 (talk) 22:33, 8 December 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Wikimedia Foundation logo

Hey Jo. Regarding the dual text-logo CCBYSA, we can occasionally dual license things public domain and CCBYSA. It kindof just means that if you can verify that this is PD in your jurisdiction, then you can use it under PD. If you live in a place with really strict TOO, then you can still use it under CCBYSA. It's one of those things where just because it's PD in the source country and the US, and thus eligible for upload to Commons, doesn't necessarily mean there isn't some obscure jurisdiction that doesn't follow the normal common-sense rules. That may be an excessive amount of caution, but at least that's my understanding of the rationale for dual licensing PD works. GMG^talk 22:15, 17 December 2019 (UTC)

@GreenMeansGo: Thanks for your anwer to Special:Diff/380876734. Sorry for answering so late (I was ill).

Afaik: there is {{PD-ineligible|Cc-by-sa-3.0}}

This work is ineligible for copyright and therefore in the public domain because it consists entirely of information that is common property and contains no original authorship. In case this file would pass the threshold of originality, the copyright holder allows the use of this file with the following conditions: {{Cc-by-sa-3.0}}

and {{self|PD-text-logo|Cc-by-sa-3.0}}

I, the copyright holder of this work, hereby publish it under the following licenses:

This logo image consists only of simple geometric shapes or text. It does not meet the threshold of originality needed for copyright protection, and is therefore in the public domain. Although it is free of copyright restrictions, this image may still be subject to other restrictions. See WP:PD § Fonts and typefaces or Template talk:PD-textlogo for more information.

You may select the license of your choice.

but afaik there is no {{PD-text-logo|Cc-by-sa-3.0}}

This logo image consists only of simple geometric shapes or text. It does not meet the threshold of originality needed for copyright protection, and is therefore in the public domain. Although it is free of copyright restrictions, this image may still be subject to other restrictions. See WP:PD § Fonts and typefaces or Template talk:PD-textlogo for more information.

or at least I do not see a difference to {{PD-text-logo}}

This logo image consists only of simple geometric shapes or text. It does not meet the threshold of originality needed for copyright protection, and is therefore in the public domain. Although it is free of copyright restrictions, this image may still be subject to other restrictions. See WP:PD § Fonts and typefaces or Template talk:PD-textlogo for more information.

 — Johannes Kalliauer - Talk | Contributions 19:09, 3 January 2020 (UTC)

• Hey JoKalliauer. Hopefully you are feeling better. Oh I see. I misunderstood. You were simply saying that it isn't supported by the template. I thought you were talking about the dual licensing itself. I suppose it's still fine either way, since Template:Copyright by Wikimedia applies the CCBYSA 3.0 anyway. GMG^talk 19:26, 3 January 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

WSC2019: Austria or Switzerland?

Hi, I am sorry but I must ask this one was uploaded with wsc-at, but there are many files from you with similar title/topic in the Swiss category. Was it a mistake?--Alexmar983 (talk) 13:20, 3 January 2020 (UTC)

@Alexmar983: I removed the mentioned image from wsc-at. Now I don't see any image of mine in Images from Wiki Science Competition 2019 in Austria.  — Johannes Kalliauer - Talk | Contributions 18:50, 3 January 2020 (UTC)

I think it was the only images uploaded by you there. So, should I put in the Swiss category? it's not that the category per se is a problem, I am just trying to understand if its presence was a mistake or it was on purpose. You uploaded one file in Austria and dozen of similar files in Switzerland. Is that what you wanted to do?--Alexmar983 (talk) 19:00, 3 January 2020 (UTC)

According to the austrian Community Manager of wikimedia: Austria does not contribute to participate in the Wiki Science Competition in 2019. I would not put it in the Swiss category, since the deadline passed and the picture does not contain any description, which is a No-Go. And I don't consinder this picture as valuable.  — Johannes Kalliauer - Talk | Contributions 20:06, 3 January 2020 (UTC)

In the end, I think that you did not answer the question about the reason of this double upload. I am assuming it was a distraction and I can consider this file similar to those of your Bachelorarbeit in Switzerland.

BTW, sorry for the following explanation but just to be sure it is clear, the fact that a country does not take part with a national organization (which is not by default a chapter or UG) or a prize does not exclude an upload per se, since WSC is open. I was against a specific national upload interface for Austria and I would have kept it merged with the upload for the international category, but it was kept available. In general, some big or active countries with no jury receive enough files to have a specific selection, for example in 2019 we have India, and this is done by a specific international second-level jury that is available for that. When a potential wikimedia organizer says no, it does not says no to the upload existing. It's just a more limited process, but it's there. We reduced this effect in 2019 but we cannot exclude it because if there are scientific images that can be shared, and there are international prizes, it would not be fair if somebody wants to take part to exclude them for this possibility. This is even more clear in a scenarios where chapters do not even exist. It will damages countries where sicence need open access support and at that point we cannot create spearate system, the standard for the countries with no local organizer is the same. We are not WLM, we are constantly trying to get more funding in this direction. This year we have three additional international prizes compared to 2017, so despite the dditional workload we will never exclude people from the chance of winning them. Plus, there is a reasonable degree of superposition in the STEM community so every uploader is in any case quite free to chose a country, we assume in good faith there is some explanation for their choice. All of this just to explain that the explanation here is not in agreement with the WSC guidelines and purpose. There is no nationally organized competition in some areas, but WSC is in every country. Plus, the wsc-at upload should not be removed, it's a factual information that should be kept for statistical purpose. It is kept also for disqualified files.

Coming back to your file, if there is no difference (and there is not, or you would have said so at this point, I presume), I will now do what I would have done with no feedback. I will move it with the other ones in Switzerland, since it's easier to move a file instead of a dozen. The deadline has no effect on this categorization, all these files were uploaded before the national deadlines and it's part of file management to clean up these situations. The jurors and organizers can categorize files in their interest of the uploader as well. The information of the upload interface remains. I will proceed.--Alexmar983 (talk) 13:12, 7 January 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Delete request

I do not know how to nominate modules for deletion. Some time ago I created

• Loca deg
• Loca deg/doc
• Loca deg/sandbox

and they should be speedily deleted. Would you mind to that? Thanx -- sarang♥사랑 08:29, 18 January 2020 (UTC)

I think it is best to just ask me.

I personally would add {{Speedy}}.

Can you check

• Special:WhatLinksHere/Module:Loca_deg
• Special:WhatLinksHere/Module:Loca_deg/sandbox

I think both is fine.

 — Johannes Kalliauer - Talk | Contributions 16:04, 18 January 2020 (UTC)

I had checked it before my request - it just links to talk pages. Thank you -- sarang♥사랑 16:16, 19 January 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:2B LIGHT.svg

File:2B LIGHT.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!

Ahmad^talk 18:31, 22 January 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Katapult importance social distancing.gif

File:Katapult importance social distancing.gif has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that. The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request. This file is a copyright violation for the following reason: Licence: CC BY-ND Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

 

— JJMC89 (T·C) 01:14, 23 March 2020 (UTC)

Fehlende Genehimgung jetzt an permissions-de@wikimedia.org geschickt mit [Ticket#2020032310007728]  — Johannes Kalliauer - Talk | Contributions 19:14, 23 March 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Category:Simple SVG text logos

Hello!

See this edit. You don't have to add the category manually since {{PD-textlogo}} does it for you if you enter 1=simple.Jonteemil (talk) 12:50, 23 March 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:COVID-19 Austria.svg

File:COVID-19 Austria.svg is considered to fulfill the criteria for speedy deletion and has been marked on its page. The following reason has been specified: The cited socurce states a copyright of APA and TU WIEN / DWH If you believe the content does not meet the criteria for speedy deletion, you may replace the speedy deletion tag with a regular deletion request (if the content has not been deleted) or request undeletion (if the content has already been deleted). All your uploads, including deleted ones, are listed in your upload log. If you need help, please read our frequently asked questions or visit the help desk. Please do not remove this message from your talk page. You may set up archiving instead. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

Túrelio (talk) 13:24, 27 March 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Animated gif limit

File:Katapult importance social distancing.gif is hitting the 100 megapixels limit at User:Dispenser/GIF check. 600 × 600 × 300 frames = 108 million, a little too much. It's not animating with the current scaling at w:Social distancing#2019–2020 coronavirus pandemic, and displaying at full size is rather large. Can you make a smaller version? Up to 577 × 577 × 300 should work, or 600 × 600 × 277. PrimeHunter (talk) 02:09, 30 March 2020 (UTC)

@PrimeHunter: Just use

1. crop https://ezgif.com/crop/ezgif-4-b895c4e23fc6.gif
2. cut duration https://ezgif.com/cut/ezgif-4-b895c4e23fc6.gif

 — Johannes Kalliauer - Talk | Contributions 21:26, 31 March 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Carbon cycle-cute diagram.svg

hi, ich hab mich mal wieder länger versucht an diesem svg, weil ich es dann mit dem tool übersetzen wollte - aber die manuelle nachbearbeitung der text-elemente nach inkscape ist immer sehr aufwändig - säuberst du das auch im texteditor oder verfasst du es gleich als code oder benutzt du ein tool?

nach dem manuellen editieren haben alle texte unterschiedliche formate, das verstehe ich nicht - es sollten eigtl. nur drei textgruppen sein, schwarz normal und blau fett und der titel

in https://tools.wmflabs.org/svgtranslate/ bekomme ich die meldung, es gäbe keinen text zum übersetzen - irgendwas scheint nicht zu passen

kannst du helfen? wäre dankbar - auch wenn du deine schritte und tools nennst - danke --Mrmw (talk) 22:14, 25 April 2020 (UTC)

Nachtrag: ich hab die Textelemente neu einsortiert und das gewünschte Bild passt jetzt so - der w3c-check zeigt keine Fehler

allerdings kann das translation-tool immer noch nicht damit arbeiten - wenn du mir da helfen könntest wäre super - danke --Mrmw (talk) 06:59, 26 April 2020 (UTC)

ich weiss nicht ob du aktiv bist in der sache - ich bin es bis jetzt noch - aber ich schreib hier wenn ich fertig bin - danke --Mrmw (talk) 10:17, 26 April 2020 (UTC)

@Mrmw: Regarding: https://tools.wmflabs.org/svgtranslate/File:Carbon_cycle-cute_diagram.svg

I saw

<text font-style="oblique"><tspan x="297.11255" y="83.187065">CO<tspan baseline-shift="sub" font-size="65%">2</tspan></tspan></text>

which seems to me phab:T250607 (and phab:T248252)

or its something else at: Commons:SVG_Translate_tool#Q:_Why_do_I_see_the_message_This_file_does_not_have_any_labels_available_for_translation?

Editing Inkscape-files by hand: You mabe should read User:JoKalliauer/Optimization#Using_Optizatiors, I think the 4th option might be usefull.

I'm quite busy now, I will look at that file later more closely.

Sorry for answering in English, I just noticed it, but I'm too lazy to change.

 — Johannes Kalliauer - Talk | Contributions 10:55, 26 April 2020 (UTC)

hi, mit den technischen inhalten bin ich soweit fertig, ich habe technische und inhaltliche fragen

1. Technik
   1. stimmst du dem aufbau, speziell dem multilang-teil so zu oder würdest du grundsätzlich etwas anders machen?
   2. das translation-tool akzeptiert die datei immer noch nicht als input - mit deiner vermutung zur betroffenen zeile lagst du richtig - was daran ist das problem und woher wusstest du, dass genau diese zeile könnte probleme machen?
2. Allgemeines
   1. ich hab heute den ganzen und gestern den halben tag mit der datei zugebracht, viel probiert und gelernt
   2. die datei ist nun in vielen wikis weltweit eingebunden - einerseits finde ich das gut, andererseits erhöht man doch sie die wahrscheinlichkeit, dass ein weniger versierter user den code z.b. mit unsachgemäßen gebrauch von inkscape zerstört
   3. ich finde den kleinen hinweise der igen-vorlage zum thema switch und translation ziemlich unauffällig - fände es besser, wenn ich weiss, dass ich hier eine datei habe, die mit einem mechanismus viele sprachen bedient (soweit gelöst für mich: ich binde einfach {{Translate}} manuell ein - mit dem switch-parameter in der vorlage wird ausreichend darauf hingewiesen)
   4. eine solche datei zu bauen ist für mich derzeit zugegeben recht zeitaufwändig, aber ich würde mir die arbeit machen, wenn sie sich lohnt - z.b. für educative zwecke - svgs die zum grundwissen gehören und bei denen es notwendigerweise eine bild-in-legende gibt - ich habe den kohlenstoffkreislauf in eine entsprechende multilang-kategorie gesteckt - dort sind sehr wenige dateien - gibt es eine stelle wo dateien dafür gesammelt werden, die auf so eine arbeit warten? danke und gruß --Mrmw (talk) 22:41, 26 April 2020 (UTC)
   5. wenn aus vielen einzelnen sprachfiles ein multilangfile erstellt wurde, fände ich es sinnvoll, ähnlich wie mit {{Vva}}, darauf hinzuweisen, dass es für die einzeldateien eine 'sprach-master-datei' gibt und diese verwendet werden sollte - ich werde das mal in der deutschen vorlagenwerkstatt ansprechen --Mrmw (talk) 07:23, 27 April 2020 (UTC)

1. 1. Aufbau: Ich finde es so recht gut, Glrx ist aber da versierter. Um etwas zu kritisieren (aber auch das ist Geschmackssache: ich würde < in < ändern.)
   2. phab:T250607 sagt aus, dass man nicht zwei verschachtelte tspans haben kann, du müsstest <tspan baseline-shift="sub" font-size="65%"> vermutlich entfernen.

Mehrsprachige Dateien werden von Inkscape in der Regel nicht zerstört. Einzig wenn man in ‎<g>...‎</g> hat https://gitlab.com/inkscape/inbox/-/issues/2056 und die Gruppe auflöst. Und der Defaultwert in ‎<switch>...‎</switch> wird glaube ich auch nicht richtig aufgelöst, wenn man einen ‎<switch>...‎</switch> "ungrouped".

Wenn es viele Sprachversionen gibt und die in einer Multinlingualen Datei sind, kannst du bei der einzelnen Sprachversion einen Löschantrag stellen. Wobei es Entscheidung des Admins ist ob er es als redundantes duplikat ansieht.

 — Johannes Kalliauer - Talk | Contributions 06:22, 28 April 2020 (UTC)

hmmm ... danke für die antwort - ich kann davon wenig mitnehmen - hab den phab gelesen - ich sehe meine verschachtelten spans und weiss doch nicht was ich tun soll - habe den betreffenden text aus den lang-switches rausgenommen, das hat nichts verbessert - sollte ich CO2 in pfade umwandeln - aber in dem ticket wird ja noch gearbeitet - aber wohl eher nur an der fehlermeldung vom translator?

der austausch des kleinerzeichens bei den 700 gigatonnenC stellt mich auch vor probleme, das war schon so in der ursprungsversion gelöst, das kleinerzeichen kollidiert im code mit den containern - oder kann man das irgendwie escapen?

danke und gruß --Mrmw (talk) 20:00, 28 April 2020 (UTC)

hi, du hattest hier nicht mehr geantwortet, aber vielleicht interessiert dich das hier:

* https://commons.wikimedia.org/wiki/User_talk:Glrx#File:Carbon_cycle-cute_diagram.svg

* https://commons.wikimedia.org/wiki/User_talk:Glrx#purge_at_https://tools.wmflabs.org/svgtranslate/

bin nicht mehr überzeugt von dem tool - nicht für komplexere textinhalte wie in diesem bild

ist mein englisch soweit verständlich? bin unsicher --Mrmw (talk) 18:06, 30 April 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:COVID-19 Health care limit.svg

Hello, I modified your file with:

Please: Consider a modification of your file including the increasing of the health care capacity. --Jmarchn (talk) 07:28, 30 April 2020 (UTC)

@Jmarchn: The file is so much simplificated, and probably outdated, that I do not care about the increasing healt care capacity. I do not even know how much the health care capacity is/was increased.

I consider updateting files such as File:Covid-confirmed-daily-cases-epidemiological-trajectory.svg more importantly.

 — Johannes Kalliauer - Talk | Contributions 08:51, 30 April 2020 (UTC)

File:Covid-confirmed-daily-cases-epidemiological-trajectory.svg is different but not interesting for the pedagogical goal of understanding the importance of social distancing. For a pedagogical purpose it is not necessary to know what the exact increase in health capacity is. All health systems have adapted (more or less) to the new demand caused by COVID-19. The diagram is also not specific to COVID-19 but to any serious infectious epidemic. Jmarchn (talk) 09:06, 30 April 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Neue Dateiversion hochladen

Hallo, JoKalliauer

Die SVG unter: https://commons.wikimedia.org/wiki/File:BAG_Plakat_CoVi_QR_Abstand_A3_297x420_d_Poppler.svg könnte man vielleicht mit dem neuen Plakat „erneuern“. Siehe: https://bag-coronavirus.ch/downloads/

Freundliche Grüsse 193.247.119.166 09:44, 30 April 2020 (UTC)

Da das eines der ersten Plakate ist es auch geschichtlich von Bedeutung, daher habe ich eine neue Version File:BAG_Plakat_CoVi_MaskeTragen_A3_297x420_d.svg hochgeladen.  — Johannes Kalliauer - Talk | Contributions 10:04, 30 April 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Fehlersuche

hi, ich hab mir mal wieder mühe gegeben und versucht dieses SVG zu optimieren - leider ohne erfolg - weder https://validator.w3.org/check noch c:Commons:Commons SVG Checker gaben ein heinweis auf einen fehler - das igen-script auf der datei-seite gibt grünes licht
beim hochladen wird auf der hochladeseite nach dateiauswahl auch eine vorschau angezeigt, dort erscheint es korrekt - kannst du helfen? --Mrmw (talk) 15:27, 11 May 2020 (UTC)

@Mrmw:

The file displays correctly in Chrome and Firefox, so that suggests a librsvg bug.

The file has an upper arc (g id="p") and duplicates it with a use that uses a rotate(180deg, 298.99, 125) transform. The image dimensions are (600, 250), so the center of rotation looks close.

The upper arc is done with a path that has a move (m) and two connected arc segments (a. When librsvg paints the connected arc segments go off screen. The path starts in its proper position but finishes in the wrong place. The arrowheads are drawn properly. So this path is the culprit.

<path d="m84.55 60.995a263.1 111.52 0 01211.66-47.502 263.1 111.52 0 01214.8 44.899"
   fill="none" stroke-linecap="round" stroke-width="5"/>

The problem is the "01211.66" and the "01214.8". Each of those strings is a one-digit large-arc-flag, a one-digit sweep-flag, and an ending x-coordinate. The optimization program joined them into one string, which is SVG-legal, but librsvg does not handle them correctly. Phab:T217990. You can edit the file to space them out ("0 1 211.66" and "0 1 214.8") or perhaps the optimizer can be told to be less aggressive with removing spaces in d attributes.

Glrx (talk) 21:08, 12 May 2020 (UTC)

I answered some seconds later pretty much the same at User_talk:Sarang#Fehler_Cloning (without proper explantation as you did). The bug can be solved by e.g. svgcleaner using e.g. https://tools.wmflabs.org/svgworkaroundbot/ .  — Johannes Kalliauer - Talk | Contributions 21:13, 12 May 2020 (UTC)

hallo und danke für die unterstützung - bin ehrlich gesagt überrascht, weil ich relativ sicher bin, dass ich deinen svg-cleaner benutzt habe bei der fehlersuche - ohne erfolg - jetzt wird der fehler beseitigt

irgendwie entäuschend, dass offensichtlich der renderer in wiki nicht dem standard folgt - ich optimiere mit scour in inkscape

ist mein anspruch berechtigt, dass die svg-checker in commons einen solchen 'fehler' finden und melden sollte? - aber wenn ich es richtig verstanden habe, ist dies kein fehler, sondern der pfad kann unterschiedlich interpretiert werden --Mrmw (talk) 06:27, 13 May 2020 (UTC)

I write englisch for Glrx.

@Mrmw: If you used svg-cleaner it most likely introduced the bug, enshure that you have the options listed on User:JoKalliauer/Optimization#svgcleaner expecially --join-arcto-flags no.

If you think svg-checker should report it, improve MediaWiki:CommonsSvgChecker.js (and disscuss it at the discussion-page. Since it contains JavaSkript not even (normal) admins can change the page.)

"01214.8" is the short from for "0 1 214.8", there is no other correct interpetation (But I'm not able to read path-Data at all therfore I might be wrong.) The flags can only be 0 or 1 (always one number) therefore spaces are just useless bytes, that can be removed (not for librsvg).

 — Johannes Kalliauer - Talk | Contributions 08:50, 13 May 2020 (UTC)

Thanks for the English response, but answering in German is fine. Glrx (talk) 00:56, 14 May 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Protection advised

Hallo Johannes, hier ist ein Admin notwendig. Ich habe bei einer Überprüfung gesehen, dass einige Vorlagen, zT Subvorlagen von Igen, sehr oft transcludiert werden - so dass es gegeben erscheint, sie zu schützen (edit allowed only for Admins and template editors), ehe jemand damit lustige Dinge treibt.

• {{Nil2}} (382 K times)
• {{Igen/par}} (407 K times)
• {{Igen/sub}} (343 K times)
• {{Igen/top}} (498 K times)
• {{I18n/COA}} (416 K times)
• {{Created with code}} (299 K times)

eventuell auch noch

• {{Igen/cat}} (nur 7 K times)
• {{Igen/csf}} (18 K times)
• {{TextSVG-s}} (7 K times)
• {{Translate-s}} (12 K times)

Bisher ging es gut, aber ein wenig Prophylaxe schadet ja auch nicht ! Ich finde sicher noch mehr. Gruss aus dem Exil -- sarang♥사랑 18:24, 14 May 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Perl SVG Modul

Hallo JoKalliauer,

ich kann die Daten aus der Klimadiagrame der TU Dresden ( https://climatecharts.net/ ) extrahieren, übersetzen und kompakter anzeigen (siehe c:File:70.816W-36.152S-el-rincon-region-del-maule-chile.svg). Aber, wie bekomme ich deutsche, spanische und sonstige Zeichen in diesem SVG Image?

#!/usr/bin/perl
use SVG;
my $svg    = SVG->new(width  => 510, height => 510 );
my $y1axis = $svg->text(id => 'y0', x => 30, y => 400)->cdata('+ Medición °C Köppen');
print $svg->xmlify;
exit;

Beste Grüße, --Juan Villalobos (talk) 16:51, 8 June 2020 (UTC)

1. OK gelöst. Lesen der Daten "Medición °C Köppen" mit '<:encoding(UTF-8)'. --Juan Villalobos (talk) 10:38, 10 June 2020 (UTC)

@Juan Villalobos: Sorry, das ist bei mir ehrlichgesagt untergangen, ich hatte die Frage auch nicht ganz verstanden(kann auch nicht perl), aber es scheint gelöst zu sein.  — Johannes Kalliauer - Talk | Contributions 07:20, 11 June 2020 (UTC)

Technisch ist die Sache OK. Ich tue alle Strings in eine Datei und lese sie wie oben gesagt, dann gibt es kein Ärger. Wenn ich die Strings im Program definiere, dann bleibt das Problem. Die Mühe hat sich gelohnt, denn die Diagramme sind jetzt kompakter und ich kann es noch kompakter machen als die von der TUD. Vergleiche es:Cuenca del río San José vs es:Cuenca del río Lluta. P.S.: Die ersten Diagrame musste ich löschen weil sie einen groben Maßtabfehler hatten.

--Juan Villalobos (talk) 09:35, 11 June 2020 (UTC)

@Juan Villalobos: Wenn du mit Kompaktheit die Dateigröße meinst. Ich hab File:70.816W-36.152S-el-rincon-region-del-maule-chile.svg auf fast ein viertel der ursprünglichen Dateigröße reduziert.

Ich sehe du hast text-align: right und text-anchor: left verwendet, ich vermute du meinst text-align: end und text-anchor: start, siehe https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/text-anchor oder File:SVG_Test_TextAlign.svg.

 — Johannes Kalliauer - Talk | Contributions 16:27, 11 June 2020 (UTC)

Mit kompakt meine ich die optimale Ausnutzung der Fläche. In diesem Fall wird kaum jemand das Diagram verwenden um die Temperatur oder Regenmenge an einem Monat genau abzulesen. Es geht um den Verlauf der Kurven, wann wird es wärmer, wann regnet es am meistens und wann wird es trocken. Deswegen kann, denke ich, das Diagram selbst sehr klein, aber die fonts relativ gross sein, damit sie gut lesbar sind, auch bei kleine Maße. Also, das Gegenteil vom TUD Diagram.

Ich musste mehrere Versuche unternehmen um die Schrift in die Vertikale zu bekommen, deswegen diese Anker und left. Danach habe ich nicht mehr sauber gemacht.

Ich habe den Quellcode in der Diskussionseite der Kategorie ausgestellt. Verbesserungen sind willkommen.

--Juan Villalobos (talk) 20:16, 12 June 2020 (UTC)

@Juan Villalobos: Ich mache wiss. Publikationen, da muss die Schriftgröße im Bild entweder so groß sein wie in der Bildbeschriftung oder so groß wie der Fließtext, insofern erstellt man dort grafiken ohne text und legt den Text dann darüber, das geht in der Wikipedia nicht.

In der Wikipedia ist es üblich Bildtitel nicht im Bild, sondern in der Bildbeschreibung zu machen. die roten 100/300 (Rechts oben) finde ich verwirrend und sind in dem meisten Grafiken nicht notwendig, ich würde sie entfernen und ev auch den obersten Strich, siehe https://commons.wikimedia.beta.wmflabs.org/wiki/File:Test.svg . Da ein einheitliches Bild gewünscht ist, mag ich das nicht bei einem einzeln Bild ändern.

 — Johannes Kalliauer - Talk | Contributions 09:08, 13 June 2020 (UTC)

Es sieht schöner aus ohne die eng geschriebenen Sätze, in allen Richtungen und mit versch. Schriftgröße. Ich halte es aber für notwendig soviel Information im Bild mitzuliefern damit die Information zu den Bild nicht verloren geht (Temp. media, Precip. sum, Ort, Höhe, Koord., etc) und das Bild sebst nicht am falschen Ort gestellt wird, mit welcher Absicht auch immer.

Zum Beispiel das Bild File:Colpitas-en-alcerreca.png wird man nicht für de:Donau verwenden und auch im es:Río Colpitas wird niemand im Text schreiben, dass der Abfluß 250 m³/s groß ist. In beiden Fällen wäre die Täuschung leicht zu erkennen. Das wäre bei dem schönen Bild anders. Bei Photos geschieht das allzuoft: Category:Unidentified rivers of Chile.

Aber über die Sache mit dem Prec>100 mm und auch die Temp<0°C denke ich immer noch nach. Masstab ändern?, Bildgrösse ändern?, leere Sektor anzeigen/unterdrücken?. --Juan Villalobos (talk) 10:09, 14 June 2020 (UTC)

@Juan Villalobos: Prec>100mm, dafür gibt es rechts ja die 100 und 300, ab 100 ist die Skala eine andere, das passt so#

Temp<0°C Ich würde beide Skalen um das verschieben, aber Massstab lassen.

Aber da müsste ich mir die konkrete Datei anschauen

 — Johannes Kalliauer - Talk | Contributions 09:04, 18 June 2020 (UTC)

Zur Zeit hat das Program in der Diskussionsseite immer dieselben Maße, aber versch. Massstäbe. Dafür unterscheidet 4 Fälle "simple" c:File:28.581S-70.75W-vallenar-atacama-C.svg, "rain" c:File:45.4S-72.67W-puerto-aysen-aysen-chile-C.svg, "cold" c:File:32.916S-70.302W-rio-blanco-valparaiso-C.svg, und "coldrain" c:File:34.367S-70.325W-resguardo-cortaderal-ohiggins-C.svg, je nachdem ob 1 extra-Streife, 2 oder keine notwendig sind.

Ich habe angefangen mit einer neuen Version die eine breitere und niedrigere Image rausbringt. Dafür die jahrl. Regen und Temp. grösser anzeigt. Am Ende soll im Diagram praktisch nur eine blaue oder gelbe Fläche zu sehen sein aber die Daten besser lesbar zu sein: c:File:33.661S-69.93W-campamento-embalse-el-yeso-rm-santiago-C.svg Da muss ich noch Tipparbeit leisten. Die jährl. Temp und Prep soll gross sein, die Zahlenreihen links angebracht, "climatecharts.net" statt die lange URL.

Aber Du hast Recht, 50 mm Regen oder 25°C sollten immer gleich hoch sein. --Juan Villalobos (talk) 15:01, 29 June 2020 (UTC)

@Juan Villalobos: Sollte man bei File:34.367S-70.325W-resguardo-cortaderal-ohiggins-C.svg die 300 mm auf 120mm ändern? (Ich vermute, dass müsste sich ausgehen.)— Preceding unsigned comment added by JoKalliauer (talk • contribs) 16:08, 29. Jun. 2020‎ (UTC)

Die TUD hat es auf 300 mm gesetzt in der Hoffnung so viele Fälle wie möglich im selben Breite/Höhe rein zu bekommen, was ich gut finde. Im es:Usuario:Juan_Villalobos/wb/016#Comparación de diagramas Walter Lieth habe ich 4 verschiedene Diagrame nebeneinander gestellt für die 4 Fälle rain, cold, simple und coldrain.

Die letzte Zeile zeigt einige in mehrere Sprachen und mit 3 Buchstaben für einen Monatsname. Das ist doppelte Platzverschwendung.

Die TUD stellt zweimal die Namen der Monate, horizontal und vertikal. Wenn man dei Values unter der X-Axis schreibt, spart man Platz.

Die TUD lässt den Platz unten rechts ohne Verwendung.

Auch die schwere Blaufarbe der TUD ist mir unangenehm.

Um die direkte Vergleichbarkeit zu ermöglichen müssen alle Diagrame von -10°C bis 300 mm anzeigen, sonst muss der Betrachter ständig die Nulllinie suchen.

Aus diesen Gründen, denke ich, ist die zweite Reihe die Beste. --Juan Villalobos (talk) 13:13, 1 July 2020 (UTC)

die version ImageMagick 6.9.10-23 Q16 x86_64 20190101 zeigt die Werte für Temp und Precip (in der zweite Reihe d.h. first6.pl) rechts oben zentriert im gegensatz zu Wikipedia, die zeigt es nicht zentriert. --Juan Villalobos (talk) 15:40, 1 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Mistakes in building in Jungborn, Hamburg-01.png

Why no source, I cropped out the Watermark and i not uploaded intentionally with the Watermark. Leonel Sohns (talk) 19:22, 17 June 2020 (UTC)

@Leonel Sohns: Did you shoot the photograph with a camera? If not, please add the permission.  — Johannes Kalliauer - Talk | Contributions 09:07, 18 June 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Star-wars-29792.svg

File:Star-wars-29792.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!

De728631 (talk) 01:56, 18 June 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:Seal of Tulsa, Oklahoma.svg

File:Seal of Tulsa, Oklahoma.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!

1.Ayana (talk) 15:59, 19 June 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

svg simple text

hi, ich versuche immer noch eine text-formatierung als svg-code zu finden, die einfach, sprich kurz ist und trotzdem für inkscape editierbar bleibt

<text x="500" y="130" font-family="DejaVu Sans" font-size="11" text-anchor="middle"><tspan>Tri-/Phospho-</tspan><tspan dx="0" dy="11">ceridefy</tspan></text>

1. das erste koondinatenpaar im text-tag steht für die grundlinie?
   
2. die beiden zeilen tspan1 und tspan2 können seperat mit xy-koordinaten versehen werden - aber dann werden die xy-koordinaten vom des text-tag überschrieben? lass ich sie wie hier für den ersten tspan weg, erbt dieser die koordinaten von 'text'?
   
3. der dy-parameter für die zweite zeile funktioniert gut, allerdings komm ich mit dx=0 nicht weiter, wenn der textanchor von 'start' abweicht
   

ich weiss grundsätzlich nicht sicher ob mehrzeiliger zusammenhängender text immer mit tspans aufgeteilt wird und wie hier die koordinaten vergeben werden (sollten)
gruß --Mrmw (talk) 09:33, 4 July 2020 (UTC)

da habe ich auch viel experimentieren mussen, und der librsvg macht manches anders als diverse browser.

die erste tspan-klammerung ist uberflussig! da sie ohne koordinaten ist, gelten naturlich die des text-parameters.

<text x="500" y="130" font-family="DejaVu Sans" font-size="11" text-anchor="middle">Tri-/Phospho-<tspan dy="11">ceridefy</tspan></text>

1. ja, fur die grundlinie des unmittelbar folgenden textes (im beispiel: Tri-/Phospho-)
2. da die uberflussigen tspan ohne koordinaten sind, gelten naturlich die des text-parameters.
3. dx="0" ist sinnlos und uberflussig - ein relativer abstand von 0 ist nun mal nix. Da kann sich bei anchor=middle mit dx beim librsvg eine unterschiedliche x-position zu anderen ergeben, am eindeutigsten (und uberall gleich aufgelost) ist es mit x= und y= (bei <text und <tspan).

mehrzeiliger zusammengehoriger text wird am besten mit <tspan formatiert; alles was <tspan kann (und noch einiges mehr) geht naturlich auch mit <text, aber dann sollten ubergeordnete spezifikationen in zb <g, <switch oder dgl. erfolgen. -- sarang♥사랑 08:53, 6 July 2020 (UTC)

@Mrmw: Immer wenn ich nicht antworte, liegt es daran dass ich keine Antwort darauf weiß, aber jetzt sind mir doch auch Lösungen eingefallen:

<text x="500" y="130" font-family="DejaVu Sans" font-size="11" text-anchor="middle">Tri-/Phospho-<tspan x="500" dy="11">ceridefy</tspan></text>

oder

<text x="500" y="130" font-family="DejaVu Sans" font-size="11" text-anchor="middle">Tri-/Phospho-<tspan dx="-60" dy="11">ceridefy</tspan></text>

oder

<text transform="translate(500)" y="130" font-family="DejaVu Sans" font-size="11" text-anchor="middle">Tri-/Phospho-<tspan x="0" dy="11">ceridefy</tspan></text>

oder

<g transform="translate(500 130)" font-family="DejaVu Sans" font-size="11" text-anchor="middle">
<text>Tri-/Phospho-</text>
<text y="11">ceridefy</text>
</g>

oder

<text transform="translate(500 130)" font-family="DejaVu Sans" font-size="11" text-anchor="middle">Tri-/Phospho-<tspan x="0" y="11">ceridefy</tspan></text>

Also ‎<text>...‎</text> is so was wie ‎<g>...‎</g>-tag wenn darin noch ‎<tspans>...‎</tspans> drinnen sind, wobei text kann direkt in ‎<text>...‎</text> stehen, aber auch in beliebig vielen unter ‎<tspan>...‎</tspan>.

Von File:SVG_Test_TextAlign.svg kann man viel lernen, aber dein Beispiel ist nicht enthalten.

Die Definition findet man unter https://www.w3.org/TR/SVG/text.html#TextElementXAttribute

Auf Inkscape-kompatibiltät habe ich es nicht kontrolliert.

 — Johannes Kalliauer - Talk | Contributions 17:31, 6 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Bildüberschriften

hi und @Sarang: , mal wieder eine technikfremde Frage: hier exemplarisch zu File:Koppen-Geiger Map A present.svg - abgesehen davon dass hier ein fake-svg vorliegt die frage, wie es sich mit Bildüberschriften verhält - wenn die Überrschrift eindeutig keine zusätzliche Information wie Legende enthält und eindeutig nur den Inhalt des Bildes nennt, dann kann doch so eine Überschrift entfallen oder? ich glaube auch iwo evtl. auf de-wiki so etwas gelesen zu haben - gruß --Mrmw (talk) 05:06, 7 July 2020 (UTC)

de-wiki und commons haben verschiedene Regeln. Überschneidung gibt es meines Wissens nur bei der Definition COM:INUSE und damit werden (über den Scope) lokale wikiregeln indirekt zu Commonsregeln.

Grundsätzlich gehört mMn die Bildbeschriftung in die Bildunterschrift und nicht ins Bild, dennoch würde ich es im Allgemeinen auch nicht aktiv herauslöschen. Die Bilder werden ja auch auf Webseiten verwendet, die keine Bildunterschirft ergänzen.

Bei einer Datei wie File:Coronavirus-data-explorer.svg würde ich die Bildbeschirftung lassen, da oftmals die Bildunterschriften unvollständig sind. Auch weil so Grafiken auch auf sozial Media geteilt werden, deshalb sind Infos im Bild oft sinnvoll.

Wichtiger als ob der Titel im Bild steht oder nicht: Auf der Bildbeschreibungsseite fehlt: Warum 1980-2016, was heißt "Af", "Am", "Aw".

 — Johannes Kalliauer - Talk | Contributions 10:11, 7 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

svg, dünn

hi, ich hatte euch mal die frage gestellt nach dem was ihr meint, was das schlankeste svg enthalten müsse - finde den beitrag nicht mehr
File:ANDPFV flag.svg enthält nur die xmlns-adresse und der validator gibt keinen fehler - ist das die schlankste ausführung einer validen svg-datei der man so folgen sollte? --Mrmw (talk) 21:24, 7 July 2020 (UTC)

Es gibt einfache Beispiele auf SVG_examples, dort kannst du auch gerne weitere kurze Bsp ergänzen.

Ich ergänze gerne Doctype Definition wenn die Datei valide ist, aber das kann man auch unnötig sehen.

eine xml-definition in der ersten Zeile ist auch nicht notwendig, wird aber stark empfohlen.

xmlns:xlink="http://www.w3.org/1999/xlink" benögtigt man wenn man xlink:href verwendet, daher würde ich so was auch drinnen lassen.

Wenn du eine schlanke ausführung willst würde ich in der zweiten Zeile <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 18 12"> oder <svg xmlns="http://www.w3.org/2000/svg" width="18" height="12"> schreiben, wobei ich ersteres bevorzuge (Sarang hingegen würde width und height so lassen wie sie sind, aufgrund der vorschaugröße)

@Mrmw: Die schlankeste Ausführung eines SVG die valide ist:<svg/>.  — Johannes Kalliauer - Talk | Contributions 22:04, 7 July 2020 (UTC)

<?xml version="1.0"?><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 1 1"/> ist kompatbiler und wird von Chrome/Firefox/librsvg richtig gerendert siehe view-source:https://upload.wikimedia.org/wikipedia/commons/archive/b/bd/20200708151801%21Test.svg  — Johannes Kalliauer - Talk | Contributions 15:21, 8 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

scour

hallo, ich benutze scour in inkscape 1.0 (v. 0.31+)
m.m. funktioniert die gruppierung der attribute nicht optimal:
ich habe pfade mit gleicher füllung und erwarte, dass diese zusammen gruppiert werden, das ist nicht der fall
die beiden optionen 'gruppen zusammenklappen' und 'gruppen für ähnliche attribute erstellen' sind aktiviert
wenn ich die gruppierung manuell vornehme, wird sie von scour korrekt beibehalten
ich wollte nachsehen ob es eine aktuellere version von scour gibt, und ob ich die selber manuell nachrüsten kann:
es gibt eine version 0.37 - aber ich bin verwirrt, da ich in der inkscape-installation den ordner '\Inkscape\lib\python3.8\site-packages\scour-0.37-py3.8.egg-info' gefunden habe - was denkst du? gruß --Mrmw (talk) 09:07, 10 July 2020 (UTC)

nachtrag:

<?xml version="1.0" encoding="UTF-8"?>
<svg width="793.7" height="1122.5" version="1.1" viewBox="0 0 793.7 1122.5" xmlns="http://www.w3.org/2000/svg">
 <path d="m421.83 702.34c0.4 0 0.8 0 1.2 0.1 0.9 0.1 1.7 0.3 2.6 0.5 4.4 1.4 7.6 5.2 8.3 9.8 0.8 0.3 1.7 0.5 2.6 0.5-0.6-6.3-5.1-11.5-11-13-0.8-0.2-1.6-0.3-2.5-0.4-0.4 0-0.8-0.1-1.2-0.1-0.5 0-0.9 0-1.3 0.1 0 0.4 0.1 0.8 0.1 1.2s0 0.9-0.1 1.3h1.3" fill="#26954e"/>
 <path d="m437.73 686.34c-7.8 0-14.1 6-14.7 13.6 0.8 0.1 1.7 0.2 2.5 0.4 0.4-6.4 5.7-11.5 12.3-11.5 6.8 0 12.3 5.5 12.3 12.3s-5.5 12.3-12.3 12.3c-0.4 0-0.8 0-1.2-0.1-0.9-0.1-1.7-0.3-2.6-0.5-4.4-1.4-7.6-5.2-8.3-9.8-0.8-0.3-1.7-0.5-2.6-0.5 0.6 6.3 5.1 11.5 11 13 0.8 0.2 1.6 0.3 2.5 0.4 0.4 0 0.8 0.1 1.2 0.1 8.2 0 14.8-6.6 14.8-14.8-0.1-8.3-6.7-14.9-14.9-14.9" fill="#c33d51"/>
 <path d="m388.43 699.94c-0.6-7.6-6.9-13.7-14.7-13.7-8.2 0-14.8 6.6-14.8 14.8s6.6 14.8 14.8 14.8c0.4 0 0.9 0 1.3-0.1v-1.1c0-0.5 0-0.9 0.1-1.4-0.4 0.1-0.9 0.1-1.3 0.1-6.8 0-12.3-5.5-12.3-12.3s5.5-12.3 12.3-12.3c6.6 0 11.9 5.1 12.3 11.6v0.7c0 0.7-0.1 1.3-0.2 1.9-0.7 4.6-4 8.3-8.2 9.7-0.1 0.6-0.2 1.3-0.2 1.9v0.7c5.9-1.5 10.4-6.7 10.9-12.9 0-0.4 0.1-0.9 0.1-1.4 0-0.2 0-0.6-0.1-1" fill="#1978b6"/>
 <path d="m389.83 702.44c0.4 0 0.8 0 1.2 0.1 0.9 0.1 1.7 0.3 2.6 0.5 4.4 1.4 7.6 5.2 8.3 9.8 0.8 0.3 1.7 0.5 2.6 0.5-0.6-6.3-5.1-11.5-11-13-0.8-0.2-1.6-0.3-2.5-0.4-0.4 0-0.8-0.1-1.2-0.1s-0.9 0-1.3 0.1c0 0.4 0.1 0.7 0.1 1.1 0 0.5 0 0.9-0.1 1.4h1.3" fill="#e0a73f"/>
 <path d="m402.03 715.44c-0.4 6.4-5.7 11.6-12.3 11.6s-11.9-5.1-12.3-11.6v-0.7c0-0.7 0.1-1.3 0.2-1.9 0.7-4.6 4-8.3 8.2-9.7 0.1-0.6 0.2-1.3 0.2-1.9v-0.7c-5.9 1.6-10.4 6.7-10.9 12.9 0 0.5-0.1 0.9-0.1 1.4v1.1c0.6 7.6 6.9 13.7 14.7 13.7s14.1-6 14.7-13.6c-0.8-0.3-1.6-0.4-2.4-0.6" fill="#e0a73f"/>
 <path d="m405.73 713.44c-0.4 0-0.8 0-1.2-0.1-0.9-0.1-1.7-0.3-2.6-0.5-4.4-1.4-7.6-5.2-8.3-9.8-0.8-0.3-1.7-0.5-2.6-0.5 0.6 6.3 5.1 11.5 11 13 0.8 0.2 1.6 0.3 2.5 0.4 0.4 0 0.8 0.1 1.2 0.1 0.5 0 0.9 0 1.3-0.1 0-0.4-0.1-0.8-0.1-1.2s0-0.9 0.1-1.3h-1.3" fill="#010002"/>
 <path d="m420.43 699.94c-0.6-7.6-7-13.6-14.7-13.6-7.8 0-14.1 6-14.7 13.6 0.8 0.1 1.7 0.2 2.5 0.4 0.4-6.4 5.7-11.5 12.3-11.5 6.5 0 11.9 5.1 12.3 11.5v0.8c0 0.6-0.1 1.2-0.2 1.9-0.7 4.6-3.9 8.4-8.2 9.8-0.1 0.6-0.2 1.2-0.2 1.9v0.8c5.9-1.6 10.4-6.7 10.9-13 0-0.4 0.1-0.9 0.1-1.3 0-0.5 0-0.9-0.1-1.3" fill="#010002"/>
 <path d="m434.03 715.44c-0.4 6.4-5.7 11.5-12.3 11.5-6.5 0-11.9-5.1-12.3-11.5v-0.8c0-0.6 0.1-1.2 0.2-1.9 0.7-4.6 3.9-8.4 8.2-9.8 0.1-0.6 0.2-1.2 0.2-1.9v-0.8c-5.9 1.6-10.4 6.7-10.9 13 0 0.4-0.1 0.9-0.1 1.3s0 0.8 0.1 1.2c0.6 7.6 7 13.6 14.7 13.6 7.8 0 14.1-6 14.7-13.6-0.9 0-1.7-0.1-2.5-0.3" fill="#26954e"/>
 <path d="m536.93 502.84c-6-30.4-22-59-47.7-80.3-59.3-49.2-147.3-41.1-196.6 18.2 28-33.7 73-46.3 117.3-37.3 20.9 11.8 40.6 34.3 55.1 63.4-9.8-6.1-20.4-11.6-31.8-16.4-71-29.8-143.5-18.4-161.9 25.5 16-38.3 86.7-45.2 157.8-15.4 16 6.7 30.7 14.7 43.6 23.5 3 7.7 5.7 15.8 8 24.2 3.3 12.4 5.5 24.7 6.7 36.6-1.8 5.9-3.8 11.8-6.2 17.6-8.3 20.8-19.3 39.3-31.8 54.5-9.5 3.6-19.6 6.5-30.1 8.6-75.6 15.2-145.5-15.3-156.1-68.1 12.2 60.5 83.3 97.2 158.9 82 2.3-0.5 4.7-1 7-1.6-26.3 22.4-55.9 31.6-80.9 21.5 32.8 13.1 71.1 1 102-28.2 10.9-4.2 21.1-9.4 30.4-15.5-8.6 24.9-23.9 42.7-44.5 48.2 25-6.7 43.8-27.2 54.1-55 18.6-14.3 32.8-32.2 40.8-51.6 0.3 1.5 0.5 3 0.7 4.6-2.5 20.8-10.5 40.5-24.4 57.2 27.9-33.5 37.4-76.3 29.6-116.2 0-0.1 0-0.3-0.1-0.5 0 0.2 0 0.4 0.1 0.5m-4.4 41.5c-0.4 1-0.8 2.1-1.3 3.1-3.4-15.3-12-31.1-24.8-45.8 0.2-14.6-1.6-28.6-5.2-41.3 19.9 25.3 30.6 55 31.3 84m-105.6-136.4c17.8 5.9 35.2 15.3 50.9 28.3 4.7 3.9 9.1 8 13.2 12.3 3.8 12.7 5.6 27 5.3 42.4-3.9-3.7-8-7.3-12.4-10.8-13.3-32-33.8-57.4-57-72.2m63.3 89.4c1.9 1.6 3.8 3.2 5.5 4.9-0.3 3.7-0.7 7.4-1.3 11.1-0.6-2.7-1.3-5.5-2-8.2s-1.4-5.3-2.2-7.8m-19.1 109.9c6.2-8.7 11.9-18.2 16.8-28.4-0.5 7-1.4 13.7-2.7 20.1-4.6 2.9-9.2 5.7-14.1 8.3m24.2-15.7c3-13.1 4.3-27.3 3.8-42.2 3.6-12.5 5.9-24.8 6.8-36.9 11.6 12.7 19.7 26 23.5 38.7-7.3 14.8-19 28.6-34.1 40.4" fill="#e0dfe0"/>
 <path d="m318.83 497.44c28.6-71.5 88.2-115 133-97-51.3-20.6-116.2 20.7-144.8 92.2-28.7 71.6-10.3 146.3 41.1 166.8-44.8-17.9-58-90.5-29.3-162" fill="#010002"/>
 <path d="m370.93 599.34c-71.1-29.8-115.7-85-99.6-123.3-18.4 43.9 24.3 103.6 95.4 133.4s143.6 18.3 162-25.6c-16.1 38.3-86.7 45.3-157.8 15.5" fill="#1b78b6"/>
 <path d="m263.23 557.44c-10.7-52.8 42-108 117.5-123.2 75.6-15.2 145.4 15.3 156.1 68.1-12.2-60.5-83.3-97.2-158.9-82-75.5 15.2-126.9 76.6-114.7 137.1" fill="#e0a73f"/>
 <path d="m464.33 576.24c-45.1 62.1-111.9 90.4-149.2 63.3 42.8 31.1 114 5.9 159.1-56.2s47-137.6 4.2-168.7c37.2 27.2 31 99.5-14.1 161.6" fill="#26954e"/>
 <path d="m322.13 623.64c-59.3-49.3-72.5-131.2-29.5-182.9-49.2 59.3-41.1 147.2 18.2 196.5s147.3 41.1 196.5-18.1c-43 51.7-125.9 53.7-185.2 4.5" fill="#c33f52"/>
 <path d="m352.43 514.34c-0.5-1.1-1.2-1.6-2.3-1.6-0.5 0-1 0.1-1.4 0.3-0.6 0.3-1 0.7-1.3 1.2l-0.3 0.6c-5.2 11.2-9.5 20.4-13 27.6-0.5 1.1-0.4 2 0.2 2.8 0.3 0.4 0.7 0.7 1.1 0.9l5.2-11.1h15c1.7 3.7 2.9 6.2 3.5 7.7 0.7 1.4 1.8 2.4 3.4 3 0.8 0.3 1.6 0.4 2.2 0.4h1.9c-7.2-16.7-12-27.2-14.2-31.8m-10.4 17.7 6.3-13.5c2.8 6.1 4.8 10.6 6.1 13.5z" fill="#010002"/>
 <path d="m397.23 545.94h-2.8c-1.1 0-2-0.4-2.4-1.3-2.5-3.7-8.2-12-16.9-24.9v26.2h-2.8c-0.5 0-0.9-0.1-1.4-0.4-0.9-0.5-1.4-1.3-1.4-2.4v-30.5h2.8c1.2 0 2 0.5 2.5 1.4 2.8 4.2 8.5 12.6 16.9 25.2v-26.6h2.8c0.5 0 0.9 0.1 1.4 0.3 0.9 0.5 1.4 1.3 1.4 2.4v30.6z" fill="#010002"/>
 <path d="m430.33 541.04c-3.2 3.2-7.2 4.9-11.8 4.9s-8.5-1.6-11.8-4.9c-3.2-3.2-4.9-7.2-4.9-11.8s1.6-8.5 4.9-11.8c3.2-3.2 7.2-4.9 11.8-4.9s8.5 1.6 11.8 4.9c3.2 3.2 4.9 7.2 4.9 11.8-0.1 4.7-1.7 8.6-4.9 11.8m-19.6-21.5c-2.2 2.7-3.2 6-3.2 9.8s1.1 7.1 3.2 9.8c2.2 2.7 4.8 4 7.8 4 3.1 0 5.7-1.3 7.8-4 2.2-2.7 3.3-6 3.3-9.8s-1.1-7.1-3.3-9.8-4.8-4-7.8-4c-3-0.1-5.7 1.3-7.8 4" fill="#010002"/>
 <path d="m466.23 541.84c-3.2 2.8-6.8 4.2-11.1 4.2-4.6 0-8.5-1.6-11.8-4.9s-4.9-7.2-4.9-11.8 1.6-8.5 4.9-11.8 7.2-4.9 11.8-4.9c4.2 0 7.9 1.4 11.1 4.2l-1.4 2.1c-2.4-2.3-5.1-3.5-8.3-3.5-3.5 0-6.4 1.4-8.8 4.1s-3.7 6-3.7 9.8 1.2 7.1 3.7 9.8c2.4 2.7 5.4 4.1 8.8 4.1 3.2 0 6-1.2 8.3-3.5z" fill="#010002"/>
</svg>

das ist der code zum testen
es werden lediglich die vier buchstaben gruppiert und zusammengefasst
ich verstehe das nicht
ich habe den master von https://github.com/scour-project/scour in meine installation integriert --Mrmw (talk) 09:32, 10 July 2020 (UTC)

@Mrmw: Wenn zwei mal hintereinander das gleiche fill kommt, wird die bytezahl nicht deutlich kleiner man braucht mehr Einrückungen man braucht ein zusätliches ‎<g>...‎</g> und das attribut muss man auch einmal geschrieben werden. Wenn du Gruppieren optimieren willst, würde ich dir eher zu https://github.com/RazrFalcon/svgcleaner/ raten. Für mich sind nur Bugs relevenat die die Datei beschädigen, otimierungen sind mir egal.  — Johannes Kalliauer - Talk | Contributions 10:26, 10 July 2020 (UTC)

hmmm verstehe - dann ist womöglich meine annahme falsch, dass die gruppierung in diesem fall paltzsparender ist und in wahrheit scour intelligenter arbeitet als ich es machen würde (nämlich alle attribute zu gruppieren)
zum inkscape-problem beim pfade zerlegen - wie konntest du die ursache ermitteln (fehlendes style)? in meinen augen ist dies ein bug, da scour das style entfernt und die aktion pfade-zerlegen offensichtlich das style erwartet und mit einem nackten 'fill' nicht umgehen kann und die info verliert --Mrmw (talk) 10:48, 10 July 2020 (UTC)

@Mrmw: Es ist ein Inkscape-Bug (Der Funktion Zerlegen), diesen kannst du auf https://gitlab.com/inkscape/inbox/-/issues melden oder du verwendest scour mit der Funktion --disable-style-to-xml, damit kannst du das Problem umgehen.  — Johannes Kalliauer - Talk | Contributions 10:56, 10 July 2020 (UTC)

ja danke - aber jein, weil wenn im ursprungsfile das style bereits fehlt ist es weg - ein speichern mit scour, zumindest nicht in verwendung mit mit inkscape, fügt das style mit dieser deaktivierten option nicht nachträglich hinzu --Mrmw (talk) 11:05, 10 July 2020 (UTC)

@Mrmw: Inkscape konvertiert xml-attribute imho immer in style beim Speichern, insofern wenn du konsistent mit Inkscape arbeitest hast führt scour das Problem nicht ein und wenn es im Ursprungsfile schon so war, dann hat es ja mit scour wenig zu tun, weil du es ja in Inkscape idR vor Scour öffnest. Wenn du es aktiv in stlye Konvertieren willst verwende svgcleaner mit der opition --join-style-attributes no  — Johannes Kalliauer - Talk | Contributions 11:13, 10 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

nochmals scour

hi, mir ist grad aufgefallen, dass ich scour vermutlich unrecht getan hab bzgl. der mangelhaften gruppierung von attributen
sehe ich es richtig, dass nur gruppiert werden kann, wenn die objekte in ihrer reihenfolge beieinander liegen?
angenommen objekte 1,2,3 und 4 habe identische attribute und können gruppiert werden - jetzt schiebe ich objekt a zwischen 3 und 4: 123a4
dann wird 4 unter keinen umständen mit 1,2 und 3 gruppiert?
wenn das stimmt, gibt es dann eine möglichkeit bei vielen unterschiedlichen attributsgruppierungen die sinnlos durcheinander gewürfelt sind, diese zu ordnen um eine gruppierung zu ermöglichen?
danke und gruß --Mrmw (talk) 10:20, 12 July 2020 (UTC)

Die Reihenfolge in SVGs ist wichtig, wenn ein rotes Viereck über einen gelben ist, wird das rote und nicht das gelbe angezeigt, insofern bewirkt eine Reihenfolgenänderungen im allgemeinen eine Veränderung des Renderings.

Wenn die Reihenfolge irrelvenat ist, verwende SVGO --enable=sortAttrs (damit ist fill=" for d=") und sortiere die Zeilen Alphabetisch anschließend würde ich svgo --enable=mergePaths laufen lassen.

<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" width="793.7" height="1122.5">
 <path fill="#010002" d="M352.43 514.34c-.5-1.1-1.2-1.6-2.3-1.6-.5 0-1 .1-1.4.3-.6.3-1 .7-1.3 1.2l-.3.6c-5.2 11.2-9.5 20.4-13 27.6-.5 1.1-.4 2 .2 2.8.3.4.7.7 1.1.9l5.2-11.1h15c1.7 3.7 2.9 6.2 3.5 7.7.7 1.4 1.8 2.4 3.4 3 .8.3 1.6.4 2.2.4h1.9c-7.2-16.7-12-27.2-14.2-31.8m-10.4 17.7l6.3-13.5c2.8 6.1 4.8 10.6 6.1 13.5zM397.23 545.94h-2.8c-1.1 0-2-.4-2.4-1.3-2.5-3.7-8.2-12-16.9-24.9v26.2h-2.8c-.5 0-.9-.1-1.4-.4-.9-.5-1.4-1.3-1.4-2.4v-30.5h2.8c1.2 0 2 .5 2.5 1.4 2.8 4.2 8.5 12.6 16.9 25.2v-26.6h2.8c.5 0 .9.1 1.4.3.9.5 1.4 1.3 1.4 2.4v30.6zM430.33 541.04c-3.2 3.2-7.2 4.9-11.8 4.9s-8.5-1.6-11.8-4.9c-3.2-3.2-4.9-7.2-4.9-11.8s1.6-8.5 4.9-11.8c3.2-3.2 7.2-4.9 11.8-4.9s8.5 1.6 11.8 4.9c3.2 3.2 4.9 7.2 4.9 11.8-.1 4.7-1.7 8.6-4.9 11.8m-19.6-21.5c-2.2 2.7-3.2 6-3.2 9.8s1.1 7.1 3.2 9.8c2.2 2.7 4.8 4 7.8 4 3.1 0 5.7-1.3 7.8-4 2.2-2.7 3.3-6 3.3-9.8s-1.1-7.1-3.3-9.8-4.8-4-7.8-4c-3-.1-5.7 1.3-7.8 4M466.23 541.84c-3.2 2.8-6.8 4.2-11.1 4.2-4.6 0-8.5-1.6-11.8-4.9s-4.9-7.2-4.9-11.8 1.6-8.5 4.9-11.8 7.2-4.9 11.8-4.9c4.2 0 7.9 1.4 11.1 4.2l-1.4 2.1c-2.4-2.3-5.1-3.5-8.3-3.5-3.5 0-6.4 1.4-8.8 4.1s-3.7 6-3.7 9.8 1.2 7.1 3.7 9.8c2.4 2.7 5.4 4.1 8.8 4.1 3.2 0 6-1.2 8.3-3.5zM405.73 713.44c-.4 0-.8 0-1.2-.1-.9-.1-1.7-.3-2.6-.5-4.4-1.4-7.6-5.2-8.3-9.8-.8-.3-1.7-.5-2.6-.5.6 6.3 5.1 11.5 11 13 .8.2 1.6.3 2.5.4.4 0 .8.1 1.2.1.5 0 .9 0 1.3-.1 0-.4-.1-.8-.1-1.2s0-.9.1-1.3zM420.43 699.94c-.6-7.6-7-13.6-14.7-13.6-7.8 0-14.1 6-14.7 13.6.8.1 1.7.2 2.5.4.4-6.4 5.7-11.5 12.3-11.5 6.5 0 11.9 5.1 12.3 11.5v.8c0 .6-.1 1.2-.2 1.9-.7 4.6-3.9 8.4-8.2 9.8-.1.6-.2 1.2-.2 1.9v.8c5.9-1.6 10.4-6.7 10.9-13 0-.4.1-.9.1-1.3 0-.5 0-.9-.1-1.3 M318.83 497.44c28.6-71.5 88.2-115 133-97-51.3-20.6-116.2 20.7-144.8 92.2-28.7 71.6-10.3 146.3 41.1 166.8-44.8-17.9-58-90.5-29.3-162"/>
 <path fill="#1978b6" d="m388.43 699.94c-.6-7.6-6.9-13.7-14.7-13.7-8.2 0-14.8 6.6-14.8 14.8s6.6 14.8 14.8 14.8c.4 0 .9 0 1.3-.1v-1.1c0-.5 0-.9.1-1.4-.4.1-.9.1-1.3.1-6.8 0-12.3-5.5-12.3-12.3s5.5-12.3 12.3-12.3c6.6 0 11.9 5.1 12.3 11.6v.7c0 .7-.1 1.3-.2 1.9-.7 4.6-4 8.3-8.2 9.7-.1.6-.2 1.3-.2 1.9v.7c5.9-1.5 10.4-6.7 10.9-12.9 0-.4.1-.9.1-1.4 0-.2 0-.6-.1-1"/>
 <path fill="#1b78b6" d="m370.93 599.34c-71.1-29.8-115.7-85-99.6-123.3-18.4 43.9 24.3 103.6 95.4 133.4s143.6 18.3 162-25.6c-16.1 38.3-86.7 45.3-157.8 15.5"/>
 <path fill="#26954e" d="m421.83 702.34c.4 0 .8 0 1.2.1.9.1 1.7.3 2.6.5 4.4 1.4 7.6 5.2 8.3 9.8.8.3 1.7.5 2.6.5-.6-6.3-5.1-11.5-11-13-.8-.2-1.6-.3-2.5-.4-.4 0-.8-.1-1.2-.1-.5 0-.9 0-1.3.1 0 .4.1.8.1 1.2s0 .9-.1 1.3z M434.03 715.44c-.4 6.4-5.7 11.5-12.3 11.5-6.5 0-11.9-5.1-12.3-11.5v-.8c0-.6.1-1.2.2-1.9.7-4.6 3.9-8.4 8.2-9.8.1-.6.2-1.2.2-1.9v-.8c-5.9 1.6-10.4 6.7-10.9 13 0 .4-.1.9-.1 1.3s0 .8.1 1.2c.6 7.6 7 13.6 14.7 13.6 7.8 0 14.1-6 14.7-13.6-.9 0-1.7-.1-2.5-.3M464.33 576.24c-45.1 62.1-111.9 90.4-149.2 63.3 42.8 31.1 114 5.9 159.1-56.2s47-137.6 4.2-168.7c37.2 27.2 31 99.5-14.1 161.6"/>
 <path fill="#c33d51" d="m437.73 686.34c-7.8 0-14.1 6-14.7 13.6.8.1 1.7.2 2.5.4.4-6.4 5.7-11.5 12.3-11.5 6.8 0 12.3 5.5 12.3 12.3s-5.5 12.3-12.3 12.3c-.4 0-.8 0-1.2-.1-.9-.1-1.7-.3-2.6-.5-4.4-1.4-7.6-5.2-8.3-9.8-.8-.3-1.7-.5-2.6-.5.6 6.3 5.1 11.5 11 13 .8.2 1.6.3 2.5.4.4 0 .8.1 1.2.1 8.2 0 14.8-6.6 14.8-14.8-.1-8.3-6.7-14.9-14.9-14.9"/>
 <path fill="#c33f52" d="m322.13 623.64c-59.3-49.3-72.5-131.2-29.5-182.9-49.2 59.3-41.1 147.2 18.2 196.5s147.3 41.1 196.5-18.1c-43 51.7-125.9 53.7-185.2 4.5"/>
 <path fill="#e0a73f" d="M389.83 702.44c.4 0 .8 0 1.2.1.9.1 1.7.3 2.6.5 4.4 1.4 7.6 5.2 8.3 9.8.8.3 1.7.5 2.6.5-.6-6.3-5.1-11.5-11-13-.8-.2-1.6-.3-2.5-.4-.4 0-.8-.1-1.2-.1s-.9 0-1.3.1c0 .4.1.7.1 1.1 0 .5 0 .9-.1 1.4zM402.03 715.44c-.4 6.4-5.7 11.6-12.3 11.6s-11.9-5.1-12.3-11.6v-.7c0-.7.1-1.3.2-1.9.7-4.6 4-8.3 8.2-9.7.1-.6.2-1.3.2-1.9v-.7c-5.9 1.6-10.4 6.7-10.9 12.9 0 .5-.1.9-.1 1.4v1.1c.6 7.6 6.9 13.7 14.7 13.7s14.1-6 14.7-13.6c-.8-.3-1.6-.4-2.4-.6M263.23 557.44c-10.7-52.8 42-108 117.5-123.2 75.6-15.2 145.4 15.3 156.1 68.1-12.2-60.5-83.3-97.2-158.9-82-75.5 15.2-126.9 76.6-114.7 137.1"/>
 <path fill="#e0dfe0" d="m536.93 502.84c-6-30.4-22-59-47.7-80.3-59.3-49.2-147.3-41.1-196.6 18.2 28-33.7 73-46.3 117.3-37.3 20.9 11.8 40.6 34.3 55.1 63.4-9.8-6.1-20.4-11.6-31.8-16.4-71-29.8-143.5-18.4-161.9 25.5 16-38.3 86.7-45.2 157.8-15.4 16 6.7 30.7 14.7 43.6 23.5 3 7.7 5.7 15.8 8 24.2 3.3 12.4 5.5 24.7 6.7 36.6-1.8 5.9-3.8 11.8-6.2 17.6-8.3 20.8-19.3 39.3-31.8 54.5-9.5 3.6-19.6 6.5-30.1 8.6-75.6 15.2-145.5-15.3-156.1-68.1 12.2 60.5 83.3 97.2 158.9 82 2.3-.5 4.7-1 7-1.6-26.3 22.4-55.9 31.6-80.9 21.5 32.8 13.1 71.1 1 102-28.2 10.9-4.2 21.1-9.4 30.4-15.5-8.6 24.9-23.9 42.7-44.5 48.2 25-6.7 43.8-27.2 54.1-55 18.6-14.3 32.8-32.2 40.8-51.6.3 1.5.5 3 .7 4.6-2.5 20.8-10.5 40.5-24.4 57.2 27.9-33.5 37.4-76.3 29.6-116.2 0-.1 0-.3-.1-.5 0 .2 0 .4.1.5m-4.4 41.5c-.4 1-.8 2.1-1.3 3.1-3.4-15.3-12-31.1-24.8-45.8.2-14.6-1.6-28.6-5.2-41.3 19.9 25.3 30.6 55 31.3 84m-105.6-136.4c17.8 5.9 35.2 15.3 50.9 28.3 4.7 3.9 9.1 8 13.2 12.3 3.8 12.7 5.6 27 5.3 42.4-3.9-3.7-8-7.3-12.4-10.8-13.3-32-33.8-57.4-57-72.2m63.3 89.4c1.9 1.6 3.8 3.2 5.5 4.9-.3 3.7-.7 7.4-1.3 11.1-.6-2.7-1.3-5.5-2-8.2s-1.4-5.3-2.2-7.8m-19.1 109.9c6.2-8.7 11.9-18.2 16.8-28.4-.5 7-1.4 13.7-2.7 20.1-4.6 2.9-9.2 5.7-14.1 8.3m24.2-15.7c3-13.1 4.3-27.3 3.8-42.2 3.6-12.5 5.9-24.8 6.8-36.9 11.6 12.7 19.7 26 23.5 38.7-7.3 14.8-19 28.6-34.1 40.4"/>
</svg>

Man sieht in dem Bsp, dass das man die Reihenfolge nicht beliebig setzen darf.

 — Johannes Kalliauer - Talk | Contributions 10:34, 12 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

jahreszeiten

• 
• 

hi, ich will dieses svg überarbeiten - allerdings hab ich inhaltliche fragen:
kannst du mir sagen, wozu das äußere blaue band dient? im raster hat es einen verlauf/gradient
mir ist nicht klar welchen mehrwert es darstellt - 'träger' der jahreszeiten? - aber wie werden sie auf den zwei schattierungen gruppiert? - danke und gruß --Mrmw (talk) 05:57, 14 July 2020 (UTC)

Ich würde solche Sachen auf der Datei-diskussion fragen mit anpingen des Autors User:Chnodomar~commonswiki

Fachkundige findest du auch in den lokalen Wikis wo die Datei eingebunden ist.

Ich vermute der Sommer vebindet man mit langen Tagen und Sonne, jedoch beginnt dieser mit den längsten Tag des Jahres (und kürzesten Nacht) also sind dessen Tage genausolang wie im Frühling.

Ebenso verbindet man den Winter als dunkel obwohl dessen Tage genausolage sind wie im Herbst, daher ist der erste Tag der Jahreszeit bezüglich Tag-Nachlänge das was man repräsentativ mit der Jahreszeit verbindet.

Aber nein ich weiß nicht die Antwort: Am besten du diskutierst du das auf der Dateidisk und wenn nach einer Woche oder so nichts kommt, kannst du es einfach ändern.

 — Johannes Kalliauer - Talk | Contributions 07:44, 14 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

File:BasePairing.svg

File:BasePairing.svg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that. The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request. This file is a copyright violation for the following reason: One of the source files was deleted as non-free. Commons:Deletion requests/File:Star-wars-29792.svg Therefore, this file is also non-free. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

 

Yuraily Lic (talk) 03:02, 23 July 2020 (UTC)

Thanks for Checking, I think I will have to remove the AT-AT-Walker.

@Yuraily Lic: Do you know if w:en:File:Star_Tours_MGM_outside.jpg is really in PD ?

 — Johannes Kalliauer - Talk | Contributions 13:18, 23 July 2020 (UTC)

Probably it's not a free-use photo. Similar photos have been deleted as "No FoP in US". Please see Commons:Deletion requests/File:AT-AT at Hollywood Studios.jpg, Commons:Deletion requests/Files in Category:AT-AT. --Yuraily Lic (talk) 13:54, 23 July 2020 (UTC)

@Yuraily Lic: The current File:BasePairing.svg should be ok?  — Johannes Kalliauer - Talk | Contributions 17:16, 23 July 2020 (UTC)

The file has already been deleted, so I can't see the current version unfortunately. --Yuraily Lic (talk) 02:49, 24 July 2020 (UTC)

Hello, JoKalliauer. Since the problematic file has been removed, I think the current file is OK. Thank you for your work! --Yuraily Lic (talk) 10:58, 31 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (UTC)

Template:I18n/COA

Hi, I noticed that some user has changed the Italian description in Template:I18n/COA development from "SVG sviluppo" to "originato da". The previous was bad Italian but the newer one is even worse. The best option for me is "sviluppo SVG". I'm not able to change it, could you please edit it? Thanks in advance.--Carnby (talk) 10:44, 2 August 2020 (UTC)

@Carnby: Thanks,  Done, see Special:Diff/436642272  — Johannes Kalliauer - Talk | Contributions 15:44, 2 August 2020 (UTC)

Thank you, but now it yields "SVG sviluppo SVG". Could you please delete the first "SVG"?--Carnby (talk) 15:54, 2 August 2020 (UTC)

@Sarang: kannst du dich bitte darum kümmern (siehe w:de:Spezial:Diff/202409770)  — Johannes Kalliauer - Talk | Contributions 14:48, 3 August 2020 (UTC)

 Done Had been very strange - when used with an PNG file it had said "PNG sviluppo SVG"... Now it says "SVG sviluppo" (sviluppo SVG is not possible, the file type is always in advance). I don't know why Blackcat did it. -- sarang♥사랑 15:23, 3 August 2020 (UTC)

@Sarang: , don't know what we are talking about. Could you please show me? I'm pretty sure I can explain. -- SERGIO ^{(aka the Blackcat)} 15:26, 3 August 2020 (UTC)

Hi Sergio, somebody with your userid changed on May 12 "sviluppo" against "originato da": I don't care, but Carnby was unhappy about. I18n/COA has more than 400K transclusions, and should be changed with caution. -- sarang♥사랑 15:36, 3 August 2020 (UTC)

@Sarang: , now I remember (no, it's not resolved no one that had made the changes on the template is a native Italian speaker :) ). I wrote "Originato da" ("Originated by") because "SVG sviluppo" was 1. horrible; 2. non-sensical; 3. inappropriate because it might refer also to whatever file format. The only suitable option is "Originato da", and @Carnby: 'd better ask to me before starting this issue. -- SERGIO ^{(aka the Blackcat)} 15:49, 3 August 2020 (UTC)

In my opinion, as an Italian linguist, formulas such as "originato da" should be avoided in tables because the result is awkward. For example: "originato da: W3C Il codice sorgente di questo file SVG è valido. Questao file vettoriale è statao creatao con un editor di testo. Il codice SVG potrebbe contenere informazioni o commenti aggiuntivi, oppure avere una struttura facilmente comprensibile o modificabile a mano." It would be better a noun clause, without past participles such as "sviluppo SVG, as I suggested. The original clause is "SVG development" and "originato da" is not a good translation. In Italian a software developer is called sviluppatore.--Carnby (talk) 07:51, 4 August 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 04:34, 22 August 2020 (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:NIO (Automobilhersteller) Logo.svg

Yours sincerely, 沈澄心✉ 01:50, 6 October 2020 (UTC)

This section was archived on a request by  — Johannes Kalliauer - Talk | Contributions 20:28, 16 November 2020 (UTC) I think I just extracted form another image

Turkish translation for Template:I18n/COA

Hello. Can you do me a favor to add translation for Template:I18n/COA in Turkish language? Here's the Turkish translation:

 |COA_of =
   |tr=[[:tr:Arma|Arma]]

  |blazon  = 
   |tr=[[:tr:Blazon|Blazon]]

|tincture  =
   |tr=[[:tr:Tentür (hanedanlık armaları)|Tentür]]

 |reference  =
   |tr = Blazon kaynağı

 |element  =
   |tr = Arması unsuru

 |development = 
   |tr= gelişimi

Thanks! Baris6161TURK (talk) 21:06, 23 January 2021 (UTC)

@JoKalliauer: Thanks for adding them. Baris6161TURK (talk) 09:50, 24 January 2021 (UTC)

for development was "gelişim"; you changed it to "gelişimi", since I don't know Turkish, please also check that.

 — Johannes Kalliauer - Talk | Contributions 09:55, 24 January 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 09:55, 24 January 2021 (UTC)

Neue Dateiversion hochladen?

Servus JoKalliauer, zunächst mal vielen Dank für die Anfertigung der Grafik Dynamische_Radlastverlagerung.svg. Bevor ich dich weiterhin mit meinen neuen Änderungswünschen erschrecke, habe ich es selber versucht. (Meine neue Version ist primitiver und nicht mehr unbedingt 100% korrekt. Alles was vom Thema ablenkt wurde weggelassen). Ich weiß allerdings nicht, wie man eine neue Datei-Version hoch lädt (in der Hilfe finde ich dazu nichts). Vermutlich muß ich hier den Hochlade-Assistent benutzen. Doch was trage ich in den einzelnen Abfrage-Feldern ein? --Q42xp (talk) 20:06, 19 March 2019 (UTC)

@Q42xp: Der Hochlade-Assistent ist praktisch für neue Dateien/neuen Dateinamen. Commons empfiehlt im Regelfall eine Neue Datei zu erstellen, siehe Commons:Overwriting_existing_files/de.

Jetzt zum kontkreten Fall: Gehe auf File:Dynamische_Radlastverlagerung.svg#filehistory, dort steht unter der Tabelle (und über Dateiverwendung) "Eine neue Version dieser Datei hochladen" (zumindest im Österreichischen Deutsch, in anderen Sprachen sollte etwas ähnliches stehen.)

 — Johannes Kalliauer - Talk | Contributions 20:13, 19 March 2019 (UTC)

Jetzt hat‘s geschnackelt. Aber wie kommst du auf die Seite „#filehistory“? Wenn ich die Seite direkt aufrufe, steht da: „Du kannst diese Datei nicht überschreiben.“ und nicht: „Eine neue Version dieser Datei hochladen“. Anscheinend ist Wikimedia nur was für Insider.

Dummerweise gibt es ein neues Problem: Ich habe mir gerade mein svg im Internet-Browser angesehen. Gegenüber der Ansicht in Inkscape ist die Beschriftung leicht nach rechts verschoben. Soll ich das svg trotzdem hochladen und kannst du das dann berichtigen (so dass es gefällig aussieht)? --Q42xp (talk) 20:52, 19 March 2019 (UTC)

Entweder du warst nicht angemeldet, weil nur angemeldete Nutzer können hochladen, oder nur erfahrene Nutzer dürfen Dateien überschreiben. Neulinge überschreiben oft Dateien und sollten sie aber unter einem neuen Namen hochladen. (Ich fand auf die schnelle nichts dazu.)

Lösungsvorschlag: Du ladest es unter einem neuen Namen mit dem Hochladeassitenten hoch oder du schickst es mir per Mail ( https://tiss.tuwien.ac.at/person/230887.html?suchtext=Kalliauer ) und erlaubst mir diese Arbeit unter CC-BY-SA 4.0 hochzuladen.

 — Johannes Kalliauer - Talk | Contributions 21:13, 19 March 2019 (UTC)

Ich hab’s jetzt einfach hochgeladen. So halbwegs passt es. Falls du Lust und Laune hast, kannst da ja nochmal drüber gehen. (Die Dateibeschreibung passe ich morgen an)--Q42xp (talk) 21:30, 19 March 2019 (UTC)

@Q42xp: Die Summe der Horizontalkräfte ist nicht Null. Das $\Delta F$ entsteht genau durch den Versatz der beiden Horizontalkräfte, daher finde ich solltest du irgendwo auf Straßenniveau eine Horizontalkraft nach rechts zeichnen. (Kräfte darf man (bei starrkörpern) entlang der Wirkungslinie verschieben und daher ist es "egal" ob die kraft beim Hinterreifen oder beim Vorderreifen angreift.)  — Johannes Kalliauer - Talk | Contributions 21:55, 19 March 2019 (UTC)

Die Bremskräfte an der Kontaktstelle Reifen-Straße habe ich deshalb weggelassen, weil es im Dubbel hierzu eine vergleichbare Skizze gibt, in der diese Kräfte ebenfalls nicht eingezeichnet sind (Du findest diese Skizze, wenn du nach „dynamische Achslastverlagerung Dubbel“ googelst und dann auf den Reiter „Bücher“ umschaltest) Mein Ziel ist, die Grafik möglichst einfach zu halten. Aber ich stimme dir zu, vielleicht wäre es tatsächlich besser diese Kräfte wieder einzuzeichnen. Ich hab mal eine korrigierte Fassung hochgeladen.

Allerdings gibt es bei mir immer noch auffällige Unterschiede zwischen der Darstellung in Inkscape und in diversen Internet-Explorern. Sowohl im Firefox als auch beim Microsoft-IE erscheint in der Formel zu $\triangle F$ ein Leerzeichen vor dem Malzeichen. Alle tief gestellten Zeichen werden wesentlich weniger tief dargestellt. Das schaut dann eher aus wie Kleinbuchstaben. Spaßeshalber habe ich das SVG auch mit „Libre Office“ geöffnet. Da wird praktisch die Hälfte gar nicht dargestellt. Die tiefgestellten Zeichen fehlen komplett und den Pfeilen sind die Pfeilspitzen abhanden gekommen. --Q42xp (talk) 20:27, 20 March 2019 (UTC)

Nachtrag: Jetzt nachdem ich das SVG in Wikimedia hochgeladen habe, schaut es dort genauso aus, wie es soll. Das falsche Leerzeichen vor dem Komma ist weg und die tiefgestellten Zeichen sind tiefgestellt. Mir sind diese SVG ein Rätsel.--Q42xp (talk) 20:52, 20 March 2019 (UTC)

@Q42xp: No software can render SVGs, that are according to the official Standart (2011) correclty.

RazFalcon did an awesome work, which software can render which file correclty. Since Internet Explorer (IE) is a very bad renderer it is not considered.

I corrected more than 1000 SVGs, which were not rendered correclty on Wikimedia, some of them can be found on User:JoKalliauer#Repairing_damaged_SVGs_(minor_edits).::::Wrong rendering does not necesarryly mean, that there is something wrong with your file.

On my Computer IE renders the file correclty. Which Version of IE do you have?

Since every render has its own errors: , renders differnetly on

1. "Firefox"
2. "Chrome or Inkscape"
3. "SVG Checker"
4. "Wikimedia Commons"
5. Internet Explorer

but it should render the same.

 — Johannes Kalliauer - Talk | Contributions 21:51, 20 March 2019 (UTC)

Ich ging fälschlicherweise davon aus, dass der Browser beim Aufruf einer Wiki-Website mit SVG-Grafik eine SVG–Datei erhält und daraus eine Pixelgrafik berechnet. Anscheinend wird dem Browser jedoch von der Wiki-Website eine PNG-Datei übermittelt. Wenn dem so ist, ist es egal wie ein Browser SVG-Dateien darstellt, da er ja keine erhält. Meine Aufregung darüber, dass unterschiedliche Browser dieselbe SVG-Datei unterschiedlich darstellen war also für die Katz. Nochmals Danke für deine sehr hilfreiche Unterstützung. (Die Grafik füge ich heute in den Artikel ein) Nichts für ungut. --Q42xp (talk) 21:01, 25 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:30, 20 February 2021 (UTC)

Script

Hallo Johannes, es scheint immer mehr dass wir uns auf eine perhelionlose Zeit einstellen mussen. Vor zwei Wochen war sein letzter Beitrag, dass er "noch mindestens eine Woche nicht zuhause" sein wurde – seither keinerlei Lebenszeichen mehr.
Das Script hat einige Macken, zB sagt es standig 's=sig', und noch mehr Fehlerchen. Auch einiges andere, wo er sehr hilfreich war, tut seit langem nicht mehr. Wenn Warten auf Wiedererscheinung immer fragwurdiger wird, muss etwas geschehen, das uns weiterhilft. Ehe ich Java zu lernen beginne, versuche ich nochmal, ihn zu erreichen. Mit wenig Hoffnung. -- sarang♥사랑 16:54, 22 January 2020 (UTC)

@Sarang: Du meinst wohl vor zwei Monaten war sein letzter Beitrag (nicht 2Wochen).

Das 'sig'-Probelem habe ich nicht, kannst du eine Beispieldatei angeben.

Da ich Matlab/Julia/C/C++/Fortran/Phyton/TI-Basic/VBA kann/konnte vl. mache ich mich noch an Java ran.

 — Johannes Kalliauer - Talk | Contributions 20:27, 23 January 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:30, 20 February 2021 (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:Valid SVG 1.0 (green).svg

And also:

• File:Valid SVG 1.1 (green).svg
• File:Valid SVG 1.x (green).svg

Yours sincerely, Jonteemil (talk) 05:29, 8 May 2020 (UTC)

solved, changed license

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:30, 20 February 2021 (UTC)

Rechtliches zu Wappen

• 
  Coat of arms of Neum.png
• 
  Coat of arms of Neum.svg
• 
  Coat of arms of Neum.jpg
• 
  Coat of arms of Neum.PNG

Warst Du nicht im Bereich Wappen aktiv oder verwewchsle ich dich da mit Perhelion (oder wem sonst)? Eigentlich hatte ich dich fragen wollen, ob Du mal ein Autotracing von File:Coat of arms of Neum.png probieren könntest – ich war mit meinen bescheidenen Fähigkeiten nicht erfolgreich – war dann aber überrascht, dass an der Datei etwas disputiert wird und bekam jetzt die Meldung, dass die Datei sehr wohl lizenzrechtlich geschützt sein könnte, obwohl in Bosnien-Herzegowina für amtliche Werke so etwas ausgeschlossen ist. Mehr in COM:HD#Flag of Neum. Mein Problem damit: Mit dieser Begründung müssten doch Tausende von Wappen von Commons gelöscht werden, beispielsweise auch die vielen Varianten des Österreich-Wappens, um das kürzliche Thema aufzugreifen. — Speravir – 21:00, 1 July 2020 (UTC)

Ich bin zwar in der Grafikwerkstatt aktiv, aber mit Wappen habe ich wenig zu tun, abgesehen von File:Wappen_der_Republik_Österreich.svg.

Ich versteh das Wappen-Urheberrecht zu wenig.

Andere Version die ich gefunden habe sind http://www.sogfbih.ba/uploaded/clanice%20grbovi/Neum-grb.jpg und https://www.neum.ba/wp-content/uploads/2018/12/LOGO.png wobei letztere die offizielle scheint: https://www.neum.ba/

Ich konnte jedenfalls keine Vektorversion finden; normalerweise gibt eine Gemeinde das logo auf irgendwelche PDFs drauf: https://www.google.com/search?q=site%3Aneum.ba+filetype%3Apdf

 — Johannes Kalliauer - Talk | Contributions 20:40, 2 July 2020 (UTC)

@Speravir: File:Coat_of_arms_of_Neum.svg konnte ich nicht aus Inkscape herausholen, alles weitere muss man händisch machen.

Also Grundsätlich

1. Bitmap nachzeichnen
2. Mehrere Scans
3. Farben
4. Scans 3
5. Hintergrund entfernen aktivieren
6. Glätten und Stapeln deaktivieren
7. Optionen: das sind feinschliffe bei denen man sich spielen kann

den Vogel bekommt man leider nur mit Pixelkunst hin:

1. Bitmap nachzeichnen
2. Pixelkunst
3. B-Splines
4. Rest sind feinschliffe bei denen man sich rumspielen kann.

Damit man das SVG verwenden kann müsste man daran noch Ausbesserungen machen.

 — Johannes Kalliauer - Talk | Contributions 12:00, 12 July 2020 (UTC)

Zwischenbemerkung: Der auslösende Thread wurde inzwischen archiviert: Commons:Help desk/Archive/2020/06#Flag of Neum

Oh, oh, Sch…ande über mich, dass ich hier nicht mehr geantwortet hatte. Ja, Du scheinst dasselbe Problem gehabt zu haben wie ich, warum ich meinen Autotrace-Versuch nicht hochgeladen hatte, wobei es bei mir noch viel schlechter aussah. Was ich übrigens eigentlich hatte fragen wollen, wenn ich denn nicht vergessen hätte zu antworten, wäre gewesen, ob man nicht besser von der Wappenversion ausgehen sollte, die auf der offiziellen Gemeinedeseite zu sehen ist bzw. mal zu sehen war. Du hattest oben schon was verlinkt, Asclepias hat ja die früheste archivierte Version der Gemeindeseite Neum gefunden, die die Grafik grb_neum_m.gif enthält, die optisch identisch zu der von dir verlinkten JPG-Datei zu sein scheint (wichtig für für die potentielle Quellenangabe). Aber ich befürchte, dass sie allesamt im Bereich der dünnen Linien genauso Ärger machen.

— Speravir – 21:21, 12 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:30, 20 February 2021 (UTC)

tem:

also of interst for you Commons:Village pump/Proposals#Create namespace alias TEM: for Template: on Commons ? -- sarang♥사랑 10:52, 21 August 2020 (UTC)

Danke für die Info, ich halte selbsterklärende Begriffe für wichtig, insofern halte ich mich diesbezüglich eher heraus.

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:30, 20 February 2021 (UTC)

File:UK map.svg

File:UK map.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!

Fæ (talk) 11:44, 19 September 2020 (UTC)

not my file  — Johannes Kalliauer - Talk | Contributions

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Please protect

the new Template:Created with/layout (transcluded ~1M times). Danke -- sarang♥사랑 10:05, 25 September 2020 (UTC)

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Fakes

Hallo Johannes, darf ich dich in diese Diskussion einbeziehen? Das ganze stammt von Perhelion, er hat die Fake SVG entdeckt, als doppelplusungut eingestuft und er spurt sie mit seinem script auf. Ich habe mit Igen die automatische Verarbeitung solcher vom Script aufgespurter Dateien gemacht. Der Sinn der Kategorisierung ist: fur jeden user seine fakes zu sammeln damit er ggf. diese Liste abarbeiten kann. Nur einer der user hat bisher seine Liste abzuarbeiten begonnen, bei einigen anderen habe ich damit angefangen. Es gibt ~60 dieser Kategorien, Rrburke hat 15 davon getagt. Rrburke macht nichts in SVG, und sicher versteht er auch nichts davon. Ich weiss weder was er nun eigentlich genau will, noch was ich ihm erklaren soll. -- sarang♥사랑 16:17, 2 October 2020 (UTC)

Aufgrund meiner Frage an Perhelion (18.Juni.18) User_talk:Perhelion/Archive/2018#Löschpolitik_von_Bad_SVG, kam die Diskussion (26.Juni18) mit dir User_talk:Sarang/Archive/2018#BadSVG_in_FakeSVG_und_sinnvoll_eingebundes_PNG_trennen? zustande an die ich mich noch errinnern kann, die imho dazu führte, dass Perhelion es in User:Perhelion/simpleSVGcheck.js (17.Juli.18) einbaute und du {{FakeSVG}} (18.Juli.18) erstellt hast.

Ich habe einige Argumente/Überleungen in c:Commons:Categories_for_discussion/2020/10/Category:Fake_SVGs_by_Pierre_cb ergäntzt.

Die Sinnhaftigkeit der Kategorisierung in Fake SVG zweifelt mMn keiner an, sondern nur die Unterteilung in Usernamen.

@Sarang: Wie ich jetzt sehe habe ich dein eigentliches Argument "fur jeden user seine fakes zu sammeln damit er ggf. diese Liste abarbeiten kann" überlesen, das solltest du am besten selbst in die Disk dort einbringen und ist genau das was mMn dort fehlt.

PS bezüglich @Perhelion: siehe letzter Edit auf Commons:List of administrators sowie den Beitrag von letzter Woche auf de:Wikipedia:Vermisste_Wikipedianer#Perhelion

 — Johannes Kalliauer - Talk | Contributions 10:50, 3 October 2020 (UTC)

Das mit Perhelion ist Ok. Sarang war schon voll informiert.  MaxxL - talk 12:03, 3 October 2020 (UTC)

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

komplexe logos

This section has been moved to User talk:Mrmw#komplexe logos

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Inkscape bug - File:AUT_Bad_Hofgastein_COA.svg

Hallo - für mich unerklärlich fügt Inkscape
...dominant-baseline="auto" image-rendering="auto" solid-color="#000000" stop-color="#000000" style="font-feature-settings:normal;font-variant-alternates:normal;font-variant-caps:normal;font-variant-east-asian:normal;font-variant-ligatures:normal;font-variant-numeric:normal;font-variant-position:normal;font-variation-settings:normal;inline-size:0;isolation:auto;mix-blend-mode:normal;shape-margin:0;shape-padding:0;text-decoration-color:#000000;text-decoration-line:none;text-decoration-style:solid;text-indent:0;text-orientation:mixed;text-transform:none;white-space:normal"
immer dann ein, wenn ich eine “Kontur in Pfad” umwandle. Der W3C-Validator merkt dominant-baseline="auto" solid-color="#000000" stop-color="#000000" bei 13 Vorkommen als 39 Fehler an.
Ist Dir das bekannt? LG + PX -- MaxxL - talk 09:06, 23 January 2021 (UTC)

@MaxxL:

Inkscape fügt so viele unzählige überflussige Attribute ein, dass mir die einzelnen nicht bekannt sind.

dominant-baseline="auto" solid-color="#000000" stop-color="#000000" scheinen default-values zu sein und daher ist es nicht falsch (falsch im Sinne es wird falsch gerendert) diese hinzuzufügen.

Der W3C-Validator nimmt meines Wissens die Ergebnisse von https://validator.nu/?doc=https%3A%2F%2Fupload.wikimedia.org%2Fwikipedia%2Fcommons%2Fc%2Fc0%2FAUT_Bad_Hofgastein_COA.svg und gibt sie als die eigenen aus, wenn du &doctype=SVG+1.1 einstellst, gibt W3C seine eigenen Ergebnisse aus: https://validator.w3.org/check?uri=https%3A%2F%2Fupload.wikimedia.org%2Fwikipedia%2Fcommons%2Fc%2Fc0%2FAUT_Bad_Hofgastein_COA.svg&doctype=SVG+1.1 hier wird nur ein Fehler gemeldet und dadurch ist die Ausgabe wieder sinnvoll überprüfbar.

Ich vermute https://validator.toolforge.org/ würde keine Fehler melden (funktioniert bei mir vorhin nicht) und xml-validators wie https://www.w3schools.com/xml/xml_validator.asp oder https://codebeautify.org/xmlvalidator melden jedenfalls keine Fehler.

Wenn ein Bild korrekt gerendert wird, sollte es einen nicht kümmern ob der W3C-Validator oder nu-validator Fehler melden. Beim Entfernen von solchen Attributen geht oft mehr verloren als gewonnen wird.

Außerdem Inkscape fügt style="dominant-baseline:auto;solid-color:#000000;stop-color:#000000;" ein, und Scour (optimized SVG) verwandelt es in dominant-baseline="auto" solid-color="#000000" stop-color="#000000" um. Also sobald du einmal die Datei als optimized SVG (mit "CCS-Attribute in XML-Attribute umwandeln") speicherst, wird dir der Validator Fehler melden, wenn du es nie als optimized SVG speicherst findet der Validator die Fehler nicht (was meines Erachtens schlimmer ist, weil der dann auch relevante Fehler nicht findet).

Wenn du ein valides SVG haben willst (von dem ich generell eher abrate), kannst du beispielsweise https://svgworkaroundbot.toolforge.org/ verwenden und alle drei Optionen (zumindest die letzte Option "make file valid") aktivieren.

Wenn du mehr wissen willst kann ich dir User:JoKalliauer/Optimization empfehlen.

 — Johannes Kalliauer - Talk | Contributions 13:54, 23 January 2021 (UTC)

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Pages where expansion depth is exceeded

Hallo Johannes, du hast doch eine Meisterschaft im Aufspuren von merkwurdigen Belangen. Die Vorlagen File generation description und Image generation sind sehr modular aufgebaut - wie es scheint allzusehr, denn sie schrammen oft nur sehr knapp vorbei am Limit der expansion depth, und allzu oft wird dieses Limit uberschritten. Was mir Probleme macht: ich wurde erwarten, dass in dieser Kategorie zumindest ein Link zu finden ist, der zu weiterfuhrenden Hinweisen fuhrt, was es denn nun mit der expansion depth auf sich hat. So ein Hinweis fehlt, und ich stochere im Nebel rum. Kannst du bitte aufspuren, wo es Informationen dazu gibt?
Entweder muss ich diesen "Fehler" heilen indem ich weniger tief expandiere (das ware sehr aufwendig, und eigentlich nicht anzustreben), oder das Limit muss erhoht werden; am besten individuell steuerbar. Einstweilen muss ich Dinge vergrobern, wenn feinere Unterscheidungen Limitverletzungen zur Folge haben. -- sarang♥사랑 08:35, 26 January 2021 (UTC)

@Sarang: Ich glaube ich habe viel heueristisches Gefühl und die notwendige Hartnäckigkeit Dingen auf den Grund zu gehen, dennoch hier glaube ich dir nicht helfen zu können. (Ich werde später sicher nochmal einen Blick drauf werfen, manches fällt mir auch erst später ein, in dem Fall meld' ich mich noch.) Obwohl ich (in einigen Programiersprachen) programmieren kann, sind (verschachtelte) Wiki-Templates für mich noch ein kleines Mysterium, in das ich mich nie tiefer eingearbeitet habe.

Aber vl. fragst du auf der Disk von z.B. w:en:WP:UNNEST nach.

Wenn das Limit erhöht werden soll, dann solltest du es auf phab: melden. (Wobei mir kommt phab: als ein Endlager für Bugreports zum nachlesen an, die vl. neue Kommentare, aber keine Lösung bekommen.) Mich persönlich stört das time-out von rsvg(phab:T200866) mehr. Wenn ich bedenke, dass beim Rendererwechsel svg-time-benchmarks relevant sind, und laut phab:T40010#6635927 pro Tag Größenordnungsmässig 1.CPU-Stunde dafür verwendet wird. Frage ich mich ob irgendwer beim Einstellen der Limits eine Kosten-Nutzen-Rechnung gemacht hat. In meiner Diss habe ich in 2,5 Jahren alleine am österreichst größten Supercomputer ca. 18 GPU-Jahre verbuttert.

 — Johannes Kalliauer - Talk | Contributions 19:08, 26 January 2021 (UTC)

Danke, Johannes! Genau so einen Link habe ich gesucht, und nicht finden können; zumindest habe ich irgendwann die Suche aufgegeben. Ich sehe mal wie ich damit weiterkomme. Mir ist schon klar dass das alles CPUzeit kostet. Einen winzigen Beitrag zum Einsparen erbringe ich wenn ich SVGs die viele tausendmal pro Tag (oder Stunde) aufgerufen werden, und somit gerendert werden müssen, drastisch vereinfache auf das Notwendige. Andrerseits (ver)brauche ich viel Zeit, die nirgendwo zu sehen ist wenn nichts zurückgeschrieben wird, wenn ich stundenlang herumteste, zB am Script. Es kostet eben was, eine saubere Oberfläche herzustellen. PX -- sarang♥사랑 06:30, 27 January 2021 (UTC)

Und ich konnte bereits Erkenntnisse gewinnen, nun plane ich die Verringerung der 'nesting depth' die durchaus machbar ist; bisher wusste ich nichts davon und war da hemmungslos - jetzt kann ich auch das berücksichtigen. Die Lösung des Problems wird bald vollbracht sein -- sarang♥사랑 07:40, 27 January 2021 (UTC)

Nun sind einige hundert der exeededs repariert. Und ich versuche schon wieder, auf dich die (Such-)Arbeit abzuladen die eigentlich ich erbringen müsste. Es geht darum:

Anlässlich eine filemove/rename kann die wikisoftware beauftragt werden, den Namen global auszutauschen. Wenn ich eine Datei nach SVG konvertiere, sollten ebenfalls die Namen getauscht werden, möglichst allumfassend global. Ich mache das einstweilen noch mühsam einzeln manuell. Ich weiss nichts von einem tool (global rename) das das macht. Ich denke dass es sowas gibt, aber wo und wie? Du als admin & renamer weisst das vielleicht und musst gar nicht rumsuchen. -- sarang♥사랑 09:30, 30 January 2021 (UTC)

@Sarang:

UnNest Ich dachte weniger tief zu expandieren wäre zu aufwändig, deshalb dachte ich du suchst nach einer anderen Lösung.

Es ist etwas komlizierter, es liegt zum grossen Teil an den aliases dass der Topf ubergeht, damit ist schnell die kritische Zahl 20 erreicht. Ich habe aliases drastisch reduziert bzw. auf andere Art verarbeitet, das sieht zwar bescheuert aus aber scheint zu wirken. Ich habe den Eindruck dass auch die Tageszeit oder andere Kriterien eine Rolle spielen. -- sarang♥사랑

Replace Was ich auf die schnelle gefunden habe ist, Commons:File_renaming/Global_replace/de, aber ich weiß nicht ob MediaWiki:Gadget-libGlobalReplace.js nur für Verschiebungen oder auch für den Austausch möglich ist, wobei sich zweiteres technisch von ersteren mMn nicht unterscheidet. Commons:GlobalReplace ist explizit für den Austausch gedacht, aber wird nicht mehr gewartet.

 — Johannes Kalliauer - Talk | Contributions 13:32, 30 January 2021 (UTC)

Danke fur den Hinweis, aber das ist wohl doch nichts Commons talk:GlobalReplace#Unuseable. Ich suche nun vll. selbst weiter. -- sarang♥사랑 16:40, 30 January 2021 (UTC)

Nachtrag: ich wusste nichts davon und hatte es noch nie verwendet, aber Perhelion hatte bei mir sein tool eingerichtet importScript('User:Perhelion/justReplace.js') und das funktioniert gut, wie ich jetzt feststellen konnte. -- sarang♥사랑 16:17, 1 February 2021 (UTC)

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Please participate in the Universal Code of Conduct consultation on Wikimedia Commons!

Dear JoKalliauer

Thank you for your hard work to create the sum of all knowledge that is freely sharable to every single human being across the world. As our diverse community grows, we need a guideline that will help all of our work collectively and constructively where everyone feels safe, welcomed, and part of a team. That is why the Wikimedia movement is working on establishing a global guideline called the Universal Code of Conduct, often referred to as UCoC.

After the months-long policy consultation, we have prepared a policy (available in many languages) that has been ratified by the Board of Trustees. We’re currently in the second phase of the process. During this round of consultation, we want to discuss the implementation of this policy. As a member of the functionary team of Wikimedia Commons, your opinion on enforcement is of great value. We want to hear from you on how this policy can be enforced on the Wikimedia Commons community and what might be needed to do so. There are a few enforcement questions so you can easily outline your answers based on them. Please do not hesitate to bring any more questions/challenges you think are not yet discussed.

The discussion is taking place on Commons:Universal Code of Conduct consultation. You can also share your thoughts by replying to this message (Please ping me so I get notified), posting your message on my talk page. I am aware that some thoughts cannot be expressed publicly, so you can always share your opinion by emailing me as well.

As a valued member of the Commons community, please share your thoughts, ideas, and experiences that relate to UCoC. Let us know what needs to be improved so we can build a more friendly and cooperative space to increase editor engagement and retention of new users.

Wikimedia projects are governed by you. So, it is you who needs to step up to ensure a safe, comfortable, and pleasant working environment.

Let me know if you have any questions.

Thank you! Wikitanvir (WMF) (talk) 10:18, 5 February 2021 (UTC)

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Please take a short survey regarding UCoC

Hello JoKalliauer,

I would like to inform you that we now have a survey in place to take part in the UCoC consultation. It is not a long one and should take less than 10 minutes to complete. You can take the survey even if you have already participated in the on-wiki consultation. It has a different set of questions and allows you to participate anonymously and privately.

As a member of the Commons functionaries, your opinion is especially essential. Please click here to participate in the survey.

You are still welcome to participate in the on-wiki discussions. If you prefer you can have your say by sending me an email. You can also drop me an email if you want to have a one-to-one chat.

Thank you for your participation! Wikitanvir (WMF) 13:54, 12 February 2021 (UTC)

:This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

Kategorie-Problem

Hallo Johannes, ich habe lange gezogert dich abermals zu behelligen. Wenn ich es nun doch tue, so in der Hoffnung dass es fur dich nur eine Kleinigkeit bedeutet. So wie ich es verstanden (und auch bisher stets erlebt) habe, werden von einer Vorlage veranlasste Kategorien noch einiger Zeit wirksam; das kann von wenigen Minuten bis zu mehreren Tagen dauern - aber es geschieht. Nicht aber bei einer Vorlage, die ich im Januar fur Commons erstellte. Die Vorlage Hdbg ist inzwischen an die 1150mal transkludiert, aber die Kategorie enthalt nur 430 Dateien, und diese ausschliesslich deswegen weil ich sie editiert habe. Alle anderen Dateien sind seit der erforderlichen Kategorieumstellung nicht eingetragen worden.
Ich dachte es liegt vielleicht daran dass zur Kategorisierung ein Modul durchlaufen wird; um das zu testen habe ich eine Testkategorie vorgeschaltet; doch auch hier sind nur die 92 Dateien enthalten, die in den 2 Wochen seither editiert wurden.
Meine Frage: ist das jetzt Standard, dass nicht mehr kategorisiert wird? Ist das ein Fehler, den ich nach Phabricator melden soll? In jedem Fall, wie kann ich erreichen dass die 1150 Dateien in diese Kategorie kommen? Es ware grossartig wenn du auch da eine Antwort finden konntest -- sarang♥사랑 11:52, 16 February 2021 (UTC)

@Sarang: Schau dir mal Special:Diff/534451683 an, kannst du mir erklären warum eine Vorlage in eine gelöschte Kategorie Category:Coats of arms from Haus der Bayerischen Geschichtchen kategorisiert? (Mein Edit ist natürlich bullshit und nicht korrekt, werde ich auch rückgängig machen, aber zum temporären debuggen mag ich das mal so lassen.)

 — Johannes Kalliauer - Talk | Contributions 13:45, 20 February 2021 (UTC)

Ich sehe dass du die Vorlage Hdbg in User:JoKalliauer/test kopiert hast, und sie in die Datei eingebaut wurde. Weil sie keinen Parameter hatte, geht das in die Wartungskategorie. Nun habe ich einen Parameter eingepflegt,

und es wird in die richtige K. kategorisert.

Hdbg wird inzwischen 1203mal aufgrerufen, aber nur die neueren 840 Edits, 106 +734, sind kategorisiert. Die fruheren Edits, zB vom 7.2. Wappen Bayerisch Eisenstein.svg sind nicht kategorisiert, das erfolgt erst dann wenn ein Edit erfolgt, zu mindest ein leerer. -- sarang♥사랑 14:27, 20 February 2021 (UTC)

@Sarang: Wenn nicht richtig kategorisiert wird, muss man vermutlich "purge", notfalls mit einem w:en:Wikipedia:Purge#Null_edit.

Weißt du warum meine Disk-seite in Coats of arms from Haus der Bayerischen Geschichtchen gelistet wird?

 — Johannes Kalliauer - Talk | Contributions 15:06, 20 February 2021 (UTC)

Ja, weiss ich. Nun habe ich weiter oben das Semicolon reingemacht. Mit einem "Nulledit" sind naturlich slle kategorisiert. Aber um das zB mit einem VFC machen zu konnen, brauche ich etwas damit ich sie dem VFC ubergeben kann, zB eine Kategorie (genau die fehlt aber), einen User-upload oder sonst was, das alles nicht existiert. Mit der Transklusion geht so was nicht. -- sarang♥사랑 16:40, 20 February 2021 (UTC)

@Sarang:

Das mit dem Semicolon hätte mir selbst auffallen können. ;-)

Eine Liste mit allen Bildern die die Vorlage einbinden ist hier Special:WhatLinksHere/Template:Hdbg.

Kann man in Kategorien auch mehr als 200 Bilder pro Seite anzeigen lassen?

 — Johannes Kalliauer - Talk | Contributions 18:18, 20 February 2021 (UTC)

Nur 200, jedes Vor- oder Zuruckblattern bringt immer nur max. 200.

Diese Liste anzuzeigen ist mir keine Problem, aber ich werde davon keinen VisualFileChange starten konnen; zumindest weiss ich nichts davon und es gibt auch keinen Hinweis dazu. Es sind einfach nur die Dateien die in der Kategorie sein sollten aber nur zum Teil sind. Ich weiss nicht wie ich sie in die Kategorie bekomme. In der Testkategorie 184 sollten 1204 Dateien sein, sind aber nur 593 (die seit dem 11.2. editiert wurden). -- sarang♥사랑 18:29, 20 February 2021 (UTC)

@Sarang:

Ich kenn mich mit Commons:Bots/de leider zu wenig aus, aber ich kann zwar mit User:SVGWorkaroundBot eine beliebige Liste von Dateien abarbeiten und da Dateien neu hochladen (was zwar funktionieren würde, aber unnötige Dateiversionen erstellen würde), aber ich weiß weder wie ich die den Quellcode der Dateibeschreibungsseite herunterladen kann noch wie ich ihn hochladen kann.

Es gibt unzählige Bots die das können, aber ich find' keinen Quellcode zu den jeweiligen Bots oder welches Tool das kann. Ich vermute es sollte recht einfach sein, ich weiß nur nicht wo ich suchen soll.

 — Johannes Kalliauer - Talk | Contributions 19:27, 20 February 2021 (UTC)

Vielen Dank, Johannes; es scheint doch ein nicht so leicht losbares Problem zu sein. Ich werde es anders versuchen.
Jedenfalls hast du mir einen Link gefunden den ich vergeblich gesucht hatte - du scheinst effizienter oder beharrlicher als ich zu suchen. Wenn es denn Monate dauern kann bis kategorisiert wird, konnten wir Wetten abschliessen, ob eher die Kategorierung oder die deutsche Covid-Impfung erfolgen wird! :This section was archived on a request by: -- sarang♥사랑 06:44, 21 February 2021 (UTC)

Hematopoiesis diagram - lymphoid dendritic cells

Your diagram File:Hematopoiesis (human) diagram.svg contains "lymphoid dendritic cells" at the bottom right - this is an outdated term and you should use the term "plasmacytoid dendritic cell". AstarothCY (talk) 13:05, 29 March 2021 (UTC)

@AstarothCY: I think you mean File:Hematopoiesis (human) diagram switch.svg.  — Johannes Kalliauer - Talk | Contributions 18:53, 29 March 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 18:53, 29 March 2021 (UTC)

Requesting suppression

Hello JoKalliauer, I am requesting the suppression of all uploads except the current version for File:Polyhedron Barnstar.png. The uploads were just test files, but I'm satisfied with the current version now. I would greatly appreciate it, thank you. Jerm (talk) 03:18, 15 May 2021 (UTC)

@Jerm:  Done  — Johannes Kalliauer - Talk | Contributions 21:41, 15 May 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 21:41, 15 May 2021 (UTC)

SVG bearbeiten (Linie einfügen, Linien entfernen)

Tach, Johannes, kennst du 'ne gut Online-Hilfe, wie ich in Inkscape Linien (oder wohl allgemeiner Pfade) bearbeiten kann? Konkretes Problem: File:Potsdam subdivisions.svg müsste wegen Änderungen in Gebietszuordnungen eigentlich aktualisiert werden, vgl. Statist. Jahresbericht Potsdam 2019, S. 282 (Achtung, immerhin 7,9 MB groß). Ich war so weit, mühsam eine Linie eingefügt zu haben, die dann aber nicht angezeigt wird (war sowieso unsauber, aber zum Testen erstmal egal). Im Code wurde eine <line> erzeugt; ich sehe sonst viele Polygone und Polylines, aber auch Lines. Zum Versuch, etwas zu entfernen, bin ich gar nicht erst gekommen. Die Texte selber anzupassen wäre dann eine leichte Übung. Ich wollte TUBS nach fast 11 Jahren, in denen er sich um die mittlerweile veränderte Datei nicht kümmern musste, damit nicht mehr behelligen. (Die Datei ist an diversen Stellen eingebunden, dass dort anschließend ebenso Änderungen nötig sind, ist mir klar.)

Oder soll ich doch in der Dewiki-Kartenwerkstatt anfragen? — Speravir – 22:16, 20 May 2021 (UTC)

 Done mit Illustrator Flächen mergen und alte Trennlinien rausschmeißen; zw. 42 und 43 neue Grenze einzeichnen (Fläche 42 habe ich jetzt nicht aufgespalten - ginge aber mit dem Interaktiv-Malen-Tool). Pixel-Textebene löschen. Truetype Texte einblenden und editieren. Dann TT Text Ebene verdoppeln und Kopie in Pfade umwandeln. TT Textebene ausblenden. --TUBS 07:47, 21 May 2021 (UTC)

Upps, Danke, TUBS! Wenn ich das geahnt hätte, dass es für dich trotz der Änderungen immer noch so einfach ist, hätte ich gar nicht erst bei Johannes nachgefragt. (Wobei ich es langfristig schon gern selbst beherrschen würde, aber eben ohne Adobe Illustrator.) Ich sag mal trotzdem auch von meiner Seite:  Done — Speravir – 22:10, 21 May 2021 (UTC)

This section was archived on a request by: --Speravir 22:10, 21 May 2021 (UTC)

Script

Hallo Johannes, wenn ich viel editiere kann ich leicht etwas übersehen; kommt leider gelegentlich vor. Obwohl ich weiss dass die Vorschläge des script immer überprüft werden müssen. Beim 2D gedrehtes Auflager.svg hat mich erst sehr gewundert, dass du das als "Fahne" kategorisiert hast. Dann habe ich gesehen: das Perhelion-script hat versucht, einen guten Vorschlag für das topic zu finden - und war heilfroh im Wort "Auflager" einen vermeintlichen Treffer zu landen... Beinahe wäre mir bei einem anderen Auflager dasselbe passiert! So lustig kann es manchmal zugehen mit unserer selbstgestrickten KI. Weiter guten Erfolg! -- sarang♥사랑 15:32, 14 August 2018 (UTC)

Gibt es eigentlich eine Liste von den Abkürzungen, obwohl ich schon lange editiere kenne ich grad einmal s=d auswendig, beim Rest vertraue ich aufgrund von Wissensmangel auf das Skript.  — Johannes Kalliauer - Talk | Contributions 21:45, 14 August 2018 (UTC)

Hallo Johannes, nun habe ich die von dir ersehnte Tabelle gebastelt. Sie ist vorsortiert nach den Codes. Ich hoffe du kannst jetzt besser mit dem Zeugs umgehen; vielleicht schaffen Perhelion und ich noch eine bessere Editieriungshilfe. -- sarang♥사랑 16:29, 28 August 2018 (UTC)

Mist jetzt habe ich keine Ausrede mehr, wenn ich falsch editiere. ;-) . Danke!  — Johannes Kalliauer - Talk | Contributions 07:51, 29 August 2018 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Fixing phab:T35245 in (R)-Citronellal Structural Formula V.1 1.svg

Hi. Jü is having trouble converting their files from ChemDraw to SVG. This specific problem can be solved by iteratively replacing (<tspan[^>]* x=")([^ "]+) ([^"]+)("[^>]*>)(.)([^<]+)(</tspan>) with \1\2\4\5\7\1\3\4\6\7, but I don't know how to wrap that into a user-friendly script that runs on Mac OS. Do you happen to be familiar with Mac or do you know anyone, who is? Thanks. TilmannR (talk) 14:12, 16 March 2019 (UTC)

You (and @Jü: ) can use https://tools.wmflabs.org/svgworkaroundbot/ or should it run in terminal and/or offline?

sed -ri 's/(<tspan[^>]* x=")([^ "]+) ([^"]+)("[^>]*>)(.)([^<]+)(<\/tspan>)/\1\2\4\5\7\1\3\4\6\7/g' filename.svg is a nice code, I use a similar code in my code, maybe I'll change it (and name you and this URL in a comment of the source code).

@TilmannR: I don't have Mac, therefore I can't test it and I don't know the problem. I took a short look at https://ss64.com/osx/sed.html and https://www.applegazette.com/mac/what-is-sed-and-how-does-it-work/ . And I think the options are different and there is no --regexp-extended?

 — Johannes Kalliauer - Talk | Contributions 21:31, 17 March 2019 (UTC)

@JoKalliauer: When I upload (R)-Citronellal Structural Formula V.1 1.svg to SWAB (SvgWorkAroundBot), the "Convert to SVG" download yields a completely unmodified file. Can you replicate this? Is SWAB currently inactive? Would the GUI show any kind of error message, if something went wrong?

Okay, I now know that SWAB can't handle Inkscape SVGs. Why can't it? And please display an error message or at least mention such a strong limitation on its website.

If you want to use that regex in a general purpose tool, you need to be careful about the whitespace. E.g. <tspan[^>]* x=" won't match, if x is preceded by a tab or line break. It also doesn't handle comma-separated coordinates. (<tspan[^>]*\sx=")\s*([^\s,"]+)[\s,]+([^"]+)("[^>]*>)(.)([^<]+)(</tspan>) might work, but I didn't test it.

I don't know whether Jü uses the terminal and/or whether they are working offline, but anyone who uploads images to Commons has to be online at least sometimes. :) TilmannR (talk) 00:14, 18 March 2019 (UTC)

I will take a look at it. Yesterday it worked, but on my computer it shows the line breaks differnelty than in my browser.

The reasion why Inkscape-SVG don't work ist because of the line breaks. Sed only reads per default line-by-line. I will change the code.

 — Johannes Kalliauer - Talk | Contributions 07:40, 18 March 2019 (UTC)

@TilmannR: Firefox changes the carriage return(\r)/newline(\n) on Windows as well on Ubuntu, therefore when I download https://upload.wikimedia.org/wikipedia/commons/e/ec/%28R%29-Citronellal_Structural_Formula_V.1_1.svg everything works. With wget the download seems to work, but then swab does not work. I assume the file contains carriage return as well as newline, therefore FF thinks it is Windows-formated and deletes all carriage returns without newlines, but since it was created on Mac most linebreaks are carriage returns.

However I decided to remove all carriage returns completely and replace all newlines (including following spaces) with a single space repaired, so swab (nice name ;-) ) https://tools.wmflabs.org/svgworkaroundbot/ should work now even for "Inkscape SVG (*.svg)"s.

Since my Operating System/Browser seems to modify the file while downloading, can you please check if it works now?

 — Johannes Kalliauer - Talk | Contributions 16:30, 18 March 2019 (UTC)

Great. It seems work now. TilmannR (talk) 18:49, 18 March 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

SVG request

• 
  Ice Nucleation Mechanisms.png
• Ice Nucleation Mechanisms fr.svg
  Ice Nucleation Mechanisms fr.svg
• 
  Ice Nucleation Mechanisms.svg

Hallo Johannes, ich konnte auch im workshop fragen, aber zuerst dich - erst dann dort, wenn du nicht kannst: die Grafik Ice Nucleation Mechanisms.png vektorisieren, so dass alle Texte oben, links und unten entweder embedded sind, oder ohne jeden Text. Ganz einfach, mit Inkscape oder so. Leider kann ich noch immer nicht Inkscape bedienen... -- sarang♥사랑 16:00, 3 February 2020 (UTC)

Ich hab es vekorisiert: File:Ice_Nucleation_Mechanisms.svg, aber jetzt habe ich gesehen, dass es schon ein SVG gegeben hatte: File:Ice_Nucleation_Mechanisms_fr.svg

Außerdem fehlt bei dem PNG nicht die Genehmigung/OTRS-Ticket?

Inksape lernen:

1. de:Benutzer:JoKalliauer/WikiConWorkshop (Rechts sind Links (nicht Links/Rechts, sondern Verlinkungen ;-) ) wo erklärt ist was man machen muss)
2. Youtube Deutsch(habe ich mir angeschaut, finde ich gut)
   1. https://www.youtube.com/watch?v=GEA9vqXD4V0
   2. https://www.youtube.com/watch?v=67_gCkBMH_Q
   3. https://www.youtube.com/watch?v=hOfAbPdLwxs
   4. https://www.youtube.com/watch?v=67_gCkBMH_Q
3. Youtube English (kenne ich nicht, wirken aber auf den ersten Blick gut)
   1. Inkscape Lesson 1 - Interface and Basic Drawing https://www.youtube.com/watch?v=8f011wdiW7g
   2. Inkscape Lesson 2 - Shape Tools and Options https://www.youtube.com/watch?v=LEjlKhVnJgU
   3. Inkscape Lesson 3 - Fill and Stroke Settings https://www.youtube.com/watch?v=o86MLSQHtMg
   4. Inkscape Lesson 4 - Groups, Levels, and Object Selection https://www.youtube.com/watch?v=D_53Cb9aR0c
   5. Inkscape Lesson 5 - Document Properties and Exporting PNG Images https://www.youtube.com/watch?v=67-UDoYZG8U
   6. Inkscape Lesson 6 - Text and Fonts https://www.youtube.com/watch?v=W9y_D90L8Jo
   7. Inkscape Lesson 7 - Drawing Lines and Paths vs Objects https://www.youtube.com/watch?v=p67XVtX07eM
   8. Inkscape Lesson 8 - Free Hand Drawing Tool https://www.youtube.com/watch?v=O9IeQLlqIL0
   9. Inkscape Lesson 9 - Bezier Tool and Nodes https://www.youtube.com/watch?v=4dI4lD3ievI
   10. https://www.youtube.com/watch?v=sagrkdmC_BI
   11. https://www.youtube.com/watch?v=E7HwLTQu2FI
   12. https://www.youtube.com/watch?v=jxhR9aT6crU
   13. https://www.youtube.com/watch?v=MNgjZDkQW1w
   14. https://www.youtube.com/watch?v=6ETWqg6Cvag
   15. https://www.youtube.com/watch?v=d2MO25zNYW8
   16. https://www.youtube.com/watch?v=ufB-mOSfPow
   17. https://www.youtube.com/watch?v=Rd7gRdocJ6A
   18. https://www.youtube.com/watch?v=m5uh_hBfmCk
   19. https://www.youtube.com/watch?v=2J0RuQ_ZUSg
   20. https://www.youtube.com/watch?v=TN0V0BYJJzQ
   21. https://www.youtube.com/watch?v=VBfuBdJHl1Y
   22. https://www.youtube.com/watch?v=7M09gTMb3G4
   23. https://www.youtube.com/watch?v=frwRLBUVAg0

Inkscape kann man in einer Stunde gut lernen (exkl. Installation)

 — Johannes Kalliauer - Talk | Contributions 22:29, 3 February 2020 (UTC)

Vielen Dank, Johannes. Bisher ist mein Interesse an der Beherrschung von Inkscape & Co gering gewesen, weil ich mich absichtlich auf einfache, hand-zeichenbare Grafiken beschrankt habe. Da kenne ich mich umso besser aus!

Mit dieser Datei ist es so, dass Pierre_cb dieses Fake erstellt hat. Es gab da eine Diskussion weil er eine Anzahl meiner Kategorisierungen seiner Fakes wieder geloscht hat und ich mich daraufhin um korrekte Vektorisierung kummern wollte; switch-internationalisierbar, wenn denn schon.

Das ist dank deiner Hilfe nun moglich, die Texte kann ich nun ausbauen. Und deine Schulungsunterlagen werden sicher anderen helfen, ich werde auch Pierre darauf hinweisen - ich selbst werde mich reinvertiefen, wenn ich mal a) Zeit habe und b) wieder mal eine Notwendigkeit auftritt.

In diesem Zusammenhang gibt es noch zwei Dateien, Jet Stream diagram es.svg und Jet Stream diagram fr.svg; beide enthalten fehlerhafte Ubersetzungen bzw. Konvertierungem von Meilen in km. Ich habe das "Original" Jet Stream diagram.svg um die Sprachen es und fr mit korrekter Konvertierung erweitert, und die bisherigen Verwendungen auf das Original umgestellt. Die beiden Dateien sind also nicht mehr in Verwendung und werden nie mehr verwendet werden, konnen aber wegen der falschen Werte irritieren. Da es die multilinguale Variante gibt, macht es wenig Sinn die beiden einsprachigen Varianten noch gross weiter zu pflegen, es ermangelt ihnen auch an jeglichem edukativen oder enzyklopadischen Wert. Ich finde, deshalb sollten sie weg, auch Pierre gibt der Loschung seinen Segen — in dieser Situation bedarf es doch keiner Loschdiskussion mehr ?

Ich hoffe, dass du zurzeit wenig Kummer in deiner Umgebung hast, und freue mich auf weitere gute Zusammenarbeit mir dir -- sarang♥사랑 07:02, 4 February 2020 (UTC)

Nun kann Ice Nucleation Mechanisms.svg neben (korrigiertem) englisch auch franzosisch, und Ice Nucleation Mechanisms fr.svg wurde durch das Original ersetzt und ist uberflussig geworden; also eigentlich kein Grund mehr, dieses verungluckte Fake zu behalten – das war ja unsere Intention, Fakes zu ersetzen und loszuwerden? Du kannst das als meinen speedy-Antrag dafur auffassen -- sarang♥사랑 09:59, 4 February 2020 (UTC)

@Sarang: Pierre's Dateien sind bad-svgs (wirklich bad), aber sie sind keine reinen Fake-Container, da sie echten kopierbaren/übersetzbaren Text beinhalten.

Für mich ist Fake-SVG wirklich nur ein SVG das 1:1 verlustfrei als ein Rasterbild exportiert (z.B. mit https://tools.wmflabs.org/svgworkaroundbot/ ) werden kann (und dann kleiner ist), also sobald zwei Bilder drinnen sind, oder das Bild rotiert wurde (bei jpg oft auch bei 90°/180°/270°), oder ein ‎<text>...‎</text> drinnen ist, ist es für mich ein bad-svg und kein Fake mehr.

Commons:Criteria for speedy deletion/de wäre für mich

1. wenn es ein {{Duplicate}} wäre, aber es ist keine exakte Kopie, daher geht Duplicate nicht.
2. wenn der Uploader zustimmt, darf die Datei für Speedy nicht älter als 7 Tage sein.

Ice Nucleation Mechanisms.svg ist leider noch immer von phab:T36947 betroffen, auch wenn du den Tag entfernt hast. ( font-size="17") unter 20 ist sehr oft problematisch, ab echt größer 25 sind mir keine Probleme bekannt. (Schau dir die Thumnails in der 120px Vorschau an, da ist der Text in der Legende zu lang.) Das muss ich mal ausbessern.

Wenn ich phab:T243893 durchbekomme, sollte phab:T36947 auch behoben sein. Aber um da mitzudiskutieren habe ich zu wenig Ahnung.

Ich war am WE bei meinen Eltern, dort läuft alles soweit. Das einzige ist, dass ich bis Ende April mit meinem Doktortitel fertig werden sollte.

 — Johannes Kalliauer - Talk | Contributions 20:02, 10 February 2020 (UTC)

Gut, auf regulärem Weg, per delete discussion, sind diese redundanten Dateien nicht wegzubekommen. Ich kann das auch anders machen.
Und als Nicht-Admin habe ich doch etwas mehr Narrenfreiheit.

Den phab:T36947-Fehler habe ich nicht bemerkt, aber der Platz ist schon bei en knapp, umso enger wird es bei de und noch mehr bei fr; da müsste ich umformatieren, um Überlagerungen zu vermeiden. Deine Klassifizierung Fake::Bad erscheint mir plausibel, ich werde sie ubernehmen.

Ich wünsche dir gutes Weiterkommen bei deiner Titelarbeit, und dass es weiterhin soweit laufe mit den Angehorigen. -- sarang♥사랑 08:09, 11 February 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

User:JoKalliauer/Optimization

Tach, Jo. Hättest Du ein Problem damit, wenn ich mal durch User:JoKalliauer/Optimization gehen und einige Tippfehler, die mir so aufgefallen sind, korrigieren würde? (Und am Anfang einen Anker setzen auf die DTD-Zeile weiter unten.) — Speravir – 23:02, 26 June 2020 (UTC)

@Speravir: Ja bitte, ich bin Legastheniker und ich freu mich über Korrekturen, auch gerne inhaltliche. ;-)

Weil du DTD ansprichst. Bitte lies Help:SVG#cite_ref-noDTD_5-0 und in der Referenz https://www.w3.org/QA/2002/04/valid-dtd-list.html#DTD den Abschnitt "Optional doctype declarations" durch:

Beyond the specificities of (X)HTML processing, Doctype declarations in XML languages are only useful to declare named entities and to facilitate the validation of documents based on DTDs. This means that in many XML languages, doctype declarations are not necessarily useful.

doctype declaration ist mMn eine reine Quelltexteditierung (die in der de.wikipedia verboten wäre, siehe w:de:Hilfe:Kleine_Änderungen#Was_keine_kleinen_Änderungen_sind).

Also weder das Einfügen noch das Entfernen sollte mMn empfholen werden, siehe z.B. Commons:Be_bold.

Ich persönlich ergänze DTD immer wenn die Datei mit DTD valide ist (d.h. keine Editordaten beinhaltet). Mein Essay soll aber zeigen, das es oft wichtiger ist das man die Editordaten behält um eine leichte Weitereditierung zu ermöglichen und die Datei dafür in Kauf nimmt dass die Datei invalide ist. Wenn eine Datei beschädigt ist, empfehle ich unerfahrenen Nutzern die Datei zu validieren.

PS es freut mich, dass jemand auf diese Seite stoßt. ;-)

 — Johannes Kalliauer - Talk | Contributions

 Done Du hast mich selbst kürzlich darauf verwiesen , und ich hab mir das gleich abgespeichert. Ich hab selbst gestern auf die Seite verwiesen, weshalb ich an die Fehlerchen dachte, die mir aufgefallen waren.

Falls Du noch ein paar Beispiele sehen willst mit Rendererfehlern: Ich hatte zufällig erst kürzlich drei in kurzer Zeit, die in Firefox eine Fehlermeldung produzierten: Button CodeMirror active.svg, Button CodeMirror inactive.svg und Bundeswappen Österreich 2020.svg (zu letzterer könnte dich Commons:Help desk#Bundeswappen Österreich interessieren, wo es keine Reaktion des Anfragenden mehr gibt).

— Speravir – 22:47, 27 June 2020 (UTC)

@Speravir:

Ich bin sehr vergesslich, ich hab dich auf Commons:Help_desk/Archive/2020/05#SVG_rendering_issue auf die Seite verwiesen.

Das sind keine Renderfehler, sondern die drei genannten Dateien sind "beschädigt"/invalid. Special:Contributions/SVGWorkaroundBot ist zwar von mir gedacht Renderfehler zu beheben, aber solche XML-Verarbeitungsfehler kann er auch beheben, siehe den letzten Edit von SVGWorkaroundBot.

Wenn ich eine beschädigte Datei neu hochlade, optimiere ich sie auch gleich, aber auch das könnte man (so wie du) auch minimalinvasiv machen und xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape " ergänzen.

In Category:Pictures_showing_a_librsvg_bug_(overwritten_with_a_workaround) sind 545 Dateien, einen großteil davon (schätze >500) sind von mir gebugfixed worden.

Danke für deinen Edit, da waren ettliche Schlampigkeitsfehler drinnen, die ich nicht auf Legasthenie schieben kann.

Es gibt eine Frage, ob man die Seite nicht formell dokumentieren sollte: Help_talk:SVG#Tidying_up_section_links_to_a_user_page. (Ich finde das Thema zu kontroversell, zu dateiabhängig, als das man das zu einer Guideline machen könnte.)

 — Johannes Kalliauer - Talk | Contributions 20:22, 28 June 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Strange failure

Hallo Johannes, weil ich nicht so recht weiss wer für so etwas zuständig sein könnte wende ich mich mit diesem interessanten Fehler an dich. Er scheint nur bei zB Google Chrome oder Opera aufzutreten, aber nicht bei FireFox! Die [[File; Anweisung sollte eigentlich eine Datei anzeigen, optional in einer spezifizierbaren px-Größe. Dieser bug macht das hier bei bestimmten Größen nicht, stattdessen wird eine Art Icon und der Dateiname angezeigt:

,

Ich habe noch nicht weiter untersucht, bei welchen Dateien und Parametern das nun auftritt. Fehlerhafte Anzeigen bei zu kleinen Größen mancher SVG-Dateien sind ja bekannt, aber diese Sache ist mir neu. Entdeckt habe ich ihn bei Small lymphocyte (4).svg, da wird das vom {{Attrib}} so angezeigt:

 

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

 Hematopoiesis (human) diagram en.svg.

Anderes Auftreten:

File:Hematopoiesis (human) diagram en.svg is a vector version of this file. File:JoKalliauer/Archiv → File:Hematopoiesis (human) diagram en.svg For more information, see Help:SVG. In other languages

 

Several vector versions of this file are available. File:JoKalliauer/Archiv → File:Hematopoiesis (human) diagram ca.svg File:Hematopoiesis (human) diagram en.svg For more information, see Help:SVG. In other languages

 

Gruss nach Wien -- sarang♥사랑 07:05, 18 July 2020 (UTC)

Auf den ersten blick vermute ich, ist das nicht einfach ein timeout: phab:T200866 siehe https://upload.wikimedia.org/wikipedia/commons/thumb/f/f9/Hematopoiesis_(human)_diagram_ca.svg/12px-Hematopoiesis_(human)_diagram_ca.svg.png  — Johannes Kalliauer - Talk | Contributions 08:25, 18 July 2020 (UTC)

das erscheint eine sehr plausible erklarung! also nix zu tun fur unsereiner — wir sagen "ist halt einfach so". oder soll eine datei ein tag bekommen, wenn sie solche probleme machen kann?

komisch dass es keine irgendwie geartete (fehler)meldung gibt, und dass stattdessen dieser icon und der name (oder linkname) ausgegeben werden. -- sarang♥사랑

@Sarang: Die Datei hat 4638 verschiedene <radialGradient, diese sollte man auf weniger reduzieren, dann würde die Datei vermutlich auch gerendert werden  — Johannes Kalliauer - Talk | Contributions 15:00, 18 July 2020 (UTC)

Stünde das denn dafür? Viel mehr thumbs als den einen, über den ich gestolpert bin, wird es nicht geben. Wenn du willst, kannst du einen Versuch mit scour machen, ob dadurch Gradienten reduziert werden; ich vermute eher, nein - und dieses Monster manuell zu durchsuchen habe ich keinen großen Ehrgeiz.

Wie ich es schon öfter erlebt habe, hast du auch diesmal wieder alles genau ermittelt, danke! Ich glaube, mehr Aufwand sollten wir nicht investieren. -- sarang♥사랑 15:12, 18 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Communist 3lemma.svg

Mir ist aufgefallen, dass ich den enthaltenen Text zwar in der file history sehe, auch meist sonst, aber dass der Text in der description verschwindet wenn > als 100% gezoomt wird (browser: FF). Den bug kenn wir ja hinreichend ! -- sarang♥사랑 13:11, 13 September 2020 (UTC)

@Sarang: Ich versteh nicht ganz was du meinst. Ich habe eine librsvg-Vorlage herausgenommen, weil das PNG mMn korrekt gerendert wurde. Das Rendering von librsvg ist ja vom Browser (in allen mir bekannten Fällen) unabhängig. Deshalb steh ich grad auf der Leitung was du meinst.  — Johannes Kalliauer - Talk | Contributions 18:10, 13 September 2020 (UTC)

Ja natürlich ist das rendering vom browser unabhängig, das macht der librsvg. Aber sobald ich über 100% zoome, verschwindet der Text in der Vergrößerung. Immer noch. -- sarang♥사랑 05:40, 14 September 2020 (UTC)

Zoommen ist verwendet man wenn man die Größe im Browser ändert (Browserabhänig). Wenn man die Größe in librsvg ändert nennt man das idR Auflösung (größer als die "natürliche Auflösung").

Ich kann es jedenfalls mit beiden Optionen in Firefox nicht reproduzieren, kann es sein, dass der transparente Hintergrund die Grau-Farbe in #727272 (oder etwas farbähnlichen) dargestellt wird, dann sieht man "pick 2" im Browser wirklich nicht mehr. Hast du das PNG schon in einem Bildbearbeitungsprogramm (Gimp, Paint.net, Photoshop) angeschaut?

Kannst du eine Schrit-für-Schritt-Anleitung machen (welche Auflösung des Bildes, welchen Zoom-faktor im Browser, betrachtest du das Bild eingebettet, dann mach es hier auf der Seite, betrachtest du das PNG, direkt, dann gibt den URL an)

Es gibt auch den seltenen fAll, dass lokale Server noch ein anderes Bild im Chache haben (aber das wüsste ich nicht warum das hier der Fall sein sollte), dann kann man recht wenig machen und bekommt man je nach Lokal-Server andere Ergebnisse. Ich glaub da hatte nicht mal ?action=purge geholfen.

Wenn ich es mir in 113,2% (747x600) anschaue sehe ich alles:

 — Johannes Kalliauer - Talk | Contributions 06:35, 14 September 2020 (UTC)

Wenn ich die Grafik auf dieser Seite hier betrachte, hängt es vom eingestellten Zoom ab, den ich mit den Tasten "Strg" und "+" oder "-" manipulieren kann. Das geht i.a. in Zehnerschritten, von 100% runter auf 90%, 80%, 67%, 50%, 30% (dann sehe ich kaum mehr was), bzw. rauf 110% (ab hier ist der Text weg!), 120%, 133%, 150% ...

Ich verwende dieses zooming - rauf wenn ich was genauer sehen will, runter wenn ich mehr Übersicht haben will.

Hast du ein anderes Ergebnis? -- sarang♥사랑 12:13, 17 September 2020 (UTC)

@Sarang: Das scheint mir ein Browserbug zu sein, der bei meinem Firefox (momentan auf Linux) nicht auftritt

• 110%: https://owncloud.tuwien.ac.at/index.php/s/1sETzULKPtmLurJ
• 030%: https://owncloud.tuwien.ac.at/index.php/s/43si0xLiubFnD1S
• 300%: https://owncloud.tuwien.ac.at/index.php/s/9eWOHqDvGOSgExK

 — Johannes Kalliauer - Talk | Contributions 12:32, 17 September 2020 (UTC)

Erledigt funktioniert auf Commons nicht. Damit alle Nutzer und der Bot verstehen, dass der Abschnitt archiviert werden soll, ersetze bitte {{erledigt|~~~~}} mit {{section resolved|1=~~~~}}.

?  — Johannes Kalliauer - Talk | Contributions 19:30, 20 February 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

W3C validator

Hallo Johannes, du hattest bereits erfolgreich Kontakt mit W3C? Vielleicht kannst du da etwas erreichen, was bisher in Commons einige Ärgernisse macht. Wir haben mehrere Validatoren, die unterschiedlich streng prüfen und somit auch unterschiedliche Fehleranzahl anzeigen. Der Punkt den ich hier anspreche ist das "identfication attribut" welches mit id="xxx...." spezifziert wird. Ich habe viel herumgesucht, auch bei W3C school, und konnte lediglich finden dass so eine ID kein whitespace enthalten darf; andere Restriktionen sind nirgends erwähnt! Die verschiedenen tools sind sehr freigebig mit der Definition von IDs, auch wenn sie dann nirgendwo referenziert werden. Und manche tools definieren IDs die die meistenn Validatoren als error markieren, weil sie eben doch whitespace oder Sonderzeichen (/ -) enthalten, oder mit einer Zahl beginnen. Was, wie gesagt, nirgendwo verboten ist. Ich weiss nicht ob Inkscape eine Option für IDs hat, andere tools haben offensichtlich keine Option zur Gestaltung oder Unterlassung von IDs. Ich bekomme immer wieder Diskussionen mit Benutzern wenn ihre SVG als invalid getagt werden, und ich finde es ebenfalls lästig wenn der Validator "ERROR" schreit nur weil ein tool irgendwo eine nicht-referenzierte ID generiert hat die W3C nicht gefällt. Wir haben SVG mit hunderten errors - nur deswegen!
Das alles als Einleitung, um dir die Möglichkeit zu geben zu sehen um was es geht.

Mein Anliegen:

W3C möge, neben "warning" und "error", eine weitere Klasse einführen, die "severe warning" heissen könnte, für alle rein formalen SVG-Regelverstösse die ohne jede Auswirkung bleiben; wie zum Beispiel bei unbenutzten IDs.
Das würde mit einem Schlag massenhaft SVG valide machen, die jetzt ohne Not als invalide gelten. -- sarang♥사랑 13:19, 17 September 2020 (UTC)

@Sarang: Soweit ich es verstehe, sind in xml nur folgende Zeichen für das Erste Zeichen in der id= erlaubt: https://www.w3.org/TR/REC-xml/#NT-NameStartChar , also im wesentlichen ":" | [A-Z] | "_" | [a-z] sowie einige Sonderzeichen, aber kein 0-9 (nicht erlaubt). Somit darf ein Renderer versagen, wenn das nicht der Fall ist, somit ist es ein fataler Fehler der Datei. Inkscape erstellt <path id="path002"> und <text id="text004"> und <tspan id="tspan006"> somit sind alle automatisch erzeugten ids valide, dies kann man mit z.b. Scour bereinigen und die notwendigen werden von a-z durchnummeriert, bei über 26 id treten tw. Probleme SVGcleaner nimmt dafür dann A-Z und dann aa-az und dann aA-aZ,...

Ich finde den Banner in Help:SVG#Uploading_&_categorizing sehr irreführend (ich vermute du siehst das anders), aber es ist doch egal ob eine Datei Errors hat oder nicht wenn sie korrekt gerendert wird. und wird sie nicht korrekt gerendert, dann sollte man alle Errors entfernen um dem auf dem Grund zu gehen.

 — Johannes Kalliauer - Talk | Contributions 16:04, 17 September 2020 (UTC)

Ich habe versucht den von dir erwahnten Hinweis verstandlich zu gestalten (ohne zu langatmig zu werden); es geht vor allem um Kategorisierung. Gerne nehme ich Anregungen und Hilfe entgegen, wenn etwas verstandlicher gemacht werden kann. Deshalb bin ih durchaus an deiner Meinung interessiert!

Wir haben neu das Tool EazyDraw, das ein user verwendet, mit einer Art hexadezimalen IDs. D.h. es sind bei 16 IDs ca 6 valide Namen mit A-F, aber 10 invalide. Ich werde dem Benutzer deine Anregung mit Scour weiterleiten. -- sarang♥사랑 18:36, 17 September 2020 (UTC)

Wie ich sehe, kann ich ohnehin nichts mehr daran korrogieren, die Seite Help:SVG#Uploading_&_categorizing wurde auf das translate-tool umgestellt, so dass ich keine Zugriffsberechtigung mehr habe -- sarang♥사랑 19:14, 17 September 2020 (UTC)

@Sarang: kannst du https://commons.wikimedia.org/w/index.php?title=Help:SVG&action=edit aufrufen? (nicht die jeweilige Section bearbeiten, sondern die ganze Seite?)  — Johannes Kalliauer - Talk | Contributions 13:22, 18 September 2020 (UTC)

Danke; hast du Anregungen, wie der Hinweis geändert werden sollte? Ich bin nach wie vor der Meinung dass die beiden Angaben {{Inkscape}} und {{Valid SVG}} zwar eine Information geben (wobei das "valid" sehr oft nicht stimmt!), aber in der Kategorisierung so keinen Gewinn bringen; deshalb bin ich seit Jahren damit zugange diese Kategorien zu diversifizieren. Zumindest die Zusammenlegung der Kategorien (Valid SVG created with .../Invalid SVG created with ...) vermeidet bereits das weitere Überfüllen der overcrowded main categories. Das wollte ich irgendwie rüberbringen, in der Hoffnung dass einige davon Abstand nehmen weiterhin {{Inkscape}} und {{Valid SVG}} reinzuklopfen. Ich will ja niemanden zwingen Image generation gut zu finden – es ist halt eine Moglichkeit eine Datei zu beschreiben und die Kategorien zu diversifizieren. Ich ware dir dankbar wenn du zur Verbesserung des Hinweises betragst -- sarang♥사랑 10:44, 19 September 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Flags creation request

@JoKalliauer: Hello, and sorry for intruding, but given your past work on Wikimedia Commons, I was wondering if you'd be able to help with the creation of a certain five SVG flag files for use on certain Wikipedia articles? It would really be a great help. And I genuinely don't think they'd be too hard to create either. Snow Lion Fenian (talk) 15:59, 16 November 2020 (UTC)

@Snow Lion Fenian: I think the best option is to add your request to Commons:Graphic_Lab/Illustration_workshop, and add here just a link to your request. I'm generally to busy to make new images (Also I'm not that good in drawing), I focus more on repairing damaged svgs.  — Johannes Kalliauer - Talk | Contributions 20:49, 16 November 2020 (UTC)

@JoKalliauer: Don't worry, I understand, and thanks for replying. Although, while I'm here, would you consider altering a certain already existing SVG flag to improve a certain aspect of it? Just thought I should ask, as maybe it'd be more your field. Snow Lion Fenian (talk) 22:07, 17 November 2020 (UTC)

@Snow Lion Fenian: Is the request still open, what flag do you want to improve?  — Johannes Kalliauer - Talk | Contributions 19:37, 20 February 2021 (UTC)

@JoKalliauer: Thanks for replying. Well, the request in question can actually be seen in the Graphics Lab, under the heading "Flag of Seanchan". Maybe you'd want to have a look at it? Snow Lion Fenian (talk) 18:14, 22 February 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

The curious case of my hatched SVG file

739Pixel

740Pixel

Hi @JoKalliauer: it's a bit off-topic for phabricator, so I'd like to clarify my question here: I did not ask how to render File:Scanning_tunneling_microscope in different resolution, I was wondering why the renderings offered at diff. resolutions on that page are different when it comes to the two hatched rectangles. I myself didn't have time to investigate this further, as I don't know much about SVG format, but this just seemed so weird. The same applies to W3 errors: most W3C validator errors I was getting seemed benign. Knowing little to nothing about SVG, I leave it as it is, as long as it's rendered the way I want it. Finally, thanks for the link to File:Test.svg, I am going to use that one often! Regards, Ponor (talk) 16:59, 20 November 2020 (UTC)

@Ponor: I can remove the errors easily, it often helps but not in this case. I did not look deeper into it, but I think it is related to Librsvg_bugs#Pattern (phab:T20463). phab:T20463 can be fixed, by scaling. Actually that's the only common bug I never fixed myself.

File:Test.svg is helpfull, but imho it should only be used when problems are expected, not always. (it tickles watchlists, uses diskspace (after deleting it is only hidden not removed), you have to be name author/source/license in the uploadcomment,...)

@TilmannR: Do you know why the pattens dissapear (one between 739/740 and one 852/853) is it realted to phab:T20463 (normally it fails for small not for lage thumbnails) ?

 — Johannes Kalliauer - Talk | Contributions 23:16, 20 November 2020 (UTC)

@JoKalliauer: Hi! Sorry for the delayed response. I don't believe this is related to T20463. T20463 would cause the pattern to be rendered as a black shape at low resolutions instead of making it invisible at a higher resolution. Even Inkscape failed to render these patterns correctly when zoomed in. This seems to be caused by a very large aspect ratio in the patternTransform. I fixed it by moving the decimal point of some of the matrix entries one position to the left. TilmannR (talk) 08:22, 11 February 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

librsvg rendert Pfad komisch

Hallo JoKalliauer,

meines Wissens kennst du dich gut mit den Eigenheiten von librsvg aus. Mir ist kürzlich aufgefallen, dass librsvg bestimmte linienartige Pfade als eine Art Kreisbogensegmente darstellt. Beispiel in File:Test.svg in der Version von heute, 1:06. Inkscape und die gängigen Browser zeigen den Pfad ganz normal als schlängelige Linie. Weißt du, wodurch diese abweichende Darstellung durch librsvg bedingt ist?

Der Pfad wurde übrigens mit Inkscape gezeichnet und anschließend mit svgomg (default-Einstellungen) "optimiert".

Liebe Grüße, Hbf878 (talk) 14:13, 14 December 2020 (UTC)

@Hbf878:

Das Problem ist ein bekanntes svgo problem (SVOMG ist die grafische Oberfläche von svgo), das einen Librsvg-Bug phab:T217990 auslöst, siehe auch w:en:Wikipedia:SVG_help#arc_flags. SVGO hat seine Vorteile ist aber imho ziemlich buggy und wird (wie seine Konkurrenz) nicht mehr aktiv entwickelt, auf User:JoKalliauer/Optimization#Using_Optimizers sind Alternativen gelistet. Das ist zwar kein Bug von SVGO, aber wenn du den librsvg-Bug umgehen willst würde ich --disable=convertPathData empfehlen, das entfernt das Problem zwar nicht, aber es führt das Problem nicht ein. Wenn du das Problem beheben willst würde ich dir svgcleaner empfehlen, diesen kannst du beispielsweise mit meinem Tool https://svgworkaroundbot.toolforge.org/ ausführen (aktiviere "run svgcleaner").

Wenn du svgo verwendest, ist auf User:JoKalliauer/Optimization#svgo aufgelistet welche Funktionen du aufgrund von Bugs deaktivieren sollst (mit Refernzen), jedoch treten viele Bugs auch auf wenn man alles deaktiviert.

Die einfachste Lösung ist wenn du scour verwendest, dies ist in Inkscape implementiert, einfach als "Optimiertes SVG (*.svg)" speichern.

Einige Binäre Flags bei arc können nur 0 oder 1 sein, daher darf man die Abstände wegoptimieren und 001 sollte als 0 0 1 interpretiert werden, durch die Missinterpretation verschieben sich alle folgenden Zahlen (x und y-koordinaten).

 — Johannes Kalliauer - Talk | Contributions 16:03, 14 December 2020 (UTC)

Danke für die Erklärung. In svgomg entspricht --disable=convertPathData wohl der Option round/rewrite paths, deren Deaktivierung für mich zum Erfolg geführt hat. Scour ist leider im aktuellen Fall (es geht um eine Karte, siehe aktuelle Version von File:Test.svg) nicht hilfreich, da es die Position von Pfaden sichtlich verändert. Liebe Grüße, Hbf878 (talk) 16:43, 14 December 2020 (UTC)

@Hbf878:

Ich habe File:Bahnstrecke_Regensburg–Nürnberg_Karte.svg (unter anderem) mit scour optimiert und ich sehe nicht dass "es die Position von Pfaden sichtlich verändert" hat, bitte um Rückmeldung wenn doch. Ich arbeite mit der Standardgenauigkeit 5 signifikante Stellen --set-precision=5 --set-c-precision=5, wenn man User:JoKalliauer/Optimization#Precision/benchmark_files anschaut sieht man, dass man das bei bestimmten Optimierungen für bestimmte Files auf 6 erhöhen muss, siehe https://github.com/scour-project/scour/issues/219 .  — Johannes Kalliauer - Talk | Contributions 20:30, 14 December 2020 (UTC)

Ich hatte eine Präzision von 3 Stellen eingestellt (ich dachte, das wäre der Standard bei Inkscape). Das war offenbar nicht ausreichend, jetzt weiß ich Bescheid. --Hbf878 (talk) 22:01, 14 December 2020 (UTC)

@Hbf878: Die Standardeinstellung von scour ist 5 singnifikante Stellen, es kann sein, dass das ein neu installiertes Inkscape da was anderes standardmässig eingestellt hat, ich vermute eher, dass du das mal umgestellt hast (3 Stellen reichen meistens, aber wären als Standarteinstellung mMn zu riskant) und Inkscape speichert meines Wissens die letzte Scour-Einstellung. Inkscape selbst speichert auf ca. 8 Stellen genau, dass führt komischerweise häufig wie in diesem Bugreport dazu dass Zahlen wie 12.0 als 11.999994 gespeichert werden. Das heißt Inkscape verwendet vermutlich single precission, also 23 binäre stellen, das entspricht ca. 8 dezimale stellen. Im Binären Format schauen Zahlen anders aus, also zahlen wie ein fünftel sind binär unendlich lange, genauso wie ein drittel unendlich lange in der dezimalen darstellung ist. Bei Zwölf, einer ganzen Zahl, verstehe ich es nicht ganz, weil sich die vermutlich verlustfrei binär speichern lassen müsste, aber vl. übersehe ich was oder beim umrechnen binär<->dezimal entstehen Rundungsfehler.  — Johannes Kalliauer - Talk | Contributions 10:31, 15 December 2020 (UTC)

Gibt es eigentlich ein Limit für die Dateigröße, bis zu der die Übersetzung mittels <switch>-Elementen funktioniert? Ich wollte gerade mal eine Karte übersetzen und habe sie auf File:Test.svg hochgeladen, doch Commons bietet (anders als sonst) keine Option, das SVG in mehreren Sprachen zu rendern. Woran könnte das liegen? Oder ist das spezifisch nicht möglich bei der Datei Test.svg und bei anderen Dateien klappt es? Mit dem Browser ist die Übersetzung wie gewünscht (es geht um das erste Element in der Legende). LG --Hbf878 (talk) 16:22, 28 December 2020 (UTC)

@Hbf878:

Hinweis: Bei großen Dateien (> 256 kb) müssen die Übersetzungen näher am Anfang der Datei erscheinen.

— Commons:Maximum_file_size/de

Es werden nur die ersten Bytes auf switch überprüft, das ist aus perfomance-gründen. Am besten am Anfang einen leeren Switch machen.

 — Johannes Kalliauer - Talk | Contributions 19:27, 28 December 2020 (UTC)

Hallo JoKalliauer, danke für deine Hilfe. Der Tipp mit dem switch-Element am Dateianfang hat geholfen, allerdings kann das switch-Element nicht ganz leer sein sondern muss offenbar Sub-Elemente mit allen gewünschten systemLanguage-Sprachen enthalten (siehe Test.svg, nur bei der neueren Version der Karte funktioniert der switch). Liebe Grüße Hbf878 (talk) 01:14, 17 January 2021 (UTC)

@Hbf878: Mit leeren switch-tag meinte ich nicht einen leeren switch-tag, sondern Sub-elementen ohne sichtbare Elemente, wie du es in File:Bahnstrecke_Oberhausen–Arnhem_Karte.svg gemachst hast. Ich war da wohl im stress um es korrekt zu formulieren. :-D  — Johannes Kalliauer - Talk | Contributions 15:33, 19 January 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Vectorisation of images: can you help me?

Hi--Ruling party (talk) 14:18, 20 February 2021 (UTC)

I'm trying to find someone who can vectorise images (I don't know how to do that sadly). I'm asking you since you were in the category Wikigraphists. I would love to have three images vectorised. That is the following images:

1. Vectorise the star and circle in this image
2. Vectorise File:Flag of the Workers' Party of North Korea.svg and the star from the last picture?
3. Vectorise this image. It has the WPK hammer and sickle and the Central Committee building—its the official logo.

Ideally, these images would be of similar format to File:WPK symbol.svg.

Would you be willing to me this favour? If so, thank you very much in advance. --Ruling party (talk) 11:05, 13 February 2021 (UTC)

@Ruling party:

1. the star and circle seems to be broken
2. File:Flag of the Workers' Party of North Korea.svg is alread vector
3. What part of [9] you want to vectorize? And what for?

If you are allowed to share the image on Wikipedia, you can upload it yourself. If you are not allowed, than vectorizing is an derivative and also not allowed, see Commons:Derivative_works for details.

 — Johannes Kalliauer - Talk | Contributions 13:56, 20 February 2021 (UTC)

@JoKalliauer:

1. Does this link work? [10] ? I want only the star and not the flag.
2. I meant the star in this photo File:Flag of the Workers' Party of North Korea.svg (and not the whole photo, not the flag that is).
3. The building (which is the Central Committee building) and the WPK hammer and sickle

• These images are allowed as far as I know. Photos of public agencies are PD in North Korea, and the WPSK party flag should also be :) --Ruling party (talk) 14:18, 20 February 2021 (UTC)

@Ruling party: The Images are uploaded at https://www.dropbox.com/sh/jk5xhe88yendw3t/AAD68OqUKNDeugtUyhuij9CJa?dl=0

1. Vectorization was done with autotracing
2. I extracted the star
3. The WPK hammer is from File:WPK symbol.svg and the buildung has a too low resulution to vectorize, therefore I just extracted the jpg

 — Johannes Kalliauer - Talk | Contributions 17:47, 20 February 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

svg style-elements to inline-styles

Hi, und auch hi an @Sarang: - eine Frage zu SVG: kann ich CSS-Style-Elemente zu inline-styles ohne Klassen umwandeln?
Beispiel ist File:Flag of New Jersey.svg
Inkscape ist hier stiefmütterlicher unterwegs und ich frage mich ob es andere Wege oder Automatismen für so etwas gibt? svgomg versucht es mit der option 'Inline Styles' - funktioniert aber nur bei wenigen Elementen
Bei der Recherche bin ich auf [11] gestoßen. So kann man es anscheinend in Adobe Illustrator einstellen - den habe ich aber nicht. Danke und Gruß --Mrmw (talk) 16:29, 14 March 2021 (UTC)

Im erwahnten Beispiel gibt es 80 styles (st0 bis st79), es erscheint mir eine recht aufwendige Art Attribute zu vereinbaren. Es mag Sinn haben wenn zb in einer Landkarte bestimmte Zeichnungsteile ihre Attribute (Farben) bekommen sollen, das ist dann sehr pflegeleicht anzupassen; habe ich schon ofter gesehen. zB um die 50 US-Staaten in bestimmte Zuordnungen einzuteilen.​

Im erwahnten Beispiel erscheint es mir weniger sinnvoll, es liesse sich viel leichter mit gechickt gruppierten inline-styles zeichen. Von einem Automatismus zur Umstellung ist mir nichts bekannt, eine 1:1 Umwandlung wurde sicher auch keinen Vorteil bringen - es ware nur dann sinnvoll, wenn solche Gruppen so verschachtelt werden dass moglichst wenige Redundanzen entstehen; das kann wohl kein Programm, das sieht eher nach Handarbeit aus.

Bei Vereinfachungen habe ich schon ofter solche CSS-Klassen aufgelost und meist konnte ich viel sinnloses weglassen und geschickter gruppieren. Aber eine so komplexe Zeichnung vereinfachen zu versuchen wurde ich mich huten, das uberlasse ich gerne Adobe & CO, und nehme in Kauf dass der erzeugte Code kaum lesbar ist. -- sarang♥사랑 16:57, 14 March 2021 (UTC)

@Mrmw and Sarang: Du kannst einfach https://svgworkaroundbot.toolforge.org/ verwenden und aktiviere "run svgcleaner". svgcleaner (tw. auch scour) könnten so gruppieren das eine minimale Dateigröße entsteht (sortieren aber nicht um), die Funktion ist nicht implementiert, da svgworkaroundbot für Workarounds und nicht für optimierung gedacht ist.  — Johannes Kalliauer - Talk | Contributions 18:14, 14 March 2021 (UTC)

@Mrmw and Sarang:

In general, it is better to use class attributes and a style element. A diagram may have 15 labels. Instead of using 15 style attributes that have exactly the same information, each label can have a simple class="label". All the labels will then have a consistent font, font size, font style, and fill color. Changing a property changes all labels uniformly. In a similar manner, all leader lines can use a class to set the markers, stroke color, line width, and dash array.

Although one may group similarly formatted elements in g element so they all use the style properties of the g element, that can place a strange hierarchy on the diagram. Say all the text labels are in one g element. If I want to move just one of the labels, then I must edit the insides of the g element. If I put the properties in the g element's style attribute, then I may not be able to keep text labels and leader lines together within that g element. The text labels probably do not want to be stroked; the leader lines may want to have a large stroke-width.

Using the class attribute with the style element allows a more sensible structure. Uniform presentation without a forced hierarchy.

That said, I do not understand what Adobe Illustrator is doing with 80 generated names (st00..st79). It seems to be Illustrator's standard practice, and many SVG elements get many class names. A sensible system would have a small number of classes, and each class would have a name that suggests its purpose.

Inkscape's standard practice is to push all graphics state information to the style attribute. That is not a good practice either. I've seen plenty of Inkscape files where labels that should look the same have slightly different font sizes. Inkscape's default is to copy everything. Even linearGradient and marker elements have private copies for each element that uses them.

SVG optimizers can find and remove pointless properties, but they often focus too much on file size. Compressing paths, deleting comments, and deleting metadata are not necessarily good.

In this particular case, I would just leave the file as it is. I would not change one poor styling system into another poor styling system or make a new mess out of an old mess.

Glrx (talk) 21:49, 14 March 2021 (UTC)

@Glrx and Sarang: thanks for explanation - i've no tasks whith this file in particular - i had problems with using it for File:Map of the United States with flags.svg - with https://svgworkaroundbot.toolforge.org/ i solved the problem --Mrmw (talk) 22:08, 14 March 2021 (UTC)

hi, ich habe den genannten svg-cleaner für mehrere files benutzt um die klassen aufzulösen - bis auf wenige ausnahmen funktioniert das sehr gut - die füllregel envodd wurde manchmal verworfen bzw. ist velorenen gegegangen

mich würde interessieren was dahinter steckt - sollte dieser service in der form einmal nicht mehr zu verfügung stehen, stehe ich wieder mit leeren händen da

kannst du mir hinweise geben wie das tool arbeitet, bzw. wo man einen blick in den maschinenraum werfen kann? danke und gruß --Mrmw (talk) 17:32, 16 March 2021 (UTC)

@Mrmw: I applaud your curiosity about how such tools work, but please use restraint.

Consider File:Map of the United States with flags.svg

It was apparently cleaned with the consequence that all title elements were removed. That removes tooltips from the SVG.

If you look at the previous (8.8 MB) version of the map in a browser, then mousing over a state provides a tooltip of the state name.

• https://upload.wikimedia.org/wikipedia/commons/archive/9/99/20210314212654%21Map_of_the_United_States_with_flags.svg

If you look at the current (6.6 MB) version in a browser, then the tooltips are gone.

• https://upload.wikimedia.org/wikipedia/commons/9/99/Map_of_the_United_States_with_flags.svg

Other reasonable information has also been deleted. It is now a file of geometric shapes with no clue about which shapes are states and which shapes are flags. The original file had id attributes for state map outlines (e.g., mFL) and state flags (e.g., fFL) as well as a class attribute to four-color the map.

The original file did not have interesting metadata, but several cleaners and optimizers will blindly delete title, desc, and metadata elements. The metadata element may contain Creative Commons RDF, and deleting such information may raise copyright issues. CC licenses require that the user provide a link to the copyright license. Chemistry applications include molecular data in the metadata. Mapping applications may describe the mapping projection in the the metadata.

I'm not saying that map with state flags is a great illustration. I just want to point out that perspective is needed. Cleaning an SVG file does not necessarily make it better.

Glrx (talk) 19:03, 16 March 2021 (UTC)

@Glrx: i see, attributes like 'title' which generates tooltips are new for me - perhaps i should revert my edit on the us-flag-map

i create a flag-map for russia (en:User_talk:SpinnerLaserzthe2nd#File:Map_of_the_United_States_with_flags.svg)

there are 84 flags on the map of russia - i prepared all cleaned flags in a new svg-file en:Federal_subjects_of_Russia#Types

could you help me and introduce to set attributes like 'title' on the elements - i think i will use the xml-editor in inkscape

which infos should be provided? type (oblast, republic, krai, autonomous okrug, federal city, autonomous oblast) and name of federal sybject for the map-shapes and name of federal-subject for the flags as 'title' to show tooltip? --Mrmw (talk) 20:52, 16 March 2021 (UTC)

File:Flag map of russia.svg

perhaps @SpinnerLaserzthe2nd: wants join discussion --Mrmw (talk) 07:54, 17 March 2021 (UTC)

Different users have different experience, different talents, different missions, leading to different conclusions.

I mostly make librsvg-workarounds. Since <style type="text/css" and class=" is more complicated to understand/render I personally avoid CSS as much as possible.

However, I totally agree with @Glrx: that class=" is a very usefull feature and should not be removed

Regarding Optimization: In User:JoKalliauer/Optimization#When_is_optimizing/validating_files_undesired? I tried to collect all things that should not be removed, <style type="text/css" is one of them.

I collected "save" settings in User:JoKalliauer/Optimization#Using_Optimizers for scour, svgcleaner, svgo 1.x, such that they keep comments, titles, labels, metadata,...

Since https://svgworkaroundbot.toolforge.org/ is optimized for repairing SVGs, the settings of swab (SvgWorkAroundBot) are not optimal for files without problems.

@Mrmw: The sourcecode of swab can be found at https://github.com/JoKalliauer/convert/blob/master/WorkaroundBotsvg2validsvg.sh#L184 , basically it uses https://github.com/RazrFalcon/svgcleaner from User:RazrFalcon.

My opinion: As User:Sarang argues it is good to remove useless attributes and reduce filesize (before uploading), but as User:Glrx argues it might be even more important that you keep comments, labels, linebreaks for better human readability. Removing unneccesarry Inkscape-Elements might be useless for rendering and useless for manual editing by texteditor, however removing features like sodipodi:type="arc" or Layers will reduce the workability. If we just care about filesize and correct rendering we would replace svg by pdf. Since all common-files should enable to make derivatives, svgs should be done imho in a way that they are easily editable by "anyone" without svg-knowledge and not only render correctly.

 — Johannes Kalliauer - Talk | Contributions 11:54, 17 March 2021 (UTC)

@Mrmw:

I would not add features that I do not intend to use. It's extra work with no benefit. If I were making a map, then adding tooltips to identify the state may be worthwhile. Providing more information in a tooltip is a judgment call about its utility. Keep things simple.

On the other hand, if someone has gone to the trouble of providing more information, then I'm reluctant to remove that information. She might have put it there for a reason that I may not understand. In general, I'm reluctant to make changes even when I believe I know better.

Also be aware of the limitations of MW. MW converts SVG to PNG before displaying the image in an article. That means SVG tooltips and animations are lost. Many people want WMF to serve SVG directly, but it will be some time. Consequently, adding features to SVG files many not be visible to Wikipedia users for a long time.

It is sad that MW imposes so many constraints on SVG files. To me, the right way to make a map with flags is to have a basic map that references an external SVG file for each flag that it needs. The map and flags can then be maintained independently. If someone improves the appearance of a flag, then the map gets the benefit of that improvement. MW does not allow that approach: it requires that each flag be copied into the map file to make an SVG file that depends on no other file.

Although SVG and CSS have many features, keeping things simple and clear is valuable. Very few graphics applications will import an SVG file and understand all those features. I wonder if Adobe Illustrator and Corel Draw understand systemLanguage; I would not fault them if they do not. I would not be surprised if the editors did not understand sophisticated CSS selectors.

I do not use Inkscape, so I do not know what to say about adding title elements. I would expect that Inkscape allows users to add title and description elements to an object.

Glrx (talk) 20:05, 17 March 2021 (UTC)

References

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Rename questions

Hallo Johannes, mich interessiert ob du dazu eine Meinung hast. Einem Rat von dir messe ich grosses Gewicht bei -- sarang♥사랑 06:57, 1 April 2021 (UTC)

@Sarang: Wie du vermutlich weißt, bin ich nicht ein Vertreter von Freundalwitschaft und versuche neutral dazu zu antworten.

Ich hätte aufgelöste Umlaute, in Eigennamen als einen unstrittigen Fehler gesehen, der mit Crit 3 abgedeckt wäre. Aber wie Rosenzweig argumentiert gibt es eben Kodierungsprobleme, womit unstrittig mMn eben nicht mehr gilt und ich Crit 3 nicht mehr anwenden würde. (Heißt das ich mich derzeit weder auf die eine noch auf die andere Seite stelle.)

Ich arbeite als Wissenschafler und habe mit internationalen Namen zu tun. Letzte Woche habe ich einen Wissenschaftlichen Artikel in LaTeX mit utf8 eingereicht, leider unterstützte das Einreichsystem anscheinend nur Ansi, weshalb viele UTF-8-Zeichen (ohne Errormeldung) verschwunden sind unter anderem auch die ł bei Michał und bei Skłodowskiej sowie das ń bei Poznań. Leider hatte ich nicht alle Fehler gefunden und so wurde es an die Reviewer geschickt, in dem Paper stecken ca. 2 Jahre Arbeit drinnen (1Jahr von meinem Vorgänger +1 Jahr von mir +2Jahre Betreuer) und da Kotierungsfehler drinnen zu haben ist einfach blöd.

Der weltweit wissenschaftlich erfolgreichste Bauingenieur ist gem w:de:H-Index mWn Zdeněk Bažant, genau wegen der oben geannten Kotierungsprobleme nennt er sich in Publikationen häufig "Zdenek Bazant" siehe https://scholar.google.at/citations?user=tJ4t4Q8AAAAJ Selbst wenn er sich "Zdeněk Bažant" nennen würde, würde ich "Zdenek Bazant" in die Google-Suche eintippen.

In LaTeX ersetzt man häufig Sonderzeichen wie ö mit \"o; ß mit \s; ł mit \l, ń mit \'n damit benötigt man in LaTeX eigenlich nur Ansi, aber wenn man das in einer \url{} ersetzt, dann verlinkt es nicht nach Lövenzahn sondern nach L\"ovenzahl, also zu einer nicht existierenden Seite, insofern ist in urls so ein ersetzen nicht möglich. Hinzukommt, dass in LaTeX man üblicherweise eine Literaturlisten-datenbank zugreift, die in oftmals eine andere Kotierung hat als die Quelldatei des LaTeX-dokumentes, was zu noch mehr Problemen führt. Obwohl ich selten Wikipedia zitiere, treten dort sehr häufig Kotierungsprobleme auf, weil die Wiki-Titel in den URLs nicht sehr Kotierungsfreundlich sind. Man kann die Zeichen HTML-kotieren, aber das schaut scheiße aus, also wird aus Frenet–Serret formulas zu Frenet%E2%80%93Serret_formulas (zweiteres hab ich auch wirklich so in der Publikation eingereicht) .

Also die von User:Rosenzweig Kotierungsprobleme existieren tatsächlich noch immer und machen noch immer Probleme. Die Argumentation "möglichen Kodierungsproblemen auf manchen Zielsystemen" auf User_talk:Sarang#Criterion_3 finde ich aber zu kurz um daraus eine Entscheidung ableiten zu können, wobei die Antwort wo Kodierungsprobleme auftreten so komplex und indiduell ist, dass man draus keine allgemein gültige Antwort bekommen würde und erst Recht keine Entscheidung ableiten könnte.

Bezüglich der Beobachtungslisteneinträgen, solche Verschiebungen sollte (sofern man sie macht) mit einem Bot passieren, der ausgeblendet werden kann um nicht Beobachtungslisten zuzumüllen. Wenn ein Bot die Erlaubnis dazu bekommt, dann sind die Art von Änderungen auch genehmigt und erwünscht.

Da es hier pro und contra gibt, bin ich für eine komplexere Lösung (die in phab: aufgrund mangeldner Entwickler einschlafen wird): Der Titel und die URL sollen sich unterscheiden, wie die Unterstiche zu Abständen werden an einem Beipiel:

Titel: "File:Bundesstraße 39 Löwenstein Seemühle 20120919.jpg" hat die URL

• https://commons.wikimedia.org/wiki/File:Bundesstraße_39_Löwenstein_Seemühle_20120919.jpg

und lässt sich durch z.B. folgende URLs aufrufen:

• https://commons.wikimedia.org/wiki/File:Bundesstra%C3%9Fe_39_L%C3%B6wenstein_Seem%C3%BChle_20120919.jpg
• https://commons.wikimedia.org/wiki/File:Bundesstra%C3%9Fe%2039%20L%C3%B6wenstein%20Seem%C3%BChle_20120919.jpg
• https://commons.wikimedia.org/wiki/File:Bundesstraße 39 Löwenstein Seemühle 20120919.jpg
• https://commons.wikimedia.org/wiki%2FFile%3ABundesstraße_39_Löwenstein_Seemühle_20120919.jpg

sowie z.B. durch die Weiterleitungen:

• https://commons.wikimedia.org/wiki/File:Bundesstrasse_39_Loewenstein_Seemuehle_20120919.jpg
• https://commons.wikimedia.org/wiki/File:Bundesstrasse 39 Loewenstein Seemuehle 20120919.jpg
• https://commons.wikimedia.org/wiki/File:Bundesstrasse%2039%20Loewenstein%20Seemuehle%2020120919.jpg
• https://commons.wikimedia.org/wiki%2FFile%3ABundesstrasse_39_Loewenstein_Seemuehle_20120919.jpg

Eventuell sollte Titel: "File:Bundesstraße 39 Löwenstein Seemühle 20120919.jpg" URL: https://commons.wikimedia.org/wiki/File:Bundesstrasse_39_Loewenstein_Seemuehle_20120919.jpg sein und alle oben genannten URLs (sowie Komninationen daraus) funktionieren.

Mein vorläufiger Vorschlag wäre

1. ){{DISPLAYTITLE:''File:Bundesstraße_39 Löwenstein Seemühle 20120919.jpg''}} zu verwenden, aber die Dateien vorest nicht zu verschieben. (Ich glaube dafür brauchen wir auch ein phab:-Ticket; DISPLAYTITLE funktioniert eventuell nicht mit aufgelösten Umlauten.)
2. )auf Commons:Bots/Requests#Sarangbot_(Diskussion_·_Beiträge) sollte diskutiert werden ob aufgelöste Umlaute zu korrigieren ein erlaubter Bot-Task ist, die die dort diskutieren, können glaube ich, am besten Abwegen ob Massenedits gerechtfertigt sind.

Einerseits bin ich ein Verterter von der Autor entscheidet "alles" um Edit-Wars und Steitigkeiten zu vermeiden, insbesondere beim Titel würde ich vorsichtig sein, weil dieser mWn bei CC-BY 3.0 auch verlangt wird diesen unverändert zu nennen, anderseits sollte man einen Wildwuchs von Unkraut und sonstigen Ungeziefer (wie Falschschreibungen, Fake-SVG, Fake-PDFs) rechtzeitig unterbinden und im Keim ersticken bevor sich dieser vermehrt und dann den Folgegenerationen noch mehr Probleme macht und nicht mehr bewältigbar wird.

Die Frage ist eben sind die Kotierungsprobleme in den URLs oder die Falschschreibungen das Unkraut?

 — Johannes Kalliauer - Talk | Contributions 18:28, 1 April 2021 (UTC)

PS ich hatte in der Früh das gelesen und jetzt geantwortet nicht gesehen, dass schon andere dort geantwortet haben  — Johannes Kalliauer - Talk | Contributions 18:30, 1 April 2021 (UTC)

---

Hallo Johannes, es tut mir leid dass ich dir wieder so viel Arbeit bereitet habe; wie von dir gewohnt hast du dich der Sache sehr grundlich angenommen.
Wie du vermutlich weisst bin ich immer bemuht offensichtliche Fehler zu beheben, Kompliziertes zu vereinfachen, Unverstandliches zu verdeutlichen, sowie denjenigen die noch weniger wissen als ich manchen Rat zu geben. Manchmal gelingt das alles nicht, und es geht auch mal was schief – dafur gibt es genug Beispiele. Auch respektiere ich die Absicht anderer, auch wenn etwas gar nicht meinem Stil oder meiner Vorstellung von Asthetik entspricht.
Wie ich aaO ausgefuhrt habe hielt ich "aufgeloste Umlaute" fur einen definitiven Fehler, insbesondere innerhalb der Wikipedia. Viele Dateinamen gefallen mir nicht so gut, wie

• ewig lange: Plaza de la Revolución de Santiago de Cuba, a izquierdas alzadas siempre las banderas significativas del 26 de julio, a derechas símbolo de una gloriosa revolución - panoramio.jpg
• all-uppercase: SANTIAGO DE CUBA MORDA FINAL DE UN LIDER TRSCENDENTAL (FIDEL CASTRO) CON RENAN Y ELIZA 20.jpg

Schmelzle hatte hingegen die Gewohnheit alles in lowercase und mit Bindestrichen durchkonjugiert zu benennen:

• Talheim-lkr-hn-kathkirche-2015-08.JPG (JPG in lowercase gefiele mir besser; Katholische Kirche Thalheim im Landkreis Heilbronn)
• Bad-koenig-rentmeisterei.jpg (Rentmeisterei in Bad König)

aber solche Eigenheiten werde ich nicht anfassen; wenn er es so wollte und gut fand soll es so bleiben!

Die Aufgelosten umbenennen erzeugt immer einen redirekt, der keine Kodierungsproleme macht, aber nicht so unmittelbar gefunden werden kann. Und innerhalb der Wikipedia funktioniert ja alles, nur externe URLs werden ungefugig – das hielt ich fur wenig wesentlich.

Hingegen furchte ich dass die vielen Auflosungsbeispiele Nachahmer anziehen konnten, wie es so oft in der Wikipedia geschieht dass schlechte Beispiele ubernommen werden: insbesondere Novizen konnten meinen dass Umlaute nicht verwendet werden durfen, oder sonst irgendwie unerwunscht seien.

Ich selbst schatze die Umlaute der deutschen Sprache nicht, und versuche sie zu meiden; nicht nur weil ich seit langem ein amerikanisches keyboard verwende und diese Zeichen zu schreiben komplizierter ist. Aber wenn zB Hütteldorf gemeint aber Huetteldorf geschrieben ist, halte ich das fur einen definitiven Fehler.

Dein Vorschlag mit DISPLAYTITLE erscheint mir eine gute Losung des Problems zu sein, zumindest eine Teillosung. Als Ergebnis der Diskussionen hier und dort werde ich mich weiterer Renames enthalten, insofern waren die Antworten und Meinungen hier und dort hilfreich fur mich. -- sarang♥사랑 07:39, 2 April 2021 (UTC)

An deiner Einleitung erstaunt mich, falls du auf die Idee kommst dass ich "Parteinahme" erwarten konnte, ein Gefalligkeitsgutachten. Wenn ich dir sowas zutrauen wurde - ein anderer Admin stunde dir doch viel naher als ich. Nein, ich war an deiner ehrlichen Meinung interessiert, und naturlich weiss ich dass es auch dir nur um die Sache geht, um die verschiedenen moglichen Sichtweisen von denen eine dann von mir zu akzeptieren ist, selbst wenn ich nicht zu 100% beipflichte. Schone Feiertage! -- sarang♥사랑 13:34, 2 April 2021 (UTC)

@Sarang:

Sorry, das tut mir Leid dich in so ein Licht gerückt zu haben. Tut mir Leid, das war ungerechtfertigt von mir, es war eher, dass ich dir viel Verdanke und vor allen in meinen jungen Commons-jahren viel von dir gelernt habe.

Ich antworte dir kritischer, als es viele andere tun würden, die dich so schätzen, das wollte ich sagen.

Nein Admins stehen mir mMn nicht näher, ich verlange von Admins ein deutlich korrekteres Verhalten als von einem Nicht-Admin und lasse Nicht-Admins gerne etwas durchgehen. Insofern stelle ich mich tendentiell eher gegen den Ranghöheren (und sei es ein Bürokrat).

Ich bin selbstkritisch und sehe Probleme die meine Gruppe versacht und kritisiere meinesgleichen daher mehr.

Als Student, war ich dafür die faulen Studierenden herauszufiltern und dazu zählte ich >90% (und ich bin in einer Studienrichtung wo es verhältnismässig wenig faule gibt), als Assistent/Vortragender finde ich es unverantwortlich dass der Aufwand für einen durschnittlichen Studierenden einiger Lehrveranstaltungen das 5fache des Sollaufwandes entspricht.

Als Mitlied in Studierendenvertretungen, habe ich Fachschaftsintern auch hinter die "Konkurenz"/Gegenkandiaten gestellt.

Insofern tendiere ich dazu Admins/Freunde für ihr Verhalten mehr zu kritisieren, als neutral wäre.

 — Johannes Kalliauer - Talk | Contributions 15:03, 2 April 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Bug introduced

Hello. Apparently you introduced a bug in the version of File:Main schisms from the Russian Orthodox Church (2021).svg you uploaded. Veverve (talk) 06:54, 21 April 2021 (UTC)

@Veverve: Sorry I can't see an introduced bug. Can you be more specific? It is not so apparently to me. Do you mean a bug in the SVG or in the rendered PNG?

I only know that the old version also the svg does not contain a bug, librsvg renders the PNG in some sizes (e.g. w=1280px) with a librsvg-bug (phab:T36947, Wikipedia:Wikipedia:SVG_help#bad_letter-alignment_on_small_font-size), described by @Goran tek-en: at c:Help_talk:SVG#PNG_rendering_varies.

So if you see differences, it might be related that the old PNGs contained a librsvg-bug. If the PNG is the same as before you might try Help:Purge#Advanced_manual_thumbnail_purging.

Please use {{Rsvg bug}} with a describing sentence what is wrong and I will try to fix it.

 — Johannes Kalliauer - Talk | Contributions 08:27, 21 April 2021 (UTC)

SVG development section says : "This SVG picture shows a librsvg bug. Bypassed bug description: phab:T36947 don't use small font-sizes" Veverve (talk) 08:29, 21 April 2021 (UTC)

@Veverve: Please check history.

1. I added |?=phab:T36947 don't use small font-sizes
2. After that I uploaded a file
3. Some minutes ago I changed ?= to ?o=, leading to a Bypassed bug, categorizing in Pictures showing a librsvg bug (overwritten with a workaround)

So it means it contained (past) a bug, before I uploaded.

 — Johannes Kalliauer - Talk | Contributions 08:46, 21 April 2021 (UTC)

@Veverve: JoKalliauer I don't know what you have done with the file you uploaded other than reducing its size or why?

• Regarding the "small-font" bug template you put there. I don't think it should be there because that is not the problem. All text is in 11 pt and kerning is not the issue so I suggest you remove it.
• I did describe two problems at the Help SVG page but the one with with text alignment I have fixed.
• What remains is that the different pre-rendered pngs doesn't show bold respective normal text in the same way, which is very strange. --Goran tek-en (talk) 13:39, 21 April 2021 (UTC)

I replied at Help_talk:SVG#PNG_rendering_varies.

@Veverve: To correct your statements:

• you used font-size:3.8806px in the latest version before my upload, which is much smaller than the recommend size of 20px at Wikipedia:Wikipedia:SVG_help#bad_letter-alignment_on_small_font-size
• text alignment bug was still in your last version, see Sept 2006 in the legend or Georgian Orthodox Church (bottom left) w=1281px
• you should change font from font-family="Liberation Sans" to font-family="DejaVu Sans", then the bold/not bold-Problem will be mostly fixed, and the rest can be fixed by not changing from bold to normal see phab:T207506.

 — Johannes Kalliauer - Talk | Contributions 16:11, 21 April 2021 (UTC)

@JoKalliauer: thanks for pinging me, but @Goran tek-en: is the graphic designer, not me, i.e. I do not understand most of the technicalities you are talking about. Veverve (talk) 16:23, 21 April 2021 (UTC)

@JoKalliauer: the latest version you have now put makes the image way too crammed, and numerous places texts are not in their right place. Veverve (talk) 18:43, 21 April 2021 (UTC)

@Veverve: I know; I explained why I did it at Help_talk:SVG#PNG_rendering_varies. The bold vs not-bold issue described by @Goran tek-en: is solved by changing the font, however introducing other issues (as you described). If User:Goran tek-en don't like it they should revert it, as I already said in my upload-comment as well at Help_talk:SVG#PNG_rendering_varies.

 — Johannes Kalliauer - Talk | Contributions 18:59, 21 April 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

Please protect

Hallo Johannes, würdest du bitte Adobe-yes.svg und Adobe-no.svg schützen? Die beiden Icons werden immer wieder das Ziel von Verschönerungen - die aber ganz und gar nicht zu den Created with-Boxen passen. -- sarang♥사랑 10:02, 21 April 2021 (UTC)

@Sarang: Ich würde {{Split}} machen, ist etwas aufwändiger aber so hat jeder was er will. (also temporär wird kein, bzw das falsches Bild angezeigt werden)

FYI: Für Admins sollten gem. Commons:Guide_to_adminship#Initial_setup in der Signatur nicht auf andere Wiki's verlinken, du verlinkst ja auch nur die Nutzerseite und nicht die Disskussionsseite, also wäre das vermutlich sogar für Admins ok. Ich will nur hinweisen, es könnte in höheren Positionen ungern gesehen sein. (Mir ist es egal.)

 — Johannes Kalliauer - Talk | Contributions 20:19, 21 April 2021 (UTC)

@Sarang: Ich hab bei "Yes" ein paar Versionen verwechselt (die Ansicht ist nicht sehr übersichtlich), also die History ist nicht ganz sauber getrennt, aber die letzstand-files sollten passen, das zu korrigieren ist mir zu mühsam und macht die Löschgeschichte noch unübersichtlicher.

• 
  Adobe-yes.svg
• 
  Adobe-yes new.svg
• 
  Adobe-no.svg
• 
  Adobe-no new.svg

Gem. Commons:Protection_policy/de#Schutz_gegen_unbefugtes_Überschreiben_beim_Hochladen ist ein c:Commons:Edit_war (sind auf Commons idR auch nicht sehr relevant) kein Sperrgrund, aber häufig genutzte Dateien (z.B. Vorlagen-Icons) ist ein valider Grund für den Schutz.

Ich mag mich mit dem split auch heraushalten welche Version die "richtige" ist (es ist mir ziemlich egal).

Grundsätzlich bin ich dafür die rechte dem ursprünglichen Hochlader zu geben, insofern habe ich "deine Version" auch das Hochladen auf Template-editoren (&admins) beschränkt, die andere ist ohne Schutz und kann daher leicht aktualisiert werden auf neuere zukünftige Icons.

 — Johannes Kalliauer - Talk | Contributions 21:12, 21 April 2021 (UTC)

Das war nun schon wieder mühsamer als ich dachte, weil du es gründlicher gemacht hast. Mir ging es nur darum, dass nicht immer wieder andere Icons bei "Created with Adobe Illustrator" angezeigt werden. Danke, dass das nun hoffentlich ein Ende hat -- sarang♥사랑 04:47, 22 April 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

ViewBox

Hi again, I'm sorry to take up your time again but I can't get it right.
I have created a document in which I increased the viewBox by 10 times.
width="793.70081" height="1122.5197" viewBox="0 0 2099.9736 2969.9625" and after that I added the text "12 px". It is 12 px in Inkscape but it is also 12 px when I open it in a text editor. If I change it to a bigger size in Inkscape it of course gets bigger. So I can't understand how you can get it bigger in the code.
Do you change it manually afterwards or what?
I can't understand how you can change the font-size and it still has the same relationships to line-width in the drawn objects, overall size etc. --Goran tek-en (talk) 13:30, 22 April 2021 (UTC)

@Goran tek-en: You have a transform="scale(2.6458)" so the text is actually 31.7496px, after applying transform-scaling. Remove width="793.70081" height="1122.5197" in line 10&11, and Inkscape will tell you it is 31.7496px . Inkscape shows you 12px because the 2.6458 cancel out with the downscaling in width="793.70081" height="1122.5197" viewBox="0 0 2099.9736 2969.9625"  — Johannes Kalliauer - Talk | Contributions 15:39, 22 April 2021 (UTC)

Thanks, your code knowledge is great. --Goran tek-en (talk) 16:23, 22 April 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

A new difficulty

Things in commons are permanently changed: a long time editing was altered every few days, sometimes to a better, sometimes to a poorer usability; editing JS is much better since line numbers are inserted; and everywhere other changes occur.
The search feature had been useable, until it was changed that it finds mainly PDF (I am not looking for!). But since one or two days I cannot enter "Category:xxxx" and are then asked "do you want to create that category" (or so) - in fact, I do not know anymore how to create a new category! At least it is now much more complicated. Johannes, do you know whom I can ask to restore that essentiel functionalty? -- sarang♥사랑 11:10, 28 May 2021 (UTC)

@Sarang:

Ich verwende die WikiSuche grundsätzlich nicht, eventuell kannst du da etwas in Special:Preferences#mw-prefsection-searchoptions ändern.

Wenn du Category:xxxx eingiebst landest du vermutlich auf:

• https://commons.wikimedia.org/w/index.php?search=Category%3Axxxx&title=Special:MediaSearch&go=Seite&type=page

Wenn du Category:Asdf eingiebst landest du vermutlich auf:

• https://commons.wikimedia.org/wiki/Category:Asdf

Du magst aber in beiden Fällen

• https://commons.wikimedia.org/w/index.php?title=Special:Search&search=Category%3Axxxx&ns0=1&ns6=1&ns12=1&ns14=1&ns100=1&ns106=1

Ist das korrekt, also du magst Special:MediaSearch mit Special:Search ersetzen?

PS Ich persönlich tippe categ in die URL-Leiste in den Browser ein und bekomme vorschläge aus meiner History, ich wähle dann über die Pfeiltasten (einmal nach unten, sollten da noch Suchvorschläge vor den URLs kommen kann man die in den Einstellungen deaktivieren) https://commons.wikimedia.org/wiki/Category:Pictures_showing_a_librsvg_bug dann drücke ich Strg+⇧ Shift+← und markiere damit Pictures_showing_a_librsvg_bug (strg heißt springe ganzes Wort nicht nur Zeichenweise und shift heißt markiere) und tippe dann xxxx und damit überschreibe ich das markierte drücke ↵ Enter und lande auf https://commons.wikimedia.org/wiki/Category:Xxxx .

 — Johannes Kalliauer - Talk | Contributions 12:10, 28 May 2021 (UTC)

Ich werde das alles mal durchprobieren; danke ! -- sarang♥사랑

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

File:Malteserkreuz.svg

(Unabhängige Vorbemerkung: Einige der alten Meldungen hier sind doch längst erledigt und könnten archiviert werden, oder?)

Hallo, Johannes. Ich denke zwar, ich habe die Datei File:Malteserkreuz.svg repariert, aber absichtlich noch nicht hochgeladen. Sieh dir das mal an: Wenn man SVG-Edit startet und dann auf die Vorschau geht, funktioniert die RSVG-Anzeige, aber nicht die des Browsers (Firefox hier). Letztere zeigt mir den XML-Code mit Scroll-Leiste. Als ich nachsehen wollte, ob da vielleicht noch was anderes steht außer dem Quellcode, erhielt ich eine überraschende Warnmeldung. Weil ich mir nicht die PNG-Vorschaubilder anzeigen lasse, sondern die SVG selbst, wird die Datei bei mir nicht angezeigt (so entdeckt man viele nicht saubere SVG). — Speravir – 18:57, 4 July 2021 (UTC)

Einige alte Meldungen hebe ich auf der Disk auf, weil sie immer wieder relevant sind. Aber ich werde mal wieder aufräumen.

Wenn du https://validator.nu/?doc=https://upload.wikimedia.org/wikipedia/commons/3/31/Malteserkreuz.svg&group=1&schema=http%3A%2F%2Fs.validator.nu%2Fsvg-xhtml5-rdf-mathml.rnc+http%3A%2F%2Fs.validator.nu%2Fhtml5%2Fassertions.sch+http%3A%2F%2Fc.validator.nu%2Fall%2F&parser=xml aufrufst findest du den Fehler vermultich.

xmlns="http://www.w3.org/2000/svg" fehlt im <svg -tag.

Am besten du verwendest https://svgworkaroundbot.toolforge.org/ und aktivierst run scour and convert flowRoot to valid SVG1.1-text, dann wird der Fehler automatisch von https://github.com/scour-project/scour behoben.

 — Johannes Kalliauer - Talk | Contributions 08:19, 5 July 2021 (UTC)

@Speravir:  — Johannes Kalliauer - Talk | Contributions 14:14, 7 July 2021 (UTC)

Ich hab das völlig manuell gemacht, an den Bot hatte ich gar nicht gedacht. Was ich meinte, ist das: [https://abload.de/image.php?img=errormessage-file_malk1k4u.png Error message - File_Malteserkreuz.svg - Wikimedia Commons.png] (Datei wird irgendwann wieder gelöscht). Datei ist gelöscht, ich hab sie aber noch lokal auf dem Rechner, wobei ich sie auch dort irgendwann entfernen werde.
(Ich hatte deine Antwort gelesen, war aber noch nicht dazu gekommen zu antworten.) — Speravir – 22:49, 7 July 2021 (UTC)

@Speravir: Kein Stress, ich pinge Leute normalerweise an, wenn ich eine Antwort gebe. Hast du schon mal nach "DANGER ZONE: For your security, we added" gegooglet?

@Rillke: kannst du einen Kommentar zu User:Rillke/SVGedit.js#L-301 geben, was die Warnung bedeutet bzw warum das auftritt? (Ich konnte es nicht reproduzieren; PS ich hab die Datei leider mittlerweile überschrieben und erst nachher dein Skript gesehen, aber vorher (5.Juli) trat es bei der Datei glaube ich auch nicht auf?)

Kann der Unterschied daran liegen, dass ich importScript('User:Rillke/SVGedit.js'); habe, aber Speravir mw.loader.load( "https://commons.wikimedia.org/w/index.php?title=User:Rillke/SVGedit.js&action=raw&ctype=text/javascript" );?

 — Johannes Kalliauer - Talk | Contributions 06:45, 8 July 2021 (UTC)

Nein, hatte ich nicht … hätte aber selbst darauf kommen können oder müssen. — Speravir – 18:54, 8 July 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

File:Win11ScreenshotMenu.png

File:Win11ScreenshotMenu.png has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that. The file you added may soon be deleted. If you have written permission from the copyright holder, please replace the copyvio tag with {{subst:OP}} and have them send us a free license release via COM:VRT. If you disagree that the file is a copyright violation for any other reason, please replace the copyvio tag with a regular deletion request. This file is a copyright violation for the following reason: Those icons clearly contains original authorship. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

 

Andel (talk) 14:33, 18 July 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

File:The US Copyright Office says an AI can't copyright its art 1478x1110.jpg

File:The US Copyright Office says an AI can't copyright its art 1478x1110.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Lt2818 (talk) 07:55, 25 February 2022 (UTC)

duplicate, upscaled image of the original one  — Johannes Kalliauer - Talk | Contributions 15:18, 28 March 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 15:18, 28 March 2022 (UTC)

Librsvg bug: nested <use> don't get rendered

Hi! I believe I found something new. At least I don't remember seeing this specific bug before.

<svg width="300" height="300" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
  <rect id="a" width="100" height="100"/>
  <use xlink:href="#a" id="b" y="200"/>
  <use xlink:href="#b" x="200"/>
</svg>

The first two squares get rendered without any problems, but the third square isn't rendered at all. I found this while fixing File:AsteroidOS logo.svg.

Not sure what the specification says about <use>ing a <use>. Maybe librsvg is correct and my browser isn't. :) TilmannR (talk) 01:24, 3 April 2022 (UTC)

@TilmannR: See Phab:T276684. Glrx (talk) 02:58, 3 April 2022 (UTC)

@TilmannR: FYI: This issue is a regression from an update around Sept. 2020. It is listed on librsvg_bugs#Nested_use_tags as well as on place 17 in mw:User:JoKalliauer/phab/wikimedia-svg-rendering#table.  — Johannes Kalliauer - Talk | Contributions 07:14, 4 April 2022 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. TilmannR (talk) 03:52, 3 April 2022 (UTC)

Copyright status: File:Coat of arms of Ecuador.png

Copyright status: File:Coat of arms of Ecuador.png

This media may be deleted.

Thanks for uploading File:Coat of arms of Ecuador.png. 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.

This action was performed automatically by AntiCompositeBot (talk) (FAQ) 17:05, 24 November 2022 (UTC)

{{PD-OpenClipart}} according to https://commons.wikimedia.org/wiki/File:Coat_of_arms_of_Ecuador_original_version.svg  — Johannes Kalliauer - Talk | Contributions 17:38, 24 November 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 17:38, 24 November 2022 (UTC)

File:Oryzalin.svg

Hallo Jo, ich schaffe es mit deiner Methode nicht, diese Grafik oben und unten so zuzuschneiden, dass die Ränder gleich gross sind wie rechts und links. Egal was ich bei viewbox angebe, bleibt die Grafik quadratisch. Was mache ich falsch? --Leyo 15:59, 17 July 2020 (UTC)

@Leyo: Beachte es heißt nicht viewbox sondern viewBox (case sensitive), zumindest hatte ich mal den Fehler gemacht und verstand es lange nicht (meistens wird in svg alle attribute klein geschrieben).

Wie auf User_talk:Danmichaelo#I_would_like_to_expand_CropTool_with_svg-support vorgestern geschrieben, habe ein Skript geschrieben, wenn ich es in einem Linux ausführe mit ./viewBoxSed.sh Oryzalin.svg -100 1000 2000 200 (viewBoxSed.sh und Oryzalin.svg befinden sich im selben Ordner wie das aktuelle Terminal-working-direktory), damit bekomme ich

<svg viewBox="-100 500 2000 200" fill-opacity="1" xmlns:xlink="http://www.w3.org/1999/xlink" color-rendering="auto" color-interpolation="auto" stroke="black" text-rendering="auto" stroke-linecap="square" stroke-miterlimit="10" stroke-opacity="1" shape-rendering="auto" fill="black" stroke-dasharray="none" font-weight="normal" stroke-width="1" xmlns="http://www.w3.org/2000/svg" font-family="'Dialog'" font-style="normal" stroke-linejoin="miter" font-size="12" stroke-dashoffset="0" image-rendering="auto">

Damit ist das SVG breitexhöhe=2000x200, wobei oben auch um x,y=-100,1000 versetzt wurde (also 100 links dazu und 1000 oben weg)

Hinweis: Wenn du das in Inkscape öffnest siehst du die "Papiergröße" (die 2000x200), in Browsern wird das zentriert so angezeigt, dass das ganze Bild zentriert abgebildet ist, also in dem Fall wird die Breite masgebend werden und es werden auch die Bereiche angezeigt, die Ausserhalb des "Bilderrandes" (d.h. das was Inkscape Papierrand nennt) liegen. Also am besten die Fenstergröße des Browsers ändern, einmal in Hochformat um die Breite zu sehen und einmal in (extremes) Querformat um die Höhe zu sehen.

Um diesen Browserfaktor auszuschalten, renderst du das Bild am besten mit Commons:Commons_SVG_Checker alternativ ginge auch, dass man viewBox="-100 500 2000 200" width="2000" height="200" schreibt, dann sieht man in Browsern auch nur das die Bilderabmessungen nicht nicht darüber hinaus:

<svg viewBox="-100 500 2000 200" width="2000" height="200" fill-opacity="1" xmlns:xlink="http://www.w3.org/1999/xlink" color-rendering="auto" color-interpolation="auto" stroke="black" text-rendering="auto" stroke-linecap="square" stroke-miterlimit="10" stroke-opacity="1" shape-rendering="auto" fill="black" stroke-dasharray="none" font-weight="normal" stroke-width="1" xmlns="http://www.w3.org/2000/svg" font-family="'Dialog'" font-style="normal" stroke-linejoin="miter" font-size="12" stroke-dashoffset="0" image-rendering="auto">

 — Johannes Kalliauer - Talk | Contributions 03:59, 18 July 2020 (UTC)

Also um das Bild Randlos zu machen müsstest du ./viewBoxSed.sh Oryzalin.svg 32.349214 90.709473 1117.6508 811.29199 1 aufrufen.

<svg viewBox="32.349214 90.709473 1117.6508 811.29199" width="1117.6508" height="811.29199" fill-opacity="1" xmlns:xlink="http://www.w3.org/1999/xlink" color-rendering="auto" color-interpolation="auto" stroke="black" text-rendering="auto" stroke-linecap="square" stroke-miterlimit="10" stroke-opacity="1" shape-rendering="auto" fill="black" stroke-dasharray="none" font-weight="normal" stroke-width="1" xmlns="http://www.w3.org/2000/svg" font-family="'Dialog'" font-style="normal" stroke-linejoin="miter" font-size="12" stroke-dashoffset="0" image-rendering="auto">

 — Johannes Kalliauer - Talk | Contributions 04:18, 18 July 2020 (UTC)

Besten Dank für deine ausführliche Erläuterung! Dennoch bleibt das Zusammenspiel von viewBox und width/height für mich noch „überraschend“ (beim Klick auf Preview ändert sich die angezeigte Grafik oft nicht wie erwartet). Ich hab's nun aber hingekriegt, dass die Ränder gleichmässig schmal sind. Ganz entfernt werden sollten die Ränder ja bei Strukturformeln nie, da diese sonst z.B. am Thumb-Rahmen „kleben“. --Leyo 07:50, 20 July 2020 (UTC)

@Leyo:

Bei viewBox würde ich die letzten zwei Zahlen ident mit width/height setzen also z.b: <svg viewBox="25 75 1118 840" width="1118" height="840" oder ein vielfaches (mit einer beliebigen Rationalen Zahl.

Ansosten fittest du ein Bild im verhältnis 1118x840 in ein Bild 1100x820 und somit bei preserveAspectRatio="xMidYMid meet"(default) ist die viewBox 1091.38095238x820 groß und die restlichen 8.61904761905 px werden auf rechts und links aufgeteilt 4.30952380953

Wenn du das Bild wirklich verzerren willst musst du preserveAspectRatio="none" angeben.

Eine Erklärung findest du auf https://developer.mozilla.org/de/docs/Web/SVG/Attribute/preserveAspectRatio grafisch veranschaulicht wird das auf https://www.digitalocean.com/community/tutorials/svg-preserve-aspect-ratio

Ich hab dir die effektiven Bildabmessungen genannt: <svg viewBox="32.349214 90.709473 1117.6508 811.29199", wenn du z.B. überall 10 Rand ergänzen willst musst du zu den jeweiligen Werten -10 -10 +20 +20 rechnen also <svg viewBox="22.349214 80.709473 1137.6508 831.29199" width="1137.6508" height="831.29199". (Wobei die Genauigkeit die ich angebe Unsinn ist, da sollte man wie von dir gemacht mMn auf ganze Zahlen runden.)

 — Johannes Kalliauer - Talk | Contributions 19:28, 20 July 2020 (UTC)

Eigentlich wollte ich keinen Unterschied zwischen den Angaben in der viewBox und bei width/height haben, aber ich hatte es ansonsten nicht passend hingekriegt. Nun habe ich aber deine Angaben (gerundet) übernommen.

Wie du siehst, wäre für technisch limitierte Benutzer wie mich ein Tool fürs Zuschneiden von SVG per Maus sehr nützlich. ;-) --Leyo 09:42, 21 July 2020 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Ha, ..

.. na, wenn er das nicht wieder ist.

Revertiert umgehend und mit alberner Begründung, ohne dass man es gleich in der Bearbeitungsliste als Zurücksetzung erkennt und setzt dabei auch seine Rechtschreibfehler ("interprediertes"), seine Stilblüten und seinen holprigen Satzbau wieder ein. Weil er es einfach nicht haben kann, dass man an seinem Text herumschreibt.

Ich hatte mich erst richtig gefreut über die gute Artikelarbeit, die er dann ja doch macht. Und man denkt ja auch immer, eines Tages müsste er doch dann einmal dazugelernt haben. Aber irgendwie kann er wohl immer nicht anders ...

Was tun? Lassen wir ihm seinen Spaß, bis jemand anderes drauf kommt und ihn aushebt, .. wie beim letzten Mal?

beste Grüße nach Wien, Dein KaiKemmann (talk) 23:21, 20 November 2020 (UTC)

@KaiKemmann: Ich hab dir per E-Mail geantwortet. Eventuell sollte man, so sehr wir uns über ihn ärgern, versuchen ihm eine geregelte, aber eingeschränkte Möglichkeit geben editieren zu können. Wenn man ihn meldet, dann hat dieser Text zumindest in der Wahrnehmug schon eine Relevanz, auch wenn sich damit das Regelwerk nicht umgehen lassen wird.  — Johannes Kalliauer - Talk | Contributions 12:49, 21 November 2020 (UTC)

Wurde mittlerweil offiziell als Sockenpuppe gesperrt  — Johannes Kalliauer - Talk | Contributions 20:30, 28 September 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

SVG clone of a clone

Hi Jo, I hope you're well. I have another curious case, caused me a lot of trouble in the past. Sometimes, it seems, I'd clone an object in Inkscape, but would probably move the original and continued cloning the clone. Nothing weird in Inkscape and any of the viewers I have at hand, but on commons - a mess. It's hard to search for bugs of this kind, so I was wondering if you're familiar with this one:

<?xml version="1.0" encoding="UTF-8"?>
<svg width="120" height="40" version="1.1" viewBox="0 0 120 40" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
  <circle id="c" cx="40" cy="20" r="10" style="fill:#f00;stroke-width:0"/>
  <use id="b" transform="translate(20)" xlink:href="#c"/>
  <use id="a" transform="translate(20)" xlink:href="#b"/>
</svg>

Thnx, Ponor (talk) 21:51, 18 January 2021 (UTC)

@Ponor: I was not familiar with this bug. (Also I thought I would know such a bug.)

Maybe you should make a bug-report (I think it is not reported on phab:. However it works on my computer with librsvg 2.48.9, so I think it is another symptom of phab:T193352.

However the following example (which is imho more important) works: (see File:Test.svg)

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg width="120" height="40" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
 <circle id="c" cx="40" cy="20" r="10" fill="#f00"/>
 <g id="d"><use id="b" transform="translate(20)" xlink:href="#c"/></g>
 <use transform="translate(20)" xlink:href="#d"/>
</svg>

 — Johannes Kalliauer - Talk | Contributions 15:49, 19 January 2021 (UTC)

Here you have another example of this clone-of-clone effect. I do not see that as a bug but as a mistake of myself. -- MaxxL - talk 21:04, 19 January 2021 (UTC)

@JoKalliauer: Thanks, I'll report. I'm glad it works in the new version of the library. @MaxxL: I believe this is perfectly legal code, I don't see why you should blame yourself. (yes, in simple cases it can be avoided, but then you're doing what software should) Say you make a special shape, not just a circle, that you want to clone, but painted in two different colors that you also might, at some point, want to change. So you clone the original shape with unset colors into two with colors set, and continue cloning the two into many others afterwards.

  <circle id="c" cx="40" cy="20" r="10" style="stroke-width:0"/>
   <use id="r" transform="translate(20,-10)" xlink:href="#c" style="fill:#f00;"/>
      <use id="rr" transform="translate(20)" xlink:href="#r"/> 
   <use id="g" transform="translate(20,+10)" xlink:href="#c" style="fill:#0f0;"/>
      <use id="gg" transform="translate(20)" xlink:href="#g"/>

Ponor (talk) 05:24, 21 January 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

SVG bug

Hallo Johannes, wieder einmal vertraue ich dir dass du dich da auskennst. Beim cleanen mit SVGO habe ich festgestellt, dass dieses tool in "a"-Bögen die drei flags als "x yz" schreibt statt "x y z " (oder "x y,z "). Diese Schreibweise wird von Browsern aber nicht von unserem librsvg verstanden. Es erscheint mir in jedem Fall ein librsvg-bug zu sein, eventuell sollte aber auch der cleaner das besser machen? Kannst bitte du den phab fabrizieren, ich kann das immer noch nicht so gut. Du weisst sicher auch ob das bereits gemeldet wurde. -- sarang♥사랑 10:20, 24 August 2021 (UTC)

@Sarang: Known problem with the WMF version of librsvg. Phab:T217990. I'm not sure, but I believe librsvg has fixed this problem, and it should go away when WMF starts using the new version. Glrx (talk) 14:39, 24 August 2021 (UTC)

Thank you Glrx; sorry that I wrote in German – but you are fit in reading... Johannes has a break since two weeks? -- sarang♥사랑 16:26, 24 August 2021 (UTC)

@Sarang: You are welcome. Please do not be sorry about the German -- especially on this page. JoKalliauer's last contribution was 10 days ago. Maybe he is getting ready for the academic year or on vacation. Glrx (talk) 16:37, 24 August 2021 (UTC)

regarding bug

@Sarang and Glrx: Yes it is phab:T217990.

SVGO can disable this feature using noSpaceAfterFlags: false for convertPathData as well as for mergePaths, or you can dissable the feature completely. More infos about it can be found on a comment I wrote 7days ago (19.August.2021, 5days before your question here): phab:T289236#7294483.

Help:SVG_guidelines#svgo recommends to disable convertPathData as well as mergePaths, and refers in Help:SVG_guidelines#cite_note-14 to the Bugreport Glrx metioned. (The used syntax in Help:SVG_guidelines#svgo is for the old SVGO 1.x)

personal note about inactivity

Reason for my inactivity is to be honest changing priorities, so I enjoy having more free-time. Also big decisions like engagement and children are pending (already since a wile). Funnily my last contribution was at the last day of my vacation.

Universities in Austria do not provide permanent positions. To protect employees contract-extensions that in total more than 6years are by law (of the European Union) equivalent to permanent positions. Therefore I can't be extended any more at my home-University in April. I thought about going to North-western university, one of the best universities on the world for civil engineers. However Academic funds are difficult to get. (Of course you ask for e.g. ~100.000€ Money for two years, and then you can basically do whatever you want, and no-one really controls the output.) Since academics is very much about diplomatic maneuvers and selling (imho proselytizing) your opinions, and imho not so much about solving problems. Since you are the expert on something, often no reviewer can really know if this makes sense or not, so sometimes writing something wrong sounds more convincing than the actual truth. Therefore I want to re-orientate in my job where I would like to go, currently I'm thinking about going to a company (maybe bridge building).

I don't know why, but I had deactivated to get E-Mails on talk-page messages, I now changed it and I will answer faster.

why I don't want to bugfix SVGs any more

If I look at the (not) progress at phab:T40010, my work feels not valuabled by the WMF-Developers. I do not want to helping bugfixing SVGs, I costs endless more human-ours than updating librsvg or changing render. I'm willing to support WMF progressing, but it feels like there is no progress. resvg and Inkscape, the two most promising solutions, even both have portable executables, so you do not need to install anything and there are no problematic libary-dependencies. According to @AntiCompositeNumber: the render-change is stuck by phab:T216815, see mw:Topic:Wby76utxf8a4m4g8. And @GDubuc (WMF): might be responsible for updateing thumbor, but he is in the "Wikimedia Performance Team", and might be too busy to do that update.

The developers of librsvg and resvg find the Wikipedia-politics about using an so much outdated render in my words "irrational".

And even if thumbor got updated I expect none feels responsible about deciding renderer and nothing will happen. We will change from outdated c-librsvg2.40 to outdated rust-librsvg2.44, with many old bugs and some new bugs. One of the new bugs is to not properly support language-tags(phab:T261192), which is a serious issue for Wikimedia (thanks to Glrx for his investigation in this bug).

When I created mw:SVG_benchmarks I thought there is no progress, because of a missing review/benchmark about svg-render for wikimedia. Now there is a review, without critics by the WMF-developers so I suspect the not progress is because of a low priority for the WMF-Developers. Which makes my work kind of useless. I wish I had knew it earlier. However I still hope that WMF will decide on the renderer, and not just change from c-librsvg to rust-librsvg, without thinking about it.

 — Johannes Kalliauer - Talk | Contributions 12:16, 26 August 2021 (UTC)

It's the same old story of the WMF not wanting to spend money on infrastructure maintenance. AntiCompositeNumber (talk) 23:46, 26 August 2021 (UTC)

Thank you Johannes; I looked for parametrizing OMG to prevent the mutilating of arc flags - but may be I looked not carefully enough, or the information was not so easy to find? Thanks to your info, now I know.

My congratulations to your privare changes! Meine Gratulation zu deinen privaten Veränderungen! Ich glaube ich weiss nichts von deinem Alter, aber es ist sicher Zeit an Familiengründung zu denken.

I do not belong to academic people but AFAIK that problem is the same in Germany - no longtime jobs for well educated ones. Your idea of going to Evanston is sure a good decision, and taking your young family with you will ensure double citizenshipt for all US-born offsprings - may be that it becomes an advantage?

You are right not to get annoyed about unresponded phabs, there is enough else & more enjoyful to do with wikipedia. For my part, the last year I am tuning the Perhelion script, with some success... -- sarang♥사랑 13:12, 26 August 2021 (UTC)

Thanks for providing more information about Sarang's issue.

Congratulations about the upcoming personal events. Priorities are important.

IIRC, US tenure-track rules are similar. A university must make a tenure decision after 6 years or age 35, whichever comes later. In addition, the limitation is cumulative at any institution. The net effect is if tenure is denied at one institution, then any subsequent offer of a post must come with tenure. It prevents candidates from being bounced around and then left out in the cold.

Academic politics can be Byzantine. The choice of a university president may focus more on fundraising that vision.

WMF's glacial pace is both troubling and disheartening. I think WMF has some good developers, but it has weak even poor management. You've made many good suggestions, and you've seen their slow pace. I do not know if that management will change significantly, but Maher's departure may bring changes.

Your contributions here are significant. You are one of the good guys, and you've helped many users.

Glrx (talk) 16:49, 26 August 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Davey

Was er im letzten Paragraph von [12] androht: leere edits wegen "1=" oder komplette reverts der Arbeit von anderen muss er sehr gut begrunden wenn er nicht Probleme bekommen will! Ein Admin sollte ihm die Blockung androhen fur den Fall dass er tatsachlich damit beginnt. -- sarang♥사랑 09:55, 21 September 2021 (UTC)

Ich sag da mal abwarten und Tee trinken. ;-)

Ich sehe es für einen erfahrenen User als unstrittig an, dass die "1=" nicht revitiert gehören, siehe eben User:Krd's Kommentar. Der hat zwar mit einer neuen Kritik gegen dich argumentiert, aber sein Argument stützt die Auffassung das "1=" nicht als User zu ändern (weder in die eine noch in die andere Richtung). Und einen Bot-Flag wird Davey2010 dafür nicht bekommen, da dafür kein Konsens herrscht.

Ich ignoriere gerne Kommentare (gem. don't feed the troll) die vom eigentlichen Thema ablenken.

Dass die Revertierung nicht sinnvoll ist habe ich schon gesagt, meines Erachtens sollte hier jemand dritter mein Kommentar untermauern. (Falls es nicht offensichtlich genug ist.)

Da ich dich als meinen SVG-Mentor sehe, kann man mich als befangen ansehen.

Als Betroffener solltest du dich zuerst einmal um die Punkte kümmern die dich betreffen, was Davey2010 macht ist jetzt nicht dein Problem.

Bevor ich eine Blockierung androhe, würde ich mir Commons:Requests_for_rights/Approved/Rollback/2020#Davey2010 (inkl warum er die Rechte mal verloren hatte) durchlesen.

Meine Interpretation zu (meinen) Nutzerrechten ist die: man hat mehr Knöpfe aber nicht mehr zu sagen, das ist auch glaub' ich irgendwo im Admin-Regelwerk so zu lesen (letzter Absatz in Commons:Administrators#Community_role).

Sicher von einem Admin, einer Represantationsfigur, erwarte ich eine korrektere, höflichere Vorgangsweise als von einem Neuling.

User:Krd hat vllt. nicht ganz verstanden was ich sagen wollte, vllt. aus Zeitmangel, aber ich schätze seine Meinung nicht weil er Bürokrat oder Check-User ist, sondern weil er an den meisten Bot-Request-Diskussion beteiligt ist und sich damit mit von der Community gewünschten Massen-Syntax-Standartisierungen auskennen müsste.

 — Johannes Kalliauer - Talk | Contributions 10:58, 21 September 2021 (UTC)

Nein, krd hat ganz offensichtlich nicht mitbekommen um was es ging wenn er sagt "The edit in question is nonsense because there is hardly any editor for a file page at commons but the uploader." Da es leider immer noch der meiste Fall ist dass Leute zwar SVG hochladen aber nichts uber das tool aussagen (oder, noch schlimmer, ein deprecated "Inkscape" reinklopfen) muss irgendjemand anderer ran. Oft kontaktiere ich Erzeuger von SVG, insbesondere auch von FAKEs, und bitte sie kunftig die Beschreibung zu vervollstandigen - manchmal mit, manchmal ohne Erfolg. :Meint krd denn, dass jedes dabei erfolgte Aufraumen, Verbessern, Unsinn-Entfernen und Reparieren von kaputten Links sinnlos sei weil ohnehin niemand mehr rangeht? Und solchermassen sinnlose Anderungen seien unerwunscht? Das wurde fur mich einen vollig neuen Standpunkt darstellen: Verbesserungen unterlassen weil ohnehn niemand daran weiterarbeitet, ausser vielleicht der uploader. Ich verstehe ein Wiki so dass jeder sinnvolle Verbesserungen vornehmen darf und soll, zur summarischen Hebung der Qualitat. Habe ich da was falsch verstanden? Hat denn Perhelion Mist gebaut mit seiner Arbeit? -- sarang♥사랑 06:21, 22 September 2021 (UTC)

@Sarang: So wie ich krd verstanden habe, meint er, dass deine visuelle Änderung einen sinn machen (zumindest hat er nichts gegenteiliges gesagt), aber die nicht visuellen Änderungen den diff-link unübersichtlich machen und man sich daher auf die visuellen Änderungen beschränken sollte.  — Johannes Kalliauer - Talk | Contributions 06:36, 22 September 2021 (UTC)

und Comunities ändern sich, manche Dinge passieren schleichend, andere Dinge (wie genern) werden aktiv diskutiert, weil Perhelion etwas vor jahren gemacht hat, heißt es nicht zwangsläufig dass die Community noch immer mit dem einverstanden ist auch wenn unter der damaligen Community vllt. noch erwünscht war. (Meine Interpertation einer Gesellschaft.)  — Johannes Kalliauer - Talk | Contributions 06:39, 22 September 2021 (UTC)

Danke fur diese Aufklarung, Johannes. Ich hatte dem Diff-Link noch nie Aufmerksamkeit geschenkt! Im Gegenteil war ich bisher der Meinung, dass es besser sei eine Vielheit von kleinen und marginalen Anderungen in einen Edit zusammenzufassen statt ein Vielzahl von Winz-Edits hintereinander abzusetzen; aber im zweiten Fall gibt es naturlich sehr klare diff-links. Jetzt muss ich die oft doch auch sinnvollen invisiblen changes, die Perhelion's cleanup bewerkstelligt, als unerwunscht ansehen?

zB kann auch die Reparatur eine Links so lange invisibel sein bis darauf geklickt wird - wie ist es damit? Bin ich da zu spitzfindig? Oder, das Ersetzen von [[-links durch (bessere) {{-Aufrufe ist zwar meist invisible Anderung aber ermoglicht generelle Anpassungen (zB. der Kategorisierung) an zentraler Stelle in der Vorlagencodierung, was einen grossen Vorteil darstellen kann. Es ist doch sinnvoll das System mit Vorlagen und Moduln dynamisch zu halten, auch wenn es Microsekunden mehr kostet als [[-Konstrukte? Solche Anderungen sind oft invisibel. Ich furchte dass ich die letzten 10 Jahre in die falsche Richtung gearbeitet habe -- sarang♥사랑 07:10, 22 September 2021 (UTC)

@Sarang: Ich habe gestern versucht auf User:JoKalliauer/Mass_editing Guidelines aufzustellen, für dich ist inbesondere User:JoKalliauer/Mass_editing#additional_unnecessary_source-code-edits relevant. Bisher sah ich deine Edits als erwünscht an, aber in der Community haben die Edits oftmals für Unmut gesorgt. Auch wenn das an einer Unwissenheit der Community liegen mag, sind diese Edits anscheinend nicht (mehr) erwünscht.

Ich versuche als neutraler Schiedsrichter zu fungieren. (Genauere Antwort nach der Arbeit.)

Wie entschieden wird ist mir noch unklar, es scheint auf beiden Seiten viel Missverständisse zu geben, die die Diskussion vernebeln.

 — Johannes Kalliauer - Talk | Contributions 07:23, 22 September 2021 (UTC)

Ganz generell: wie ist es nach deiner Meinung damit

• changing a redlink [[User:User_Name|User Name]] into an existing link to the talk space {{Ut|User Name}} or to ~commonswiki {{Uw|User Name}}

jedenfalls ist es visible — aber erwunscht? Man kann diskutieren, inwiefern es hilfreich sei, wenn der Link zum eigentlich beabsichtigten Ziel fuhrt

Wenn es unklar ist: sollte auch das der community zur Diskussion und Entscheidung vorgetragen werden? -- sarang♥사랑 08:13, 22 September 2021 (UTC)

• I still stand by that comment and I will revert you Sarang if you don't provide a good enough reason as to why =1 should be removed (see anu). You don't get to change things without consensus and not be reverted that isn't how this goes and it isn't how it's going to go today.

My rollback rights have absolutely nothing to do with this discussion as I wouldn't be using rollback to revert you. –Davey2010^Talk 14:03, 22 September 2021 (UTC)

@Sarang: da sehe ich aus einer lizenrechtlichen perspektive: Wenn du an Namensennung von Creative-Commons Lizenzen denkst, dann geht es darum die Anerkennung der Arbeit dem Autor zukommen zu lassen. Es geht daher den Autor nachverfolgen, zuordnen und eindeutig zu identifizieren. Die Bentuzer-Seite ist dafür da sich zu repräsentieren, daher ist es prinzipiell die vermutlich passendste User-Bezogene Seite. Ist diese jedoch leer, wird es fraglich wohin gelinkt werden soll. Auf der Diskussionseite, wo andere mir Nachrichten hinterlassen, von Massennachrichten die nichts mit mir zu tun haben bis Urheberrechtsverletzungen, ist finde ich nicht die passende Wahl zu verlinken, da diese den Autor mMn nicht repräsentiert. Die Beiträge bzw Dateien repräsentieren den Autor meiner Meinung nach schon eher. Das Autor-feld ist wichtig, wenn ich die Datei in einer Präsentaiton oder Webseite verwende, die Verlinkung zum Profil ist wichtig, weil Nutzerprofile im Gegensatz zu Namen eindeutige IDs sind. Gewissermassen ist es (für die Wiederverwendung) egal ob die Benutzerseite exitsitert oder nicht es soll nur den Autor spezifizieren. Also daher weiß ich nicht ob man zwischen rot-link und blau-link unterscheiden sollte.

Ich glaube das es oftmals einfach weil es "default" so ist oder weil man einfach vier tilden schreibt oder warum auch immer, in dem Fall sehe ich einen geringen Vorteil es zu ändern, jedoch gibt es Nutzer die ganz bewusst Nutzer und Diskussion verlinkt haben wollen, in diesem Fall sehe ich es als klar unerwünscht an. Welches Argument schlussendlich überwiegt ist frage der Community: Wenn du es ändern willst ändere es, solange es auf keinen Gegenwind stoßt. Wenn es auf Gegenwind stoßt, dann liegt es an dir ob du nachgibst oder ob du die Regel durchboxen/ausdiskutieren willst. Über alle den Gedanken hier steht, was die Lizenz bezüglich Namensnennung sagt: Die Lizenz sagt, dass der Autor in der Weise genannt werden muss, wie er es wünscht. Also in meinem Fall darf ich mir aussuchen ob man mich mit "Dr. J. Kalliauer" (obwohl nicht eindeutig, siehe de:Johann_Kalliauer), "https://orcid.org/0000-0003-4178-4510"(eindeutige ID), "der SVG-Techniknerd" oder wie auch immer zitiert. In der Wissenschaft ist es üblich innerhalb eines Journals alle Literaturverzeichnisses entweder alle Vornamen abzukürzen (J. Kalliauer) oder alle auszuschreiben (Johannes Kalliauer), damit nennt man manche Namen nicht ganz mehr so wie ihn der Autor gewünscht hat, inwieweit man solche Abänderungen machen darf ist eine Lizenzrechtliche Frage. Wikimedia commons ist wie eine Fachzeitschrift und sollte daher eine einheitliche Namensnennung anstreben, aber nur insoweit es Lizenrechtlich erlaubt ist.

Je mehr du vereinheiltichen magst, desto mehr Gegenwind wirst du bekommen, nicht zwangsläufig weil es schlecht ist, sondern weil je man ändert, desto mehr Angriffsfläche man bietet.

Ich würde dir raten, wenn du mal auf Gegenwind stoßt, und den nicht gleich im Keim ersticken kannst, schreib dein eigenes Regelwerk, das dich zu deiner Tätigkeit legitimiert.

Es wird dann das Regelwerk und nicht deine Arbeit kritisiert. Der Vorteil liegt darin, dass ausdiskutierte Regeln schwerer angreifbar sind, deine Edits können jederzeit wieder angegriffen werden.

Ich entschärfe/korrigiere lieber Regeln als streite mich über Korrektheit einzelner Edits.

 — Johannes Kalliauer - Talk | Contributions 14:05, 22 September 2021 (UTC)

Johannes, currently I have a difficulty in understanding:

In User_talk:Sarang/cleanup.js I stated the change at 2021-09-22 08:33 Revision #591647247, I tested it and it works well. I tested also some cases that I can influence the "1=" manually when the script has run, which of course is also possible (may be I had missed to undo the test before publishing).

But now I see that e.g. at 2021-09-23 17:06 the Revision #593035774 still removes the "1="; either Sebastion Wallroth does it after the script usage by hand - or may it be that an elder script version is active because of a missing purge?

A possibility might be to ask Sebastian directly. -- sarang♥사랑 09:33, 24 September 2021 (UTC)

Ich will nichts durchboxen, sondern sinnvolle Beitrage leisten. Wenn mir glaubhaft bedeutet wird dass sie nicht sinnvoll und unerwunscht sind, kann ich es auch lassen.

Die Einteilung erfolgte nach visible/invisible, und ich habe kenntlich gemacht ob visible=erlaubt oder invisible=unerwunscht. -- sarang♥사랑 09:33, 24 September 2021 (UTC)

Ich schau mir das nach der ARbeit an, aber visible=erlaubt und invisible=(ebenfalls erlaubt), mit der Ausnahme von "1=".  — Johannes Kalliauer - Talk | Contributions 09:36, 24 September 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Visibility

An einem willkurlichen Beispiel habe ich mal gelistet was sichtbar ist und was nicht - denn das ist doch das Kriterium, wenn ich recht verstehe?
Die meisten Igen-Insertions haben wesentlich weniger Diff-links, manche viel mehr. Perhelion script macht sehr viel und ich verstehe langst nicht alles (ich kann eigentlich nicht JS); wenn ich jedoch soviele Funktionen abhangen soll wobei die erlaubten nicht beschadigt werden sollten, ist das so gewaltiger Aufwand, dass ich es lieber jemand anderem uberlasse. Was letzten Endes bedeutet dass die von vielen benutzte script-Hilfe sanft entschlafen wird.

Es war auch grosser Aufwand nur wegen user:Leyo die gesamte Igen-Vorlage parallel zu entwickeln mit langen Parameternamen und das auch noch vom script umsetzen zu lassen. Wobei der Tausch von Igen auf File generation description zwar im Quellcode deutlich, im display aber ebenfalls invisible ist! D.h. neue FGD sind erlaubt, Umstellungen von bestehendem Igen verboten?
Zur Verdeutlichung: weil Leyo 0 |other fields={{Igen|C|+|<}} 0 zu kryptisch war, machte ich fur ihn

| other fields = {{ File generation description

| SVG tool = ChemDraw

| W3C error count = 0

| Text as path = yes

| Topic = structural formula}}

(beide Aurufe machen exakt dasselbe, denn es wird der leserliche intern in den kryptischen uberfuhrt).

Wenn ich das also richtig verstehe ist die Verwendung des script in letzter Konsequenz unerwunscht, was in Folge die Anwendung des Igen und damit die SVG-Beschreibung praktisch und fast vollstandig verhindert. -- sarang♥사랑 13:34, 22 September 2021 (UTC)

Ich hab darüber nachgedacht, es ist jahrelange Praxis, dass du (und andere) deine Edits machst, somit ist es ein ungeschriebenes Gesetz, dass diese erwünscht oder zumindest toleriert werden. Wenn jemand (z.B. User:Krd) etwas zum bisherigen (ungeschrieben) Regelwerk ändern will muss er das meines Erachtens konkret benennen.

Es gibt immer wieder Nutzer die deine Edits nicht wollen und das repräsentiert zu einem gewissen Maß die Community. Und die Community ist die die entscheidet.

Also du hast viele Dinge bis ins letzte optimiert, jedoch sehe ich in der Community nicht die Anerkennung dafür. Ich sehe es daher wichtig das du mehr versuchst deine Ziele mit der Community zu vereinen, ansonsten investierst du Stunden in ein Dead-end-project.

Vielleicht diskutierst du mit Krd es persönlich aus, dass ihr wisst wo ihr euch auf einen Konsens einigen könnt und in welchen Punkten ihr euch uneinig seit und eine Community-Meinung braucht.

Ich würde bei User_talk:Sarang/cleanup.js#Allowed_and_forbidden_cleanup einmal in visible und invisible trennen noch nicht in erlaubt und unerwünscht. Sichtbare Edits wie alphabetische Kategoriensotierung sind vermutlich unerwünscht, siehe User:JoKalliauer/Mass_editing#reordering_of_categories, hingegen sind gewisse unsichbare Syntaxvereinfachungen wie entfernen von Underscores meiner Meinung nach schon erwünscht (solange es auch sichtbare Veränderungen gibt).

Ich persönlich bevorzuge z.B. [[User:JoKalliauer|JoKalliauer]] gegenüber {{U|JoKalliauer}}, weil die Syntax einem klar sagt, was passiert, hingegen {{U}} ist für mich eine Black-Box die ich nicht kenne. Wenn es für die Kategorisierung zweiteres Vorteilhaft ist würde ich schon das Template bevorzugen, aber das Template muss dann eben mehr machen als einfach nur ein alias-Name/kurzschreibweise des anderen sein, ansonsten hat das Template für mich keinen Sinn.

 — Johannes Kalliauer - Talk | Contributions 14:52, 22 September 2021 (UTC)

Eben erfahre ich von Sebastian dass vom script noch nach Tagen "1=" entfernt wurde; kann das wegen nicht-purge sein? Jedenfalls, ich staune. Und weiss nicht ob da was gemacht werden muss.

Meine templates machen eher viel zu viel, und ganz sicher nicht nur Schreibersparnis. zB wurden viele Benutzer nach ~commonswiki verschoben, aber nicht ihre link-Eintrage. Ein U-link ist da sehr leicht korrigierbar auf Uw, sodass er nicht mehr ins Leere weist. Keiner muss Vorlagen verwenden - du musst dich auch nicht durch die Beschreibung der zahlreichen Parametermoglichkeiten der One-letter templates arbeiten (die in de:Wp ja verboten sind, aber hier vieles vereinfachen).

Dein Beitrag an Leyo ist hilfreich, weil ich einiges korrigieren konnte. Schliesslich lebt die Meinungsbildung von Diskussionen! -- sarang♥사랑 05:21, 25 September 2021 (UTC)

Also ich hab das "="-Problem gewusst, ich hab nur die "=" übersehen und daher eine falsche Aussage gemacht, aber das Problem hatte ich glaube ich verstanden, und ich hatte mir nicht die alte Version angeschaut. Ich hatte einen Edit gesehen und weitere gesucht. Aber bei Special:Diff/593213032 liege ich glaube ich richtig, dass ich mich hier nicht geirrt habe.

Ich hab soeben das Skript ausprobiert ohne die Änderung abzuschicken, und ja es entfernt noch immer den 1=. Beliebige File-Seite aufrufen 1= hinzufügen (ohne speichern) und dann das Skript ausführen (ohne Speichern).

 — Johannes Kalliauer - Talk | Contributions 07:02, 25 September 2021 (UTC)

Ich mache die genau gegenteilige Erfahrung. Heute habe ich zwischen 07:55 und 08:42 eine Reihe von SVG per script igenfiziert, und uberall wurde das uberflussige "1=" belassen. Deine Beschreibung verstehe ich nicht ganz: wenn du einen edit nicht abschliesst, wie kannst du dann das script aufrufen? Das script liest die Seite neu ein, in der noch nichts hinzugefugt wurde? Einzig ein "show changes" nachdem das script gelaufen ist und dir wieder die Kontrolle ubergeben hat (und vor deinem "publish changes") gibt Auskunft was vom script geandert wurde. Wenn diese Anzeige dir zeigt dass immer noch entfernt wird, besteht Handlungsbedarf, zB ein Purge. -- sarang♥사랑 14:39, 26 September 2021 (UTC)

@Sarang:

"1=

Ist jetzt bei mir auch so, wie du es beschreibst, es belässt überflüssige "1=". (Vllt. wirklich ein Cache-Problem.)

Skript nach Edit

Ich weiß nicht wie das Skript bei mir eingebunden wurde, aber seit längerer Zeit habe ich es auch in der Edit-leiste von SVGs, damit kann ich eine Änderung ohne Speichern machen und anschließend das Skript starten, siehe https://owncloud.tuwien.ac.at/index.php/s/kc5PYaSVrGJt5SM

 — Johannes Kalliauer - Talk | Contributions 18:40, 26 September 2021 (UTC)

Diese drei W3C-Blumen in der Editleiste sind mir noch nie aufgefallen, danke fur deinen Hinweis, es sind brauchbare shortcuts mit der Einschrankung dass das dahinterstehende script uberarbeitet gehort (vor allen Blume2 und Blume3). Leider verstehe ich zuwenig (genaugenommen: nichts) von JS und Scripteinbindung, sonst hatte ich es ermoglicht dass ein cleanup auch bei Nicht-SVG aufgerufen werden kann. Weisst du jemanden der so was machen kann? Und auch macht? Oder der endlich die beim upload vorgebenen Parameter korrigiert? -- sarang♥사랑 06:48, 27 September 2021 (UTC)

nicht-svgs

Ich vermute aufgrund User:Sarang/common.js#L-12 ist es nur bei SVGs.

upload

dem müsste ich selbst nachgehen/nachfragen

 — Johannes Kalliauer - Talk | Contributions 09:08, 27 September 2021 (UTC)

Nun werde ich immer unsicherer. Bei BFH Bildstock Untergriesheim.jpg gibt es mehrere Texte,

• der Widmungstext (den ich auch noch zitiert habe) ist sicherlich mehr als 70 Jahre alt
• der Strassenname ist vermutlich ungeschutzt
• der Erklarungstext zum Strassennamen - ist der gechutzt?

Ich nehme an, das ich einen (geblurrten) Text vom Friedhofstor nicht zitieren darf? Auch wenn er nur einfach lautet "Bitte Maske tragen" ? Oder ist hier die 1-Satz-Regel anwendbar?

Sobald jemand die Datei RFX closed mailbox.jpg bemerkt, musste das auch einen DR auslosen? Der Briefkasten samt allen Relief-texten (< 1 Satz) und -logos ist doch sicher frei, aber der angeklebte COVID-Hinweis muss bis zur kompletten Unkenntlichkeit geblurrt werden? -- sarang♥사랑 09:31, 27 September 2021 (UTC)

@Sarang:

Ich habe noch nie eine Urheberrechtsverlezungsdiskussion auf commons wegen Fotographierten Text auf Schildern gesehen (Also Buchfotographien ist was anderes), insofern vermutlich wird das nicht so streng gehandhabt. Frag' mich nicht warum, aber ich sehe es rechtlich ident. In der Wikipedia kann man das durch umformulieren leicht umgehen, weshalb man dem aus dem Weg geht.

Bei BFH Bildstock Untergriesheim.jpg gilt

1. Commons:Freedom_of_panorama/de
2. Commons:De_minimis/de
3. der zitierte Text ist fällt meines Erachtens unter Zitatrecht.

Insofern ist das Bild sicher erlaubt, die drei Regeln gelten unabhängig voneinander, es muss mindestens einer davon zutreffen

 — Johannes Kalliauer - Talk | Contributions 09:39, 27 September 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Neue Hexenjagd

In Commons:Deletion requests/Files in Category:COVID-19 pandemic related signs in Austria sind zwei unwichtige Bilder von mir angeklagt, mit denen ich zur Dokumentation der Pandemie beitragen wollte. Es gibt noch viele solcher Dokumentationen von mir, u.a. eine Menge franzosischer Plakate und COVID-Bekanntmachungen.
Um meine anderen Bilder nicht zu gefahrden, werde ich nun alle verbotenen Bestandteile entfernen, wie ich es am gegenwartigen Ende des DR gezeigt habe. Ich habe mich nie fur Copyright interessiert, aber wenn der inkriminierte nicht-permanente Teil entfernt ist, besteht doch keine Gefahr mehr? Ein Bild bleibt doch nicht auf ewig infiziert (mit copyright violation), wenn es einmal einen COVID-Hinweis gezeigt hat? Bzw. musste es doch mit dessen Entfernung geheilt sein. Du kennst dich da besser aus -- sarang♥사랑 14:23, 26 September 2021 (UTC)

@Sarang:

Bei deinen beiden gemeldeten Bildern sind die Grafiken unter der Commons:Threshold_of_originality/de#Deutschland, aber ich frage mich ob die Grafikqualität ausreicht um Commons:Project_scope/de#Muss_tatsächlich_nützlich_für_einen_edukativen_Zweck_sein zu entsprechen.

Bei File:Hand_dispenser_sign.jpg hingegen sehe ich dass die Schutzhöhe eher überschritten als nicht überschritten ist. Vergleiche die Beispiele "Fußball-Stecktabelle" sowie "Niessing-Spannring" bei Commons:Threshold_of_originality/de#Deutschland, die beide als schützenswert einstuft wurden.

Bei File:Hand_dispenser_sign.jpg dich als Fotograph als (co-)Autor hinzuschreiben und es unter CC-BY-SA hineinzustellen sehe ich eher als falsch an, jedenfalls fehlt der Autor der Grafik.

Bei File:Friedhof_Untergriesheim_4.jpg gilt eventuell Commons:De_minimis/de. Wenn du dich fragst was das Bild darstellt was würdest du sagen? Daumen-Regel: Wenn du sagst ist ein Friedhofseingang mit Grabsteinen im Hintergrund, wäre es ok. Wenn du sagst es stellt dar, dass es am Friedhofseingang eine Covid-Information gibt, dann wäre es nicht ok. Ich sehe beides als richtig an, damit würde ich sagen de minimis gilt nicht.

Anstatt schwarzer Rechtecke finde ich Unschärfe besser, es zieht nicht den Fokus auf sich, lässt aber dennoch das Objekt so abstrakt erkennen, dass es nicht schützenwürdig ist. Ein Beispiel von mir: File:Win11ScreenshotMenu.png (Die proprietären Icons wurden unscharf gemacht.).

• 
  Commons:De_minimis/de does imho not apply
• 
  copyright protected material bluried

Die Infizierung mit copyright violation, bleibt so lange bis es entschieden wurde.

 — Johannes Kalliauer - Talk | Contributions 19:41, 26 September 2021 (UTC)

Danke fur deine wieder mal sehr ausfuhrliche und bemuhte Expertise. Ich werde sehen, ob meine Bildprogramme auch einen Blurrer haben, und beginnen alle meine COVID-Dokumentationsbilder zu verstummeln. Wenn ich was ubersehe, habe ich doch noch immer einige Tage Zeit dafur nach einem DR. Um sicher zu sein: reinen Text muss ich nicht auch zur Unleserlichkeit blurren? Oder nur, wie du es gemacht hast, wenn er gemeinsam mit einer Grafik erscheint?

Als Beispiel fur unzahlige ev. betroffene Bilder habe auch dieses angefuhrt. Nach meinem Verstandnis der Daumenregel sollte es nicht gefahrdet sein? Obwohl der Text "lors du confinement d'automne 2020" sehr deutlich auf das Affichement der Maskenpflicht hinweist? Bisher schlafen die Hunde noch diesbezuglich und ich sollte sie nicht wecken.

Der Autor des Ursprungsplakats von Hand dispenser sign.jpg ist vermutlich meine Gemeinde, ich konnte mich um eine Erlaubnis bemuhen — aber das Logo ist nicht von ihnen gezeichnet sondern von einer anderen Quelle die vermutlich niemand kennt. Ich warte mal ab und werde einem DR nichts entgegnen. -- sarang♥사랑 06:17, 27 September 2021 (UTC)

Text

Wenn man einen Satz von einem Buch wort-wörtlich zitiert, dann sehen einige darin oft eine Urheberrechtsverletzung, es sei den es ist durch das Zitatrecht abgedeckt. Man kann argumentieren, dass "alle" Zeichenkombinationen in w:de:Die_Bibliothek_von_Babel enthalten sind. Praktisch umgesetzt wurde das bis 3200 Zeichen bereits in https://libraryofbabel.info/About.html damit ist jede Buchseite ein Plagiat von dort. Aber die Kontext-Abhängigkeit und zugehörigkeit zu einem Bild kann ein Bot nicht machen, daher sind die Texte sehrwohl Urheberrechtlich geschützt. So viel wie du in einen Wikipedia-Artikel oder in eine Masterarbeit wort-wörtlich (nicht als Zitat) übernehmen würdest, so viel darfst du mMn auch in ein Bild übernehmen. Imho ~ max 1. Satz. Insofern mache ich es lieber unscharf. Bei File:Entrée_à_Chambéry_lors_du_confinement_d'automne_2020.JPG sehe ich keine Urheberrechtsverletzung anhand des Textes.

blurren

Ich verwende dafür https://www.gimp.org/ , ein Quelloffenes Programm für Windows,Linux,MacOS .

File:Hand_dispenser_sign.jpg

ist in Deutschland&Österreich mMn eher geschützt als nicht geschützt. Wenn man es als tech. Zeichnung sieht eher weniger, wenn man es als Kunst sieht eher schon. Wenn die Covid-Info vordergründig siehst, dann kannst du z.B. das Bild mit File:Hand_dispenser_sign.svg austauschen. Urhebrrechtlich ok, aber inwiefern man solche Bildmanipulationen zulässt ist ansichtssache, wenn sie rechtlich notwendig sind, sind sie meiner Meinung nach notwendig und ok.

 — Johannes Kalliauer - Talk | Contributions 09:05, 27 September 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Windows 11 screenshot icons

Hi. If you still have the original screenshot, many of the icons in File:Win11ScreenshotMenu.png are copyright ineligible and can safely be de-blurred. Among others: - Google Chrome - Microsoft Word and afaik other similar Microsoft Office logos - Spotify logo

However someone put a license from Wikipedia on the page which is clearly not appropriate for commons. I am not sure that your screenshot counts as public domain; I don't know the details super well but some very simple UI screenshots like on w:System Information (Windows) are only on Wikipedia as fair use. DemonDays64 (talk) 03:52, 28 September 2021 (UTC)

@DemonDays64: Thanks. I had blured some few icons, however it was tagged as copyvio, after bluring some icons more I changed it into a DR: Commons:Deletion_requests/File:Win11ScreenshotMenu.png , so those icons might be in the deleted first version still on Commons. I will check, otherwise I could retake the screenshot.  — Johannes Kalliauer - Talk | Contributions 08:12, 28 September 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Fake

In User:Sarang/simpleSVGcheck/sandbox.js wird das SVG-coding eingelesen, und dann (Zeile 210) embedded raster erkannt. Wenn weiters (Zeile 224) im gesamten Code weder ein path noch ein text vorhanden ist, wird FAKE diagnostiziert. Das sollte ausreichend sein - aber kann beliebig verfeinert werden
(auf line, circle, rect, ellipse etc. – einstweilen kein Handlungsbedarf).

Zu deinen phab: ich habe noch eine Wunschliste, ebenfalls mit kaum Hoffnung:

• in den verschiedenen uploads bessere Parametervorschlage (einheitliche Gross/Kleinschreibung der Parameternamen, vorzugsweise klein)
• dieselbe Reihenfolge wie es angezeigt wird; der Vorlage ist das egal, aber der erzeugte Beschreibungs-Quellcode ist besser lesbar.
• seit Jahren bemuhe ich mich um einen neuen Information-Parameter "image=" in Information um nicht "other fields=" fur Igen missbrauchen zu mussen - aber Jarekt verteidigt mit Zahnen und Klauen seine Vorlage gegen Wunsche von neuen Parametern. Der Parameter war ganz kurz (vom 13 bis 15. November 2019) aktiv; es gibt ihn seit vielen Jahren erfolgreich in COAInformation und MapInformation, und in mehreren privaten Information-Derivaten.
• wenn bei neuen uploads die Verwendung unerwunschter Vorlagen und Kategorien erkannt und entsprechend kategorisiert wird, kann ich auf Benutzer zugehen die immer wieder dieselben Fehler machen. Ich hatte das schon mal aber die Erkennung von Neu-Uploads wurde abgechaltet. Ich kann auch nicht erkennen ob so ein unerwunschter Eintrag neu erfolgt, und keine Moglichkeit zu erkennen welche unter hunderttausenden Falscheintragen neu sind. Noch besser ware es wenn der Uploader unmittelbar eine Meldung erhalt, aber so dass sie nicht sofort ignoriert wird. Ich repariere standig solche Fehler aber es werden immer mehr, statt weniger.

Ich denke, die zwei ersten Wunsche sind erfullbar. -- sarang♥사랑 09:16, 28 September 2021 (UTC)

Falls du etwas erreichen kannst mit der Vorabprufung auf Fake: es ist doch auch machbar, dass eine vorgeschaltete Routine automatisch alle PGF/CDATA entfernt? -- sarang♥사랑 11:05, 13 October 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

mediainfo

1. Hallo Johannes, du konntest bisher nicht erreichen dass diese *@!-mediainfo wieder verchwindet?
2. Nun habe ich im DR die Beschreibung Datei No FFP2.jpg erweitert, um deutlich zu machen, dass da auch schon gar nix schutzbar ist.
3. Ich bin ja erleichtert, dass anderes wie zB die Chambery-Datei nicht bedroht ist; dass ein wenig COVID-Doku bleiben wird. -- sarang♥사랑 14:54, 3 October 2021 (UTC)

1. Ich kann vllt. viel, aber sicher nicht alles. Ich habe noch nie gesehen, dass ein Edit gleichzeitig die Dateibeschreibung und die Strukturierten Daten geändert hat, insofern bin ich mir gar nicht sicher ob so ein edit theoretisch möglich ist, aber falls man bei der Dateibeschreibungen einem Null-edit machen würde, erstellt er keine neue Version und die skrukturierten Daten bleiben. Strukturierte Daten sind so wie ich es einschätze schon eine gute Sache, aber mich persönlich nerven sie nur und hätte sie am liebsten ausgeblendet, sie müllen meine Watchlist zu. Wie auch immer auf Commons:Help_desk#Preview_of_"SVG_Igen"_shows_difflink_in_structured_data,_but_when_saving_no_data_get_changed. ist keine Antwort gekommen, aber ich hatte auch keine direkte Antwort erwartet, sondern nur wo man sich hin wenden kann, das kam (noch) nicht.
   1. Wenn du das Problem lösen willst: (Ich mag mir dafür gerade nicht die Zeit nehmen, aber so was mache ich ständig, aber ich spiele dir gerne den Ball zurück.)
      1. Mach ein neues Skript und füge eine Funktion nach der anderen ein und schau nach bei welcher Funktion die Änderung hineinkommt. Um schneller herauszufinden welche es ist ist es oft hilfreich mal 100% des Codes und mal 0% des Codes zu probieren und dann jeweils zu halbieren also zuerst 50%, wenn es auftritt dann 25% des Codes, und wenn es nicht auftritt 75% des Codes. Bis du weißt welche Funktion es ist.
      2. Wenn du weißt welche Funktion es ist, kannst du es vermutlich selbst lösen, falls nicht mache ein w:Minimal_working_example wo genau das auftritt und dann kann man dem leichter nachgehen.
2. siehe Special:Diff/595083597 von User:Chaddy; Chaddy hat sich bei vielen Dateien für Behalten eingesetzt und das gut begründet, bei No FFP2.jpg sieht er knapp eine SH (d.h. löschen); Chaddy scheint mir (1) sich auszukennen (2) neutral zu sein [sich weder für löschen noch behalten einzusetzen, sondern aufzuklären und sich im legalen Rahmen zu bewegen]
3. Meine Rechtsanfragen, waren großteils auf keine Antwort oder sie fragen mal nach beschränkt.

 — Johannes Kalliauer - Talk | Contributions 18:18, 3 October 2021 (UTC)

Es kann auch durchaus berechtigt sein, wenn andere Personen bei File:No FFP2.jpg keine SH sehen. Das ist eher ein Grenzfall. -- Chaddy (talk) 18:35, 3 October 2021 (UTC)

File:No FFP2.jpg

"No FFP2" überarbeitet

@Chaddy: Ich seh noch immer keine SH, aber ich bin auch kein Experte. Ich weiß auch nicht genau, siehst du SH auch im Text, im Smilie generell oder nur in der Maske?

@Sarang: Ich hab die Grafik überschrieben. Falls es dir nicht passt, bitte revitieren, wenn du realistisches Verbesserungspotential (in einer sinnvollen Arbeitszeit) siehst, bitte sag' was ich machen soll.

 — Johannes Kalliauer - Talk | Contributions 19:39, 3 October 2021 (UTC)

Der Text ist unproblematisch, aber der Emoji könnte ein Problem darstellen. -- Chaddy (talk) 20:08, 3 October 2021 (UTC)

@Chaddy: Welcher Emoji? Der ursprungliche Face-sad.svg:  ist eindeutig Public Domain. Die Maske war mein "Werk" wofur ich kein copyright geltend mache, sie war dem Face-filter.svg:  nachempfunden der auch Public Domain angehort; diesen Emoji hat Johannes in der Uberarbeitung verwendet. Die Kombination eines Emoji mit etwas Text, oder andersrum: das Aufpeppen von etwas Text mit so einem Icon, kann doch kaum als grossartige Designidee ein copyright begrunden? Schlimmstenfalls kann ich den Apotheker um Freigabe nachfragen -- sarang♥사랑 06:17, 4 October 2021 (UTC)

Ich meinte jetzt den Emoji in der originalen Version des Bildes, nicht in deiner Version. -- Chaddy (talk) 11:35, 4 October 2021 (UTC)

Alle emoji sind PD. -- sarang♥사랑

@Schlurcher: Hallo, dein bot macht was mit structured data. Weisst du vielleicht, wen man da ansprechen kann, bzw. wer da dran rumdreht? Gegenwartig besteht hoher Handlungsbedarf, bei den structured data scheint es eine Anderung gegeben zu haben deren unbeabsichtigte Auswirkung viele Benutzer verunsichert bzw. sehr stort. -- sarang♥사랑 14:14, 7 October 2021 (UTC)

Ich verstehe nicht ganz um welches Problem es sich handelt. Die Diskussion oben geht über etwas ganz anderes. Einzig: Es ist (momentan) nicht möglich gleichzeit Struktured Data und den Quelltext zu bearbeiten. --Schlurcher (talk) 22:03, 7 October 2021 (UTC)

@Schlucher Commons:Help_desk#Preview_of_"SVG_Igen"_shows_difflink_in_structured_data,_but_when_saving_no_data_get_changed., User_talk:Perhelion/simpleSVGcheck.js#Script_removes_structured_data

@Sarang: Ich wollte gerade einen Screenshot erstellen und er hat keine Meta-datenänderungen mehr angezeigt? Ist es jetzt behoben?  — Johannes Kalliauer - Talk | Contributions 08:08, 8 October 2021 (UTC)

Ja, seit heute morgen ist dieser Spuk verschwunden; endlich. Aber ich weiss nicht welchem guten Geist ich dafur danken kann, oder an wen ich mich wende wenn es plotzlich wieder auftritt. Ich habe keine Info wer da dran rumdreht - hoffen wir dass wir kunftig davon verschont bleiben --sarang♥사랑 08:29, 8 October 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Commons:Wiki Science Competition upload

Hi! I'd like to update the page based on this. As you protected it to prevent vandalism, then I'm asking it from you: could you unprotect that for some time or make the corresponding changes regarding participating countries and upload periods. Kruusamägi (talk) 11:31, 28 October 2021 (UTC)

@Kruusamägi: I changed the protection to Edit=Allow only autoconfirmed users. I would keep it that way. I hope that's enough.  — Johannes Kalliauer - Talk | Contributions 11:49, 28 October 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Coats of arms from Bad Friedrichshall

Hallo, diesmal mache ich es anders: die Datei Герб на Бад-Фридрихсхал.png ist IMHO so was von uberflussig, wie du selbst sehen kannst. Sie ist der einzige Beitrag des uploaders, der offensichtlich eine auf der bulgarischen Seite verwendete mangelhafte Kopie zuruckubertragen hat. Ist ja nicht so dass mich das gross stort – ist aber unbetreitbar nutzlos. -- sarang♥사랑 09:33, 29 October 2021 (UTC)

@Sarang:  Done Ich hab die Datei mit {{Duplicate}} markiert um formal keinen Schritt auszulassen auch um selbst als Admin eine Löschhilfe zu sehen (alle Schritte sind zusammengefasst aufgelistet). User:Túrelio war dann aber einige Sekunden (beides um 09:50) schneller als ich. Ich weiß nicht wie oder warum (ev. wegen der Weiterleitung) habe ich dann DEU Bad Friedrichshall COA.png gelöscht und jetzt wieder wiederhergestellt.

Solche Löschungen sind zwar irrelevante Adminarbeit, aber sie symbolisieren, dass solche Uploads nicht gewünscht sind und nicht stattfinden sollten und sie verhindern unnütze Unübersichtlichkeiten.

 — Johannes Kalliauer - Talk | Contributions 10:04, 29 October 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Svg with bitmaps

embedded bitmap not shown

Hey Jo, any idea why SVG images with bitmaps embedded no longer work? A user I know just re-uploaded the file on the right and is asking what to do. Svg test tools also report errors on my SVGs with bitmaps that previously worked. I hope it's just a glitch. Ponor (talk) 16:37, 29 October 2021 (UTC)

@Ponor:  Done Your file is invalid, see phab:T193929 for details, you can fix it using https://svgworkaroundbot.toolforge.org/  — Johannes Kalliauer - Talk | Contributions 20:19, 29 October 2021 (UTC)

Oh wow, that was time-travel fast. I'll tell the guy that this has been discussed a while ago. Thanks, Jo. Ponor (talk) 20:41, 29 October 2021 (UTC)

@MaGa: Actually it is one of your files; you do not have an account at phab: or more precisely at https://phabricator.wikimedia.org/auth ? Do you?

If it affects several files I could fix them with @SVGWorkaroundBot: , however currently something is broken.

 — Johannes Kalliauer - Talk | Contributions 20:29, 29 October 2021 (UTC)

@JoKalliauer: thank you very much for fast and efficient reaction, ans specially for link to tool to fix this problem. I have solved the same problem with this tool. The tool is in my browser favorites now. Many, many thanks.-- Ma▀▄Ga 14:21, 30 October 2021 (UTC)

Sorry for bothering you, but your tool is not working right now (The URL you have requested, https://svgworkaroundbot.toolforge.org/, is not currently serviced.). I have one more picture to fix it.-- Ma▀▄Ga 15:46, 15 November 2021 (UTC)

@MaGa: I know, I currently try to fix something, related to phab:T295694, to extend the scope (svgo is not working, and I do not know how to fix it).  — Johannes Kalliauer - Talk | Contributions 15:50, 15 November 2021 (UTC)

OK, thanks.-- Ma▀▄Ga 16:06, 15 November 2021 (UTC)

I'm still working on it, I start the webservice whenever possible, but sometimes I need to restart to check settings, so using it currently could be anoying.  — Johannes Kalliauer - Talk | Contributions 16:11, 15 November 2021 (UTC)

I made it. Thank you again.-- Ma▀▄Ga 16:20, 15 November 2021 (UTC)

I stopped working on it (so there should be less interruptions now), I could not fix it (maybe I try it again later), but maybe someone from WMF can install svgo for me phab:T295694.  — Johannes Kalliauer - Talk | Contributions 16:35, 15 November 2021 (UTC)

Your tool works with files 1MB or less. Any idea what to do with this File:Mediterranean Sea political map-hr.svg file, except rasterizing and saving as a bitmap? Sorry for bothering you again.-- Ma▀▄Ga 17:15, 7 December 2021 (UTC)

Done (I hope), with second try. I have copied vectors from svg in Croatian, and paste them over bitmap in svg in English, and save as new file. It seems fine now.-- Ma▀▄Ga 17:30, 7 December 2021 (UTC)

@MaGa: I do not know why there is a limitation with 1MB, because locally it works for files with 100MB and larger (slow for some file, but working).

You could fix phab:T193929 by opening the svg-file in a texteditor and change jpg to jpeg:

xlink:href="data:image/jpg;base64,/9\/4AAQSkZJRgABAgAAZABkAAD/

to

xlink:href="data:image/jpeg;base64,/9j/4AAQSkZJRgABAgAAZABkAAD/

On Windows Notepad++ is my favourite text-exitor, it can be downloaded from https://notepad-plus-plus.org/downloads/v8.1.9.2/

Then you don't need my tool, and you can repair it offline. (My tools also work offline locally.)

Can you tell me how you create such files?, I would like to write a bug-report.

 — Johannes Kalliauer - Talk | Contributions 21:09, 7 December 2021 (UTC)

Shortest explanation: these maps are made with CorelDraw. Bases are bitmaps (downloaded from Commons), and my translation was made inside Corel, and everything was exported as SVG. To be honest, the easiest way was exporting to bitmap, but it's a shame. Unfortunatelly, I converted all texts to curves, because, it was rendering problem; I did not know then which font will be rendered correctly (I thought that Times will OK, but it wasn't). If you need more information, please, let me know, I will provide it if I can remember (pictures are almost 10 years on Commons).-- Ma▀▄Ga 17:09, 8 December 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Please protect

Hallo Johannes, in der letzten Zeit basteln welche am FakeSVG rum und verandern das layout, das ja absichtlich sehr auffallig gestaltet worden ist - noch von Perhelion. Meine Bitte auf "Abmilderung" zu verzichten wurde letzthin ignoriert, so dass wohl nur ein starkerer Schutz hilft.
Es scheint, dass Benutzer, die fakes erzeugen, sich personlich angegriffen fuhlen; aber als Abhilfe die Box zu entrahmen ist nicht die beabsichtigte Massnahme. -- sarang♥사랑 17:06, 27 November 2021 (UTC)

@Sarang: Ich hab die Edits mitverfolgt und mische mich da absichtlich nicht ein.

Erfahrungsgemäß hast du deine Einstellung zu etwas und eckst damit meiner Meinung nach an. (Auch bei Leuten mit ausreichenden SVG-Kentnissen.) Ob/Inwieweit das berechtigt ist eine andere Frage.

Unter den Leuten die Fake-SVG verstehen sehe ich darunter keine klare Meinung.

Ich persönlich bin dafür, dass Rasterbilder aus Fake-SVGs extrahiert werden und somit führt es zur Löschung und somit wäre das rot gerechtfertigt.

Keiner kümmert sich um die Fake-SVG, damit hat die Vorlage keinerlei Relevanz. Es gibt mWn keine so dominante Vorlage die nicht eine Löschanfrage ist, insofern ist die Verwendung von rot nicht normgemäß.

Schlussendlich ist es für mich ein Edit-War um etwas was Geschmacksache ist. Wäre schön wenn du dich auch auf der VorlagenDiskussion beteiligen würdest.

Ich bin zu idealistisch (=befangen) um als Admin da ein Wort sprechen zu wollen. Idealisten (Tierschützer, Weltverbesserer, Impfbefürworter, Klimaschützer, Dateiformatbesserwisser, ...) haben auf Wikipedia "nichts" verloren.

Mich interessiert wie der Streit ausgeht, halte mich aber da (derzeit) raus, ich würde mir wünschen, dass Fake-PDFs und Fake-SVGs (per bot) extrahiert werden und die Quelldatei gelöscht wird.

Damit das so umgesetzt wird, müsste man die Lizenzrechtler verstehen wie man das implementieren müsste. (Ich verstehe es nicht, warum man die Quelldatei aus Nachvollziehbarkeitsgründen erhalten soll. Meines Erachten wenn man die Uploadgeschichte (inkl. Uploaddatum) auf die Beschreibungsseite dokumentiert, verstehe ich das Problem nicht.)

Die Enscheidung um Fake-Vektorgrafiken, schert auf Commons gefühlt nur dich und mich und Glrx und wir drei (zumindest Glrx und ich) sind uns darüber nicht einig (ob Fake-SVG extrahiert&gelöscht werden sollen). Gleichzeitig sehe ich potentiellen Gegenwind von verschiedenen Seiten, insofern sehe ich bei Fake-SVGs keine zufriedenstellene Lösung in Aussicht.

Und der Streit um das Aussehen der Vorlage ist für mich ein Sinnbild für dieses ungelöste tiefere Problem.

 — Johannes Kalliauer - Talk | Contributions 21:22, 27 November 2021 (UTC)

Gut, ich sehe mir mal die Diskussion an. Bzgl. fake-activity, ein Beispiel fur meine Tatigkeit dabei ist Fake SVGs by Gameposo, da habe ich bereits 20 oder 30 Dateien aus dieser Kategorie neu gezeichnet – dann, wenn es mit sehr einfachem Code moglich war. Die schwierigeren Strukturen erfordern IMHO eine Erstellung mit einem tool wie zB Inkscape, und da sind andere besser damit. Leider nimmt bisher niemand die Einladung wahr.

Hatten wir nicht mal diskutiert dass bereits das Hochladen von Fakes verweigert werden sollte? Oder zumindest mit deutlichen Warnungen und Vorbehalten erschwert? Oder differieren auch da die Meinungen was sein soll. Sicher handelt es sich praktich ausschliesslich um Fehler und mangelnde (Inkscape)Kenntnis und nicht um gezielte Absicht, wenn ein fakeSVG hochgeladen wird. Aber statt solche Hochlader auf eine entsprechende Beratungsseite zu fuhren wird bisher keinerlei derartige Prufung vorgenommen. Es laufen mancherlei bots die neue uploads prufen, zB auf gultige Lizenz und Kategoriesierung, oder unerwunschte Inhalte: der AntiCompositeBot setzt ein tag No license since und kategorisiert, sicher sehr sinnvoll, und informiert den Ubeltater. Wobei naturlich fehlende Lizenz ein k.o.-Kriterium ist, im Gegensatz zu lediglich (von 3 Leuten) unerwunschten fakes. Vieleicht sollte ich mich da auch raushalten -- sarang♥사랑 06:29, 28 November 2021 (UTC)

Es gibt mehr als 20.000 JPGs die auf eine Erstellung als SVG warten. Wir bräuchten 100 Leute die je 200 Grafiken machen um das abzubauen, oder 1000 Leute die je 20 Grafiken machen. Ich gehe nicht davon aus, dass das abgebaut oder bewältigt werden wird. Insofern sehe ich deine Bemühung Fake-SVGs zu vektorisieren als sehr wertvoll&ehrenhaft, aber du kämpfst gegen Windmühlen. Beim Bereich Fake-SVGs kannst du mit viel Aufwand was bewirken. Aber die Masse an Neulingen, wird nicht von so wenigen Bewältigbar sein, wenn dafür nicht die Rahmenbediungen geschaffen werden.

Hochladen müsste vermutlich von WMF-Developer umgesetzt werden, und das passiert nur wenn man Druck aufbauen kann und der Druck müsste größer sein als der den Librsvg-Renderer zu ändern das da was passiert. Möglich ist es vermutlich, aber man müsste hald an mehreren Stellen ansetzen und hoffen das eine davon funktioniert.

 — Johannes Kalliauer - Talk | Contributions 10:48, 28 November 2021 (UTC)

User:Glrx sees the FakeSVG/BadSVG as an invitation to vectorize the raster portions of the SVG file. He does not agree that syntactic FakeSVGs should be blocked on upload.

@Sarang: I think it is unrealistic that something changes (in near future), if SVG-Experts do not agree on one solution.

It's the decission of the community what they/we support. I think Commons does not value your work (on Fake-SVGs), and I don't want to waste too much time on it.

 — Johannes Kalliauer - Talk | Contributions 23:33, 28 November 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

File:Drapeau de Saint-Malo (20è siècle).svg

hi, ich wollte dieses file optimieren - und hab erst nach dem hochladen bemerkt, dass elemente verloren gegangen sind - es ist wohle ein adobe-file - inkscape verwirft die fehlenden elemente (s. filehistory) - ich habe auch dein tool (cleaner) angewandt, was zu keiner lösung führte
mich wundert sehr, dass es der wiki-render-schafft anzuzeigen, inkscape aber ein problem damit hat und die elemente verwirft - kannst du helfen - danke und gruß --Mrmw (talk) 12:43, 6 December 2021 (UTC)

nachtrag: ich habe die fehlenden teile per hand nachgezeichnet - das problem bleibt unverändert --Mrmw (talk) 14:39, 6 December 2021 (UTC)

@Mrmw:

Librsvg-Render-Probleme kenn ich recht gut auswendig, aber Inkscape-probleme nicht so genau.

Ich müsste die Datei auf ein "Minimal Working Example" reduzieren und dann würde ich es vl. genauer wissen. Einige kenne ich schon, aber das nicht rendern von Elementen ist hald ein sehr unspezifischer bug, der vom Erscheinungsbild nicht eindeutig zuordenbar ist.

Wenn du den Fehler auf https://gitlab.com/inkscape/inbox/-/issues meldest bekommst du recht schnell eine Antwort von einem Ehrenamtlichen. (Die bearbeiten auch schlechte Bugreports, aber ich finde es gehört sich es auf das wesentliche Element (per Text-editor) zu reduzieren.)

 — Johannes Kalliauer - Talk | Contributions 19:25, 6 December 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

File:Brochosome model1.jpeg

File:Brochosome model1.jpeg 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!

Brochosome model1.jpg war das vollkommen originale JPG aber mit der Endung SVG; ich hab es umgetauft, nun ist es doppelt. Und redundant (Fall fur speedy delete). -- sarang♥사랑 09:09, 13 December 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

klarheit

hallo, und hallo @Sarang: , ich erstelle demnächst mehrere eindeutig und auffallend faschistische dateien, symbole und flaggen für commons nach einem request - ich habe dabei nicht wirklich massive bedenken, würde aber gern bestehende und aktuelle vorlagen für die dateibeschreibungsseiten nutzen, die hinweise zum inhalt und zum gebrauch der datei geben, um mögliche diskussionen und fragen gleich auf eine sachliche und klare ebene leiten zu können - habt ihr damit schon erfahrungen gemacht? danke und gruß --Mrmw (talk) 22:51, 20 December 2021 (UTC)

Zwar gibt es {{Nazi symbol}}, {{Communist symbol}} und {{Teikoku symbol}} aber zu "Fascist symbols" kann ich nichts finden -- sarang♥사랑 09:18, 21 December 2021 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Nochmals zu Special:Diff/592391392

wo ich sagte "BTW, neither Davey2010, Prosfilaes, SHB2000 and Bidgee are generating SVG files, which means that I never touched a file of one of them. They are talking about third party misunderstandings and not of any own experience. Unfortunately none of them looked carefully and they are using just the old wrong ignorant arguments of Koavf".
Es ging darum, dass Koavf die Vorlagenbeschreibung mißverstand und die dort vermerkte Erforderlichkeit eines Parameters auf die Angabe des Parameternamens bezog. Ich habe lange Zeit nicht verstanden warum er so ausflippt, dann habe ich versucht die Beschreibung auch für Benutzer wie ihn verständlicher zu machen. Währenddessen übernahmen die anderen vier offensichtlich ohne zu wissen um was es eigentlich ging seine eindeutig falschen Argumente, die aus mangelndem Verständnis entstanden waren, Tenor "Projektzerstörung, tausende schwere Fehler" und noch mehr dieser Art, und wiederholten sie immer wieder. Wenn das nicht Bezugnahme auf die Missverständnisse eines Dritten sind, was dann? Oder handelte es sich bei den verwendeten Argumenten etwa nicht um Ignoranz? Wenn ich Benutzer als ignorant bezeichnet hätte wäre das eine negative Aussage gewesen - aber ich habe nicht eimmal das Verhalten der Vierergruppe so genannt, sondern lediglich die verwendeten Argumente. Wie würdest du solche Fakes nenne, die aus Unwissenheit und Nichtverstehen (-können oder -wollen) resultieren? Ich finde nach wie vor, dass sie mit "ignorant" sehr zutreffend klassifiziert sind. Ein gutes 2022! -- sarang♥사랑 13:46, 31 December 2021 (UTC)

@Sarang: Ich spiegle oftmals Leute.

Wenn ich dir Fry's Argumention erkläre und du darauf nicht eingehst und du deine Argumentation immer wieder wiederholst. Handelte es sich bei den von dir verwendeten Argumenten etwa nicht um Ignoranz? Ich hatte die gleiche Wortwahl wie du verwendet, wenn du es ok findest Argumente ignorant zu nennen, darf ich das doch auch? Ich würde es nur nicht machen. (In dem trafic-sign-Fall machte ich es weil ich dich dazu anregen will über deine damalige Wortwahl nachzudenken, wenn jemand das zu dir sagt.) Meiner Meinung nach muss man nicht immer die Wahrheit jemanden auf's Auge drücken, wenn es nicht zielführend ist.

Ich fand die Argumentation damals hatte beidseitig Missverständnisse und beide Seiten hätten mMn die Argumenten des anderen, in ihrer Betrachtungsweise, als ignorant nennen können.

 — Johannes Kalliauer - Talk | Contributions 14:26, 31 December 2021 (UTC)

• <Comment removed as per below> JoKalliauer I hope you and yours have a happy, healthy and safe New Year and I hope 2022 is better for us all, Take care and stay safe, Warmest Regards, –Davey2010^Talk 14:29, 31 December 2021 (UTC)

@Davey2010: Sorry for that. @Sarang: maybe did not want to ping you.

In another discussion, about something completely different, with him, I told Sarang that he is using just his old wrong ignorant arguments. And I refereed the wording to Special:Diff/592391392, because it is imho too harsh. Sarang and me are friends, otherwise I would not have been so harsh. I wanted to know if someone saying his words to him would be ok for him (he=Sarang).

 — Johannes Kalliauer - Talk | Contributions 14:55, 31 December 2021 (UTC)

Hi Jo, Ah okay, The last part of their message translates as "I still think that they are very aptly classified with "ignorant"" and so therefore believed I was being called ignorant, If I've misunderstood their message here then I unreservedly apologise to both you and Sarang for my message above, Unfortunately laptop translations aren't the best so it's easy to misunderstand something,

I've removed my message above and again unreservedly apologise to you both, Thanks, –Davey2010^Talk 15:30, 31 December 2021 (UTC)

Stimmt, I started a mess, war eine wiederholte Behauptung... but as told, I called nobody ignorant, no matter how often it is repeated. Johannes, ich habe begonnen mich in deine Ausfuhrungen einzuarbeiten und einigen Verweisen zu folgen, bin aber in manchen Bereichen zu unwissend (ignorant) um das alles so schnell zu begreifen. Aber ich bleibe dran, denn ich schätze deine Mittteilungen, nehme sie ernst und lerne immer wieder eine Menge daraus. Leider habe ich vorhin schlafende Hunde geweckt weil ich nicht an die ping-Wirkung dachte... I won't mind too much. -- sarang♥사랑 15:12, 31 December 2021 (UTC)

Happy new Year to both of you!  — Johannes Kalliauer - Talk | Contributions 16:29, 31 December 2021 (UTC)

My arguments were not ignorant: the template had clear instructions and a spate of edits were contradicting those instructions. —Justin (koavf)❤T☮C☺M☯ 19:07, 31 December 2021 (UTC)

Justin/Koavf hat immer noch nicht begriffen, was "required" in einer Vorlagenbeschreibung bedeutet, und bezieht es immer noch mißverstehend auf den Namen des Parameters. Es ist hoffnungslos... Aber nein, das "i"-Wort trifft bei ihm nicht zu. -- sarang♥사랑 19:02, 1 January 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Wer macht so was?

Hallo Johannes, ich habe vor eineinhalb Jahren die Vorlage {{=}} logisch erweitert. Sie macht sehr wenig, ist aber von sehr grosser Wichtigkeit fur die Funktion von Lua-Modulen und wird oft verwendet. Nun sehe ich eine Warnung

Warning: This page uses {{=}} but on this wiki that does not expand to =. This usage is deprecated; a future MediaWiki version will implement {{=}} as a parser function.

und bin besorgt dass diese Vorlage irgendwann nicht mehr zur Verfugung steht. Ich weiss nicht wer da rumdreht, und da ich nicht weiss wie herauszufinden ist an wen ich mich wenden kann komme ich wieder einmal zu dir. Es ist nicht nur der Transclusion counter abgeschaltet, es wird auch versucht alle Anwendungen in eine Kategorie Pages which use = as a template zu bekommen - das funktioniert aber nicht, nur die neuesten Anwendungen werden kategorisisiert, alle alteren vielleicht irgendwann, vielleicht nie; die Kategorie hat also keine Aussage! -- sarang♥사랑 19:02, 1 January 2022 (UTC)

@Sarang: Ich hab dich noch nicht verstanden, vermutlich weil ich zu wenig darüber weiß.

1. Wo erscheint, wann, die Nachricht? Ein Screenshot oder wie ich es selbst reproduzieren kann würde mir helfen.
2. Hilft dir Special:WhatLinksHere/Template:= weiter?

 — Johannes Kalliauer - Talk | Contributions 22:34, 1 January 2022 (UTC)

Ich hatte die Hoffnung du weisst wer da unsichtbar in den mediawiki-Eingeweiden rummacht. Ich habe bereits einen workaround gemacht in dem Modul, das mir diese Meldung brachte, aber in anderen Moduln ist das nicht so einfach zu ersetzen; hochstens durch eine Vorlage die dasselbe macht aber anders heisst.

Ich habe es reproduzierbar gemacht: wenn Military quatrefoil symbol.svg zur Editierung geoffnet wird, erscheint beim preview diese Warnung, unterhalb des Hinweises "Remember that this is only a preview....". Es muss nichts geandert werden. Auch die Kategorisierung besteht.

Es liegt vielleicht an diesem speziellen Vorlagennamen, dass Transclusion count nicht funktioniert? -- sarang♥사랑 11:47, 3 January 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Fake SVG

Es gibt da einen Filipino, seit kurzem aktiv, der hat bisher 32 Dateien hochgeladen, 4 png und 28 fakes. Jetzt weiss ich nicht ob es Sinn hat ihm freundlich zu schreiben und damit letztlich nur zu frustrieren. Bei dem Japaner hat sich gezeigt dass niemand bereit war ihm auf die Sprunge zu helfen, und ich konnte ihm nicht sagen wie er es richtig machen muss. Wenn es ohnehin sinnlos ist lasse ich es lieber bleiben? -- sarang♥사랑 16:46, 3 January 2022 (UTC)

Ich schätze deine Bemühungen was fake-SVGs angeht, Glrx hingegen sieht das etwas pragmatischer und sieht in fake-svgs kein Problem.

Ich denke mir durch wie der Instanzenweg sein würde.

Du kannst ihn informieren, aber ob er es umsetzen will ist aber ihm überlassen. Es gibt keine Handhabe gegen Fake-SVGs vorzugehen, da es da keinen Konsens gibt.

Mach vl. ein User-Informations-Template und verwende es jedesmal, aber solange es ihm überlassen ist es umzusetzen, habe ich kaum Motivation da viel Zeit hineinzustecken.

Wenn das sich aber vermehrt, also wenn er andere Nutzer zu Fake-SVGs anstiftet, dann würde ich eingreifen, vorher wende ich meine Zeit lieber wichtigerem.

 — Johannes Kalliauer - Talk | Contributions 17:39, 3 January 2022 (UTC)

I do not like Fake SVG files. Why should a simple road sign with 17 characters need 200 kB? That's too much bloat. I also dislike many SVGs that converted their text to curves. I dislike artists that convert curves to straight-line segments. I dislike curves that use microscopic segments. I dislike simple drawings that use bizarre grid intervals. I wish artists would reuse objects that are repeated rather than copy them. A lot of drawings could be done much better.

That does not mean they need to be fixed right now. The cost of 200 kB is very small. Magnetic disk is $40/TB = $0.40/GB = $0.0004/MB. Put labor costs at $100/hr. It's hard to justify spending much time on saving a small storage cost.

Images that are used extensively or are important can merit rework. Any rework is related to the intrinsic value of the image rather than the cost of storing the image.

The appropriate fix is education. Artists need to learn better ways of drawing images. Ideally, the effort done for education would reach a large number of people rather than just an individual. Marking a file as a Fake SVG is low cost. That marker should lead the artist to information about improving future art. Some people will pay attention to the information, and some people will not care.

Glrx (talk) 18:23, 3 January 2022 (UTC)

@Glrx: So you don't care if it is PNG or Fake-SVG? PNGs are okay for me, but Fake-SVG not.

If I look on Covid-19: I notice people don't know exponential growth, people don't know how to handle conflicting informations of different scientists, people don't know how to understand another opinion. So there are huge knowledge-gaps, we cannot fill of them, but maybe some. The world will never be perfect. I try to educate people very often, because I believe in a better community.

Making things perfect is not perfect. If people only know raster-editing, they should contribute in that way, even if it is not perfect, but better than nothing.

I think we both agree on making an information-template for usertalkpages, and pasting it every time might be reasonable time-effort.

 — Johannes Kalliauer - Talk | Contributions 18:40, 3 January 2022 (UTC)

Do I care whether it is PNG or Fake SVG? Yes, I care, but I do not see much value in fixing something that is already done.

It also depends on content. If the Fake SVG is a QR code, then I'm OK with converting the SVG to a PNG. A QR code is fundamentally a bitmap; it should not be a vector image. That's not the case for a Fake-SVG road sign. Maybe the road sign is a bitmap now, but it is a reasonable candidate for a vector image. Converting the image to a PNG is stepping in the wrong direction. As I've said before, the resulting PNG should be immediately tagged with {{Convert to SVG}}. A simple vectorization would be a step in the right direction. Road signs are monochrome images, so they should be easy to convert.

Covid-19 is a difficult topic, and many people are speaking from ignorance. I do not expect many people understand what herd immunity means. Over the holidays, I was heartened. I asked a high school junior if she knew the difference between RNA and DNA. She messed up a bit, but she knew that RNA was single strand and DNA a double strand. I do not expect her to understand the mutation rate difference, but she knew more than I expect most adults. In the US, the media has focused more on the ultimate advice (social distancing and wearing masks) rather than the reasons or the mechanisms. People also hold inconsistent beliefs (China created the virus; the virus is not real but rather an invention of the medical community to make money) or faulty logic (masks obviously do not work: we've been wearing them for a long time and the disease is still with us). I do not know how to persuade someone who starts with a firm belief in a flat earth.

Glrx (talk) 19:16, 3 January 2022 (UTC)

@Glrx: Agree. As far as I can tell there exist dsRNA and ssDNA.  — Johannes Kalliauer - Talk | Contributions 19:35, 3 January 2022 (UTC)

Thank you for your contributions, now I have reasonable ideas to react on fake SVG. The best would be to create by template a box, saying that Fake SVGs are undesired, with the link to a page where everything is explained. On that page is stated that convertion of fake to SVG is not required in any case, but further fake uploads should not occur (as long as the upload feature does not check for fake). The same template-box can be used to inform on a user talk page. I am thinking that the Fake-information page could be a subpage of the SVG guidelines?

Thank you for uploading files. Unfortunately you used a wrong format, your File:Kenumebachi (No background and Black color drawing).svg is not a true SVG but just a raster image in an SVG wrapper. Such misuse of SVG as Metafile is undesirable! Please upload either true SVG or PNG – see guidelines for further help.

Fakes result only from poor knowledge and mishandling of SVG tools. People would be glad to get informed how to use these tools correctly to generate true SVG; additional paragraphs may inform about path text and embedded text + font information, SVG cleaning and other helpful hints. When @Glrx: and Johannes need assistance with such page, I shall contribute as best as I can. -- sarang♥사랑 08:51, 4 January 2022 (UTC)

@Glrx: Covid-Offtopic: I do not have any problems if peopled don't understand something, as long as they know that they don't know. And if they are willing to learn that's almost perfect. I think the problem of Corona is "overinformation", I don't know much about other vaccines, and it is not necessary, that's why we have experts. I don't like if people think they know better than others, but don't understand the basics, it is called the Dunning–Kruger_effect. That's the problem of democracy/en:Post-truth_politics. In China they imho don't talk about a laboratory-theory (common in US and Europe), they imho talk that the US brought the Virus to Wuhan, because some US-Athletes were imho sick and performed imho bad at the military world games in Wuhan, so they assume that they might have been on a secret mission to bring Covid-19 to Wuhan: 2019_Military_World_Games#COVID-19_conspiracy_theories. The US-Athletes lived quite close to the Seafood-Marked. Most Austrians imho never heard this theory. The Head of WHO Team Investigating Origins of Covid-19 said that it is likely hypothesis that the first infection was in the Wuhan laboratory https://www.washingtonpost.com/world/2021/08/12/who-origins-embarek/ .  — Johannes Kalliauer - Talk | Contributions 10:40, 4 January 2022 (UTC)

Doctors have this wonderful notion of the present illness. There is something wrong with a patient, and the doctor wants to fix that problem. If a patient has AIDS, then the doctor treats that illness. The doctor does not need to blame anyone for that illness; that is in the past. In the current pandemic, the public health does not depend on whether it was a deliberate US viral attack on China, whether the virus escaped from a Chinese research laboratory, or whether is emerged from the wild. The disease is here, and we must deal with it. The disease origin is a separate, political, question that does not impact public health. Glrx (talk) 17:32, 4 January 2022 (UTC)

@Glrx: True. I just wanted to point out that different countries get different informations. Which shows that there is imho some propaganda by the public media. If someone don't trust media it almost impossible to get unbiased sources. Yes we are here in a pandemic, we have to do our best to deal with it. But sill hopefully we learn for the future.  — Johannes Kalliauer - Talk | Contributions 17:42, 4 January 2022 (UTC)

@Sarang: Thanks, I also know Template:Please_use_SVG. Till now I used the explanation at Template:FakeSVG. I used Help:SVG_guidelines till now for controversial topics. Maybe Glrx knows best where to put the explanation.  — Johannes Kalliauer - Talk | Contributions 10:40, 4 January 2022 (UTC)

IMHO {{FakeSVG}} is not so well designed, it mixes hints for SVG drawing with hints which template should used - wrong template usage is a problem, but should not fought this way. The new version should also be able to display different layouts whether it is used in NS 3, 6, 10 and 14. BTW, I got my first shot long ago, and I'm boostered since a month.

Johannes, at User talk:Perhelion/simpleSVGcheck.js I explained that :w:en: creates a double link and is an unnecessary thing; I am astonished that you are performing it - there exist better link possibilities. You know, when I see legasthenic typos I use to correct them silently. -- sarang♥사랑 11:35, 4 January 2022 (UTC)

Thanks for the typo-fix in "problem", my spell-checker did not find this mistake. I use :w:en: instead of :w: on purpose. I want to treat every language the same. From a diplomatic point of view en:Esperanto should be the default language (if any), it is a simple language, without any irregular verbs. Ok I could use :en:, however if I use it in the german Wikiversity I end up in the english Wikiversity and not in Wikipedia, so I like to have a unambiguous, redundant use of tags, that the reader understands. I don't like using templates like {{W}}, because I want to keep it simple :en:w: is the official wiki-Syntax, everyone understands, and I like telling people that I leave Commons and link to Wikipedia. I don't have a strong opinion on that, so sometimes I use one or the other version and I don't care if someone changes it. I know you have a different opinion on that, so feel free to change it, whenever you like.

I have copyright-doubts regarding Heute ist mein Tag.jpg. Did you use a self-timer, or why is it classified as {{Own}}? I don't what to go into that, because I know how difficult it is to get a proper VRT-Ticket.

I did not get boosterd because it is imho an off-labe-use, without any official recommendation, to do that before 6Month after the second vaccine. I don't know if such a use is internationally accepted. Knowingly that it means that I currently cannot go into the opera in Austria (you need to be boostered and PCR-Tested and wear a FFP2-Mask). Half of the population did not get the change of getting any vaccine. I do not like queue-jumping (english for Vordrängeln).  — Johannes Kalliauer - Talk | Contributions 13:11, 4 January 2022 (UTC)

Eben habe ich eine Stunde lang Antwort geschrieben, bekam beim publish einen edit conflict - und nun ist alles weg -- sarang♥사랑 18:28, 4 January 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Revert

Hallo JoKalliauer, ich habe deinen Revert erstmal wieder rückgängig gemacht. Die Datei wird gerade in zahlreichen Ankündigungen verwendet, die dann alle zerschossen sind. Wenn nur rein edukative Inhalte auf Commons erlaubt sind, können alle Projekte, die jenseits der reinen Inhaltearbeit stattfinden, sich selbst ja gar nicht bebildern. Oder übersehe ich etwas? -- Viele Grüße und ein schönes Wochenende, Johanna Strodt (WMDE) (talk) 13:17, 7 January 2022 (UTC) 

Hallo Johanna Strodt (WMDE)!

Der Project-Scope ist auf Commons:Project_scope/de#Muss_tatsächlich_nützlich_für_einen_edukativen_Zweck_sein definiert. Sobald du es auf einer Projektseite verwendest wäre es also INUSE und ist damit unstrittig erlaubt.

{{Out of scope}} Ist eine informelle Vorlage, ohne weitere Relevanz außer zu Information. Es dient lediglich zur Info, dass das Bilder wenn ein Löschantrag via {{Delete}} gestellt werden würde, nach frühestens 7 Tage Diskussion gelöscht werden könnte, falls es nicht den Projektrichtlinien entspräche. (Eine {{Delete}}-Vorlage dürftest du nicht entfernen.)

Gem. {{User page image}} wäre die Verwendung vermutlich tolleriert.

 — Johannes Kalliauer - Talk | Contributions 14:09, 7 January 2022 (UTC)

Danke für deine ausführliche Antwort. Das ist ja interessant, ich war sicher, dass das Bild am Freitag nicht mehr zu sehen war. Vielleicht hatte ich Tomaten auf den Augen, oder ich war schon reif fürs Wochenende. Ich wünsch dir eine gute Woche -- Johanna Strodt (WMDE) (talk) 08:48, 10 January 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

File:Horse anatomy.svg

Could you fix two typos in this image? Someone added Note: the label "spine of spatula" should be "spine of scapula" to the image description page. Also, at the English Wikipedia's WP:ERRORS page, someone said In the featured image "File:Horse anatomy.svg", The label "Long Patern Bone" on the horse's right rear leg should read "Long Pastern Bone". 49.198.51.54 00:39, 24 February 2022 (UTC)

fixed  — Johannes Kalliauer - Talk | Contributions 09:52, 24 February 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Bitte um Rückmeldung

Hallo Johannes, kannst du bitte gelegentlich mal ein kurzes Statement abgeben: Zu den unzähligen Information-Abwandlungen habe ich nun noch eine erstellt, die mit gleich langen Parameternamen gefüttert werden kann. Sie werden damit zwar etwas kryptischer, aber gestatten einen optisch besseren Quellcode. Diese Vorlage geht auch etwas kreativer mit Defaultwerten um und macht sinnvolle Ergänzungen. Eigentlich würde ich wünschen dass die Originalvorlage das auch könnte – aber Jarek hat sicher keinerlei Neigung dazu.
Mittlerweile gibt es einige Beispiele, wie Left and right direction.svg. Ist das eine komplette Schnapsidee, oder eher ein sinnvoller Beitrag? PX! -- sarang♥사랑 12:59, 18 April 2022 (UTC)

Also der schöne Quellcode fand ich gleich viel übersichtlicher und verständlicher. Aber für jemanden der nicht Englisch kann und die Begriffe übersetzen muss, vermutlich eine Katastrophe.

Also für mich fände ich es vorteilhaft, aber für Neulinge nicht, damit ist es für mich eine Geschmacksfrage und somit ist es nichts wo ich mich einmischen will.

Blöd finde ich dass wenn man einen langen Parameter und den zugehörigen 4-Buchstabigen Parameter definiert, ausschließlich der 4Buchstäbige angeführt wird, das kann zu Verwirrungen führen.

das verstehe ich nicht -- sarang♥사랑

@Sarang:

DescriptionJoKalliauer/Archiv	desc
Date	2024
Source	Own work
Author	Username
Permission (Reusing this file)	I, the copyright holder of this work, release this work into the public domain. This applies worldwide. In some countries this may not be legally possible; if so: I grant anyone the right to use this work for any purpose, without any conditions, unless such conditions are required by law.

Das "description" fehlt, sieh dir den Quellcode an.  — Johannes Kalliauer - Talk | Contributions 09:22, 19 April 2022 (UTC)

Ahja.Die Vorlage ist relativ einfach gehalten, sie prüft nicht ob Parameter mehrfach spezifiziert sind, und ignoriert unbekannte Parameter. description wird ignoriert weil bereits vorher desc erkannt, akzeptiert und ausgewertet wurde. Das ist generelles Verhalten der meisten Vorlagen, welche die Erweiterung mit Aliasen anbieten (ich kann grad kein beispiel finden). -- sarang♥사랑

Einfach um zwei Beispiele zu nennen, wie es sich für einen nicht-Englischsprachigen anfühlt: Wenn du die 4Buchstäbigen-Esperanto-Parameter "pris" oder "font" lesen würdest, würdest du wissen für welche Parameter diese stehen? Es ist praktisch unmöglich die 4Buchstäbigen Kürzel in einem Wörterbuch zu finden.

 — Johannes Kalliauer - Talk | Contributions 18:12, 18 April 2022 (UTC)

Danke. Du hast recht, die original-langen Parameternamen sind natürlich viel verständlicher. Andrerseits gibt es sehr viele Vorlagen die es mit Positionsparametern machen - ohne Doku bleibt das unleserlich! Ebenso, wie viele Parameternamen nicht deutlich sind was sie bedeuten. Da hilft kein Wörterbuch, nur die Vorlagendoku!

Wie ich schrieb: "The 4-letter-names may be a good compromise between name-shortness and clarity of parameter meaning". 'Meine' Vorlage kann es auch mit 2buchstabigen (de/da/so/au/im/...} und per Position, da versteht es nur mehr die Vorlage, und Experten.

Mir ging es um die Gleichlangigkeit, ich habe mich am "date" orientiert; 1buchstabig ging nicht wegen "d" von desc oder date.

Da das Ergebnis immer die InfoBox ist, sogar in nationaler Übersetzung, sehen auch Novizen was aus den Parametern gemacht wird; es ist nicht komplett unverständlich aber sicher eine weitere Hürde zur Verständlichkeit. -- sarang♥사랑 06:43, 19 April 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Admin request

Books-aj.svg aj ashton 01e.svg

Ermoglichst du mir bitte das Editieren von Books-aj.svg aj ashton 01e.svg, bzw Commons:Auto-protected files/wiktionary/en. -- sarang♥사랑 14:59, 25 April 2022 (UTC)

@Sarang: "Kaskadierende Sperren" kann man nur auf Admins einschränken, ich hab das Bild daher kurzfristig aus Commons:Auto-protected_files/wiktionary/en entfernt.  — Johannes Kalliauer - Talk | Contributions 15:46, 25 April 2022 (UTC)

Hab ich befurchtet dass das mit kaskad. so ist; danke fur die Bearbeitung! Immerhin hattest du Admin-action... -- sarang♥사랑 19:12, 25 April 2022 (UTC)

@Sarang: User:KrinkleBot hat die Gallery 8min nach mir upgedated. Ich könnte temp. die kaskad. Sperre deaktivern, falls du noch was zu ändern hättest.  — Johannes Kalliauer - Talk | Contributions 22:00, 25 April 2022 (UTC)

Nein, danke - schon gut alles. Ist ja nicht sooo wichtig; ich habe vor allem an deine 5 Bearbeitungen im Halbjahr gedacht. -- sarang♥사랑 07:03, 26 April 2022 (UTC)

Was anderes: eben sehe ich per Zufall dass ORDO in Ukraine.svg seit der Invasion ständig reverted wird, da erscheint Eingreifen sinnvoll. zB für einige Zeit sperren -- sarang♥사랑 12:10, 11 May 2022 (UTC)

@Sarang: Danke, das reverten scheint nur im März stattgefunden zu haben, ich hab die Datei gesplittet in File:ORDO_in_Ukraine.svg und File:ORDO-Republic_in_Ukraine.svg  — Johannes Kalliauer - Talk | Contributions 12:31, 11 May 2022 (UTC)

da hab ich zuwenig hingesehen, nicht gemerkt dass es mittlerweile wieder ruhig ist... also leider kein admin-Einsatz -- sarang♥사랑 12:48, 11 May 2022 (UTC)

@Sarang: Splitting besteht aus 4 Aktionen, davon sind 3 Admin-aktionen (Nr. 1, 2 und 4)

1. Adminaktion: Seite Löschen
2. Adminaktion: jene Versionen die verschoben werden soll wiederherstellen
3. verschieben
4. Adminaktion: jene Versionen die nicht verschoben werden sollen wiederherstellen.

 — Johannes Kalliauer - Talk | Contributions 13:15, 11 May 2022 (UTC)

Meine Admin-action im Lezten Monat sieht man auf xtools sowie auch in der Rangliste  — Johannes Kalliauer - Talk | Contributions 13:21, 11 May 2022 (UTC)

Orbifold 2X.svg

Nun hab ich wieder was fur dich gefunden: Orbifold 2X.svg ist eine 57KB FakeSVG Datei, die nirgendwo benutzt ist, und angeblich transparent ist (also GARNIX zeigt). Das halte ich fur einen typischen speedydelete-Aspiranten; oder willst du lieber eine Diskussion vom Zaun brechen? Wie auch immer, hier kannst du dich austoben. Selbst wenn diese Datei von ausserhalb der Wp angelinkt sein sollte, sollte IMHO darauf keine Rucksicht genommen werden.
Als Alternative kann diese unerwunschte und uberflussige Datei nach dem Delete auf Solid transparent.svg redirecten.

Ubrigens, Rillke's SVGedit scheint eine Macke zu haben, alle Codes werden neuerdings als buggy abgelehnt; selbst der ungeanderte preview jeder voll validen Datei! -- sarang♥사랑 09:23, 19 May 2022 (UTC)

@Sarang:

1. Dateien mit xlink:href="data:;base64 werden seit ~2020 geblockt.
2. Ich hab das PNG-Bild nach File:Orbifold_2X.png extrahiert. Wegen Lizenzwäsche/Copyright-Verlauf sollte man das SVG lassen solange das PNG existiert.
3. Auf File:Orbifold_2X.svg hat @Glrx: soeben Rillke's SVGexit verwendet, ist das Problem jetzt behoben?

 — Johannes Kalliauer - Talk | Contributions 13:52, 19 May 2022 (UTC)

Nein, problem besteht nach wie vor - egal welches SVG, beim preview ist immer der bug present Rillke.jpg (diese datei kannst du gleich wieder loschen, das tool geht bei mir nicht) -- sarang♥사랑 14:09, 19 May 2022 (UTC)

I'm not having any trouble with Rillke's tool. I did get some notices that WMF's servers are timing out. I expected the Orbifold 2X.svg image to display, but it does not. Glrx (talk) 14:23, 19 May 2022 (UTC)

The tool works, except that it shows a bug intead of the preview. Maybe that something with my system resources got wrong? Anyway, I can live with it, I just miss the preview -- sarang♥사랑 14:32, 19 May 2022 (UTC)

It shows the bug for me, too. I took that as more of the slow server issue, but maybe it is deeper.

TilmannR has now vectorized the SVG. Glrx (talk) 14:46, 19 May 2022 (UTC)

Hi! I hope I didn't interrupt anything. The file wasn't in the "demonstrating a bug" category, so I thought it was okay to fix it.

The Rillke preview is broken for me, too.

Note that Orbifold 2X.png is currently in Category:PNG created with Other tools:Examples, which doesn't seem right. TilmannR (talk) 15:25, 19 May 2022 (UTC)

@Sarang: I think, the maximum workload of the WMF-Servers seem to be exceeded therefore resources for rending such as Commons:Commons_SVG_Checker are limited. Wait a day maybe it will get better.  — Johannes Kalliauer - Talk | Contributions 16:13, 19 May 2022 (UTC)

{{Convert to SVG}}

Hallo Johannes, an dieser >100K-mal verwendeten Vorlage machten neuerdings einige rum ohne zu verstehen um was es geht. IMHO sollte sie geschutzt werden und nur admins/template-editors zuganglich sein? Gruss (zZ aus Frankreich) -- sarang♥사랑 06:03, 17 June 2022 (UTC)

Der Schutz von {{Convert to SVG}} wurde von User:Fastily aufgehoben, weil du 2015 in Special:PermanentLink/150037332#editprot_request die Aufhebung des Seitenschutzes von {{Should be SVG}} angefragt hattest, vermutlich irrtümlich passiert.  — Johannes Kalliauer - Talk | Contributions 11:55, 17 June 2022 (UTC)

Danke! Ja, damals musste ich um Schutzreduktion bitten um editieren zu konnen. Und Fastily hat sich bisschen verzahlt - oder nicht genau genug geschaut, oder sonst was; jedenfalls kann seither jeder ran. Da ist ein hoherer Schutzstatus schon besser! Damit nicht allzu wild rumeditiert wird (und du sinnvolle Adminaktion setzt) -- sarang♥사랑 18:52, 17 June 2022 (UTC)

Die 723 stammen von dir auf Special:PermanentLink/150037332#editprot_request und waren richtig (derzeit sind es 1223 Einbindungen), sie beziehen sich jedoch auf die Weiterleitung Template:Should_be_SVG und nicht auf Template:Convert_to_SVG. Das Problem ist, dass wenn man den Link aufruft und schützen klickt, man nicht gleich sieht, dass man weitergeleitet wurde.  — Johannes Kalliauer - Talk | Contributions 18:59, 17 June 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Could you please help me delete an unwanted redirect?

I marked House flag of the Cuban Shipping Company (ENC) old.svg with {{Db-r3}} but it was not deleted; should I perform something else?-- Carnby (talk) 15:21, 2 July 2022 (UTC)

@Carnby: If you link File:House flag of the Cuban Shipping Company (ENC) old.svg it would be easier for me, otherwise I do not know what belongs to the file name. On commons the templates are called differently tag it with {{Speedy}} or ask me for deletion, more infos on Commons:Criteria_for_speedy_deletion  — Johannes Kalliauer - Talk | Contributions 15:27, 2 July 2022 (UTC)

Sorry I think I made a mistake; thanks anyway.--Carnby (talk) 15:39, 2 July 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Easy A/N SVG edit

A/N Edit request. Glrx (talk) 05:54, 6 July 2022 (UTC)

@Glrx: Thanks for telling me. :-) Since there was a color-edit-war, it was not so straightforward to verify, since if you google for United nations color hex you get that "united nations blue" is defined as #5b92e5 and looks similar, but is not the color of the Flag of the United Nations.  — Johannes Kalliauer - Talk | Contributions 14:09, 6 July 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

PD licenses

Hallo Johannes, da gibt es wieder was für deinen Aktivitätszähler. Zwar ist PD-ineligible (118K times transcluded) protected so dass auch template editors nicht rankönnten, aber viele andere PD-ineligible license tags sind es überhaupt nicht. Du kannst zB die most used protecten, und diese Aktionen auf Perioden aufteilen wenn dein Aktivitätszähler in Gefahr gerät.

1. PD-self 1577K  was already protected since 2019
2. PD-scan 1121K  was already protected since 2019
3. PD-shape 353K  was already protected since 2019
4. PD-textlogo 170K  already protected since 2019
5. PD-chem 32K  Done (template editors)
6. PD-text 31K  already protected since 2019
7. PD-font 15K  already protected since 2020
8. PD-logo 7K  redirects to PD-textlogo, which is protected since 2019
   • Template:PD-logo&redirect=no  Done (template editors)
9. PD-sign 3K  Done (template editors)
10. PD-wpdc 2K  Done (template editors)
11. PD-chart nur 446  Done (Semi-protection)
12. PD-map nur 143  Done (Semi-protection)

Noch eine persönliche Bitte: Meine Vorlage Inform ist zwar erst 676mal eingebunden, sollte aber doch bald mal geschützt sein, ehe Vandalen sie bemerken. Gruss -- sarang♥사랑 07:35, 3 August 2022 (UTC)

@Sarang: Der Grund, dass Admins Admintätigkeiten vorweisen können müssen ist vermute ich, dass Category:Deletion_requests (>10000Files) sowie Category:Duplicate (>7000Files) abgearbeitet wird und man nicht Adminkarteileichen hat, die auch ein unnützes Sicherheitsrisiko von Cyberangriffen darstellen. Insofern sind Karteileichen wie mich die am Editminimium arbeiten regelkonform aber vermutlich nicht gerne gesehen. Insofern mag ich meinen Aktivitätszähler auch nicht allzusehr in den Focus rücken. Wenn du Arbeit für einen Admin hast, kannst du mich gerne anschreiben, aber mach dir um den Admin-Edit-Count kein Sorgen. Deletion-Requests sind häufig eine Frage von Glaubwürdigkeit ob es selbst erstellt wurde, weshalb das nicht mein Kernbereich ist und manchesmal auch eine rechtliche Grauzohne von Gesetzesinterpretationen, die verschiedene Admins verschieden auslegen würden.  — Johannes Kalliauer - Talk | Contributions 13:21, 3 August 2022 (UTC)

Danke, Johannes. Ich hab zwar nachgesehen aber wohl nicht genau genug, denn dass viele bereits protected sind hatte ich übersehen. Eigentlich versuche ich dir nur Sinnvolles unterzujubeln, d.h. eine diesbezügliche Vorauswahl zu treffen. Hat diesmal nicht so funktioniert... -- sarang♥사랑 14:02, 3 August 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Admin request

Bitte protecten (admin & templateeditor): IgenCoa sehr wichtiges modul

Bitte freigeben (admin & templateeditor): Template:- ← nur den redirect ! -- sarang♥사랑 12:56, 30 November 2022 (UTC)

@Sarang:

1. IgenCoa  Done
2. Um https://commons.wikimedia.org/w/index.php?title=Template:-&redirect=no für template-editors freizugeben müsste ich die Kaskadensperre von Main_Page auf template-editors senken oder die Kaskadensperre von Main_Page aufheben, beides Dinge die einen breiteren Konsens bräuchten, als ich das alleine Entscheiden könnte. Mit einer kurzen Begründung würde ich die Kaskadensperre temporär (max 24h) auf template-editors senken. (Alternativ könnte auch ich einen Edit vornehmen.)

 — Johannes Kalliauer - Talk | Contributions 15:57, 30 November 2022 (UTC)

Danke. Ich benotige den access nicht, es sollte nur, wie in Template talk:- beschrieben, eine Kategorisierung erfolgen; mit noinclude ! <noinclude>[[Category:One-character templates| ]]</noinclude> Wenn du es verantworten kannst das zu machen, bitte. Ich dachte es einfacher mit Reduzierumg des protetecstate, weil es dann in meine responsibilty fallt, und du nicht erst prufen musst. Aber Kaskadensperre... dann eben so! -- sarang♥사랑 16:09, 30 November 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Deleted content

---

Hello JoKalliauer/Archiv, the following content you uploaded violates one or more of our policies and therefore has been or will soon be deleted:

File:Screenshot 2020-01-17 Benutzer Diskussion JoKalliauer Mentees Plusultra17 – Wikipedia.png

The Wikimedia Commons (this website) only hosts media files with a realistic educational purpose and that can be used for any purpose, including:

• use in any work, regardless of content
• creation of derivative works
• commercial use
• free distribution

See Commons:Licensing for the copyright policy on Wikimedia Commons, and Commons:Image casebook for some specific examples. Some other Wikimedia projects have different licensing policies. For example, the English Wikipedia allows fair use of sounds and photographs. This is not the case on Wikimedia Commons; "fair use" materials are not acceptable here.

Please make sure that you only upload educational content you have created yourself, those which are out of copyright, or those for which you have the required permission for the work to be used in all the ways described above. Please note that derivative works of copyrighted material are also considered copyrighted. Again, please read through Commons:Licensing, which is quite crucial, to understanding how Wikimedia Commons works. Thanks for your contribution, and please do leave me a message if you have further questions.

Yours sincerely, Gbawden (talk) 15:41, 12 December 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Besten Dank

Für den Hinweis. Hekerui (talk) 21:50, 12 January 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Icon

Hello, which problem did its code have? -- Blackcat 18:51, 13 January 2023 (UTC)

Sorry I made two mistakes:

1. First I saw phab:T326944 and it reported an issue with SVG (description now changed), and I thought it might be related to this SVG.
2. I used nu-validator and it told me that it is invalid, because "Attribute enable-background not allowed on SVG element ‎<polygon> at this point.", see https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/enable-background for details. However https://validator.w3.org has a different error-counting, see Help:SVG_guidelines#SVG_validity So there is no consenus to count invalidity-errors according to https://validator.nu or https://validator.w3.org.

I personally recommend not using enable-background in ‎<polygon>, however validity does not justify my reupload, however I wanted to preclude any problems related to phab:T326944.

In short: You did everything correct, and I didn't. Sorry

 — Johannes Kalliauer - Talk | Contributions 19:06, 13 January 2023 (UTC)

@Blackcat: I forgot to ping  — Johannes Kalliauer - Talk | Contributions 19:07, 13 January 2023 (UTC)

Ok. What's a good validator, in your opinion? -- Blackcat 19:14, 13 January 2023 (UTC)

@Blackcat: https://validator.w3.org/ and https://validator.nu/ are both good validators.

Bascially if a svg-file is valid is imho irrelevant as long as it get rendered correctly. I generally I prefer https://validator.w3.org because it is generally more strict (not in this case), however if the file does not have a DTD https://validator.w3.org will take the results from https://validator.nu and claims them as its own, then there can't be a difference. However simpleSVGcheck uses the results from https://validator.nu, because the error-count can be requested automatically, so most files have error-counts according to https://validator.nu . However the validity-link links to https://validator.w3.org therefore I would use prefer W3.org.

I sometimes use both validators to ensure that it is valid according to both. (They only differ in rare cases where there is a DTD.)

PS: Using DTD is not recommended for SVG1.1, and it is deapreciated for SVG2.0, however I'm ambiguous if DTD should be used (I normally use it as you did).

 — Johannes Kalliauer - Talk | Contributions 19:38, 13 January 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

pfeile/marker inkscape firefox

auch @Sarang: - hi, Blockschaltbild BSS 01.svg wird samt pfeile meiner meinung korrekt gerendert, aber user gaben an, dass firefox die pfeile nicht anzeigt, kann ich bestätigen - und zwar in der svg-ansicht (wie nennt man diese?) wenn ich das svg alleine in vollbild öffne, meiner meinung nach, ist dann jeder wiki-renderer außen vor, korrekt? also ist das ein problem des browsers? ich glaube inkscape hat speziell bei den markern in der gui nachgelegt und viele neue einstellmöglichkeiten geschaffen, die ich aber meiner meinung nach hier nicht genutzt habe - allerdings habe ich auch keine frührere version mit diesem thema gegengetestet --Mrmw (talk) 05:50, 3 February 2023 (UTC)

@Mrmw:

  <marker id="a" overflow="visible" markerHeight="5.6" markerWidth="7.7" orient="auto" preserveAspectRatio="xMidYMid" viewBox="0 0 7.7 5.6">
   <path transform="scale(.7)" d="m-2-4 11 4-11 4c2-2.33 2-5.66 0-8z" fill="context-stroke"/>
  </marker>

context-stroke is SVG 2.0 and not supported by Firefox:

• https://caniuse.com/?search=context-stroke

librsvg may just use the standard black fill when it does not understand the fill value.

Glrx (talk) 06:39, 3 February 2023 (UTC)

​​Due to my HO the <marker> element needs a lot of code - much too many attributes for simple solutions. I am not against it – but until now I didn't have an opportunity where it helped: made something easier to read or to write, or reduced the code overhead -- sarang♥사랑 06:58, 12 March 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Please protect

Bitte das Igen/sni auf Admin+TemplateEditor setzen. mfg -- sarang♥사랑 06:58, 12 March 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Admin belongings

Hallo Johannes, bist du noch immer am M.I.T.? Gesonnen dort zu bleiben. Sobald die Anderung scharf gemacht wird, werden viele tausend Dateien uber das neue {{Tincture/catP}} laufen, deshalb gibt es da fur dich was zu schutzen. Thanx -- sarang♥사랑 23:25, 14 April 2023 (UTC)
Gleichermassen schutzbedurftig wie {{Tincture/catP}}: {{Tincture/cat0}} und {{Tincture/cat2}} -- sarang♥사랑 00:22, 18 April 2023 (UTC)
Danke -- sarang♥사랑

Bitte gelegentlich auch Own based schutzen; danke -- sarang♥사랑 05:59, 9 May 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 02:07, 28 May 2023 (UTC)

Edit request

Hallo Johannes, vor einem Monat hatte ich in Template talk:W einen ER beantragt; bisher ist nichts geschehen. W ist eine der am meisten verwendeten Vorlagen; deshalb ist es mir ganz recht, dass nicht jeder Template Editor so ohne weiteres dran rummachen kann. Andrerseits, wenn ich dich um die Anderung bitte musst du diese naturlich viel mehr pruefen, als wenn du nur den Schutzlevel anderst. Deshalb mein Vorschlag: reduziere bitte nur den Level, dass ich ran kann, und setze ihn dann wieder hoch wenn ich zugange war. Erscheint dir das venunftig ? -- sarang♥사랑 13:19, 28 July 2023 (UTC)

@Sarang: siehe https://commons.wikimedia.org/w/index.php?title=Special:Log&logid=341916653  — Johannes Kalliauer - Talk | Contributions 17:04, 28 July 2023 (UTC)

Danke. Ist eledigt, du kannst wieder full protect setzen. -- sarang♥사랑 17:41, 28 July 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:14, 28 July 2023 (UTC)

File:Zen-3-logo-inverted.png

File:Zen-3-logo-inverted.png has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Glrx (talk) 16:44, 12 June 2022 (UTC)

@Glrx: Thanks for reminding me to delete the image. :-D  — Johannes Kalliauer - Talk | Contributions 21:07, 1 July 2022 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 22:07, 16 February 2024 (UTC)

Wiki Science Competition 2023

Logo for Wiki Science Competition

Dear uploader of European Science Photo Competition 2015 and Wiki Science Competition 2017, Wiki Science Competition 2019 and Wiki Science Competition 2021, we would like to remind you that Wiki Science Competition 2023 has started in almost all the countries.

If you want to take part in WSC2023, please consult this page. Only some national categories are associated to competitions with local prizes.

If you are an expert user, we remind you that images uploaded within the deadline can be included in any case in their national category even if not uploaded with the main interface.

If you already took part in a country that has completed its upload phase (such as Russia), please consider improving the description in English of your files (click on the edit button), since such description is what the international jury will use to evaluate them. World finalists will be finalized after March 2024.

Sorry for bothering you and have a nice wiki.

---

Message discussed here. If you do not want to receive these messages in the future, please unsubscribe from this list

---

Social media: Science&Wiki Science&Wiki Science&Wiki Wiki Science Competition
Hashtag: #WSC2023 #WikiScience #WikiScience2023

---

Alexmar983 (promotion team and academic committee) using MediaWiki message delivery--18:18, 27 November 2023 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 22:07, 16 February 2024 (UTC)