User talk:Antonsusi

Babel user information
de-N Dieser Benutzer spricht Deutsch als Muttersprache. en-2 This user has intermediate knowledge of English. ar-0 هذا المستخدم ليس لديه معرفة بالعربية (أو يفهمها بصعوبة بالغة). ca-0 Aquest usuari no té cap coneixement de català (o bé l'entén amb moltes dificultats). da-0 Denne bruger har intet kendskab til dansk (eller forstår det kun med stor vanskelighed). el-0 Αυτός ο χρήστης δεν έχει καμία γνώση Ελληνικών (ή τα κατανοεί με μεγάλη δυσκολία). es-0 Esta persona no tiene ningún conocimiento del español (o lo entiende con mucha dificultad). et-0 See kasutaja ei valda eesti keelt. fi-0 Tämä käyttäjä osaa hyvin vähän tai ei lainkaan suomea. fr-0 Cet utilisateur n’a aucune connaissance en français (ou le comprend avec de grandes difficultés). hi-0 इस सदस्य को हिन्दी का ज्ञान नहीं है (अथवा समझने में बहुत परेशानी होती है)। hr-0 Ovaj suradnik ne govori hrvatski jezik (ili ga razumije prilično otežano). hu-0 Ez a szerkesztő nem beszéli a magyar nyelvet (vagy csak nagyon nehezen érti meg). it-0 Quest'utente non è in grado di comunicare in italiano (o lo capisce solo con notevole difficoltà). pl-0 Ten użytkownik nie rozumie języka polskiego (albo ma z nim olbrzymie trudności). ru-0 Этот участник не владеет русским языком (или понимает его с трудом). zh-0 这位用户不懂或很难理解中文。 This user comes from Germany. This user's timezone is UTC+1.
Users by language

Hi- thanks for pointing out that some of the images i uploaded could be invalid. Do you have a specific example? Should I replace all of them? When I put in the URL of an image I have uploaded, the validator that you linked to gave me two errors (end tag for "ul" which is not finished) which, not being fluent in html, I cannot judge if it is a result of faults on the page or in the image.

What kinds of problems do my images cause?

Gregors (talk) 06:01, 11 March 2011 (UTC)[reply]

The problem is saving as Inkscape-SVG instead of "Normal SVG". Old browsers have problems with it and the renderer (the program, which konverts SVGs into pixelimages when creating a page) can make a lot of differences. Therefore, save as "Normal SVG" after that, the validator page shows only several (in most cases unimportant) warnings. Thats all. Antonsusi (talk) 23:06, 11 March 2011 (UTC)[reply]

The alternatives my Inkscape installation has to save with .svg name are: Inkscape SVG, Plain SVG, and Optimized SVG. I assume you mean "Plain SVG" when you write "Normal SVG".

When I run the validator it tells me:

Line 19, Column 13: This validator does not validate RDF. RDF subtrees go unchecked.

which I hope is among those unimportant warnings. Gregors (talk) 13:48, 15 March 2011 (UTC)[reply]

Yes, I meant Plain SVG. The RDF-Problem is a result of the new Inkscape-version 0.48. When saving as plain SVG (Inkscape 0.48), it keeps a metadata-tag in the file, which doensn't belong to SVG 1.1. If you want, you can repair that by doing following:

Open the file in a plaintext-editor and

1. Insert as 2nd line (directly above the svg-tag)

<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">

2. Delete, if they exist, (a few lines below) the lines

  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:cc="http://creativecommons.org/ns#"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"

3. Delete (usually after the defs-tag) the metadata-tag, which looks like

 <metadata
    id="metadata7">
   <rdf:RDF>
     <cc:Work
        rdf:about="">
       <dc:format>image/svg+xml</dc:format>
       <dc:type
          rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
       <dc:title></dc:title>
     </cc:Work>
   </rdf:RDF>
 </metadata>

So you'll get valid SVG. Maybe, step 3 can be made with the XML-editor in Inkscape 0.48. Antonsusi (talk) 21:49, 15 March 2011 (UTC)[reply]

Gregors (talk) 15:48, 16 March 2011 (UTC)[reply]

Thank you very much for these instructions! I don't suppose that you have a script that would do this?...

No, but if you've saved as plain SVG the manual changes by plain text editor take only a minute. Antonsusi (talk) 17:26, 16 March 2011 (UTC)[reply]

	The Technical Barnstar
	Thank you for the navigation bar at SVG Chess pieces category! It's very useful!!! OTAVIO1981 (talk) 19:02, 21 March 2012 (UTC)[reply]

Hallo, Antonsusi. Die Idee mit den einheitlichen Farben und dem schlankeren Code gefällt mir. Wenn Du nichts dagegen hast, werde ich mich mal um die Nummern 1-99 kümmern. De728631 (talk) 17:51, 17 January 2015 (UTC)[reply]

Ich habe diese Dateien bereits als Lua-Code. Für ein einheitliches Bild würdest du diesen Code und Lua benötigen. Hast du Lua zur Verfügung? Alternativ könnte ich dir diverse Dateien mailen und du hilfst beim uploaden. Antonsusi (talk) 18:00, 17 January 2015 (UTC)[reply]

Lua habe ich nicht (und kann ich auch nicht schreiben), aber ich kann den XML-Code der Bilder lesen und anpassen. Wenn du sie aber schon fertig hast, dann schick mir einfach einen ZIP-Ordner mit Dateien. Die werde ich dann hochladen. De728631 (talk) 18:09, 17 January 2015 (UTC)[reply]

Hab dir vorhin eine Mail zurückgeschickt. De728631 (talk) 19:06, 17 January 2015 (UTC)[reply]

Datei mit 100 SVGs ist unterwegs. Bin jetzt offline. Schreibe hier, wenn du noch ein paar haben willst... Antonsusi (talk) 19:13, 17 January 2015 (UTC)[reply]

Da du gerade mit den 500ern anfängst: du hast die 325 vergessen. :) De728631 (talk) 20:42, 17 January 2015 (UTC)[reply]

Nein. Diese Bundesstraße existiert gemäß de:Liste der Bundesstraßen in Deutschland gar nicht ... Antonsusi (talk) 20:44, 17 January 2015 (UTC)[reply]

Oh, wieder was gelernt. Naja, wenn die tatsächlich mal gebaut wird, können wir die Datei immer noch aktualisieren. De728631 (talk) 20:51, 17 January 2015 (UTC)[reply]

B 78 gibts es übrigens auch nicht. Du hattest dafür ein Schild gemacht, aber ich werde das nun erstmal nicht hochladen. De728631 (talk) 20:08, 20 January 2015 (UTC)[reply]

Hallo,

wie bist Du auf die Prozentwerte gekommen? Die Exel-datei hab ich runtergeladen, aber ich finde diese Werte nicht.

freundl. Grüße, --2A02:8109:9A40:1778:9420:5BA0:BC8D:9DEE 13:20, 19 December 2015 (UTC)[reply]

Das weis ich nicht mehr so genau. Soweit ich weis, habe ich da nur einen Balken für 2014 ergänzt. Da ich nirgendwo mehr als Uploader auftauche, habe ich den Wert wohl in der gelöschten PNG ergänzt und wohl genannt bekommen. Antonsusi (talk) 21:25, 19 December 2015 (UTC)[reply]

