User talk:JoKalliauer

	SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 7 days. For the archive overview, see User talk:JoKalliauer/Archiv.

my homeuniversity

A barnstar for you!

	The Graphic Designer's Barnstar
	For cleaning up many drawings. Ma▀▄Ga 16:26, 28 August 2018 (UTC)

Thank you! :-D

The Error is not really important, since they are rendered correctly by librsvg (the Rendering-Libary of Wikimedia), "just" browsers show a warning, and stops loading the file, also they should just ignore the unknown attribute. To avoid this Warning you could correct the sourcecode of the SVG with any text-editor by adding xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" anywhere in the <svg >-tag, or alternatively you could delete everything containing inkscape: (f.e. inkscape:transform-center-y="-23.229832" or inkscape:connector-curvature="0"). (I did both.)

Example of original file:

<?xml version="1.0" encoding="UTF-16"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<!-- Creator: CorelDRAW X8 -->
<svg xmlns="http://www.w3.org/2000/svg" xml:space="preserve" width="1931px" height="1141px" version="1.1" style="shape-rendering:geometricPrecision; text-rendering:geometricPrecision; image-rendering:optimizeQuality; fill-rule:evenodd; clip-rule:evenodd"
viewBox="0 0 7229557 4273050"
 xmlns:xlink="http://www.w3.org/1999/xlink">
   <g id="g3138" inkscape:transform-center-y="-23.229832">
    <polygon id="path3475" class="fil5" points="2626654,4004654 3005125,4004654 3005125,4030993 2626654,4030993 " inkscape:connector-curvature="0"/>
    <polygon id="path3475_0" class="fil5" points="3383591,4004654 3005120,4004654 3005120,4030993 3383591,4030993 " inkscape:connector-curvature="0"/>
    <polygon id="path3475_1" class="fil1" points="3383587,4004654 4135251,4004654 4135251,4030993 3383587,4030993 " inkscape:connector-curvature="0"/>
   </g>
</svg>

Example of fixed file

<?xml version="1.0" encoding="UTF-16"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<!-- Creator: CorelDRAW X8 -->
<svg xmlns="http://www.w3.org/2000/svg" xml:space="preserve" width="1931px" height="1141px" version="1.1" style="shape-rendering:geometricPrecision; text-rendering:geometricPrecision; image-rendering:optimizeQuality; fill-rule:evenodd; clip-rule:evenodd"
viewBox="0 0 7229557 4273050"
 xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape">
   <g id="g3138">
    <polygon id="path3475" class="fil5" points="2626654,4004654 3005125,4004654 3005125,4030993 2626654,4030993 "/>
    <polygon id="path3475_0" class="fil5" points="3383591,4004654 3005120,4004654 3005120,4030993 3383591,4030993 "/>
    <polygon id="path3475_1" class="fil1" points="3383587,4004654 4135251,4004654 4135251,4030993 3383587,4030993 "/>
   </g>
</svg>

You could use https://validator.w3.org/check to check if everything is ok.

I edited, cleaned up much more, which is unnecessary, and on its own not worth uploading a new version.

In my first corrections I deleted the CSS-code and implemented it into the SVG, but since this might be unwanted, for further editing, in my later corrections (since 21:16, 27. Aug.) I decided to keep the CSS-code.

 — Johannes Kalliauer - Talk | Contributions 07:47, 29 August 2018 (UTC)

Well, I doubt I will mess with code. I saw that you cleaned up some drawings of mine with text converted to curves, bringing back text. I don't know what is the problem with text: is it a application (Inkscape or Corel) or is it a rendering on Wikipedia. Very frustrating. So feel free to improve any of my drawings uploaded at Commons. Thanks again, and keep up good work.--Ma▀▄Ga 18:33, 1 September 2018 (UTC)

Administrator

---

Ein Willkommenspräsent für unseren neuen Administrator von deinen Kollegen…

