User talk:MaxxL

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 7 days. For the archive overview, see archive.
File:Ulrich Neymeyr 2014.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

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

Manfred Schröter, Berga (talk) 16:56, 19 February 2020 (UTC)[reply]

Is there a reason you're replacing the SVG image with the PNG image?Evrik (talk) 03:12, 31 August 2020 (UTC)[reply]

@Evrik: - Yes there is. The SVG is a manually redrawn version following a poor (205 × 217px) PNG. The new PNG is a scan of the original drawing that is authorized by the municipality. I replaced it because of the clause in the VVA-Tag regarding the SVG saying: "It should be used in place of this raster image when not inferior." Nothing can be better than the original. You agree? -- MaxxL - talk 05:42, 31 August 2020 (UTC)[reply]
No, svg is the preferred format.. Instead of going through all the wikis and making the change. Simply convert your file to svg and overwrite the existing file. Also, explain why you are doing this. Evrik (talk) 15:59, 31 August 2020 (UTC)[reply]
@Evrik: - Right. SVG is the preferred format if the graphic content is identical with the bitmap. I myself draw SVG-COA's to the best of my ability. But my efforts end when there is a high resolution scan of the official municipal COA, which is by law here in Germany the only version the bearer of the COA accepts as legitimate as it is part of the grant. Elsewhere the blazon is the COA but here in Germany the official handcrafted version of the selected heraldist is the only legal. My fellow volunteers of the German "Pojekt Wappen" and I strive mutually to populate the wikis with the technically best and the most authentic images of German municipal heraldry.
If you are a skilled artist and familiar with SVG-editors like Inkscape or Illustrator feel free to provide the project with you desired sketch. We will discuss your contribution at Wappenwerkstatt (COA workshop) as we have done with every controversial image in the past. -- MaxxL - talk 17:33, 31 August 2020 (UTC)[reply]
Yeah, no. In fact, you should not have overwritten the file the way you did. I will fix that now. Evrik (talk) 03:19, 1 September 2020 (UTC)[reply]

I'm very surprised, that someone like you, @Evrik: , who never load up coat of arms, intermeddles in this matter. What is your intension? MaxxL and me (uploader of the svg-file) are in compliance to place the best CoA in the articles. My SVG is in this case not the best, because the original is more detailed. --Jürgen Krause (talk) 12:59, 1 September 2020 (UTC)[reply]

  • First, I don't have a problem with changing the name of File:Wappen von Roetgen.png to File:DEU Roetgen COA.png. What I have an issue with is overwriting the image with a different image. Second, the svg images are preferred to the png images. In looking at the the png that is being offered by MaxxL, it appears to be a version of what already exists with File:DEU Roetgen COA.svg. So, I have two suggestions. First, upload the new image with its own name. Second, upload it as an svg. If you can't do either of those, there may be a problem. If what you really want is the file name, File:Wappen von Roetgen.png, I suggest moving that back to its original name and upload your file there. Evrik (talk) 16:00, 1 September 2020 (UTC)[reply]


Wappen Bensheim[edit]

@MaxxL: Sowohl die erste als auch die zweite Version von Wappen Bensheim.svg wurden nach Vorlagen, die auf der Seite der Stadt Bensheim veröffentlicht wurden, erstellt. Die zweite Version zeigt ebenfalls St. Georg mit dem Drachen, lediglich die Form des Schilds hat sich geändert. Warum ein als Vektorbild vorliegende Datei gelöscht und durch eine unscharf verpixelte und mit Artefakten übersäte Variante ersetzt werden sollte, erschließt sich mir nicht. — Preceding unsigned comment added by Die Schreiber (talk • contribs) 15:53, 7 January 2021 (UTC)[reply]

Die von Dir präferierte und hochgeladene Version ist einem Malbuch der Stadt Bensheim entnommen. Die jetzige ist die Original Abbildung der Reinzeichnung von Georg Massoth aus dem Hessischen Staatsarchiv, die das einzig zulässige Hoheitszeichen und die amtliche Version ist. -- MaxxL - talk 16:03, 7 January 2021 (UTC)[reply]
Das Wappen auf der Wikipediaseite von Bensheim ist nicht die von dir angeführte Original Abbildung.
Dürfen Wappen aus diesem Archiv einfach so auf Wikipedia kopiert werden? — Preceding unsigned comment added by Die Schreiber (talk • contribs) 17:15, 7 January 2021 (UTC)[reply]
Der Wappenführer (Stadt Bensheim) hat als Urheber selbstverständlich das Recht, das Wappen der Reinzeichnung für verschiedene Anlässe mediengerecht zu bearbeiten.
Die Wappen werden nicht einfach nur hierher kopiert. Sie werden technisch bearbeitet. Selbst das Original darf hier verwendet werden. Das sagt das Urhebergesetz. -- MaxxL - talk 17:30, 7 January 2021 (UTC)[reply]
Leider sind meine Fragen noch nicht so richtig beantwortet.
Warum ein als Vektorbild vorliegende Datei gelöscht und durch eine unscharf verpixelte und mit Artefakten übersäte Variante ersetzt werden soll?
Warum ist das Wappen auf der Wikipediaseite von Bensheim nicht die von dir angeführte Original Abbildung?
Und dann würde mich noch interessieren was "Sie werden technisch bearbeitet." bedeutet. Die Schreiber (talk) 17:51, 7 January 2021 (UTC)[reply]
Die jetzt genutzte PNG-Version ist identisch mit der Version auf der Website der Stadt. Sie ist weder unscharf noch verpixelt.
Frage bitte bei der Stadt Bensheim, warum sie diese Version nutzen.
Die technisch zulässigen Möglichkeiten der Bearbeitung beschreibt die Richtlinie COM:CROP. -- MaxxL - talk 18:01, 7 January 2021 (UTC)[reply]
Du schreibst: "Die jetzt genutzte PNG-Version ist identisch mit der Version auf der Website der Stadt.", also doch einfach von dort kopiert.
Um es zu konkretisieren: Bei der Originaldatei der Stadt Bensheim ([1]) handelt es sich um ein JPG-Bild das entsprechend deutliche Kompressionsartefakte zeigt.
Es hat eine Auflösung von 353x387 Pixeln und wurde auf 856x938 hoch-skaliert, was typischerweise zu Unschärfen und einer Verstärkung der Kompressionsartefakte führt.
Darüber hinaus wurde es unsauber freigestellt, was auf einem dunklen Hintergrund zu einem verpixelten weißen Rand führt.
Bleibt also die Frage, warum ein als Vektorbild vorliegende Datei gelöscht und durch eine von einer fremden Website kopierte, unscharf verpixelte und mit Artefakten übersäte Variante ersetzt werden soll?
Die Schreiber (talk) 09:18, 8 January 2021 (UTC)[reply]
Selbst beim besten Willen zeigt weder die JPG noch die PNG Kompressionsartefakte. Die Punkte und Stiche sind in der Reinzeichnung von Georg Massoth schon vorhanden.
Damit Du aber den guten Willen siehst, habe ich für Dich eine SVG-Version angefertigt. LG + PX  MaxxL - talk 13:46, 8 January 2021 (UTC)[reply]
Das ist ja an Dreistigkeit kaum zu überbieten.
Es geht hier nur darum die von mir erstellte SVG zu löschen und durch deine Eigene zu ersetzen.
Das ist nicht der Stil wie mit der Arbeit anderer Leute auf Wikipedia umgegangen werden sollte.
Einfach irgendwo kopieren, seinen Namen drunter schreiben und andere diskreditieren.
Ich für meinen Teil werde mich jetzt, insbesondere, aus dem Bereich Wappen zurückziehen.
Für alle die hier mitlesen: Vergleicht einfach mal die folgenden Dateien. Das aktuell von MaxxL auf der Wikipediaseite von Bensheim eingestellte Wappen im PNG-Format [2] und die von mir eingestellte SVG-Datei [3] — Preceding unsigned comment added by Die Schreiber (talk • contribs) 15:54, 8 January 2021 (UTC) Die Schreiber (talk) 16:00, 8 January 2021 (UTC)[reply]
Wir waren seit der Diskussion in der Wappenwerkstatt im Jahre 2016 mit der Qualität der Abbildungen zufrieden. Wer hier mit einer schlechten SVG wen übertrumpfen wollte, lässt sich aus der Chronologie erkennen. Schade - wir hätten auch unter Einhaltung der Richtlinien gut zusammenarbeiten können. -- MaxxL - talk 16:10, 8 January 2021 (UTC)[reply]
Es ist ja noch dreister als ich dachte. Gerade habe ich mir mal die von dir oben vorgestellte "neue SVG Version" genauer angesehen. Das ist doch tatsächlich die von mir erstellte SVG [4] an der etwas herumgefrickelt wurde.
In der freien Wirtschaft hätte so ein Plagiat sicherlich erhebliche Konsequenzen. Wenn das hier geht, dann ist das sehr traurig. Auf so eine Zusammenarbeit wird wohl jeder gerne verzichten. Die Schreiber (talk) 16:37, 8 January 2021 (UTC)[reply]
Du urteilst ja noch vorschneller als gedacht. Wenn Du Dir den XML-code etwas genauer angesehen hättest, wäre Dir aufgefallen, das die Figuren ein vollständig anderer Code sind. Lediglich die Schilde stimmen überein.
Wenn Du doch dann noch die gerenderten Bilder mit einer Lupe angesehen hättest, wäre Dir aufgefallen, dass alle bei Deinem Potrace zugeschmierten Details in der neuen Version als Schraffuren deutlich strukturiert sind.
Bevor Du "Plagiat" und "Konsequenzen" ausrufst, solltest Du Dir in aller Ruhe die Zeit nehmen und eine genaue Prüfung machen.
Übrigens: wir haben mehr als vier Jahre Deine Kindermalbuch-Version ertragen. Es wäre wohl angebracht sich für diesen fachlichen Fehlgriff zu entschuldigen. -- MaxxL - talk 21:58, 8 January 2021 (UTC)[reply]