Wenn du mir verrätst mit was für einem Programm man das erstellen kann, weiß ich was ich als Nächstes lernen will. --Mnchnstnr (talk) 13:29, 9 April 2016 (UTC)[reply]

Bei File:Goat problem silo 3.svg steht nun M anstatt P. Da in der Aufgabe durchgängig P verwendet wird, wäre ich um P froh. Und um die dunkelblauen Flächen, wenn möglich. --Mnchnstnr (talk) 15:57, 9 April 2016 (UTC)[reply]

Nochmals besten Dank. Diese Datei brauchts nun definitiv nicht mehr, wenn du sie löschen lassen möchtest habe ich nichts dagegen. --Mnchnstnr (talk) 13:48, 10 April 2016 (UTC)[reply]

In the File:Time Zones of the Middle East.svg could you change the color for Northern Cyprus which followed Turkey thus reflecting the latest change, and could you also either get rid of the neighboring countries shaded in gray or include all of them? The map doesn't look aesthetically pretty with some of the neighboring countries missing in the map. It looks like a jigsaw puzzle missing its pieces.

Here are the sources for Northern Cyprus: http://famagusta-gazette.com/cyprus-will-have-two-time-zones-from-next-month-p36121-69.htm http://www.rte.ie/news/2016/0908/815258-turkey-daylight-saving/ http://www.news24.com/Green/News/turkey-scraps-winter-clock-change-20160908 http://cyprus-mail.com/2016/09/09/un-two-sides-will-decide-address-time-zone-problem/

Thank you. 31.200.16.174 23:07, 1 October 2016 (UTC)[reply]

Edited. Is it ok? Antonsusi (talk) 16:04, 2 October 2016 (UTC)[reply]

Thank you very much for your edit! 31.200.16.174 00:45, 4 October 2016 (UTC)[reply]

Hallo, schaue Dir bitte Dein neues Werk in voller Auflösung an. Die Namen der Elemente sind dann viel zu groß. Die SVG ist in meinen Augen defekt. Bitte korrigieren, ansonsten ist vorläufig ein Revert sinnvoller. Acha ja, ansonsten finde ich Deine Arbeit gut! Danke und Gruß, --Alchemist-hp (talk) 21:41, 26 December 2016 (UTC)[reply]

Hallo, das ist immer wieder derselbe Fehler von Antonsusi, den ich ihm schon vor mindestens einem Jahr verklickert habe. Das kommt daher wenn man CSS-Attribute mit SVG-Attributen verwechselt (hier konkrte font-size= nicht gleich font-size: und schon gar nicht font-size :). Des Weiteren verstehe ich nicht ganz warum man einfache Vierecke als Symbole klonen muss, IMHO völlig unnötig. MfG ↔ User: Perhelion 22:02, 26 December 2016 (UTC)[reply]

Das ist etwas komplexer, als es aussieht:

1. Das ist eigentlich kein Defekt der SVG, sondern ein Bug vieler Browser, unter anderem Firefox, Internet Explorer u. A. Diese können bei einer ViewBox-Angabe im SVG-Tag, welche die Grafik skaliert, die Schriftgröße nicht richtig skalieren, obwohl das Teil der SVG-Definition ist. Der Opera-Browser kann das und dort ist es richtig dargestellt. Ich schaue mal, wie ich ein Workarround hinbekomme. Antonsusi (talk) 21:58, 26 December 2016 (UTC)[reply]

Danke für die Mühe. Als Anregung sei gesagt: in den alten SVGs klappt das. Vielleicht hilf Dir das weiter?! Die File:Periodic_table_(German).png Datei habe ich inzwischen durch Deine ersetzt. --Alchemist-hp (talk) 22:00, 26 December 2016 (UTC)[reply]

Vermutlich muss ich nur "px" an die Fontgröße anhängen, damit alle Browser das richtig machen. Antonsusi (talk) 22:04, 26 December 2016 (UTC)[reply]

Genau, denn im CSS sind Einheiten-Angaben zwingend (ausgenommen beim Wert 0), dass dein Opera das interpretiert war reine (Fehler-)Kulanz des Browsers (oder eben jeder andere Viewer/Editor). ↔ User: Perhelion 22:41, 26 December 2016 (UTC)[reply]

Du meinst im CSS des Style-Attributs? Das kann sein. Antonsusi (talk) 22:54, 26 December 2016 (UTC)[reply]

Es sind noch ein paar kleine Macken drin. Es dauert deshalb (und weil ich kurz was erledigen muss) ein wenig, aber ich korrigiere es. Antonsusi (talk) 22:54, 26 December 2016 (UTC)[reply]

Guten Rutsch und erfolgreiches Neues. ↔ User: Perhelion 13:53, 31 December 2016 (UTC)[reply]

Danke, ebenfalls. Antonsusi (talk) 10:17, 1 January 2017 (UTC)[reply]

Hallo Antonsusi, ich wollte fragen ob du die Erlaubnis gibst, dass dein PSE zu schulischen Zwecken kopiert und weiter verbreitet werden darf? Viele Grüße Schwald_M (talk) 10:19, 13 September 2022 (UTC)[reply]

Danke für korrigieren meines SVGs. Mittlerweile kenn' ich mich mit SVGs auch schon besser aus und danke, dass du die Warnung "No Character encoding declared at document level" entfernt hast und dass du DOCTYPE definiert hast, was durch einfügen von <?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> möglich ist.
Da du aber den ganze Code geändert hast, gehe ich davon aus, das du das nicht als HandSVG gemacht hast? Deshalb will ich dich fragen welches Tool/Programm du verwendest? (Ob du mir eines empfehlen kannst?) Weil du schreibst no visible changes: Bei mir im Browser hat sich die Größe geändert: mein SVG (Passt sich in Chrome/Firefox der Festergröße an) dein SVG (hat eine fixe Größe). -- JoKalliauer (talk) 09:50, 7 January 2017 (UTC)[reply]

Die Größe hatte ich mit no visible changes nicht einbezogen. Ich habe der Datei eine konkrete Abmessung in Pixel verpasst, denn bei relativen Angaben kann man oft (bei Höhe:Breite > 16:9 im HD-Monitor) den unteren Teil nicht direkt sehen und muss kleinerzoomen. Im übrigen gibt es den Trick, die Datei mit Inkscape zu öffnen und gleich wieder - als normales SVG, nicht als Inkscape-SVG (!) - zu speichern. Das Programm suggeriert dann zwar Fehler, aber die existieren nicht. Im Zweifelsfall einen anderen Namen nehmen. Diese Maßnahme erzeugt saubere Zeilenumbrüche und ein paar Leerzeichen zur besseren Lesbarkeit. Danach sollte man die Datei im Texteditor aufmachen. Hier empfehle ich in diesem Fall folgende Maßnahmen:

1. Den Kommentar "Created with Inkscape (http ://www.inkscape.org/)" entfernen, denn diese Angabe wird ungefragt eingesetzt.
2. Das Metadata-Tag entfernen, denn das gehört nicht zum reinen SVG.
3. Die drei mit "xmlns:dc=", "xmlns:cc=" und "xmlns:rdf=" beginnenden Zeilen entfernen, denn ohne das Metadata-Tag sind diese sinnlos.