Herzlichen Glückwunsch, JoKalliauer! Du hast jetzt die Rechte eines Administrators auf Commons. Nimm dir bitte einen Moment Zeit, um dir die Seite Commons:Administratoren und die in Verbindung mit der Beobachtungsliste stehenden Seiten durchzulesen (insbesondere Commons:Administrators' noticeboard und Commons:Deletion requests), bevor du damit beginnst, Seitenlöschungen, Accountsperrungen oder Änderungen am Seitenschutzstatus bzw. an den geschützten Seiten selbst durchzuführen. Der Großteil der Bearbeitungen eines Administrators kann durch andere Administratoren wieder rückgängig gemacht werden, mit Ausnahme der Zusammenführung von Versionsgeschichten, die deshalb mit spezieller Obacht behandelt werden muss.

Wir laden dich herzlich ein, mit uns auf IRC Kontakt aufzunehmen: #wikimedia-commons @ irc.freenode.net. Es gibt auch einen Channel für Commons-Admins, der für sensiblere Themen sowie zur Koordination unter Admins genutzt werden kann. Du findest zudem in dem Commons:Ratgeber zur Administratorentätigkeit vielleicht eine nützliche Lektüre.

Bitte überprüfe, ob du in der Commons:List of administrators und den jeweils nach Datum oder Sprache sortierten Listen eingetragen wurdest, und ergänze deine Daten andernfalls.

I would suggest you to use new rights only in areas of your expertise or obvious cases at beginning. If you'll have doubts you should dig into pages like Commons:Copyright rules by territory, only mark problematic files and leave final decision for other administrators. --EugeneZelenko (talk) 14:01, 17 June 2019 (UTC)

Auch nen herzlichen Glückwunsch von mir, hatt ich gar nicht gesehen! Habitator terrae 🌍 20:08, 23 June 2019 (UTC)

Congrats! I just forgot to pass by and vote, but I'm happy for your adminship. If you need help on some administrative stuff, feel free to ask. Cheers! --Ruthven (msg) 15:17, 24 June 2019 (UTC)

Thank you for disfaking

Hi Johannes, for your conversions of Fake SVG to true SVG, you are awarded as a disfaker with that barnstar. -- sarang♥사랑 13:43, 27 November 2019 (UTC)

Du kannst ihn naturlich auch an wurdige disfaker weiterverleihen! Wie geht es dir mit deiner Familie? -- sarang♥사랑

@Sarang: Herzlichen Dank für den BarnStar. :-)

Meinen Eltern geht es gut, mein Vater wird im September rückoperiert werden und sie kommen gut alleine zurecht, auch wenn wir sie fast jedes Wochende besuchen.  — Johannes Kalliauer - Talk | Contributions 18:08, 27 November 2019 (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)

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)

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)

Die upload-Vorschau

Hallo Johannes, da bei dir alles gut aufgehoben ist und du auch eine gewichtige Stimme hast:
in Commons_talk:Upload#Preview_image habe ich einen Beitrag verfasst, und dann noch in den proposals darauf hingewiesen; erfahrungsgemäß nimmt sich jedoch niemand solcher Petitessen an.
Falls auch du meinst, dass ein tatsächliches Vorschaubild sinnvoll sei und wiederholte Fehl-uploads vermeiden hilft, kannst du die Sache weiter verfolgen und den richtigen Leuten nahelegen. Gruss -- sarang♥사랑 07:29, 14 July 2021 (UTC)

Ja das nervt mit auch schon lange. (Ich weiß auch nicht wem ich es nahe legen soll, vl. schreibe ich ein phabricator-ticket, wo es versumpern wird.)

Als high-end-user verwende ich

1. lokal einen c-librsvg2.40.21-renderer (alternativ zu meinem Linux verwendeten rust-librsvg2.50.6)
2. User:Rillke/SVGedit.js
3. Commons:Commons_SVG_Checker bzw. https://svgcheck.toolforge.org/index.php

Für eine Durchschnits-userïn scheidet 1 aus, weil sie es installieren muss, ist auch nicht so straight-forward, weil c-librsvg2.40 alte Bibliotheken braucht die nicht mehr gewartet werden und ein sicherheitsrisiko darstellen (libcroco0.6).

Für eine Durchschnits-userïn scheidet 2 aus, weil sie commons.js editieren muss.

Commons:Commons_SVG_Checker ist imho mühsam und scheitert bei Dateien größer ~5MB, https://svgcheck.toolforge.org/index.php schafft etwas größere Dateien.

 — Johannes Kalliauer - Talk | Contributions 13:51, 14 July 2021 (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)

Davey

Was er im letzten Paragraph von [1] 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)

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)

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)

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)

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)

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)

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)

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)

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)

BackgroundImage filter antialiasing pixel artifacts

On the left half, antialiasing pixel artifacts appear at boundaries of elements with a filter using BackgroundImage with a transparent background. On the right half, when the background is white, artifacts are absent

Hi Johannes Kalliauer,