COAInformation script[edit]

hallo manfred, sieh File talk:Blason Bacouel-sur-Selle.svg -- sarang사랑


kühe[edit]

c:Commons:Administrators' noticeboard/Vandalism#Fallencow30

Chr. Duscha u.a.[edit]

Hallo Manfred, vielleicht willst du dich mal auch dieser Sache annehmen, wenn es dir dafürsteht: Viele user verzichten darauf, die userpage anzulegen. Ich hatte auch jahrelang keine (und habe immer noch keine richtige - ich habe kein Bedürfnis mich da auszubreiten) bis mich jemand ermahnte doch zumindest einen REDIRECT auf die talk page (die hat ja jeder) einzurichten. Wenn ich nun zB den Special:Diff/191123822/525872421 ansehe: um den häßlichen redlink (der die ID unnötig hervorhebt) zu vermeiden muss da jedesmal der userlink mit {{Ut}} geschrieben werden; das sind zB im AutVec sieben Zeichen zusätzlich - jedesmal. Willst du an seine Einsicht appellieren damit uns anderen diese Zusatzarbeit erspart bleibt? Es ist ja ganz sicher nicht Bösartigkeit bei ihm, sondern Gedankenlosigkeit oder Unwissenheit.
Wir könnten auch einen mehrsprachigen freundlichen Hinweisblock basteln und ggf solchen usern hinknallen, also eine Art REDIRECT-Feldzug (Kreuzzug?) beginnen? Es entspricht eher nicht meiner Art, mich in solche privaten Belange anderer einzumischen; wenn sie mich nicht allzusehr behindern. Deshalb fände ich es auch unvertretbar, für andere solche redirects einzurichten. PX -- sarang사랑 08:46, 14 January 2021 (UTC)[reply]

Ich stimme Dir 100ig zu. Es stört nicht nur, es behindert in der Zusammenarbeit und der Kommunikation. Die Mitstreiter wissen oft nicht, in welcher Sprache und zu welchem Thema sie den User ansprechen können. Es sollte aber kein Kreuzzug, sondern eine Kampagne des guten Willens werden, eine Einladung, sich zu erklären und der Gemeinschaft offen gegenüber zu treten. -- MaxxL - talk 09:00, 14 January 2021 (UTC)[reply]
ich wurde in 1. linie nur den redirect vorschlagen (oder du machst ihn einfach, mit edit-summary "can be expanded by the user"), und erst in 2. linie anregen mehr von sich zu deklarieren.

was andres: zu hdbg gibts jetzt docu. rein deutsch, konnte ev. auch noch in bar ubersetzt werden🎃? ich halte fur uberflussig einen alias fur [1=] einzufuhren, aber falls es dich glucklich machen sollte auch mit zB rschl= oder gkz= definieren zu konnen kann ich das machen. PX -- sarang사랑 11:32, 14 January 2021 (UTC)[reply]

Doku sieht gut aus. Wie wäre es mit ein Paar Beispielen ?
Aliase für Parameter 1 sind nicht erforderlich. LG + PX -- MaxxL - talk 11:38, 14 January 2021 (UTC)[reply]
die vorlage ist so einfach dass ich die doku fur eigentlich uberflussig halte (vor allem wenn es nur uns zwei anwender gibt...); aber ich kann gerne auf ein paar typische anwendungen verlinken, das zeigt am besten wie es geht. Du ersetzt bei wappen die 'Information' durch 'COAInformation'? dann ware es gar nicht mehr sinnvoll beispiele fur den +-parameter anzufuhren, wie Wappen Aufhausen (Oberpfalz).svg. ich sollte mir vielleicht auch mal dieses ersetzungstool zulegen. -- sarang사랑 12:33, 14 January 2021 (UTC)[reply]
jetzt auch mit link zu zwei beispielen. leider habe ich irrtumlich die kategorie angelegt, da war ich unachtsam. wenn umgestellt ist, muss ich sie wieder loschen lassen -- sarang사랑 12:59, 15 January 2021 (UTC)[reply]
Jetzt nversteht es auch der DAU. Danke Dir. LG + PX -- MaxxL - talk 13:07, 15 January 2021 (UTC)[reply]