Bei dieser Gelegenheit kann man auch die o.g. Änderung bei der Größe vornehmen. Dazu multipliziert man einfach die in viewBox="0 0 Breite Höhe" stehende Breite und Höhe mit einem geeigneten Faktor und gibt das als Pixelwerte für die SVG an. Gruß von Antonsusi (talk) 15:42, 7 January 2017 (UTC)[reply]

::Danke für die Tipps! Gruß, --Alchemist-hp (talk) 21:11, 7 January 2017 (UTC)[reply]

Hello.

The File:Rail density map.svg which you created needs to be corrected because Myanmar (5,403 km), Laos (4 km) and Afghanistan (25 km) have railways which are operational, but erroneously appear in the map as having no railways. Please see the sources.

Thank you.

31.200.13.227 00:49, 23 December 2017 (UTC)[reply]

To do so, I need the URL of the source. Antonsusi (talk) 14:14, 23 December 2017 (UTC)[reply]

File:Rail density map.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! Afrikaans ∙ العربية ∙ беларуская ∙ беларуская (тарашкевіца) ∙ български ∙ ပအိုဝ်ႏဘာႏသာႏ ∙ বাংলা ∙ bosanski ∙ català ∙ čeština ∙ dansk ∙ Deutsch ∙ Deutsch (Sie-Form) ∙ Zazaki ∙ ދިވެހިބަސް ∙ Ελληνικά ∙ English ∙ Esperanto ∙ español ∙ eesti ∙ فارسی ∙ suomi ∙ français ∙ galego ∙ עברית ∙ hrvatski ∙ magyar ∙ հայերեն ∙ Bahasa Indonesia ∙ íslenska ∙ italiano ∙ 日本語 ∙ 한국어 ∙ 조선말 ∙ македонски ∙ മലയാളം ∙ Bahasa Melayu ∙ မြန်မာဘာသာ ∙ norsk bokmål ∙ Plattdüütsch ∙ Nederlands ∙ norsk nynorsk ∙ norsk ∙ occitan ∙ polski ∙ پښتو ∙ português ∙ português do Brasil ∙ română ∙ русский ∙ sicilianu ∙ slovenčina ∙ slovenščina ∙ shqip ∙ српски / srpski ∙ svenska ∙ ไทย ∙ Türkçe ∙ українська ∙ Tiếng Việt ∙ 中文 ∙ 中文（简体） ∙ 中文（繁體） ∙ +/−

A2D2 (talk) 22:00, 29 December 2017 (UTC)[reply]

Cany put in the Wikipedia articles the up to date file File:DEC31 World Time Zones.png whose title is not restricted according to a certain year, because many Wikipedia articles are using files that are restricted to a certain year and therefore are obsolete (unless these articles indicate the year of these files).

Here are the files that need to be replaced with the above mentioned file:

• File:Standard time zones of the world.png
• File:Standard time zones of the world (2011).svg
• File:Standard time zones of the world (2005).png
• File:Standard time zones of the world (2007).png
• File:Standard time zones of the world (2007-02-20, white bck).svg
• File:Standard time zones of the world (2012) (2).png
• File:Standard time zones of the world (2012) (3).png

The reason I requested this because I live in Turkey, and Wikipedia is completely banned and blocked in Turkey by the Turkish government. If I lived in another country I could have replaced these files myself.

Thank you.

31.200.22.112 15:51, 1 January 2018 (UTC)[reply]

čeština ∙ Deutsch ∙ Deutsch (Sie-Form)‎ ∙ English ∙ español ∙ français ∙ galego ∙ italiano ∙ magyar ∙ Nederlands ∙ Nederlands (informeel)‎ ∙ polski ∙ português ∙ sicilianu ∙ slovenčina ∙ svenska ∙ Türkçe ∙ suomi ∙ македонски ∙ русский ∙ українська ∙ हिन्दी ∙ മലയാളം ∙ 日本語 ∙ 中文 ∙ עברית ∙ فارسی ∙ +/−

---

I noticed that you uploaded a file using the name File:Canberra From Black Mountain Tower.jpg. A file by this name already existed on Commons. Overwriting an existing file should not be done except when making minor, uncontroversial corrections, so the file has been restored to its previous version. If the file that you attempted to upload is within our project scope and is in the public domain or published under a free license, please upload it again under a different name. Thank you. For more information, please see Commons:Overwriting files.

Bidgee (talk) 02:53, 8 January 2018 (UTC)[reply]

Im Text dieser Grafik sind zwei Typos:

• blue color = blue colour
• varable sources = variable sources.

Willst Du diese bitte berichtigen?
Wie wäre es mit einer Version in Deutsch mit den Bezeichnungen aus der Tabelle im Artikel? -- MaxxL - talk 09:38, 25 April 2018 (UTC)[reply]

"Colour" ist britisches Englisch, "color" ist amerikanische Schreibweise. Insoweit kein Änderungsbedarf. Eine dt. Version kann man erstellen. Antonsusi (talk) 16:12, 6 May 2018 (UTC)[reply]

Meinst Du nicht, man sollte in einer Grafik eine einheitliche Schreibung beibehalten? Eine Zeile über der "color" steht im gleichen Grafikelement "colour", wie es auch in der ESA-Quelle geschrieben steht. Ich habe dann schon mal beide Änderungen vorgenommen. -- MaxxL - talk 09:57, 18 May 2018 (UTC)[reply]

Womit erstellst du das?? LSE Wendland (talk) 20:52, 18 May 2019 (UTC)[reply]

?? LSE Wendland (talk) 16:16, 19 May 2019 (UTC)[reply]

mit einer Tabelle und einem Lua-Skript. Antonsusi (talk) 02:43, 21 May 2019 (UTC)[reply]

Danke LSE Wendland (talk) 21:14, 10 June 2019 (UTC)[reply]

Hallo Antonsusi, ich habe heute den Artikel Kirche des Reiches Gottes erstellt. Bei dieser Glaubensgemeinschaft handelt es sich um einen eigenen, nicht ganz unbedeutenden Zweig der Bibelforscherbewegung, der 1919 aus dem zweiten Schisma hervorging. Dieser Zweig fehlt noch in der Darstellung. Beste Grüße! --Konrad Lackerbeck (talk) 10:19, 23 June 2019 (UTC)[reply]

Von wo genau soll da eine Linie wohin abzweigen? Antonsusi (talk) 18:58, 25 June 2019 (UTC)[reply]

Hallo Antonsusi,

bald ist es soweit: Vom 1. bis zum 30. September 2019 findet zum neunten Mal der internationale Wettbewerb Wiki Loves Monuments statt. Dabei können Bau- und Kulturdenkmale fotografiert und die Fotos hochgeladen werden. Du hast an einem der vergangenen Fotowettbewerbe teilgenommen. Deshalb laden wir dich ein, dieses Jahr wieder mitzumachen. Wir freuen uns auf deine Fotos!