May I bother you to report this bug on Phabricator as reported on en:Wikipedia:SVG_help#SVG_multiply_blending, please?

Thanks in advance,
cmɢʟee ⋅τaʟκ 13:05, 2 November 2021 (UTC)

Yes I will report it on phab:, however I will close it as stalled, since Wikipedia cann't fix it, except by changing the renderer phab:T40010.

The bug does not occur in any current svg-rendering-libary (rust-librsvg2.52,rendersvg,Inkscape,batik). Since c-librsvg is depreciated and not maintained any more, reporting it upstream (at rust-librsvg) is undesired.

So it is imho a sub-task of RFC: Re-evaluate librsvg as SVG renderer on Wikimedia wikis, which most likely won't happen before Upgrade Thumbor to Buster (imho User:GDubuc_(WMF) is responsible for the upgrade).

 — Johannes Kalliauer - Talk | Contributions 14:02, 2 November 2021 (UTC)

Thanks a lot. BackgroundImage is obsolete anyway, but it's good developers are aware of it. cmɢʟee ⋅τaʟκ 14:09, 2 November 2021 (UTC)

Wiki Science Competition 2021 has started

Logo for Wiki Science Competition

Dear uploader of European Science Photo Competition 2015 and Wiki Science Competition 2017 and Wiki Science Competition 2019, we would like to remind you that Wiki Science Competition 2021 has started in the whole world. It is now completed in Russia (active in May), but it's still open in almost all the other countries.

If you want to take part in WSC2021, 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.

Please keep in mind that there is a new category this year, that is "astronomy".

If you already took part in a country that has completed its upload phase, 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 2020.

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: #WSC2021 #WikiScience #WikiScience2021

---

Alexmar983 (promotion team and academic committee) using MediaWiki message delivery--20:31, 25 November 2021 (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)

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)

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)

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)

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)

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)

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)

How we will see unregistered users

Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

18:11, 4 January 2022 (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)

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)

Editing error in c:File:2022 Russian invasion of Ukraine.svg

I have reverted your edits in this file as they had removed the entire text from it when opened in its full size. Viewsridge (talk) 19:40, 12 April 2022 (UTC)

@Viewsridge: If you open the svg it is your local rendering, so it is the fault of your system not of the file. Please read Help:SVG#systemLanguage_processing and check File:SystemLanguage.svg for a simple example.

Do not revert the file, otherwise you break the French version of the file.  — Johannes Kalliauer - Talk | Contributions 19:44, 12 April 2022 (UTC)

File:Ukr Inv Debug.jpg

This is how the file appears on my end when opened in full screen, it could be a system issue on my end but it could also be the same for several others. It's probably best the best to keep it in its former embedded form. Viewsridge (talk) 19:52, 12 April 2022 (UTC)

@Viewsridge: I will add a default language, but it is also used now in french-wiki, therefore give me some time to fix it. No the former breaks the french version, which is used in the french wikipedia.  — Johannes Kalliauer - Talk | Contributions 19:55, 12 April 2022 (UTC)

@Viewsridge: what shows File:SystemLanguage.svg if you open the svg-file? Most likely your are not on an English system.  — Johannes Kalliauer - Talk | Contributions 19:58, 12 April 2022 (UTC)

en shows adnd my system language is in English. Viewsridge (talk) 19:59, 12 April 2022 (UTC)

Did you open https://upload.wikimedia.org/wikipedia/commons/e/e1/SystemLanguage.svg  ?  — Johannes Kalliauer - Talk | Contributions 20:03, 12 April 2022 (UTC)

When opened in full screen it's giving me "other" although my system uses American English. Viewsridge (talk) 20:05, 12 April 2022 (UTC)

It might have to do with some browser extensions I use such as UBlockOrigin, however the important thing is that this format disables text for certain viewers and I happen to be one. It's best to keep a separate file for the French translation as it is done with German, Italian, Russian and other translated version. Viewsridge (talk) 20:05, 12 April 2022 (UTC)

No it has nothing to do with UBlockOrigin, only with your browser-settings, if your browser is "en-US "it should use "en" and not "other". If this is the case is a browser-bug, try another browser.  — Johannes Kalliauer - Talk | Contributions 20:08, 12 April 2022 (UTC)

Your latest upload from 20:06 has fixed it, now the text appears again in full screen. Viewsridge (talk) 20:10, 12 April 2022 (UTC)