Wasserzeichen[edit]

ich habe mich sehr gewundert dass mir das script immer wieder "embedded text" anzeigt bei den gliwi-dateien von 2014; wie bei Wappen von Engelsberg.svg. das script hat recht - er hat da uberall verborgenen text reingestellt! wenn mir das begegnet, setzte ich nun das entsprechende Kennzeichen. -- sarang사랑 14:18, 20 January 2021 (UTC)[reply]

helferlein[edit]

hi, du scheinst recht erfahren zu sein - ich habe gesehen dass du commons:GlobalReplace benutzt - funktioniert das gut? - was sagst du zu dem warnhinweis auf der entsprechenden seite?
du benutzt Help:Gadget-HotCat? kannst du das empfehlen? hast du Help:Gadget-Cat-a-lot auch mal probiert?
sind die bilder auf de:wp:gws#AHA_bzw._AHA+L+A deiner meinung korrekt kategorisiert? danke und gruß --Mrmw (talk) 07:13, 21 January 2021 (UTC)[reply]

GlobalReplace funktioniert grundsätzlich, aber eine große Anzahl von Wikis verweigern den Zugriff. Man muss folglich doch noch eine Große Anzahl von Änderungen händisch erledigen.
HotCat ist sehr zu empfehlen. Ich benutze es täglich und es erleichtert ungemein.
Ja, die Kategorien stimmen soweit ich das heute sehe. -- MaxxL - talk 10:33, 21 January 2021 (UTC)[reply]
GlobalReplace funktioniert nun immer schlechter. Viele Wikis erkennen das Script nur als IP-User und nicht den registrierten User des Scriptes. Deshalb bitte nicht mehr benutzen. Auf der Seite Commons:GlobalReplace empfiehlt User:Sarang ein anderes Script, das problemlos läuft. Füge das Script auf Deiner Subpage User:Mrmw/common.js hinzu. LG  MaxxL - talk 10:16, 4 February 2021 (UTC)[reply]


Template:{{Hdbg}}, die Zweite[edit]

Es sind noch über 300 Wappen ohne rschl, und es ist recht kompliziert ihn zu ermitteln:

  1. copy Gemeindename
  2. Logo anklicken um auf die Suchseite zu kommen
  3. Namen in Feld pasten, enter
  4. Gemeinde anklicken, enter
  5. rschl kopieren
  6. zurück
  7. zurück
  8. zurück
  9. rschl in das hdbg-Feld kopieren

Das sollte zB ein script einfacher machen konnen, aber es lohnt wohl nicht den Aufwand der Erstellung.


Eben war ich an der Vorlage - und da waren meine Texte verschwunden ! Dann sah ich, dass jemand sie am 1. 2. ausgeblendet hat:

  • weil diese Vorlage sicher nur von Deutschsprachigen benutzt wird, habe ich gegen meine Gewohnheit der englischen Bechreibung alles nur in deutsch verfasst
  • weil meine Sprache in commons als English eingestellt ist, sehe ich nun nur leere Tabellen....

Fazit: wenn Beschreibung nur in einer Sprache vorhanden ist, sollte sie auch default bleiben, und nicht fur alle anderen unsichtbar werden. -- sarang사랑 11:27, 4 February 2021 (UTC)[reply]

@Sarang: - Zum ersten Punkt: Ich mache das in zwei Fenstern. Das spart ein paar "zurück". Ein script ist zu aufwändig. Wenn ich am Tag ca. 10 Änderungen "on-the-fly" schaffe, ist der Job auch in absehbarer Zeit erledigt.
Der "default" sollte wie Du schreibst funktionieren. Muss da einer eine Änderung imitieren? LG -- MaxxL - talk 11:37, 4 February 2021 (UTC)[reply]
Mein default war 1d=, 2d=, 3d=; nach der Anderung auf 1d-de=, 2d-de=, 3d-de= sehe ich selbst es nicht mehr.
Meist mache ich es auch mit mehreren windows; hier wollte ich es versuchen mit dem leeren rschl
Ubrigens, Gimli hat alle Farben auf spanisch geandert - nicht auf bajuwarisch... -- sarang사랑
Kannst Du mir ein paar Beispiele für den Einsatz der spanischen Farbtabelle geben?
Ich kann die Seite des “'Media Wiki:Gadget-InformationToCOA.js'” Script nicht auf Wikimedia finden. Hilfe? -- MaxxL - talk 12:44, 4 February 2021 (UTC)[reply]

Die spanischen Farben sind ja unsere Standardtinktur - das was ohne jede Spezifikation verwendet wird. Erst mit BY wird es bayerisch. Die meisten Dateien die ich heute hdbg'd habe, hat er "farblich an die heraldischen Anforderungen angepasst". Beispiel Wappen von Bad Griesbach.svg aber die waren sicher vorher auch nicht bayerisch tingiert sondern alles mogliche andere. Immerhin war ihm die Farbanderung so wichtig dass er neue Versionen hochgeladen hat.
Diese Datei ist auch eine von den vielen mit unsichtbarem Wasserzeichen "Christian Duscha". Ich habe nur das tag gesetzt wo ich so was fand, meinst du ich soll sie auch kategorisieren? In eine Duscha-Subkategorie zu Images with watermarks. ich weiss nicht ob das sinnvoll ware - einerseits interessant, andrerseits vollkommen unwichtig. -- sarang사랑 18:53, 4 February 2021 (UTC)[reply]

Als temporäre Datei zur Datenpflege wäre das doch eine vorbereitende Hilfe - oder?
Wo ist der Code “Gadget-InformationToCOA” auf Mediawiki zu finden? Hilf mir doch bitte, liebe Spürnase. LG - -- MaxxL - talk 19:00, 4 February 2021 (UTC)[reply]
ich kann da leider nichts fnden - ich weiss auch nicht was das sein konnte, wo das herkommt und wozu das gut sein kann. — Preceding unsigned comment added by Sarang (talk • contribs) 07:45, 5 February 2021 (UTC+1)

Template:{{Hdbg}}, die Dritte[edit]

Nochmal hdbg
  • Die Datei Wappen Frankenwinheim.svg ist recht typisch fur die hdbg-Umstelling: Aitorembe hat versucht umzukategorisieren - zum Gluck ist es ihm hier und bei hunderten anderen Dateien nicht gelungen. Immerhin hat er hundertemale eine Kategorie, die ich geloscht hatte, wieder eingetragen. Muss ich halt erneut loschen!
  • Da sind die Geschichtchen vollig unnotigerweise von jemandem angelegt worden; jetzt wo es diese Kategorie gibt habe ich das "Finger weg" eingetragen - gilt naturlich nicht fur dich ! Das script (die sandbox verwendest du doch auch) habe ich nun speziell so angepasst, dass es recht schnell mit den Glwi-Dateien umgeht.
  • Diese Datei war vielleicht einmal Inkscape, denn das ist Gliwi's tool. Aber er scheint sie "optimiert" zu haben, so dass nichts mehr zu erkennen ist; es gibt zwar die Moglichkeit Dateien als "Inkscape and SVG cleaner postprocessing" oder auch "Inkscape and SVGO postprocessing" zu kennzeichen - aber wenn nichts mehr erkennbar ist dann ist es eben "Unknown tool". Bei dieser Datei hat er zweimal seine watermark gesetzt, bei jedemmal mit 2 W3C-Fehlern. Ein sehr grosse Anzahl seiner Wappen hat nun "Unknown tool", "watermark" und "Invalid". -- sarang사랑 10:40, 6 February 2021 (UTC)[reply]