Es sind viele spannende Motive überall in Deutschland zu fotografieren. Neben beeindruckenden märchenhaften Schlössern, Burgen und Kirchen können auch andere Kulturdenkmale wie Brücken, Industrieruinen, Bauernhöfe oder Parks fotografiert werden, um sie unter anderem in der Wikipedia zu dokumentieren. In den letzten Jahren sind zahlreiche neue Denkmallisten entstanden, die sich über Fotos freuen. Für die Suche nach Motiven gibt es bei Wikipedia zahlreiche Listen und Karten. Als Einstieg hilft diese Übersichtsseite. Weitere Informationen erhältst du auf der Mitmach-Seite.

Du bist interessiert, am Wettbewerb mitzuwirken, dir fehlt aber die richtige Technik? Dann wirf doch mal einen Blick in den Technikpool und das Technikleihportal von Wikimedia Deutschland! Dort findest du Kameras, Objektive und Zubehör verschiedenster Art. Sollte noch Technik fehlen, die aber in Zukunft unbedingt benötigt wird, dann freut sich Wikimedia Deutschland über dein Feedback zum Technikpool.

Außerdem laden wir Dich ein, ab Mitte September 2019 an der Vorjury teilzunehmen. Diese bewertet die hochgeladenen Bilder und ermittelt so gemeinsam mit der Jury, die im Oktober tagt, die Sieger von Wiki Loves Monuments 2019 in Deutschland. Das Vorjurytool ist hier bald freigeschaltet. Du benötigst dafür nur deinen Benutzernamen und das Passwort.

Für Fragen steht das Organisationsteam gerne auf der Support-Seite zur Verfügung.

Viel Spaß und Erfolg bei größten Fotowettbewerb wünscht dir im Namen des Organisationsteams --Z thomas 14:27, 28 August 2019 (UTC)[reply]

hallo, du scheinst dich gut auszukennen mit der bearbeitung von svgs

du hast die wappen aus der grafikwerkstatt bearbeitet und reduziert

kannst und willst du mir schildern, wie du dabei vorgehst?

handarbeit / tools?

ich komme ursprünglich von inkscape, bin aber interessiert daran, svgs schlank aber immer noch sinnvoll aufzubauen

das betreffend nutze ich nur die möglichkeit in inkscpae das svg als 'optimiertes svg' zu speichern - dahinter steckt wohl das tool 'scour' - kennst du das?

und so habe ich einen reduzierten entwurf von dir nochmals gespeichert und als neue version hochgeladen

bitte schau dir das doch mal an - was sagst du dazu? der code wird dabei auch umstrukturiert und eigenschaften zusammenfassen zu können

aber wie gesagt, mich interessiert sehr, wie man sich grundsätzlich einem 'vermüllten' svg annähert

danke und gruß --Mrmw (talk) 10:11, 17 October 2019 (UTC)[reply]

Das habe ich manuell im Plaintext-Editor gemacht:

• Die meiste Zeit habe ich dafür gebraucht, die ungenutzten Elemente zu finden.
• Inkscape kann wohl nur die direkt eingebundenen Definitionen entfernen. Es scheitert bei mit Use-Tags verschachtelten Objekten.
• Bei den Wappen war es so, dass beim Speichern als "normales SVG" - für die Wikis dringend empfehlenswert - die Stilattribute von den Style-Tags in die Grafikanweisungen übertragen werden. Es entstanden Dateien, bei denen 98% der Zeilen Def-Bereiche mit vielen verschachtelten Use-tags waren. Es gab leere Style-Tags und teilweise auch leere Gruppen-Tags. Ergo habe ich diese zuerst entfernt. Wozu du einen Editor mit regulären Ausdrücken beim Suchen brauchst.
• Danach habe ich die nicht zu einer Definition gehörenden "ausführbaren" Zeilen auf Use-Referenzen, Clippaths und Gradienten durchkämmt und festgestellt, dass nur die Clippaths und Gradienten auf Definitionen im Def-Bereich zugreifen und die Use-Tags nur auf Objekte, welche außerhalb liegen. Ergo konnte ich im Def-Bereich alles löschen, was nicht zu einem %lt;ClipPath> oder <linearGradient> gehört, was mind. 99 % aller Zeilen waren.
• Zum Testen benutze ich der Opera-Browser, den der ist beim SVG-Parsen besser als der Firefox. Der Opera packt auch die großen Dateien, wenn du diese auf der Beschreibungsseite nicht direkt aufrufst, sondern mittels "Ziel speichern unter" herunterlädst und dann von der Festplatte aus öffnest. Dauert ggf eine ganze Minute, läuft aber.
• Das von dir benutzte Tool gefällt mir nicht. Es entfernt in den Pfaden die für das lesende Auge nötigen Leerzeichen, ersetzt wichtige absolute Koordinaten durch relative (was nachteilig zum Lesen ist), sprechende Ids durch nichtssagende Buchstaben, welche auch in der Pfadsyntax vorkommen, zerstört Gruppen-Tags, welche einen logischen Zusammenhang von Objekten beschreiben und entfernt der optischen Gliederung dienende Leerzeilen. Das sind mir zu viele Nachteile, um nur ein paar KB zu sparen. Das lohnt nur, wenn es um Megabytes an Platzersparnis geht. Antonsusi (talk) 11:46, 17 October 2019 (UTC)[reply]

wow, danke für die ausführliche antwort - beeindruckt mich was du da machst

würde dich gern noch detaillierter dazu befragen wenn ich mir das selber mal angeschaut habe

aber mich würde folgendes interessieren zu de:special:diff/193208973/193206423:

änderst du die beiträge anderer?

und wieso hast du zum oben genannten file die datei-größe wieder auf den alten wert geändert?

wenn du meine version zurückgesetzt hättest, würde ich es zumindest nachvollziehen können

kannst du das erklären oder hab ich etwas falsch verstanden?

danke und gruß --Mrmw (talk) 14:12, 17 October 2019 (UTC)[reply]

Da hatte ich die Seite sehr sehr lange im Editmodus. Dann gibt es doch diese Meldung mit den "verlorenen Sitzungsdaten". Sieht aus, als ob es dann wohl keine BK-Meldung gibt, denn mein Edit passt genau als Folgeversion auf die Version des Calle Cool von 13:03 (difflink) Deshalb wurden die drei dazwischenliegenden Versionen wohl überschrieben. Habe ich korrigiert. Antonsusi (talk) 15:36, 17 October 2019 (UTC)[reply]

ah verstehe, dann wird das irgendwie gemerged - danke für die rückmeldung - hatte mich nur gewundert --Mrmw (talk) 16:52, 17 October 2019 (UTC)[reply]

hi, bei diesem jungfräulich unoptimierten svg musste ich an dich denken und frag dich nun, ob du es auch optimieren kannst?

danke und gruß --Mrmw (talk) 20:21, 18 October 2019 (UTC)[reply]

nachtrag: ich hatte bei den letzten wappen die du optimiert hast schon danach vergeblich gesucht - jetzt zufällig drüber gefallen

{{SimplSVG}} (unten als beispiel) --Mrmw (talk) 20:58, 18 October 2019 (UTC)[reply]

 

The SVG code is valid.

 

This W3C-unspecified vector image was created with a text editor.

