This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
Thanks for uploading File:Perihelion precession of Mercury de.svg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there.
Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.
Thanks for uploading File:Instanzenmodell.svg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there.
Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.
I'm sorry. I'm dont speaк english language. I'm speaкer Russian, Turкish and Bulgarian language. It's hard for me to write. I write to me through translation. Excuse me, if I am not. You can maкe these logos ready ? CalalC99(talк)11:36, 27 September 2019 (UTC)
That's great. Thanк you. You are a professional. Thanкs again. Azerbaijan is a dictatorial regime. Azerbaijani political parties are being destroyed. It is even blocкed on the websites of political parties. Most political parties are prohibited from logos. I appeal to you. CalalC99(talк)20:14, 27 September 2019 (UTC)
My friend This is all political parties in Azerbaijan. I'll be glad if you gradually maкe the logos. Political parties in Azerbaijan have a bad attitude. Only you can help me :-) CalalC99(talк)21:00, 27 September 2019 (UTC)
@CalalC99: did you create this files by yourself? why did you create png instead of svg?
in files on common you should mention a source, which is the master of your picture - please add a link to the master of each file also at the file-description
I can't create a logo at all. I created those logos with a difficultк. I don't mind using the Svg and Png formats :-) I'm pointing to sources now. CalalC99(talк)12:54, 3 October 2019 (UTC)
Thanks for uploading File:Shodō.svg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there.
Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.
This section is resolved and can be archived. If you disagree, replace this template with your comment. --Mrmw (talk) 11:41, 12 January 2021 (UTC)
Government of Azerbaijan
Hi, hello. Sorry I'm sorry. I will asк you one more. Will you be ready if I show you the logos of the government agencies included in the Government of Azerbaijan? From the official sources. But can you just maкe logos? There is no need for a government agency. Just be a logo. Do not write the name of the state body outside. I thinк the logos on the sites are clearly visible. CalalC99(talк)11:44, 5 October 2019 (UTC)
I speaк English. I'm just talкing bad. You say so, I'm spamming. But how about a photo shoot for you? Please provide details. Please explain in detail that I understand. You are maкing very good logos. CalalC99(talк)16:07, 5 October 2019 (UTC)
It is important to keep a cool head, especially when responding to comments against you or your edits. Personal attacks and disruptive comments only escalate a situation; please keep calm and remember that action can be taken against other parties if necessary. Please try to remain civil with your comments. Thanks!
This section is resolved and can be archived. If you disagree, replace this template with your comment. --Mrmw (talk) 11:41, 12 January 2021 (UTC)
No
I understood everything. Now let's talк about worк :-) How do you need a source for logo design? Can you tell us more about this? CalalC99(talк)10:48, 15 October 2019 (UTC)
@CalalC99: it's senseless, i do not want to create any furhter graphics for you - please respect this and dont edit my talkpage for logo-requests in future --Mrmw (talk) 11:12, 15 October 2019 (UTC)
This section is resolved and can be archived. If you disagree, replace this template with your comment. --Mrmw (talk) 11:41, 12 January 2021 (UTC)
hallo, ich hab mal ein bisschen damit experimentiert; nicht viel, vor allem nur den path-text eingebettet.
infolge der transformationen sind 100 pixel ca. 1mm; werte sind oft in tausendstel, zehntausendstel und hunderttausendstel pixel angegeben, also mit einer absurden genauigkeit von 0,0000001 mm (wenn ich richtig gerechnet habe), da liesse sich sehr viel an den kommastellen sparen ohne jede erkennbare anderung. ein wert zB 7e-3 ist immer noch praktisch gleich null!
die datei ist nun kleiner (7120 byte - einiges ware noch zu machen), der code sieht so aus:
es sind nur geringe unterschiede zu erkennen, da habe ich nicht rumgespielt um es genau gleich zu machen. gruss -- sarang♥사랑10:20, 22 October 2019 (UTC)
@Sarang and JoKalliauer: , danke für die antwort und danke fürs nicht-gleich-dateiüberschreiben
bin sehr an der einfacheren lösung interessiert, aber fast noch wichtiger ist mir, den weg möglichst nahe ans optimum dann auch zukünftig selber gehen zu können
ich werde mich in zukunft nicht von inkscape trennen, d.h. es wird bei mir immer eine cooperation aus inkscape und nachträglichem editor sein
aber ich will natürlich schon innerhalb inkscape das tun, um die nacharbeit zu minimieren
1. wo wir schon bei punkt eins wären - genauigkeit der kommastellen - ich hatte mal experimentiert mit dem in inkscape integrierten scour (optimiertes svg speichern) und dort die genauigkeit von 5 abwärts bis 1 varriert
das ergebnis war schlecht, ab 3 bekam ich ein faktisch anderes bild - nun frag ich mich aber gerade, ob diese thematik damit zusammenhängt, wie das bild insgesamt bemessen ist?
wegen dem text-render-problem transformiere ich derzeit nach dem fertigstellen die ganze zeichnung um faktor 100 im editor und passe die viewbox entsprechend an
löse ich die gruppierung der texte in inkscape wieder auf, wird die schriftgröße vergrößert und der workaround ist fertig - er wirkt auch
kann ich bei großen bildern, die per viewbox skaliert werden bei der genaugkeit auf stellen verzichten, die ich bei 'normaler' skalierung bräuchte?
2. gleich zum zweiten thema - skalierung mit transform und anderem - da bin ich sklave von inkscape - oft ist mir auch gar nicht klar, welche befehle dort für welche gruppierungen (evtl. auch von scour) eingefügt werden
sind es ganz einfache zeichnungen ohne klone, werden diese transform-befehle z.b. gelöscht, wenn ich die datei neu öffne, alle gruppierungen auflöse und erneut mit scour speichere
bin nicht sicher ob ich hier alle gruppierungen auflösen kann, weil sonst die klonverbindungen aufgelöst werden - ich werde weiter testen
aber wie hast du dich dem skalierungs- und transformproblem jetzt angenommen - nur per editor? rechnest du dann die größen dann per hand um?
3. magendavid (noch nie gehört) - unverschämt wie einfach in dem svg der stern gezeichnet wird - muss man erst mal drauf kommen
überleg mir gerade, ob ich die gezeichneten elemente auf dem stern nach dem selben prinzip neu mache, muss ich auch mal probieren
4. attribute - woher kann ich wissen welche attribute notwendig sind und welche ich löschen kann? - gibt bestimmt auch tools dafür - jokalliauer hat schon viel genannt, aber kann ich wohl (noch) nicht anwenden
viel erzeugt inkscape selber, aber einiges schleppt man sich auch ein denke ich, wenn man elemente kopiert?
bei den text-elementen bin ich brute-force rangegangen und hab die ellen-lange attribute-liste für jeden einzelnen text bis auf x,y und text gelöscht - hat ja funktioniert - aber planlos
löschst du die attribute per hand im editor?
5. hebräische zeichen embedded - für mich war das keine frage diese zeichen nicht zu 'pfaden' (wortschöpfung?) - weil es doch generell die problematik der vorhandenen schriftarten gibt - hab die schriftart extra in der dateibeschreibung genannt - wie bist du auf lato gekommen? - ich hab lato hier z.b. nicht auf dem pc - heute mal zu hause testen
6. wenn ich richtig gesehen habe, hast du weder den grundstern, noch die gezeichneten elemente darauf verändert? weil ich das wie gesagt mit dem anderen zweilagigen prinzip testen will
ein wenig frustrierend ist es schon wenn ihr meine svgs immer eindampft, weil mir einfach der blick dafür fehlt - aber es hilft mir schon - danke --Mrmw (talk) 11:22, 22 October 2019 (UTC)
den blick bekommst du mit der zeit - gehe es einfach langsam an!
die meisten tools schwelgen in redundanten attributen, oft noch ohne sie in eine gruppenanweisung zu geben (also jedesmal geschrieben...). es gibt viele beispiele der vereinfachung bei den verschiedenen SVG simplification techniques. in notepad++ kann ich mit einer anweisung alle identischen textstrings ersetzen, also auch loschen.
an dieser datei konnte ich nicht viel machen, wegen der transformationen. ich hatte jeden einzelnen wert per programm umrechnen mussen - da ist es weit einfacher, alles vom grund an neu zu zeichen!
bei kommastellen kommt es sehr darauf an. wenn in einer langen kette relativer positionierungen gerundet wird, kann sich das arg aufschaukeln so dass es am ende grosse differenzen gibt. hingegen sind einzelne absolute koordinaten oft uberflussig genau, es braucht also auch hier einen blick was machbar ist. auch in einfacheh diagrammen mussen kurven geschlossen sein, aber die absoluten positionen mussen nicht immer so genau sein. die hebr. schriftzeichen sind in der vereinfachten version oft um einige mm verschoben, ohne dass es stort? ich habe da nicht nachpositioniert.
magen david ist ivrit. hebraisch habe leider ich das meiste vergessen wg. zu wenig ubung, und zZ lerne ich spanisch. ich muss noch meine hausaufgaben machen, deswegen nur so kurz -- sarang♥사랑12:12, 22 October 2019 (UTC)
Ich würde bei Scour nicht unter 5 signifikate Stellen runden, anderenfalls musst du Input und Output genau vergleichen. Scour rundet meines Wissens auf die anzahl der signifikaten Stellen, also alle Vorkomma/Nachkomma ab der ersten Ziffer ungleich Null.
Gruppierung transform heißt verschieben,verzerren,... dies wird beim Auflösen in Inkscape in die Pfad-Daten "d=" bzw. in die Textkoordinaten "x=","y=" umgerechnet und "verschwindet".
Gruppierungen werden in Inkscape von Ebenen gemacht (äußerste Ebene) und wenn du es manuell machst, aber nicht automatisch
Wenn ich an File:David_Star.svg denke: :-D Sarang ist ein Profi was SVG-Code-Minimierungen anbelangt, er erstellt SVG meines Wissens ausschließlich im Editor. (Ich hingegen optimiere fast ausschließlich mit Tools.)
Ich würde eine meta:SVG fonts wo "Hebrew" dabeisteht nehmen.
Sarang ist sehr "kreativ" was SVG-Neuschreibungen angeht, ich hingegen verwende nur tools und hab über Erfahrung (try and error) vieles gelernt (z.B: Workarounds for Librsvg-Bugs).
danke für euer antworten - ich zeichne es jetzt neu mit den gewonnen infos von euch - aber es dauert noch
hab aber eine frage zu den fonts, genauer gesagt zu sarangs 'lato' - ich hatte sie nicht und hab sie installiert - war enttäuscht, dass es ein ganz andres schriftbild ist, bis ich den zusatz 'serif' entdeckt habe
ich finde in inkscape nirgends eine derartige option, wenn ich allerdings im xml-editor in inkscape die schriftart manuell auf 'lato, serif' ändere und setze ist es das erwartete bild
als auswählbare schriftart gibt es das nicht - nur eben lato - in den schriftstilen (fett, kursiv, ...) ist es auch nicht
es funktioniert auch wenn ich beim auswahlfeld für die schriftart bei lato manuell ', serif' hinzufüge
woher sollte ich denn bitte die info bekommen, dass diese schriftart 'serif' kann? bei anderen schriftarten tut sich nichts wenn ich es so wie bei lato probiere
wieder andere schriftarten tragen das serif explizit im namen
hab ich das nicht verstanden? ist sans und serif ein stil wie kursiv und fett? wie sollte ich drauf kommen dass lato das kann? und finde es es inkscape?
Durch deine Fragen bin ich nun etwas schlauer geworden. Sieh dir mal ScriptSample Hebrew.svg an, das ist eines der font-Beispiele in m:SVG fonts ! Und versuche es statt mit Lato mit Ezra SIL – der sollte das machen was du willst. Fur unseren librsvg sollte allerdings font-size kleiner sein, nicht viel uber 2000 (ich hab das oben bereits gemacht).
Bei fonts gibt es im librsvg leider immer Differenzen zu den Anzeigen in Browsern, das ist im preview des SVGedit gut zu sehen. Und manche Browser brauchen das "px" beim font-size, der librsvg versteht es auch ohne.
gibt es eine empfohlende (maximale) schriftgröße in px bezüglich diesen phabs?
die frage nach serif und sans innerhalb ein und derselben schriftart ist auch nicht wirklich geklärt - weil ich nich nie wo gesehen habe, dass man das in einer oberfläche hätte auswählen können
@Sarang and JoKalliauer: so, ich hab jetzt nochmal viele stunden investiert um mir verschiedenste zusammenhänge zu erschließen
das ergebnis jetzt unten auch nur als code und nicht als neue dateiversion, da ich denke, dass es noch nicht fertig ist
ob es nötig war, das ganze bild neu aufzubauen weiss ich nicht, ich habe es aber gemacht - es gleicht stark dem entwurf von sarang - das layout ist leicht geändert
den grundstern habe ich jetzt von der genannten datei übernommen (der allerdings nicht ganz symmetrisch war)
meine idee war eigentlich nach dem selben prinzip (zwei einfache pfade mit unterschiedlichen stärken übereinander, und keine flächen mit konturen) für die buchstabenmuster zu verwenden ging nicht, da logischerweise die enden nicht die nötigen abschlüsse/schrägen zeigen
man kann naturlich auch eine variante entwickeln die auf die abschlusse verzichtet?
ich bin nicht sicher, ob die schriftart für die hebräischen zeichen so funktioniert
in der preview im svg-edit entspricht die 'RSVG rendering' der serifenlosen darstellung (mangelhaft), im 'Browser rendering (iframe)' werden sie mit serifen dargestellt
wie hierzu die meinung bzw. ansage?
leider gibt es in der textdarstellung sehr unterschiedliche anblicke von librsvg bzw. browser
transform und scale: sarang, du meintest die transform-befehle wären unschön, ich hab sich noch immer in den clone-elementen, ich weiss nicht wie ich sie dort rausbekomme, könnte man diese verschiebung auch mit x,y angeben?
es gibt transform-befehle die vollkommen uberflussig sind wie hodenkrebs, aber fur cloning-"use" sind sie sehr sinnvoll; ebenso, wie es da der xmlns:xlink bedarf (ist oft ohne sinn angegeben – besonders inkscape definiert eine unzahl von xmlns-namespaces).
um mit den von dir genannten großen schriftgrößen zu arbeiten (woher kommt der große wert 2100 eigentlich), habe ich die zeichnung insgesamt sehr groß gezeichnet
um sie abschließend zu verkleinern hatte ich keine andere möglichkeit gefunden, um alles in den transform-scale-befehl zu packen und die zeichnungsgröße entsprechend anzupassen
gibt es eine andere möglichkeit? oder baut man das bild gleich anders auf - beispielsweise könnte ich die texte in das svg einfügen mit der großen schrifgröße und den text mit einem scale-befehl im editor verkleinern bevor ich weitermache - allerdings wären sie dann immer in der gruppe gefangen
ich hoffe ihr könnt mir folgen, weil ich mit den gedanken schon tief drin stecke
es ist alles andere als selbstverständlich wenn ihr mich hier unterstützt - würde mich sehr über ein paar hinweise oder ein code-review freuen
hallo mrmw, ich sehe du bist bereits unheimlich weit vorgedrungen in die inneren eingeweide von svg, bald wirst du alle uberholt haben und zum svg-king werden. in vielem weisst du mehr als ich!
ich sehe auch, dass dir da irgendwie ein redundantes leerzeichen in <text x="15179" y="3751" >ALEF</text> reingerutscht ist. die indents werden von vielen tools bevorzugt, ich sehe sie als kunstlerische freiheit an, aber wenn sie nicht zur ubersichtlichkeit beitragen lasse ich sie weg und beginne in spalte 1. es gibt svg-zeichner die den zeilenvorschub einsparen, das finde ich aber dann meist zusehr unubersichtlich – ich versuche einen guten mittelweg zu finden zwischen einsparung und lesbarkeit. wobei ich dazu tendiere, dann endgultig eher sparsame versionen hochzuladen. so mache ich normalerweise kommata zwischen den koordinaten eines xy-paares, und ein leerzeichen zwischen paaren. beides entfallt wenn ein wert negativ ist, das minus trennt werte, aber dadurch wird es weniger ubersichtlich. dem svg ist es egal ob mit leerzeichem oder komma getrennt wird; oder auch mit minus. es ist auch komma+space oder space+minus moglich: statt zb "789, -0.5" ist "789-.5" sparsamer und macht dasselbe, wenn auch vielleicht etwas weniger gut lesbar. ich hatte mal eine msword-vorlage, die konnte die leserliche variante optimal reduzieren, und so eine reduktion wieder fur die bearbeitung leserlich konvertieren; gibt es leider nicht mehr. -- sarang♥사랑07:29, 28 October 2019 (UTC)
konkret nochmal nachgefragt: woher kommt der große wert für die schriftgröße? do hattest ihn genannt
auch nochmal konkret gefragt: zum thema transform bzw. translate, du hattest es konstruktiv kritisiert und angeregt es zu vermeiden - hast du dazu hintergrundinfos?
Im konkreten Beispiel kommt der große wert für die schriftgröße von der vergrößerung des maßstabs, auf das 200fache, mit ransform="scale(.05)". zuvor war es noch viel größer. die info, dass text vergrossert definiert werden soll um anschliessend das ganze auf normale größe zu bringen, ist fur mich neu – aber ich weiss vieles nicht! wenn ich da was genaueres erfahre kann ich es in
ich trachte nur, sinnlose und mehrstufige transformationen zu vermeiden. aber naturlich verwende ich sie, wenn es sinn hat! IMHO hat es wenig sinn, wenn ein tool von anfang an mit einer transformation beginnt, statt alles gleich 'richtig' zu bemaßen. so ziemlich alles hat seine berechtigung, aber manche anweisungen sind auch sehr gut geeignet, einfache dinge zu komplizieren und zu verschleiern. -- sarang♥사랑18:48, 28 October 2019 (UTC)
This section is resolved and can be archived. If you disagree, replace this template with your comment. --Mrmw (talk) 11:41, 12 January 2021 (UTC)
Transform
Wenn du dir zB SABA (clothing) logo.svg ansiehst: das meine ich mit dem "Verschleiern der tatsachlichen Koordinatenwerte":
erst wird mit width="165.12492pt" height="48.714993pt" alles in pt definiert, was eigentlich width="206" height="61" (in px) entspricht.
dieser Wert (206 × 61) wird mit viewBox="0 0 165.12492 48.714992" auf das unotige pt-Mass konvertiert, und dann mit
transform="translate(-490.20599,-389.99438)" ein drittes Mal transformiert,
ehe endlich etwas kodiert wird. Das Ganze mit bis zu 6 Stellen nach dem Komma! Dabei handelt es sich gerade mal um ein simples Logo, bei dem 10 px rauf oder runter uberhaupt keine Rolle spielen. Wenn ich es neu gezeichnet hatte, ware ich mit ein paar hundert Byte ausgekommen. Sogar ohne jegliche Anderung ist es nur durch Weglassen von totem Code auf 0.13% eingedampft.
Ubrigens: da alles mit relativen Werten codiert ist, wurde es genugen das jeweis 1. Koordinatenpaar der vier Pfade mit den tatsachlichen Werten zu versehen, dann kann der "transform" entfallen.
Wenn dann statt der 206×61 die Bildgrosse 165×49 genommen wird (ist bei SVG ja egal), kann auch die viewBox entfallen, bei sonst gleichen Zahlenwerten. Und ohne eine einzige der ubergenauen Zahlen zu andern bringt das Verdichten (zB "-." statt " -0.") mit ein paar einfachen Editanweisungen gleich nochmal 245 Byte; also in ein paar Minuten kann so ein Inkscape-Megading auf ein vernunftiges Mass redziert werden; ohne logischen Eingriff.
Ich weiss, du kennst dich mittlerweile gut genug aus, um mir da folgen zu konnen. -- sarang♥사랑17:57, 31 October 2019 (UTC)
@Sarang: danke für die erklärung - das svg hatte aber noch ganz andere probleme - wäre es kein logo, hätte ich es neu gezeichnet - in dem fall würde ich mich auf die suche nach dem logo direkt vom hersteller machen, weil ich denke, dass die pfade schon 'leiden' mussten, wenn ich mir die knoten ansehe (weiss ich aber nicht sicher)
ich hab einige handgriffe die ich in inkscape machen muss, z.b. von mm auf px umstellen - inkscape ist mm-verliebt glaub ich
und dann noch ein workaround beim speichern
bei transforms innerhalb von klonen, bin ich allerdings machtlos, bzw. weiss gar nicht wie schlimm das dann ist
die viewbox-angabe kann ich guten gewissens weglassen wenn sie mit der zeichnungsgröße übereinstimmt? --Mrmw (talk) 20:23, 31 October 2019 (UTC)
inkscape macht was man ihm sagt, px (ist default) oder pt oder mm, ich glaub es versteht sogar cm. wenn man pt wahlt, wird eben umgerechnet.
klonen geht nur mit transform/use und braucht auch xmlns:xlink=
es gibt fans die in jede source die viewBox reinstellen; aber wenn nichts umzustellen ist, ist kein grund zum viewboxen. wenn keine grossenangabe gemacht wird, wahlt das tool 512 fur eine grosse, und mit viewBox wird dann die interpretation der koordinaten festgelegt. viele machen das so. ist nicht mein fall, aber 512 ist eine ganz brauchbare grosse.
Eben bin ich uber ein beispiel gestolpert, das <svg version="1.1" id="Layer_1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="672" height="185" viewBox="0 0 672 185" overflow="visible" enable-background="new 0 0 672 185" xml:space="preserve"> angibt – nur xlmns, width und height ist notwendig, alles andere ist nur irritierendes beiwerk! xmlns:xlink ist selten notwendig aber viel ofter angegeben.
fur dich als fortgeschrittenen sind vielleicht diese diskussionen interessant? gruss -- sarang♥사랑13:53, 6 November 2019 (UTC)
@Sarang: interessant, danke - den header meiner svgs generiert scour integriert in inkscape (optimiertes svg speichern) - xmlns:xlink sagt mir nicht viel - repräsentiert xlink hier die adresse? - kannst du ein beispiel eines ausreichenden headers nennen?
<svg xmlns="http://www.w3.org/2000/svg" width="672" height="185"> genugt wenn nicht geklont wird. alles andere ist ohne nutzen! es konnen noch globale attribute reingenommen werden.
die disk ist auch interessant - respekt wieviel arbeit du dir da immer machst
hatte auch früher schon den gedanken, dass es einen schutz für bestimmte svgs bräuchte bzw. mechanismen - wozu macht man sich sonst die arbeit, wenn ein edit die ganze arbeit zerstören kann?
es sollte nur eine kategorie sein - darin n unterkategorien mit klassen/intervalle für das jeweilige delta des edits
sind nur gedanken - nicht zu ende gedacht - ich meine die artikelinhalte werden mit großem aufwand und ehrgeiz überwacht - ist das bei svgs auch so? --Mrmw (talk) 16:34, 6 November 2019 (UTC)
Mit xmlns:xlink wird ein namespace angegeben, der notwendig ist wenn zB geklont wird, d.h. wenn bezug genommen wird auf spezielle code-teile. nur dafur braucht es auch jeweils einen "id"-namen.
ja, es ist leider oft so dass ein svg uberarbeitet wird: alle invalididaten bereinigt, der code gestrafft, der mull beseitigt - und dann geht wieder jemand mit einem tool daruber nur weil er eine farbe andern will, und das nicht direkt schnell im text editiert. insbesondere "Illegitimate Barrister" macht das regelmassig, in Valid SVG created with Text Editor-Reversed ist das zu sehen; ich habe mir nicht verkneifen konnen daraus hinzuweisen dass seine 'edges' statt mit 8000 byte genausogut auch mit 18 byte gezeichnet werden konnen...
bei svg (und allen anderen dateien) sind anderungen immer ein neuer upload; wenn es nicht gut ist, kann auf eine vorversion revertiert, oder eine uberarbeitung hochgeladen werden. jeder eingriff ist also viel substantieller als in einem artikel eine kleinigkeit zu andern.
ich sage es immer wieder: es bringt sehr wenig eine datei zu verkleinern - im gegenteil, es wird vor allem zusatzlicher speicherplatz auf den servern benotigt. ich mache das, und die vielen erklarungen und anleitungen, mit padagogischen absichten, um zu zeigen dass vieles auch viel einfacher geht, und statt mit 80000 auch mit 540 byte denselben effekt bringen kann. manchmal werden ja wirklich die allereinfachsten strukturen auf die komplizierteste weise erstellt! ich wurde es gut finden, wenn so eine zeichnung vorher uberlegt wird, und dann eine geeignete methode zur entwicklung gewahlt wird. da hat sich zB bei den BSicons, die ja zu 99% sehr einfache strukturen sind, bereits viel getan, die werden nun sehr effizient erstellt. leider ist svg vielen noch unbekannt, und immer noch werden einfache grafiken mit .png oder sogar .jpg gebastelt. -- sarang♥사랑17:47, 6 November 2019 (UTC)
This section is resolved and can be archived. If you disagree, replace this template with your comment. --Mrmw (talk) 11:41, 12 January 2021 (UTC)
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!
This section is resolved and can be archived. If you disagree, replace this template with your comment. --Mrmw (talk) 11:41, 12 January 2021 (UTC)
Antwort
Hallo Mrmw!
Ich bilde mir ein, dass ich dir zu irgendetwas (glaub wie man die Bildbeschreibungsseite im lokalen Wiki wegbekommt) noch eine Antwort schuldig bin. Kannst du mich bitte nochmal dorthinverlinken, ich finde es gerade nicht und bevor ich lange suche (z.B. in deinen Beiträgen) dachte ich frage dich einfach.
PS Die Antwort (auf die Frage die ich mir einbilde) weiß ich auch nicht. Seiten die darüber schreiben:
@JoKalliauer: ja bei mir funktioniert das jedesmal nach dem deaktivieren des viewers - aus de-artikeln direkt auf ein bild klicken -> direkt nach commons
allerdings weiss ich nicht ob das jetzt eine gemeinschaftsleistung aus der deaktivierung und/oder der einstellung (helferlein: Überspringen der lokalen Dateibeschreibungsseite, um sofort nach Commons zu kommen) und/oder diesem eintrag ist - wobei ich letzteren ja schon wieder rausgenommen habe --Mrmw (talk) 21:19, 9 November 2019 (UTC)
@JoKalliauer: bei mir funktioniert es schon lange - in der de:Wp, da habe ich eben wieder einige der von dir vorgeschlagenen Tests erfolgreich absolvert. Nicht hingegen bei anderen! Da kommt immer diese box mit dem Medienbetrachter, wenn ich da reinsehe sagt er "Media Viewer is now disabled" was aber wohl nicht so ganz stimmen kann. Weil es in den anderen Wp's ganz anders aussieht mit den preferences habe ich den mw-Ratschlag befolgt, meine globale https://meta.wikimedia.org/wiki/User:Sarang/global.js anzulegen, und den entsprechenden Code zu setzen. Wirkungslos, die Commons bleiben stets einen weiteren Klick entfernt! Also nicht so voll befriedigend... -- sarang♥사랑07:25, 10 November 2019 (UTC)
Thanks for uploading File:Literarisches Leben 2009-09-07.svg. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.
If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there.
Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.