@Sarang: -
Die Aktionen von Aitorembe waren mir auch schon in der BEO aufgefallen. Ich war aber unschlüssig, was zu tun war. Danke Dir für Deine Löscharbeiten, lieber Grisu-Kumpel :-).
Was sich Joostik mit der Cat "Geschichtchen" gedacht hat, ist mir schleierhaft. Da der Name fehlerhaft ist, sollte ein SysOp sie löschen.
Sanbox-tool??? Was meinst Du da?
Kannst Du nicht Gliwi und auch MaxxL per default nicht auf "Unknown tool" sondern auf Inkscape setzen?
Wie wäre es mit der "maintenance category" für die fehlerhaften Gliwi-COAs? Zulässig ist so eine Arbeitshilfe allemal.
Schönes Wochenende - LG + PX  MaxxL - talk 11:08, 6 February 2021 (UTC)[reply]
Die "Geschichtchen" werden geloscht, sobald ich fertig bin, dann ist sie leer (bis wieder jemand leere hdbg editiert...)
ich meinte sandbox tool - User:Sarang/simpleSVGcheck/sandbox.js
könnte schon - aber nachtraglich ist das wegen des verstummelten und kaum leserlichen SVG-code eine vage Vermutung; lieber nicht. -- sarang사랑 11:21, 6 February 2021 (UTC)[reply]

das hab ich gefunden:

If you want to check the usage of the file on all other projects, you can press the Check usage tab on the top of your sreen

nicht hingegen finden kann ich den Check usage tab on the top of my sreen, sorry — Preceding unsigned comment added by Sarang (talk • contribs) 16:40, 6 February 2021 (UTC+1)

Bei Deinem "Move and replace" hat höchstwahrscheinlich das “replace” nicht oder noch nicht funktioniert. Ich habe jetzt per "Just replace" 55 Wiki-Projects mit "Ö" verlinkt. Jetzt steht das wieder sauber da. -- MaxxL - talk 16:08, 6 February 2021 (UTC)[reply]

MediaWiki:Gadget-InformationToCOA.js[edit]

ich habe es mir angesehen und versucht zu begreifen was es macht - aber ich verstehe gar nichta, und weiss nicht wo was passiert, bzw. (im fall der description) unterlassen wird. leider reichen da meine durftigen kenntnisse nicht weit genug.
bisher sind nur hdbg kategorisiert die manuall reingekommen sind - die vorlage hat noch nichts von sich aus beigetragen. -- sarang사랑 16:29, 8 February 2021 (UTC)[reply]


Just replace[edit]

Jetzt habe ich es doch noch hinbekommen, mit Zeile 23 in meiner User:Sarang/common.js !
Auf meiner Benutzerseite habe ich einen babel "entmummungsverbot" eingebaut. Und ich plaudere freimütig über sex. -- sarang사랑 07:50, 15 February 2021 (UTC)[reply]

AutVec[edit]

habe ich vielleicht vergessen zu erwahnen dass Special:Diff/532051492/532973336 speziell fur german keyboards auch "<<" moglich ist? -- sarang사랑


Da gibt es nun Wappen Habach.png und Wappen von Habach.svg, ohne jede Referenz aufeinander. Ehe ich was unnotig oder falsch mache, diese Ruckfrage: SVG mussen nun immer in "DEU xxxx COA" umbenannt werden? Ubrigens, der GlobalReplace ignoriert den button-Parameter 'Ignore User namespace', jeder replace andert auch Dateien in Benutzer:Firebert/Bilder was sinnlos und unerwunscht ist. Aber es scheint niemand so richtig zustandig fur das script. Ach ja, einen schonen Tag noch! -- sarang사랑 07:03, 17 February 2021 (UTC)[reply]

Hallo @Sarang: - die Namensänderung wird empfohlen: “Für den Dateinamen ist ein System der Internationalisierung zu empfehlen, in der Weise File:DEU Name COA.svg, hierbei ist für die Länderkürzel der ISO-3166-1 ALPHA-3-Standard angedacht.”
Meinst Du "Global Replace" oder "Just Replace"? Zuständig oder bereit zu helfen?
Wo sind Deine Umlaute heute morgen? Eine schönen Tag wünscht Dir -- MaxxL - talk 07:47, 17 February 2021 (UTC)[reply]
ja - ich meinte just, nicht global. auf meinem keyboard habe ich keine umlaute, es ist mir oft zu umstandlich welche zu generieren. ok, ich nenne Habach um. danke fur die info -- sarang사랑 08:18, 17 February 2021 (UTC)[reply]

{T|hdbg}} die Vierte[edit]

bei Wikipedia:Purge#Null_edit heisst es:

If what you want is category or backlink updates but you can't null edit, just wait. Changes in category links are put into the job queue, and re-cached when the server load is low. Depending on how busy the server is, the page may take days, or even months, to be updated.

Also fassen wir uns in Geduld, und warten wir. Was wohl eher passiert - die Kategorisierung, oder die Impfung ? -- sarang사랑 07:37, 21 February 2021 (UTC)[reply]

Hallo du grosser Wappenzeichner, meinst du es lasst sich dazu was machen? Nachdem ich gesten das Wächterstift entdeckte, habe ich in der de:Wp und in den Commons einiges uber diese Familie gefunden. Aber so ein richtiges, deutliches und buntes Wappen gibts nicht. Ich kann ja gut leben auch ohne, aber vielleicht reizt es dich ? -- sarang사랑 08:10, 22 February 2021 (UTC) PS: Gibt es eigentlich schon Covid-19 als Gemeine Figur?[reply]

Hallo ​großer Templist, eine Gemeine Figur Covid-19 gibt es noch nicht, weil der Virus ein ganz gemeiner ist. Klaro?
Das Wappen der Familie Wächter ist ganz einfach ein Kranich auf blauem Schild. Oder soll es das Wappen eines bestimmten Familienzweiges sein? Aus welcher Epoche soll es sein (Schildform)? Du hast die Wahl. LG + PX -- MaxxL - talk 09:29, 22 February 2021 (UTC)[reply]
Gesucht - gefunden: dies scheint mir eine ansprechende Form zu sein. LG + PX -- MaxxL - talk 09:55, 22 February 2021 (UTC)[reply]


Dankeschön / Wappen Frank Diemar[edit]

Hallo MaxxxL,