Previous version had been created with Adobe Illustrator (12345 bytes)     now 6.6% of previous size

 

Please do not replace the simplified code of this file with a version created with Inkscape or any other vector graphics editor

Das ist ein vom Adobe Illustrator in tausende kleine Dreieckspfade zerschnippeltes ehemaliges Pixelbild. Da kann man nicht viel machen. ein wenig geht weg, aber nicht viel. Antonsusi (talk) 22:01, 18 October 2019 (UTC)[reply]

Deine Grafik [1] die im Artikel de:Periodensystem ganz prominent in der Einleitung steht hat einige Fehler. Die Dichten für etliche Elemente sind falsch (Gallium, Argon, Krypton, Xenon, Gold, Wolfram und bestimmt noch viele andere) --2001:A62:415:B701:28CB:924E:E951:9B8F 12:09, 11 November 2019 (UTC)[reply]

Ich habe die Werte aus einer anderen Grafik übernommen. Ich gehe das bei Gelegenheit mal durch. Antonsusi (talk) 18:06, 11 November 2019 (UTC)[reply]

Hi there. Thanks for your great work on the ISO 7010 safety symbols ISO_7010. Do you know if there is somewhere a file with them all in one SVG? That would just make my life easier as I am making some objects from them in a different (proprietary) software for my employer. --DuLithgow (talk) 08:45, 26 November 2020 (UTC)[reply]

@DuLithgow: You can easily concatenate any SVG in Category:ISO 7010 safety signs (vector drawings) by yourself in a layout you like. Here an example for up to four Rows with five images:

• Open a plaintext editor and add the following Code:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<svg xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" width="2000px"  height="1600px" viewBox="0 0 1000 800" version="1.1">
<!-- uppermost row -->
<g transform="translate(0,0)">
<!-- <CONTENT_11 -->
</g>
<g transform="translate(200,0)">
<!-- <CONTENT_21 -->
</g>
<g transform="translate(400,0)">
<!-- <CONTENT_31 -->
</g>
<g transform="translate(600,0)">
<!-- <CONTENT_41 -->
</g>
<g transform="translate(800,0)">
<!-- <CONTENT_51 -->
</g>
<!-- 2nd row -->
<g transform="translate(0,200)">
<!-- <CONTENT_12 -->
</g>
<g transform="translate(200,200)">
<!-- <CONTENT_22 -->
</g>
<g transform="translate(400,200)">
<!-- <CONTENT_32 -->
</g>
<g transform="translate(600,200)">
<!-- CONTENT_42 -->
</g>
<g transform="translate(800,200)">
<!-- CONTENT_52 -->
</g>
<g transform="translate(0,400)">
<!-- CONTENT_13 -->
</g>
<g transform="translate(200,400)">
<!-- CONTENT_23 -->
</g>
<g transform="translate(400,400)">
<!-- CONTENT_33 -->
</g>
<g transform="translate(600,400)">
<!-- CONTENT_43 -->
</g>
<g transform="translate(800,400)">
<!-- CONTENT_53 -->
</g>
<g transform="translate(0,600)">
<!-- CONTENT_14 -->
</g>
<g transform="translate(200,600)">
<!-- CONTENT_24 -->
</g>
<g transform="translate(400,600)">
<!-- CONTENT_34 -->
</g>
<g transform="translate(600,600)">
<!-- CONTENT_44 -->
</g>
<g transform="translate(800,600)">
<!-- CONTENT_54 -->
</g>
</svg>

• Save the code to a file called "MySafetySymbols.svg" and Download the SVGs you want to concatenate to the same folder (Use only files with 400x400 or 800x400 Pixels).
• For any of the downloaded files:
  • Open the file in the plaintext editor.
  • From this source file, copy the code between (!) the SVG-Tag to the clipboard. That's anything following the row starting with <svg , exept the last row with </svg>.
  • Replace <-- <CONTENT_XY --> with the copied code by pasting. "XY" is the horizontal and vertical position.
  • Close the source (!) file.
• when all source is copied, save "MySafetySigns.svg"
• Open "MySafetySigns.svg" with a browser to check it.
• Try adjustings if it fails.

Antonsusi (talk) 20:04, 26 November 2020 (UTC)[reply]

Hi, ich habe zu dieser Datei ein paar Fragen

1) - was genau hast du in deinen letzten beiden Edits validiert bzw. adjustiert?

2) Wieso lädst du so hohe Auflösungen hoch?

3) Wieso ersetzt du die Schriftart und wieso wählst du Arial? Soweit ich informiert bin wird Arial nicht vom Wiki-Renderer unterstützt.

4) Wieso arrangierst du den Text neu? Bei Mulitlang-Files wähle ich ganz bewusst ein Layout, das weiteren Übersetzungen maximalen Spielraum, also Platz lässt.

Das ist eine relativ junge von mir erstellte Datei die meiner Meinung keine technischen Probleme hatte. --Mrmw (talk) 07:15, 1 February 2021 (UTC)[reply]

@Mrmw: Hallo. Ich habe deine Fragen mal nummeriert, damit ich besser Bezug nehmen kann. Also:

Zu 1:

• Absolute statt relative Koordinaten bei Pfaden, was etwaige spätere Änderungen erleichtert.
• CSS statt Attribute, um das Erscheinungsbild leichter verändern zu können und die Vererbung zu nutzen.
• Sprachversionen komplett trennen, um besonders einfach weitere ergänzen zu können.

Zu 2: Bei SVG gibt es keine Auflösung, nur eine Standardgröße. Große Standardgröße ermöglicht mehr Maximalgröße bei maximalem Browser-Zoom.

Zu 3: Arial ist etwas enger als DejaVu, der Text also grafisch etwas kürzer. Sie ist clientseitig verbreitet und CSS ermöglcht mehrere Fonts und eine generiche Schriftangabe ("sans-serif"). Das gewährleistet eine serifenfreie Schrift nach einem Download.

4: a) Um Zeilenumbrüche zu ersparen. Es ist in der Breite Platz genug vorhanden und wenn jemand einen halben chinesischen Roman ergänzen will, kann er dann immer noch "die Zeile wechseln". b) Um den Text vmöglichst aus der :Grafik herauszuziehen. Das sieht professioneller aus und gibt neuen Sprachversionen Platz "vom Rand zur Mitte hin".

Insgesamt also Kleinigkeiten zum Zweck besserer Weiterbearbeitung. Die von dir als Pfade angegebenen Formeln sind z. B. geblieben, ebenso ist die Grafik unverändert. Gruß von Antonsusi (talk) 18:03, 1 February 2021 (UTC)[reply]

Hi, kannst du meinen Wunsch nachvollziehen, dass ich mir eine gemeinsame Auseinandersetzung wünsche bevor du ein frisch von mir hochgeladenes komplexes SVG überschreibst? Dein Bearbeitungskommentar sagt nichts aus - du hast etwas justiert. Evtl. sind es ja Änderungen von denen ich etwas lernen könnte, daher interessieren mich deine Beweggründe bzw. deine Not dieses File zu überschreiben. Danke und Gruß --Mrmw (talk) 17:58, 13 March 2021 (UTC)[reply]