Still it was your browser fault not of the svg. And in this case svgs should definitely not be uploaded in different languages as done till now, because that is impossible to keep them up to date, as you see. Since most files are outdated it shows the importance of one single multilingual file. For more infos please read Commons:SVG_Translate_tool and User:Glrx#Translations:_internationalization_and_localization.  — Johannes Kalliauer - Talk | Contributions 20:16, 12 April 2022 (UTC)

Indeed the current method of translation is quite useless as they lack updates, although the issue of the text not appearing for users who might have unknown system problems is not a valid excuse to use a broken file either. Nevertheless your latest updates has fixed it on my end. Viewsridge (talk) 20:19, 12 April 2022 (UTC)

e/c The file versions are messy, and the file may need substantial rework. There may not be a good solution on Commons.

• The SVG file version of 19:42, 12 April 2022 has an unusual structure. The French version is a separate svg element at the end of the file and has an absurd use of systemLanguage="fr": the attribute is used not only in the parent text elements, but also the child tspan elements. Although systemLanguage="de" is present near the beginning of the file, there is no Germann text.
• The SVG file version of 19:33, 12 April 2022 does not have a child svg element, but it has many switch elements with only a default clause. The only systemLanguage attributes are for Spanish: systemLanguage="es". French is absent.

The file demonstrates weaknesses in Commons SVG processing. Updated versions of the file are needed as the conflict develops, but making those updates are hindered because most graphics applications probably cannot handle multilingual files (Inkscape can). There are also several separate language-specific files that would need updates (e.g., File:2022 Russian invasion of Ukraine - de.svg). Glrx (talk) 20:50, 12 April 2022 (UTC)

@Glrx: I know I did it in a messy and dirty way. Maybe above I was to harsh for an admin. If noone else changes it I will try to improve it within the next days. (But I'm too busy.) Thanks for checking the file.  — Johannes Kalliauer - Talk | Contributions 20:55, 12 April 2022 (UTC)

We are volunteers, and time is limited for everybody. Friday, Saturday, and Sunday were 14-hour days for me, and I spent most of Monday recovering. I do not see you abusing your admin bit. You did some content edits and backed them up with reasons. Similarly, Viewsridge made content edits and gave reasons for them. You both talked to work things out. That's the way it is supposed to happen. Glrx (talk) 22:42, 12 April 2022 (UTC)

• Just a note. This multilingual file is cooperatively updated without much trouble. Many users have added translations with SVG Translate. SVG Translate is apparently more robust that I expected: it may allow simultaneous translations by different users. All those id attributes may have a significant purpose. In addition, users update the map's graphics with Inkscape (probably the only graphics editor that will tolerate switch translations). Problems do develop, but they are not outrageous. It is an interesting education. Glrx (talk) 17:20, 26 April 2022 (UTC)

  @Glrx: I already noticed that many users added translations. What I do not understand why (almost) nobody tried to translate it before your edits, however after your edits so many people added more languages. Do you know why? I think SVG-translate had worked before my edits.  — Johannes Kalliauer - Talk | Contributions 06:31, 27 April 2022 (UTC)

  That question is excellent. I just noticed a complicated SVG file that would be difficult to translate, but one would still expect users to try translating it. I can see some possible explanations. People who were interested in the map may not have known about SVG Translate. Your reply post about using SVG Translate may have informed them about SVG Translate (IIRC, the OP was the first to use SVG Translate on the file). Once people start uploading translations, the upload comment advertises SVG Translate, so more people would learn about it. Until your edits, MediaWiki would not offer the "render this image in (language)" selection. That comment may have also informed people. Even if users knew about SVG Translate, SVG Translate would be difficult to use. SVG Translate would present a daunting number of possible translations (maybe 1200). SVG Translate should never have presented The first 600 of those because an ancestor's systemLanguage="fr" would prevent the display of descendant translations. That would give the SVG Translate user an unusual experience. The user might find some text to translate, add the translation in their language, and then notice that SVG Translate updated its image display but the new image did not show the translation the user just added. The user could do a lot of work without changing anything. A change would only occur if the user edited the labels from 600 to 1200, and it is unlikely that the user would notice the labels that far down. There may also be a healthy reluctance to use SVG Translate. If the file were being edited with Adobe Illustrator, then edits with SVG Translate could be reverted or lost during the next graphics edit. Your question is interesting. Glrx (talk) 16:49, 27 April 2022 (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	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)

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)

If this were not so funny, I would cry

I vectorized a PNG using a clipping path, filter, and textPath. I expected that more would work. Rings disappear, rect disappear, WIKIDATA is partially filtered but color is lost.