zunächst ersteinmal vielen Dank für deine Nachbesserungen bei den von mir hochgeladenen Dateien Wappen_Landgemeinde_Geratal.png und Wappen_Landgemeinde_Großbreitenbach.png. Du hast dabei diese beiden Wappen und das Wappen Wappen_Grossbreitenbach.png Frank Diemar zugeordnet. Hast du dafür eine Übersicht der von ihm geschaffenen Wappen? Im letzten Fall erscheint mir die Zuordnung fraglich, da dieses Wappen nach meinem Wissen bereits im 19. Jahrhundert verwendet wurde. Ist daher diese Zuordnung korrekt?

Gruß Rubikon79 (talk) 17:27, 27 February 2021 (UTC)[reply]

Hallo Rubi:kon79 - Frank Diemar hat mir den Zeichnungssatz (Wappen, Flagge und Siegel) übersandt. Daraus habe ich die PNG entnommen. LG -- MaxxL - talk 08:30, 28 February 2021 (UTC)[reply]
Interessant, danke dir.
Gruß Rubikon79 (talk) 11:41, 28 February 2021 (UTC)[reply]


hi, bin mir wie gesagt nicht sicher was sein problem beim zuschnitt ist - ich vermute er stört sich an dem wenigen mm breiten streifen des grauen materials das ich bewusst entfernt habe - ist mir leider unklar wo hier ein problem entsteht --Mrmw (talk) 10:51, 5 March 2021 (UTC)[reply]

Wappengeschichte[edit]

in DEU Gerstungen COA.png mal testhalber einen Text eingegeben -- sarang사랑 12:18, 12 March 2021 (UTC)[reply]

Hallo - nicht schlecht - aber wo kommt "Provenienz" her? LG -- MaxxL - talk 12:33, 12 March 2021 (UTC)[reply]
Was meinst du mit 'kommt her' - den test? den link? den text?

Hast du auch fur den ein Creator-item angelegt ? -- sarang사랑 12:23, 13 March 2021 (UTC)[reply]

Hilfe!/Help![edit]

File:Wappen Schwarzwald-Baar-Kreis.svg is broken because of an XML error, please fix it? Thanks.

File:Wappen Schwarzwald-Baar-Kreis.svg ist aufgrund eines XML-Fehlers defekt, bitte beheben? Vielen Dank. SpinnerLaserzthe2nd (talk) 00:48, 17 April 2021 (UTC)[reply]


Pay attention to copyright
File:Real Club Polo Barcelona.svg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.

The file you added has been deleted. If you have written permission from the copyright holder, please have them send us a free license release via COM:VRT. If you believe that the deletion was not in accordance with policy, you may request undeletion. (It is not necessary to request undeletion if using VRT; the file will be automatically restored at the conclusion of the process.)

Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

Afrikaans  asturianu  azərbaycanca  Bahasa Indonesia  Bahasa Melayu  català  čeština  dansk  Deutsch  Deutsch (Sie-Form)‎  English  español  euskara  français  galego  hrvatski  italiano  Lëtzebuergesch  magyar  Malti  Nederlands  norsk bokmål  norsk nynorsk  oʻzbekcha / ўзбекча  Plattdüütsch  polski  português  português do Brasil  română  sicilianu  slovenčina  slovenščina  suomi  svenska  Türkçe  Tiếng Việt  Zazaki  Ελληνικά  беларуская беларуская (тарашкевіца)‎  български  македонски  русский  српски / srpski  тоҷикӣ  українська  հայերեն  मराठी  বাংলা  മലയാളം  ပအိုဝ်ႏဘာႏသာႏ  မြန်မာဘာသာ  ไทย  한국어  日本語  中文(简体)‎  中文(繁體)‎  עברית  العربية  فارسی  +/−

Glorious 93 (talk) 13:07, 5 May 2021 (UTC)[reply]


Link[edit]

File_talk:BMI_grid.svg PX Sarangbot (talk) 10:14, 19 January 2022 (UTC)[reply]

ARGE Bad Canstatt?[edit]

Heißt die ARGE wirklich Bad Canstatt (wie es bei ein paar Bildern steht), oder sollte das Bad Cannstatt heißen? Gruß, --Stefan Weil (talk) 20:04, 22 January 2022 (UTC)[reply]

21:36, 24 January 2022 (UTC)

17:40, 31 January 2022 (UTC)

21:14, 7 February 2022 (UTC)

19:17, 14 February 2022 (UTC)

19:10, 21 February 2022 (UTC)

22:58, 28 February 2022 (UTC)

21:14, 7 March 2022 (UTC)

22:05, 14 March 2022 (UTC)

15:59, 21 March 2022 (UTC)

19:53, 28 March 2022 (UTC)

20:59, 4 April 2022 (UTC)

Tech News: 2022-15[edit]

19:42, 11 April 2022 (UTC)

Tech News: 2022-16[edit]

23:09, 18 April 2022 (UTC)

Tech News: 2022-17[edit]

22:53, 25 April 2022 (UTC)

Tech News: 2022-18[edit]

19:31, 2 May 2022 (UTC)

Tech News: 2022-19[edit]

15:20, 9 May 2022 (UTC)

Tech News: 2022-20[edit]

18:56, 16 May 2022 (UTC)

Tech News: 2022-21[edit]

00:18, 24 May 2022 (UTC)

Tech News: 2022-22[edit]

20:26, 30 May 2022 (UTC)

Tech News: 2022-23[edit]

02:44, 7 June 2022 (UTC)

Tech News: 2022-24[edit]

16:57, 13 June 2022 (UTC)

Tech News: 2022-25[edit]

20:16, 20 June 2022 (UTC)

Tech News: 2022-26[edit]

20:00, 27 June 2022 (UTC)

العربية  беларуская беларуская (тарашкевіца)  ပအိုဝ်ႏဘာႏသာႏ  বাংলা  català  čeština  dansk  Deutsch  Deutsch (Sie-Form)  Ελληνικά  English  español  euskara  فارسی  suomi  français  galego  עברית  hrvatski  magyar  հայերեն  italiano  日本語  ಕನ್ನಡ  한국어  lietuvių  latviešu  македонски  മലയാളം  मराठी  မြန်မာဘာသာ  norsk bokmål  Plattdüütsch  Nederlands  norsk  polski  português  română  русский  sicilianu  slovenčina  slovenščina  српски / srpski  svenska  ไทย  Türkçe  українська  اردو  Tiếng Việt  中文(简体)  中文(繁體)  +/−
Warning sign
This media was probably deleted.
Thanks for uploading File:FC Schmiere Wimpel.png. This media is missing permission information. A source is given, but there is no proof that the author or copyright holder agreed to license the file under the given license. Please provide a link to an appropriate webpage with license information, or ask the author or copyright holder to send an email with copy of a written permission to VRT (permissions-commons@wikimedia.org). You may still be required to go through this procedure even if you are the author yourself; please see Commons:But it's my own work! for more details. After you emailed permission, you may replace the {{No permission since}} tag with {{subst:PP}} on file description page. Alternatively, you may click on "Challenge speedy deletion" below the tag if you wish to provide an argument why evidence of permission is not necessary in this case.