Kein Grund zur Aufregung: Ich habe hauptsächlich SVG-Attribute durch CSS ersetzt und ein paar "Mini-Pfade" zusammengelegt. Die Darstellung dürfte sich kaum geändert haben. Die Darstellung ist zu 99 % noch dein Quelltext. Antonsusi (talk) 18:32, 13 March 2021 (UTC)[reply]

Danke dass du gleich sachlich antwortest - Aufregung herrscht bei mir keine - ich bin inhaltlich interessiert

• svg-attribute durch css ersetzt - was steckt hierbei dahinter? - ich benutze nämlich scour explizit mit der Option 'CSS-Attribute in XLM-Atrribute umwandeln' - kannst du Zusammenhänge erklären?
• Pfade zusammenlegen - du meinst sie kombinieren?
• Schriftart: wenn ich es richtig sehe hast du die Schriftart geändert? Wieso? und wieso zu 'Arial' - kennst du m:SVG fonts? Hier ist Arial nicht nur nicht gelistet, es wird sogar ein Fallback genannt, falls Arial benutzt wird - Kannst du auch hierzu was sagen?

Danke und Gruß --Mrmw (talk) 19:23, 13 March 2021 (UTC)[reply]

Bei der Schriftart habe ich eine auf meinem Rechner eingebaut, um etwas zu sehen... Das habe ich vor dem Upload allerdings nicht mehr zurückgesetzt. Hier ist nur wichtig, dass es eine serifenfreie und möglichst enge (aber noch gut lesbere) Schrift ist. Ein kleiner Codiervorteil ist auch ein aus nur einem wort bestehender Schriftname. Wir können ja "FreeSans" nehmen. Pfade zusammenlegen ist der Zusammenschluss von ein paar horizontalen und vertikalen Linien. Ich habe damit quasi ein paar unifarbene Rohre zusammengesetzt, um deren logische Gruppierung zu verdeutlichen. Wenn du sowasmal später weiterbenutzt, dann sind logische Gruppen sehr nützlich.

Ich bevorzuge CSS, weil es kompakter ist und die Attribute zusammenfasst.

Übrigens: Ich habe noch einen kleinen Fehler entdeckt: Die "500 °C" sind nicht ganz zentriert. Ich korrigiere das mal und ändere auch auf einen gelisteten Font. Antonsusi (talk) 19:53, 13 March 2021 (UTC)[reply]

Sollte man bei den Gemischen nicht besser Semikola setzen, damit man sieht, dass es getrennte Summenformeln sind? Antonsusi (talk) 19:55, 13 March 2021 (UTC)[reply]

In Sachen CSS vs. XLM-Atrribute bin ich immer noch nicht festgelegt, weil ich die Vor- oder Nachteile nicht konkret kenne - aber wie gesagt bietet Scour diese Option zur Optimierung

Bei der Schriftart schwanke ich zwischen DejaVu Sans, Liberation oder FreeSans - wo ist das Problem beim Leerzeichen im Fontname?

Wenn es inhaltliche Änderungen gibt, dann steige ich selten in tiefe Diskussionen, das wissen andere besser - oder wenn eine Ausrichtung nicht korrekt ist - das ist indiskutabel

zu den Kommas: in der ursprünglichen Version von File:Haber-Bosch.svg von 2007 war es genauso mit den Kommas wie von dir vorgeschlagen

was du mit zusammenlegen meinst ist mir leider immer noch unklar - ich kenne nur gruppieren und kombinieren - beim Gruppieren kommen die Einzelpfade in eine Box, beim Kombinieren wird aus mehreren Einzelpfaden ein neuer Pfad erzeugt

ich habe gesehen, dass du den Code sehr fein mit der Hand editierst, sprechende IDs erzeugst und mit Leerzeichen das Layout lesbarer machst, das finde ich beachtlich - ich mache sowas nicht--Mrmw (talk) 08:11, 14 March 2021 (UTC)[reply]

Ich meine kombinieren kleiner Pfade, wenn sie logisch zusammengehören und die Attribute gleich sind. Die Bauteile stellen auch eine Einheit dar. Wozu sind die horizontalen Linien beim Katalysator und Wäscher gut? braucht man die? Eine derartige Darstellung sollte so einfach wie möglich sein, weshalb ich die gerne wegnehmen würde, wenn sie zur Sachaussage der Grafik nichts beitragen. Sprechende Ids sind besonders beim Übertragen und Anpassen nützlich. Antonsusi (talk) 08:50, 14 March 2021 (UTC)[reply]

Ja das kann man so machen - von mir aus auch die Linien entfernen - so war es eben im Orginal - MaxxL hatte sich noch gewünscht, dass die Kompressor-Bezeichnung rechts über dem Objekt steht

was mir noch aufgefallen ist und gar nicht gefällt: du teilst mehrzeiligen Text in einzeilige Einzeltexte auf - wieso? --Mrmw (talk) 22:04, 14 March 2021 (UTC)[reply]

@Mrmw: Weil ich die Texte unabhängig leicht verschiebbar haben möchte. Ich habe eine Sprachneutrale Version ohne Worte erstellt und dabei die getrennte Zufuhr von Methan und Wasser dargestellt. Antonsusi (talk) 21:22, 15 March 2021 (UTC)[reply]

Danke für die Info - da hast du dir extra Fleißarbeit gemacht.

Bitte ordne meine Kritik sachlich ein - mir sagt das von die gewählte Layout nicht zu

• die Farben, speziell die Blautöne beissen sich
• die Schrift im Vergleich zur beschrifteten Version ist klein und pixelig
• die 500°C sind übergroß und unpassend
• die Pfeile gefielen mir in der anderen Version besser
• wieso muss die Nummerierung in warnrot sein?
• ich finde solche Grafiken sollten immer einen transparenten Hintergrund besitzen

alles nur meine persönliche Wahrnehmung --Mrmw (talk) 22:05, 15 March 2021 (UTC)[reply]

@Mrmw: Die beiden häufigsten Blautöne sind bis auf winzige Nuancen, vom Original, nur das Wasser mit CO₂ hat eine andere Farbe. Die Schrift ist nur von 35 auf 32 Pixel reduziert, weil sie sonst nicht mehr in die beiden Reformer gepasst hätte und weil die Grafik sowieso nichts für ein Thumb ist, sondern mind. doppelte Größe braucht. Das ist das m. E. nicht zu klein. Ich kann aber auch schauen, ob ich das breiter hinbekomme. Die Pfeile sind nicht ganz so schlank, aber das ist eine Nuance. Rot ist die beste Farbe, wenn es darum geht, stark abzusetzen, was ich für sehr wichtig halte. Bei den Farben sollten wir beide tolerant sein. Ich finde ja auch das Ferkel-Rosa unpassend. Ich stelle mal auf Pastelltöne um und nutze auch einen Grünton. Antonsusi (talk) 22:23, 15 March 2021 (UTC)[reply]

hi, bei deinen multi-lang-svgs is mir aufgefallen dass du keine standard-sprache (ohne lang-code) angibst - die wiki-renderer werden im zweifelsfall immer auf en zurückfallen, aber wenn es extern benutzt wird, könnte ich mir vorstellen, dass im schlechtesten falle gar kein text angezeigt wird --Mrmw (talk) 19:31, 20 March 2021 (UTC)[reply]