• 
  Wikidata faux stamp (78 kB)
• 
  Using random process, but has librsvg bugs. (3 kB)
• 
  SVG 1.1 (12 kB)

Glrx (talk) 01:56, 21 May 2022 (UTC)

@Glrx: I replaced font-family="Arial, sans-serif" with font-family="Liberation Sans,Arial, sans-serif" since local rendering is more similar to Wikimedia-Rendering.  — Johannes Kalliauer - Talk | Contributions 09:40, 21 May 2022 (UTC)

I recommend to use https://svgworkaroundbot.toolforge.org/ for c-librsvg2.40-bug-fixing.

However the textPath-bug-fixing you need e.g. https://github.com/RazrFalcon/resvg/tree/master/usvg or Inkscape.  — Johannes Kalliauer - Talk | Contributions 11:14, 21 May 2022 (UTC)

Thanks for everything.

After I did the vectorization, I discovered File:Wikidata Stamp Round Light.svg, an original SVG that weighs in at 2.2 MB. The fonts in its source are Gill Sans and Sans. Very few fonts support extra-bold font weights.

I used RGB(#, #, #) because the color picker I use produces decimal RGB values. I meant to check the specification to see if it should be rgb(#, #, #), but I misled myself. It worked on Chrome and Firefox, and the functional color specification comes from CSS 2.0, so I do not expect capitalization to matter. (I know that librsvg does not handle HSV colors.) I saw zebras instead of horses.

Anyway, thanks for sorting it all out.

Glrx (talk) 17:56, 21 May 2022 (UTC)

Thank you for cleaning up some of my myriad messes.

Danke. Glrx (talk) 18:38, 3 June 2022 (UTC)

@Glrx: Sorry for overcrowding your watchlist.

I uploaded several files to Category:Renderings_of_SVG_test_suite_files_by_Glrx. Do you get a notice everytime I'm quoting you? Does it also happen if I use the template {{U}}?

Please check the files at User:JoKalliauer/SVG_test_suites#test_files_by_User:Glrx

 — Johannes Kalliauer - Talk | Contributions 19:04, 3 June 2022 (UTC)

You are not overcrowding my watchlist at all. I need not watch the files, and while reviewing several files today, I realized that they did not explain their context.

Thank you for uploading more PNG renderings of SVG files. Many files have exotic tests, but there should be better support. Even obvious constructs such as e^−x2 fail. I should submit some tests to both CanIUse.com and the official SVG test suites. It looks like librsvg is going backwards with interpreting switch. I think Gnome closed the issue about passing the language preferences in the command line, but I will have to check.

Today, your changes appeared on my watchlist. Three edit summaries appeared in my notifications.

Some of the tests are for SVG Translate and have no problems with rendering.

Some files include some SVG 2.0 extensions such as refX on a symbol. That translate="no" attribute is from SVG 2.0 via HTML 5 which got it from the Internationalization Tag Set. Maybe I should start using version="2.0" in those files.

I'm also coming across validation false negatives. The SVG 1.1 switch element may have a visibility presentation attribute, but the W3C validator flags the attribute as an error.

I will look over the renderings more carefully later, but a meeting is coming up.

Glrx (talk) 20:05, 3 June 2022 (UTC)

Good news

I am happy with Phab:T309426. I reported it on 28 May, and the fix should go live next week. Kudos to TheDJ. Glrx (talk) 22:37, 10 June 2022 (UTC)

The fix has gone live. Glrx (talk) 14:54, 22 June 2022 (UTC)

More good news. Phab:T271000 (about SVG Translate) has been marked "in development". Glrx (talk) 16:13, 23 June 2022 (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)

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)

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)

SVG bug workaround

Hello!

File:Africa.svg suffers from phab:T35245 according to Commons:Commons SVG Checker. Do you think you can make a workaround? Jonteemil (talk) 21:34, 31 July 2022 (UTC)

@Jonteemil: Jumping in here.

I think the simple answer is no.

Some example SVG:

<text transform="matrix(0.99947183,0,0,-1,506.354,522.846)"
         style="font-variant:normal;font-weight:normal;font-size:5.11199999px;font-family:Benguiat;-inkscape-font-specification:Benguiat-Book;writing-mode:lr-tb;fill:#000000;fill-opacity:1;fill-rule:nonzero;stroke:none"
         id="text19762"><tspan
         x="0 3.3943679 5.0302081 8.4910316 10.126872"
         y="0"
         sodipodi:role="line"
         id="tspan19764">U.A.E</tspan><tspan
         x="-141.53084 -137.95244 -134.88524 -132.02251 -128.87863 -125.40247"
         y="-59.007816"
         sodipodi:role="line"
         id="tspan19766">CYPRUS</tspan><tspan
         x="-125.05486 -123.41901 -120.24957 -116.9779 -113.60397 -110.43454"
         y="-39.934944"
         sodipodi:role="line"
         id="tspan19768">ISRAEL</tspan><tspan
         x="-99.080788 -96.422546 -92.332947 -89.061264 -85.564659 -82.190735"
         y="-31.990896"
         sodipodi:role="line"
         id="tspan19770">JORDAN</tspan><tspan
         x="-38.426903 -35.052982 -31.576824 -27.257183 -23.883265 -22.247423"
         y="-31.970448"
         sodipodi:role="line"
         id="tspan19772">KUWAIT</tspan><!-- SNIP --></text>

Some of the text wants to be conventionally spaced (e.g., "SAUDI ARABIA"). That can be achieve by just deleting all but the first x coordinate in a tspan. (That's what I would expect librsvg to be do, but it is doing something else.) However, some text (e.g., "SAHARA") wants to be spaced out ("SAHARA"). One could put each character in its own tspan, but that would make the file difficult to use in other contexts.

In the long run, I think such a tool would not be very useful. It would frustrate SVG Translate.

The appropriate fix is to get the WMF renderer to do the right thing.

Glrx (talk) 03:53, 2 August 2022 (UTC)

@Glrx: Eventhough The appropriate fix is to get the WMF renderer to do the right thing. of course is correct I think the reason to why the several workarounds exist is because the "appropriate fix" isn't that easy or fast to make, or am I wrong?Jonteemil (talk) 13:02, 2 August 2022 (UTC)

@Jonteemil:

The observation "isn't that easy or fast to make" is a sore point. Small changes have been delayed, and now the task looks huge. There are many SVG bugs that would be fixed by upgrading to the current version of librsvg. IIRC, WMF's version is about 4 years behind the current release. Of course, there are reasons. WMF needs to be deliberate and conservative because reliability is important. Initially, WMF could not upgrade to the new version because it required Rust support, something that was not in the standard operating system release. But now WMF finds itself several operating system releases behind, and the newer systems have Rust support. However, so much time has elapsed that another language that WMF depends on (Python) has been upgraded and requires WMF code base changes. In the middle of all of this chaos, the WMF developer responsible for the image scalers retired and was not replaced. Add to that WMF's desire to upgrade the server architecture. So WMF is now in a huge effort to catch up. I suspect SVG is lost in the larger mess.

The librsvg renderer has also undergone incompatible changes. There are new issues with processing multilingual SVG files.

The amount of work is not large; half a page of code. Given a recent version of Debian that supports Rust, the path is straightforward. Switch to resvg (which would give use textPath support) and modify the calling code to pass $lang as a command line argument rather than an environment variable. To retain librsvg, Gnome would need to take a $lang command line argument (something they have considered and may have already implemented). A less desirable workaround would just pass truncated langtags in the LANG environment variable (e.g., zh-Hans → zh). (There's an even better XSLT option.)

A few months ago, WMF claimed it will have a more recent version of Debian running soon.

Glrx (talk) 14:26, 2 August 2022 (UTC)

I'm wondering why this image is not affected by phab:T36947, it uses font-sizes of ~5px.

@Glrx: Thanks for answering. librsvg uses x="0" if the value in x=" is invalid, compare the SVG with this png

@Jonteemil: I added maaaany <tspan , but as Glrx pointed out this is not a good solution, but still better than path-Text (Text converted to Path).

@Jonteemil: I do not recommend to use fonts such as font-family="Sanvito", font-family="Tiepolo" font-weight="bold", font-family="Benguiat", I recommend to change the font of the pdf to one of the ones listed on meta:SVG_fonts.  — Johannes Kalliauer - Talk | Contributions 15:38, 2 August 2022 (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
2. PD-scan 1121K
3. PD-shape 353K
4. PD-textlogo 170K
5. PD-chem 32K
6. PD-text 31K
7. PD-font 15K
8. PD-text 31K
9. PD-logo 7K
10. PD-sign 3K
11. PD-wpdc 2K
12. PD-chart nur 446
13. PD-map nur 143

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)