Please see this page for more information on how to confirm permission, or if you would like to understand why we ask for permission when uploading work that is not your own, or work which has been previously published (regardless of whether it is your own).

The file probably has been deleted. If you sent a permission, try to send it again after 14 days. Do not re-upload. When the VRT-member processes your mail, the file can be undeleted. Additionally you can request undeletion here, providing a link to the File-page on Commons where it was uploaded ([[:File:FC Schmiere Wimpel.png]]) and the above demanded information in your request.

Sreejith K (talk) 21:53, 27 June 2022 (UTC)[reply]

Tech News: 2022-27[edit]

19:30, 4 July 2022 (UTC)

Pay attention to copyright
File:Radsport Regenbogen.svg has been marked as a possible copyright violation. Wikimedia Commons only accepts free content—that is, images and other media files that can be used by anyone, for any purpose. Traditional copyright law does not grant these freedoms, and unless noted otherwise, everything you find on the web is copyrighted and not permitted here. For details on what is acceptable, please read Commons:Licensing. You may also find Commons:Copyright rules useful, or you can ask questions about Commons policies at the Commons:Help desk. If you are the copyright holder and the creator of the file, please read Commons:But it's my own work! for tips on how to provide evidence of that.

The file you added has been deleted. If you have written permission from the copyright holder, please have them send us a free license release via COM:VRT. If you believe that the deletion was not in accordance with policy, you may request undeletion. (It is not necessary to request undeletion if using VRT; the file will be automatically restored at the conclusion of the process.)

Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

Afrikaans  asturianu  azərbaycanca  Bahasa Indonesia  Bahasa Melayu  català  čeština  dansk  Deutsch  Deutsch (Sie-Form)‎  English  español  euskara  français  galego  hrvatski  italiano  Lëtzebuergesch  magyar  Malti  Nederlands  norsk bokmål  norsk nynorsk  oʻzbekcha / ўзбекча  Plattdüütsch  polski  português  português do Brasil  română  sicilianu  slovenčina  slovenščina  suomi  svenska  Türkçe  Tiếng Việt  Zazaki  Ελληνικά  беларуская беларуская (тарашкевіца)‎  български  македонски  русский  српски / srpski  тоҷикӣ  українська  հայերեն  मराठी  বাংলা  മലയാളം  ပအိုဝ်ႏဘာႏသာႏ  မြန်မာဘာသာ  ไทย  한국어  日本語  中文(简体)‎  中文(繁體)‎  עברית  العربية  فارسی  +/−

Εὐθυμένης (talk) 09:04, 9 July 2022 (UTC)[reply]

Tech News: 2022-28[edit]

19:22, 11 July 2022 (UTC)

Tech News: 2022-29[edit]

22:58, 18 July 2022 (UTC)

Tech News: 2022-30[edit]

19:25, 25 July 2022 (UTC)

Tech News: 2022-31[edit]

21:19, 1 August 2022 (UTC)

Tech News: 2022-32[edit]

19:47, 8 August 2022 (UTC)

Tech News: 2022-33[edit]

21:06, 15 August 2022 (UTC)

Tech News: 2022-34[edit]

00:09, 23 August 2022 (UTC)

Tech News: 2022-35[edit]

23:02, 29 August 2022 (UTC)

Tech News: 2022-36[edit]

23:19, 5 September 2022 (UTC)

Tech News: 2022-37[edit]

01:47, 13 September 2022 (UTC)

Tech News: 2022-38[edit]

MediaWiki message delivery 22:13, 19 September 2022 (UTC)[reply]

Tech News: 2022-39[edit]

MediaWiki message delivery 00:27, 27 September 2022 (UTC)[reply]

Tech News: 2022-40[edit]

MediaWiki message delivery 00:21, 4 October 2022 (UTC)[reply]

Tech News: 2022-41[edit]

14:06, 10 October 2022 (UTC)

Tech News: 2022-42[edit]

MediaWiki message delivery 21:43, 17 October 2022 (UTC)[reply]

Tech News: 2022-43[edit]

MediaWiki message delivery 21:20, 24 October 2022 (UTC)[reply]

Tech News: 2022-44[edit]

MediaWiki message delivery 21:13, 31 October 2022 (UTC)[reply]

Tech News: 2022-45[edit]

MediaWiki message delivery 00:29, 8 November 2022 (UTC)[reply]

Tech News: 2022-46[edit]

MediaWiki message delivery 21:52, 14 November 2022 (UTC)[reply]

Tech News: 2022-47[edit]

MediaWiki message delivery 23:19, 21 November 2022 (UTC)[reply]

Tech News: 2022-48[edit]

MediaWiki message delivery 20:00, 28 November 2022 (UTC)[reply]

Tech News: 2022-49[edit]

MediaWiki message delivery 00:39, 6 December 2022 (UTC)[reply]

Tech News: 2022-50[edit]

MediaWiki message delivery 23:32, 12 December 2022 (UTC)[reply]

Tech News: 2022-51[edit]

MediaWiki message delivery 23:57, 19 December 2022 (UTC)[reply]

Riesending-Schachthöhle[edit]

Hallo MaxxL, im File talk:Riesending-Schachthoehle.png sowie in der w:de:Diskussion:Riesending-Schachthöhle #Daten in der Grafik werden einige Sachen zur File:Riesending-Schachthoehle.png angesprochen. Könntest du als Ersteller dich bitte drum kümmern und das Ganze eventuell sogar als SVG hochladen? -- Grüße, 32X (talk) 20:12, 2 January 2023 (UTC)[reply]

Tech News: 2023-02[edit]

MediaWiki message delivery 01:05, 10 January 2023 (UTC)[reply]

Tech News: 2023-03[edit]

MediaWiki message delivery 01:07, 17 January 2023 (UTC)[reply]


العربية  беларуская беларуская (тарашкевіца)  ပအိုဝ်ႏဘာႏသာႏ  বাংলা  català  čeština  dansk  Deutsch  Deutsch (Sie-Form)  Ελληνικά  English  español  euskara  فارسی  suomi  français  galego  עברית  hrvatski  magyar  հայերեն  italiano  日本語  ಕನ್ನಡ  한국어  lietuvių  latviešu  македонски  മലയാളം  मराठी  မြန်မာဘာသာ  norsk bokmål  Plattdüütsch  Nederlands  norsk  polski  português  română  русский  sicilianu  slovenčina  slovenščina  српски / srpski  svenska  ไทย  Türkçe  українська  اردو  Tiếng Việt  中文(简体)  中文(繁體)  +/−
Warning sign
This media was probably deleted.
Thanks for uploading File:Brigada Halcon escudo.svg. This media is missing permission information. A source is given, but there is no proof that the author or copyright holder agreed to license the file under the given license. Please provide a link to an appropriate webpage with license information, or ask the author or copyright holder to send an email with copy of a written permission to VRT (permissions-commons@wikimedia.org). You may still be required to go through this procedure even if you are the author yourself; please see Commons:But it's my own work! for more details. After you emailed permission, you may replace the {{No permission since}} tag with {{subst:PP}} on file description page. Alternatively, you may click on "Challenge speedy deletion" below the tag if you wish to provide an argument why evidence of permission is not necessary in this case.