Es gibt ja auch eigentlich keine Standardsprache, nur ein "En-Privileg" wenn ich die angebe, dann wird das switch vermutlich wirkungslos. Antonsusi (talk) 20:23, 20 March 2021 (UTC)[reply]

hier der code so wie ich es meine: wenn eine software (egal ob wiki oder was andres) en oder de anfordert, dann wird auf den entsprechenden switch zurückgegriffen - und innerhalb wiki gehe ich davon aus, dass en immer die letzte rückfallebene sein wird, die der wikirenderer anfordert bzw. abfragt

aber außerhalb könnte es gut sein, dass von deinem svg u.u. gar kein text angezeigt wird

auf einer svg-seite in wiki wird das so empfohlen, die en-version zusätzlich als default ohne langcode anzugeben - macht auch sinn finde ich --Mrmw (talk) 09:43, 21 March 2021 (UTC)[reply]

		<g style="font-family:sans-serif; fill:#000000; stroke:none; font-size:40px; text-anchor:middle; font-weight:bold;">
			<switch transform="translate(775 500)">
				<text systemLanguage="en">device</text>
				<text systemLanguage="de">Gerät</text>
				<text>device</text>
			</switch>
			<switch transform="translate(300 500)">
				<text systemLanguage="en">compensation</text>
				<text systemLanguage="de">Kompensation</text>
				<text>compensation</text>
			</switch>
		</g>

@Mrmw: Dann muss ich das switch bei jedem Text-Tag setzen. oder den EN-block wiederholen. Das finde ich zu aufwändig. Eher schon würde ich dann eine "Standardsprache" auf Icons setzen. Antonsusi (talk) 18:42, 9 April 2021 (UTC)[reply]

Hallo Antonsusi, Ich habe gesehen, dass du an jegliche Autobahnschilder und deren Nummern beteiligt warst. Ich wollte dich deshalb fragen, ob du so nett wärst, ein Schild für die Bundesautobahn 64a zu gestalten. Das wäre sehr nett von dir. Liebe Grüße --Ibims010 (talk) 16:15, 15 June 2021 (UTC)[reply]

@Ibims010: Bitte sehr: File:Bundesautobahn 64a number.svg. Antonsusi (talk) 20:23, 16 June 2021 (UTC)[reply]

Servus Antonsusi,