Please see this page for more information on how to confirm permission, or if you would like to understand why we ask for permission when uploading work that is not your own, or work which has been previously published (regardless of whether it is your own).

The file probably has been deleted. If you sent a permission, try to send it again after 14 days. Do not re-upload. When the VRT-member processes your mail, the file can be undeleted. Additionally you can request undeletion here, providing a link to the File-page on Commons where it was uploaded ([[:File:Brigada Halcon escudo.svg]]) and the above demanded information in your request.

Fma12 (talk) 16:01, 22 January 2023 (UTC)[reply]

Tech News: 2023-04[edit]

MediaWiki message delivery 23:43, 23 January 2023 (UTC)[reply]

Tech News: 2023-05[edit]

MediaWiki message delivery 00:03, 31 January 2023 (UTC)[reply]

Tech News: 2023-06[edit]

MediaWiki message delivery 10:18, 6 February 2023 (UTC)[reply]

Tech News: 2023-07[edit]

MediaWiki message delivery 01:46, 14 February 2023 (UTC)[reply]

Tech News: 2023-08[edit]

MediaWiki message delivery 01:55, 21 February 2023 (UTC)[reply]

Tech News: 2023-09[edit]

MediaWiki message delivery 23:45, 27 February 2023 (UTC)[reply]

Tech News: 2023-10[edit]

MediaWiki message delivery 23:47, 6 March 2023 (UTC)[reply]

Tech News: 2023-11[edit]

MediaWiki message delivery 23:17, 13 March 2023 (UTC)[reply]

Tech News: 2023-12[edit]

MediaWiki message delivery 01:23, 21 March 2023 (UTC)[reply]

Tech News: 2023-13[edit]

MediaWiki message delivery 01:11, 28 March 2023 (UTC)[reply]

Tech News: 2023-14[edit]

MediaWiki message delivery 23:37, 3 April 2023 (UTC)[reply]

Tech News: 2023-15[edit]

MediaWiki message delivery 20:03, 10 April 2023 (UTC)[reply]

Tech News: 2023-16[edit]

MediaWiki message delivery 01:52, 18 April 2023 (UTC)[reply]

Tech News: 2023-17[edit]

MediaWiki message delivery 22:01, 24 April 2023 (UTC)[reply]

File source is not properly indicated: File:Wappen Padua.png[edit]

العربية  asturianu  беларуская (тарашкевіца)‎  বাংলা  català  čeština  dansk  Deutsch  Ελληνικά  English  español  euskara  فارسی  suomi  français  galego  עברית  hrvatski  magyar  italiano  日本語  한국어  македонски  മലയാളം  norsk bokmål  Plattdüütsch  Nederlands  norsk nynorsk  norsk  polski  português  português do Brasil  русский  sicilianu  slovenčina  slovenščina  svenska  ไทย  Türkçe  українська  Tiếng Việt  简体中文‎  繁體中文‎  +/−
Warning sign
This media was probably deleted.
A file that you have uploaded to Wikimedia Commons, File:Wappen Padua.png, was missing information about where it comes from or who created it, which is needed to verify its copyright status. The file probably has been deleted. If you've got all required information, request undeletion providing this information and the link to the concerned file ([[:File:Wappen Padua.png]]).

If you created the content yourself, enter {{Own}} as the source. If you did not add a licensing template, you must add one. You may use, for example, {{self|GFDL|cc-by-sa-all}} or {{Cc-zero}} to release certain rights to your work.

If someone else created the content, or if it is based on someone else's work, the source should be the address to the web page where you found it, the name and ISBN of the book you scanned it from, or similar. You should also name the author, provide verifiable information to show that the content is in the public domain or has been published under a free license by its author, and add an appropriate template identifying the public domain or licensing status, if you have not already done so. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.

Please add the required information for this and other files you have uploaded before adding more files. If you need assistance, please ask at the help desk. Thank you!

🏺ⲈⲨⲐⲨⲘⲈⲚⲎⲊ🏛️ ⲱⲑⲏⲥⲁⲧⲉ 13:00, 28 April 2023 (UTC)[reply]

Tech News: 2023-18[edit]

MediaWiki message delivery 01:43, 2 May 2023 (UTC)[reply]

Tech News: 2023-19[edit]

MediaWiki message delivery 00:34, 9 May 2023 (UTC)[reply]

Tech News: 2023-20[edit]

MediaWiki message delivery 21:42, 15 May 2023 (UTC)[reply]

Source of derivative work is not properly indicated: File:World view ancient Bible big.jpg[edit]

العربية  català  čeština  Deutsch  English  español  hrvatski  italiano  slovenščina  Tiếng Việt  беларуская‎  беларуская (тарашкевіца)‎  русский  ไทย  မြန်မာဘာသာ  ပအိုဝ်ႏဘာႏသာႏ  日本語  中文(简体)‎  中文(繁體)‎  فارسی  +/−
Warning sign
This file may be deleted.
A file that you have uploaded to Wikimedia Commons, File:World view ancient Bible big.jpg, is a derivative work, containing an "image within an image". Examples of such works would include a photograph of a sculpture, a scan of a magazine cover, or a map that has been altered from the original. In each of these cases, the rights of the creator of the original must be considered, as well as those of the creator of the derivative work.

While the description page states who made this derivative work, it currently doesn't specify who created the original work, so the overall copyright status is unclear. If you did not create the original work depicted in this image, you will need to specify the owner of the copyright.

Please edit the file description and add the missing information, or the file may be deleted. If you created the original content yourself, enter this information as the source. If someone else created the content, the source should be the address to the web page where you found it, the name and ISBN of the book you scanned it from, or similar. You should also name the author, provide verifiable information to show that the content is in the public domain or has been published under a free license by its author, and add an appropriate template identifying the public domain or licensing status, if you have not already done so. Please add the required information for this and other files you have uploaded before adding more files. If you need assistance, please ask at the help desk. Thank you!

Belbury (talk) 08:07, 17 May 2023 (UTC)[reply]

Tech News: 2023-21[edit]

16:52, 22 May 2023 (UTC)

Tech News: 2023-22[edit]

MediaWiki message delivery 21:58, 29 May 2023 (UTC)[reply]

Tech News: 2023-23[edit]

MediaWiki message delivery 22:50, 5 June 2023 (UTC)[reply]

Tech News: 2023-24[edit]

MediaWiki message delivery 14:48, 12 June 2023 (UTC)[reply]

Tech News: 2023-25[edit]

MediaWiki message delivery 20:06, 19 June 2023 (UTC)[reply]

Tech News: 2023-26[edit]

MediaWiki message delivery 16:16, 26 June 2023 (UTC)[reply]

Tech News: 2023-27[edit]

MediaWiki message delivery 22:49, 3 July 2023 (UTC)[reply]

Notification about possible deletion[edit]

Some contents have been listed at Commons:Deletion requests so that the community can discuss whether they should be kept or not. We would appreciate it if you could go to voice your opinion about this at their entry.

If you created these pages, please note that the fact that they have been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with them, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

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

Affected:


Yours sincerely, Jonteemil (talk) 00:39, 9 July 2023 (UTC)[reply]

Tech News: 2023-28[edit]

MediaWiki message delivery 19:51, 10 July 2023 (UTC)[reply]

Tech News: 2023-29[edit]

MediaWiki message delivery 23:06, 17 July 2023 (UTC)[reply]

Tech News: 2023-30[edit]

MediaWiki message delivery 02:18, 25 July 2023 (UTC)[reply]

Tech News: 2023-31[edit]

MediaWiki message delivery 23:52, 31 July 2023 (UTC)[reply]

Tech News: 2023-32[edit]

MediaWiki message delivery 21:18, 7 August 2023 (UTC)[reply]

License of SVG Cycling Jerseys[edit]

Dear MaxxL,

You uploaded a series of cycling jersey SVG icons to Wikimedia Commons. Great work, thanks for that! See the list below for the items it concerns.

However, the shape is exactly the same as the file:Jersey yellow.svg or file:Jersey polkadot.svg that I created, and uploaded under CC-BY-SA. This means that if you create derivative works, you must

  1. credit the original creator(s), and
  2. share it under the same license

You did not credit me as the original author of the work you made a derivative of, ánd you did not use the CC-BY-SA license for all the images you uploaded.


Could you make changes to the images you uploaded? You can do this very simply by adding the following lines to the icons you originally created (and removing the current license template line)

{{Self |1= cc-by-sa-4.0|author=MaxxL |attribution= Shape based upon [[:file:Jersey yellow.svg]] by [[User:IIVQ]]}}

{{Template:Change-of-license}}

and if there is a summary table, change the line that reads |source={{own}} with a line that reads something like

|source={{own}} Shape based upon [[:file:Jersey Yellow.svg]] by [[User:IIVQ]]

If you based this icon on another icon than File:Jersey yellow.svg, you can substitute that and credit the creator thereof as well as the authors of the work they based their work on.

See also: User:IIVQ/Cycling Jerseys and Commons:Village pump/Copyright#Cycling Jersey Icons

With regards, IIVQ (talk) 19:06, 9 August 2023 (UTC)[reply]

File Looks like a derivative Date of first upload License User Properly references my work References which work Remarks
MaillotAllemania.svg Yes 2012-11-1 PD Maxxl2 (talk) No Other version: MaillotAlemania.PNG
UEC_Champion_Jersey.svg Yes 2013-6-7 CC-by-sa 4/GFDL Maxxl2 (talk) No "source: UEC"

IIVQ (talk) 20:45, 9 August 2023 (UTC)[reply]

Tech News: 2023-33[edit]

MediaWiki message delivery 05:57, 15 August 2023 (UTC)[reply]

Tech News: 2023-34[edit]

15:22, 21 August 2023 (UTC)

Tech News: 2023-35[edit]

MediaWiki message delivery 13:58, 28 August 2023 (UTC)[reply]

Tech News: 2023-36[edit]

MediaWiki message delivery 23:31, 4 September 2023 (UTC)[reply]

Tech News: 2023-37[edit]

MediaWiki message delivery 21:05, 11 September 2023 (UTC)[reply]

Tech News: 2023-38[edit]

MediaWiki message delivery 19:17, 18 September 2023 (UTC)[reply]

Tech News: 2023-39[edit]

MediaWiki message delivery 16:49, 26 September 2023 (UTC)[reply]

Tech News: 2023-40[edit]

MediaWiki message delivery 01:24, 3 October 2023 (UTC)[reply]

Tech News: 2023-41[edit]

MediaWiki message delivery 14:36, 9 October 2023 (UTC)[reply]

Tech News: 2023-42[edit]

MediaWiki message delivery 23:44, 16 October 2023 (UTC)[reply]

Tech News: 2023-43[edit]

MediaWiki message delivery 23:14, 23 October 2023 (UTC)[reply]

Tech News: 2023-44[edit]

MediaWiki message delivery 23:19, 30 October 2023 (UTC)[reply]

Tech News: 2023-45[edit]

MediaWiki message delivery 21:03, 6 November 2023 (UTC)[reply]

Tech News: 2023-46[edit]

MediaWiki message delivery 23:49, 13 November 2023 (UTC)[reply]

Tech News: 2023-47[edit]

MediaWiki message delivery 00:52, 21 November 2023 (UTC)[reply]

Tech News: 2023-48[edit]

MediaWiki message delivery 23:06, 27 November 2023 (UTC)[reply]

Tech News: 2023-49[edit]

MediaWiki message delivery 23:47, 4 December 2023 (UTC)[reply]

Tech News: 2023-50[edit]

MediaWiki message delivery 02:10, 12 December 2023 (UTC)[reply]

Tech News: 2023-51[edit]

MediaWiki message delivery 16:15, 18 December 2023 (UTC)[reply]

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

46.44.180.251 10:13, 20 December 2023 (UTC)[reply]

Tech News: 2024-02[edit]

MediaWiki message delivery 01:17, 9 January 2024 (UTC)[reply]

Tech News: 2024-03[edit]

MediaWiki message delivery 00:10, 16 January 2024 (UTC)[reply]

Tech News: 2024-04[edit]

MediaWiki message delivery 01:01, 23 January 2024 (UTC)[reply]

Tech News: 2024-05[edit]

MediaWiki message delivery 19:28, 29 January 2024 (UTC)[reply]

Tech News: 2024-06[edit]

MediaWiki message delivery 19:20, 5 February 2024 (UTC)[reply]

Tech News: 2024-07[edit]

MediaWiki message delivery 05:46, 13 February 2024 (UTC)[reply]

Tech News: 2024-08[edit]

MediaWiki message delivery 15:34, 19 February 2024 (UTC)[reply]

Tech News: 2024-09[edit]

MediaWiki message delivery 19:20, 26 February 2024 (UTC)[reply]

Tech News: 2024-10[edit]

MediaWiki message delivery 19:44, 4 March 2024 (UTC)[reply]

Tech News: 2024-11[edit]

MediaWiki message delivery 23:02, 11 March 2024 (UTC)[reply]

Tech News: 2024-12[edit]

MediaWiki message delivery 17:37, 18 March 2024 (UTC)[reply]

Tech News: 2024-13[edit]

MediaWiki message delivery 18:53, 25 March 2024 (UTC)[reply]

Tech News: 2024-14[edit]

MediaWiki message delivery 03:33, 2 April 2024 (UTC)[reply]

Tech News: 2024-15[edit]

MediaWiki message delivery 23:34, 8 April 2024 (UTC)[reply]

Tech News: 2024-16[edit]

MediaWiki message delivery 23:26, 15 April 2024 (UTC)[reply]

Tech News: 2024-17[edit]

MediaWiki message delivery 20:25, 22 April 2024 (UTC)[reply]