ich ersuche dich, die von mir erstellten Bilder (Beispiel (Malfatti-Kreise-Skizze.svg) nicht zu korrigieren! Mit Gruß--Petrus3743 (talk) 23:05, 26 September 2021 (UTC)[reply]

@Petrus3743: Du weist schon, dass du an hochgeladenen Bildern kein Copyright hast? Du kannst auch nicht verlangen, dass deine Grafiken immer unverändert in die artikel kommen. Du solltest dringend akzeptieren, dass Grafiken verändert werden. Das gilt besonders für die schlecht codierten GeoGebra-Grafiken. Deine Grafik wurde optisch nur wenig verändert. Antonsusi (talk) 04:15, 27 September 2021 (UTC)[reply]

Hallo,

ich schreibe mal hier, weil ich nicht weiß, ob du für eine neu erstellte Diskussionsseite Mitteilungen bekommst.

Könntest du die Datei vielleicht so anpassen, dass das Bild bis zum unteren und seitlichen Rand reicht oder zumindest zentriert ist? Bei den Alternativen für die de:Vorlage:Platzhalterbild ist das überall der Fall. Grüße --Hiculd (talk) 15:03, 7 December 2021 (UTC)[reply]

@Hiculd: Erledigt. Antonsusi (talk) 17:31, 7 December 2021 (UTC)[reply]

Die von dir hochgeladene Version von c:File:Erich Kästner Emil und die Detektive 1941.jpg ist nicht aus dem Jahr 1941. Du solltest deine Aktion rückgängig machen und eine zweite Datei anlegen. --Goesseln (talk) 17:08, 1 January 2022 (UTC)[reply]

@Goesseln: Von wann soll sie denn sonst sein? Antonsusi (talk) 20:25, 1 January 2022 (UTC)[reply]

not amused, die von mir mit dem Jahr (circa) 1941 hochgeladene Version stammt aus dem Verlag Williams & Co., die Signatur Trier steht rechts, die von dir überschreibende Version stammt aus dem Verlag Atrium aus dem Jahr xxxx, die Signatur Trier steht links. Es sind also zwei ziemlich verschiedene Versionen. Vielleicht schaffst es dann doch noch, deine Aktion rückgängig zu machen und eine neue, bequellte Version anzulegen. Dass "deine" Version die "schönere" ist, das ist klar, aber ein anderes Thema. --Goesseln (talk) 10:10, 3 January 2022 (UTC)[reply]

@Goesseln:

https://www.romanreisen.de/uploads/6/6/9/0/6690897/emilunddiedetektive-705_1_orig.jpg --Magnus (talk) 18:04, 3 January 2022 (UTC)[reply]

@User:Tsungam : gut gemeint, das Kuddelmuddel, das user:Antonsusi hier angerichtet hat, sollte er selbst ordnen. Ich habe inzwischen genug mit der Briefmarke zu tun und anderen Trier-Trouvaillen. --Goesseln (talk) 21:03, 3 January 2022 (UTC)[reply]

Moin,

magst du bitte, falls du die Zeit dafür findest, die Symbole für RB37, RB47, RB62, RE20 ergänzen?

Vielen Dank im Voraus! --Roman Berlin (talk) 09:10, 6 July 2022 (UTC)[reply]

Servus Antonsusi,

ich habe bemerkt, dass du diese Datei gut bereinigt hast, war eine gute Idee. Ich musste sie leider nochmals hochladen. Die Bildgröße ist jetzt noch kleiner und damit zu Bild 1 gut angeglichen. Die Buchstaben der Bilder 1, 2 und 3 im Artikel sind jetzt etwa gleich groß. Mit Gruß Petrus3743 (talk) 22:04, 8 October 2022 (UTC)[reply]

Hello, it's been pointed out that your diagram of the Gamma And system: https://commons.wikimedia.org/wiki/File:Gamma_Andromedae_Components.svg has incorrect colors. The Ba and Bb components are stars of stellar type B, which should be blue. The C component is a star of stellar type A, which should be white. Any chance you might correct your diagram? Thank you. Assambrew (talk) 18:55, 2 December 2023 (UTC)[reply]

The diagram is in use has white background. To show a white star, it will be nescessary to change to a black background. Changes of backround are not recomended with images of use in a lot of WP projects. You can find a dark version at File:Gamma Andromedae Components Black.svg Antonsusi (talk) 19:01, 2 December 2023 (UTC)[reply]

Thanks for the quick response. I see what you mean, your stars have no borders so a white star needs a different background. How about a light gray background, maybe that would look better than black? Assambrew (talk) 01:49, 3 December 2023 (UTC)[reply]

The problem is, that normaly such a image has transparent (=no) background. That results in case of use, the background is the color of the graphical object behind the image. in most cases this is white. An ecception is a

use in a table cell, when the color of the cell is set different to white. The dark version is for use in a information box table with a cell with black background for astronomical images and photos. Antonsusi (talk) 08:56, 3 December 2023 (UTC)[reply]

Thanks for the explanation. One more suggestion... could the white C star have a thin dark outline, to differentiate from the white background? Assambrew (talk) 21:35, 3 December 2023 (UTC)[reply]

Here's another thought, can you make stars that display limb darkening? That would allow the C star to be visible against the white background. Anyway, I have placed your black background diagram in the Wikipedia page, it looks OK. Thanks for your attention and patience. Assambrew (talk) 05:03, 4 December 2023 (UTC)[reply]

Why did you remove all the unicode dice from their categories? [2] That information was useful. Smasongarrison (talk) 05:39, 16 December 2023 (UTC)[reply]

Hello Antonsusi,

As you mentioned in the recent deletion discussion at Commons:Deletion_requests/Files_in_Category:Haumea_SINC_files, the image File:Haumea_y_sus_lunas.png claims to be published under a Creative Commons license. However, the conditions put on using images from the license statement at agenciasinc.es are not consistent with that.

The relevant section of the license reads (translation from Spanish by me):[3] The use of content under the Creative Commons license does not allow, under any circumstances, the exploitation, whether for commercial purposes or not, of SINC's content for the creation of publications on any medium when they are predominantly comprised of content from agenciasinc.es. -- Of course Creative Commons very much does allow this (assuming the other criteria of the license are met)! One cannot publish an image under a CC license, but with additional conditions that contradict that, and claim that the image remains free!

For this reason, I intend to submit File:Haumea_y_sus_lunas.png for deletion. You asked at the recent discussion to not delete it immediately, hence why I am posting here now. What do you mean by this problem should be solved first by uploading a version with another image of Haumea? If you see any workable alternative to its deletion, please let me know. Renerpho (talk) 03:54, 12 March 2024 (UTC)[reply]

I am tagging Abzeronow and Nrco0e because they were involved in the discussion on Abzeronow's user page. Renerpho (talk) 03:56, 12 March 2024 (UTC)[reply]

First we need to know is an answer of the question: Is SINC legal owner of the complete copyright they claim?

* If yes, they can set any licence they want, especially a non free licence. In this case the restrictions they add have priority over the CC and then the CC-licence is simply the wrong one. will mean, that we have to delete all(!) images from this source.

* If no, because theyself are owning only restricted copyright about images they get themself from a source with free CC licence, the restrictions added to CC are illegal and don't matter. In this case we can keep the image. Maybe, there is another website with this image(s). Antonsusi (talk) 18:37, 12 March 2024 (UTC)[reply]

I found several sites:

• https://www.scinexx.de/news/kosmos/zwergplanet-mit-kristallinem-wassereis/ Using the SINC-Image
• https://www.astropage.eu/sonnensystem/zwergplaneten/haumea/ Text:"computed image of dwarf planet Haumea and his dark red spot" from "Pedro Lacerda".

Antonsusi (talk) 18:37, 12 March 2024 (UTC)[reply]

Hallo Antonsusi, ich habe heute in den Artikel de:Atom, de:Radioaktivität und de:ISOLDE die Graphik "Isotopentabelle Segre.svg" durch "Nuklidkarte Segre" ersetzt, weil die alte Graphik schon vor Jahren ihren Inhalt (die farbigen Kästchen pro Nuklid) verloren hatte - unfassbar, dass das so lange unkorrigiert blieb. Leider merke ich jetzt, dass "Nuklidkarte Segre" noch eine Unschönheit hat: die Magischen Zahlen sind zwar speziell markiert, aber aus unerfindlichen Gründen fälschlicherweise 6 und 14 statt 8 und 20 - wie übrigens in vielen anderen Nuklidkarten in Commons auch - ich vermute, da hat einer vom anderen abgekupfert. Korrekt ist es z.B. in [4]. Kannst du da was machen? Gruß von der Wassermaus (talk) 07:22, 13 August 2024 (UTC)[reply]

@Wassermaus: So in Ordnung? Antonsusi (talk) 19:50, 13 August 2024 (UTC)[reply]

Noch nicht ganz. Bitte auch an beiden Achsen 14 in 20 ändern. Dann kriegst du auch einen Smiley von mir. — Wassermaus (talk) 20:43, 13 August 2024 (UTC)[reply]

Jetzt aber... Antonsusi (talk) 21:51, 13 August 2024 (UTC)[reply]

Jetzt bekommst du deinen wohlverdienten Smiley: 😊

Aber jetzt ist mir noch was aufgefallen: einige Kästchen sind falsch gefärbt

Neutronenzahl=2: Li-5 und B-7 machen keinen Alphazerfall sondern emittierten Protonen

Z=2: He-5 emittiert ein Neutron

Das einzig richtige gelbe Kästchen bei den leichten Kernen ist der Sonderfall Be-8

Des weiteren: die Kerne mit Z = 20 (Calcium): hier gibt es fünf stablile Isotope mit N = 20, 22, 23, 24, 26. Besonders störend weil ausgerechnet das eine magische Zahl ist.

Ich habe das ganze bis hin zu den schweren Kernen grob durchflöht ohne weiteres zu finden, aber die genannten Fehler sind ärgerlich. Kannst du das noch korrigieren? — Wassermaus (talk) 08:19, 15 August 2024 (UTC)[reply]

@Wassermaus: Am Besten benennst du die Kerne hier mit den "Koordinaten", also Z und N. So sind sie auch in der SVG gekennzeichnet. Be-7 ändert sich durch Elektroneneinfang, was zum gleichen Tochternuklid wie Beta+ führt und hier unter Beta+ einsortiert war. Habe jetzt mal bis Xe abgeglichen und nach Nudat3 aktualisiert. Für den Rest habe ich keine Lust mehr... Du kannst ja etwas mitmachen und von Cs an ein paar Zeilen vergleichen. Antonsusi (talk) 13:36, 15 August 2024 (UTC)[reply]

Super! Dafür kriegst du noch einen Smiley: 😊 . Das mit >Cs checken ist ne gute Idee, kann aber etwas dauern, bis ich dazu komme. Gruß von der Wassermaus (talk) 10:40, 16 August 2024 (UTC)[reply]

@Wassermaus: Wichtig ist, möglichst nur eine Quelle zu nehmen. Ich habe die Nudat3-Datenbank genommen. Kann sein, dass anderswo eine Hauptzerfallsart angegeben ist, wo bei Nudat "unbekannt" steht. Ich würde das ignorieren. Wir können nur sehr schwer für jedes Nuklid eine Quellenangabe listen. Antonsusi (talk) 17:20, 16 August 2024 (UTC)[reply]

Hello, Antonsusi.

Can you color Lebanon in both File:Rail density map.svg and File:Rail density map.png and also Greenland in the SVG map in gray?

Due to the Lebanese Civil War between 1975-1990, rail transport in Lebanon, not only ceased to exist, the vast majority of the railway network (railway tracks, railway stations and trains) was destroyed, and has never been restored.

Greenland operated short industrial railways between the 1950s and 1970s, but no longer has railways since then.

Kindest regards, Moroike (talk) 23:11, 4 November 2024 (UTC)[reply]