Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise
Letzter Kommentar: vor 13 Jahren8 Kommentare3 Personen sind an der Diskussion beteiligt
Wäre es nicht sinnvoll daraus einen (mit Parametern) zu machen!? Ist jemand von den Momentanen bereit auf einen zu verzichten? -- Perhelion18:43, 5. Jan. 2011 (CET)
Über die Vorlage:Babel field kannst Du Inline selbst einen eigenen Baustein einfügen. Folgendes frei parametrisierbare Beispiel generiert den nachfolgenden Baustein.
{{Babel field
|color 1=#ff9900
|color 2=#ffc128
|letter size=0
|letter code=[[Datei:SVG-Logo2.svg|44px]]
|text size=0.9em
|text=Dieser Benutzer ist Mitarbeiter im [[Wikipedia:WikiProjekt SVG|WikiProjekt SVG]].
}}
Hallo, ich wollte eigentlich aus den 4 hier vorgestellten () eine machen. Können wir das mit deiner machen Marsupilami? Grüße -- Perhelion22:09, 8. Jan. 2011 (CET)
Hm, ich hatte mir die Einbindung nicht sonderlich angeschaut, eigentlich wollte ich deine als Standard machen, aber deine wird fast am wenigsten eingebunden. Fleshgrinder, so gut wie gar nicht, diese ist auch praktisch identisch mit der von Carport und diese ist wiederum bis auf die Hintergrundfarbe identisch mit Frank Murmann’s. Somit würden einzig zwei Parameter reichen um zwei Vorlagen zu streichen. -- Perhelion21:19, 13. Jan. 2011 (CET)
Also ich würde sagen, wenn wir schon was machen, dass einen offiziellen Babelbaustein im Namensraum vom WikiProjekt SVG. Ansonsten lohnt sich die ganze Schieberei doch gar nicht. Was die Farbgebung etc. anbelangt, so denke ich, dass die von Marsupilami eh passt. Link würde ich Fett machen (ist meines Wissens bei 98% aller anderen Babelbausteine auch Fett) und gut ist. LG, ひき肉器公議22:13, 13. Jan. 2011 (CET)
+1 Pro PS. Das Fette täuscht auf der Seite, da der Link hier bold wird und somit das bold (fälschlich) doppelt fett wirkt. -- Perhelion22:18, 13. Jan. 2011 (CET)
Nicht-SVGs mit Dateiendung .svg
Letzter Kommentar: vor 13 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo, mir sind nachfolgende Bilder aufgefallen, die zwar die Dateiendung .svg haben, aber nicht den richtigen MIME-Type.
Letzter Kommentar: vor 13 Jahren6 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo, ich hätte mal eine Frage diesbez. (erst mal unter Gleichgesinnten). Mir ist jetzt Aufgefallen, dass man den Text nur als Text importieren kann (v.48.), war es nicht mal so, dass man im Importfenster auswählen konnte ob als Pfad oder... Kann das jemand nachvollziehen? -- Perhelion20:30, 9. Feb. 2011 (CET)
Danke, das ist ja seltsam du hast recht. Das ist echt ein (wohl sehr einfaches) Feature was Inkscape fehlt. Komisch ist auch dass (im besagten Importfenster) ein Dropdownfeld vorhanden ist, mit einer einzigen Auswahl protzt. Dann war es wohl der Illustrator den ich mal dafür verwendet hatte.
Ja die besagte Überschrift sollte geändert werden, eher mit Bezug auf PDF anstatt Bildern (genau genommen ist Text oder Buchstaben ja auch kein Bild) -- Perhelion21:34, 11. Feb. 2011 (CET)
Eben sind es keine Bilder, deshalb sollte es auch anders heißen. Illustrator bietet auch keine Möglichkeit einfach jede Schrift so zu importieren. Im Besonderen achtet Illustrator auch auf die Copyrights die in den Schriften oft enthalten sind. Doch einen entscheidenden Vorteil hat Illustrator – ohne den ich oft nicht leben könnte, bei meinen eigenen Designs – er sagt welche Schriftart genau fehlt. Daraufhin kann diese einfach (temporär) installiert werden, PDF rein, in Pfad umgewandelt (oder mit entsprechender Option abgespeichert) und fertig ist eine SVG die jeder sich ansehen kann. LG, ひき肉器公議01:37, 12. Feb. 2011 (CET)
Aja, (wenn ich das richtig verstanden habe) mit der fehlenden Schriftart kann Inkscape meiner Meinung nach auch, wenn man den Haken beim importieren "Fonts durch namensähnlichste ersetzen" rausnimmt, steht der betreffende Font noch beim Text. Vielleicht sollte ich mal dem Inkscape-Forum einen Besuch abstatten. -- Perhelion20:01, 12. Feb. 2011 (CET)
Letzter Kommentar: vor 13 Jahren9 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo, ich hab ein Problem mit der Datei Zusammensetzung_des_Bundesrat.svg. Bei den PNGs fehlen die Ländergrenzen, z.B. sie sind ganz dünn. Wenn ich die Datei an meinem Rechner, wie empfohlen, mit eog anschaue oder mit rsvg (version 2.32.0) konvertiere, habe ich die Grenzen. Wo liegt das Problem?--Firechris23:51, 9. Mär. 2011 (CET)
Ich hab es einfach mit einem Editor erstellt, also die xml-Deklarationen per Hand manipuliert. Die SVG ist Standardkonform nach dem w3c Validator. Chrome und Firefox und anscheint auch IE9 rendern die SVG korrekt. Wenn rsvg lokal auf meinem Rechner benutze, wird die PNG auch richtig erstellt, allerdings fehlen in der PNG, die die Wikimediasoftware erstellt leider die Grenzen, sprich immer der Rand der Objekte. Vielleicht benutzt die WM-Software eine andere Version von rsvg?--Firechris21:13, 12. Mär. 2011 (CET)
Mal ganz was anderes, haben die deutschen Parteien keine Parteifarben? Also in Österreich hat jede Partei ihre Farbe. Wenn dem so ist, dann würde ich etwas mehr mit diesen Farben arbeiten und nicht nur schwarz-rot Kombinationen mit Strichen verwenden. Für das Auge ist die Karte einfach schwer zu entziffern auf diese Weise. LG, ひき肉器公議08:55, 13. Mär. 2011 (CET)
Also in Deutschland haben die großen Parteien auch eine Farbe. Die Karte bildet allerdings auch die Koalitionen ab, hier gibt es dann nun mal zwei oder drei Farben. Aber bei dem Bild hab ich mich an weitgehend an das PNG-Original gehalten.--Firechris14:28, 13. Mär. 2011 (CET)
Wenn das dein Bild ist, solltest du den „Schatten“ als Vektordaten einfügen (ein Weichzeichner oder Filter?). Des Weiteren die Datei als „normales“ SVG speichern. Das scheint ein Bug von Inkscape mit Bitmap-Einbindung (und hier nicht zu empfehlen). Falls du den genauen Grund herausfindest, würde mich das auch interessieren. -- Perhelion18:47, 24. Feb. 2011 (CET)
Hatte ich gestern vergessen: Ich hatte die pdf-Datei mit Inkscape geöffnet, Logo ausgeschnitten und einfach als .svg gespeichert. Sonst hatte es immer so funktioniert... Bei der png-Version fehlt der Schatten. Als ich die svg-Datei zur Kontrolle geöffnet hatte, war noch kein Schatten zu erkennen, der erschien erst nach dem Hochladen. Was meinst Du mit „normales“ SVG? Gruß --Brackenheim20:39, 25. Feb. 2011 (CET)
Habe ich dann auch gesehen, der Pixelschatten ist bereits in der PDF enthalten. Eigentlich sinnlos, den Schatten kannst du einfach durch einen Clon der Schrift mit Unschärfe erstellen (oder soll ich?). Mit normal meinte ich dies hier. -- Perhelion20:47, 25. Feb. 2011 (CET)
Letzter Kommentar: vor 13 Jahren11 Kommentare4 Personen sind an der Diskussion beteiligt
Hallo. Ich habe in den letzten Tagen mal hier neu hochgeladene SVGs auf Pixelbilder und Validität geprüft. Dabei ist mir aufgefallen, dass es kein ausgebautes Wartungssystem dafür gibt. Da viele SVGs nicht auf Commons übertragen werden können oder dann zumindestens valide sein sollten, wäre das aber sinnvoll. Ich habe daher zwei Wartungsbausteine und dazugehörige Kategorien erstellt:
Diese skalierbare Vektorgrafik entspricht nicht einem der beiden in der Wikipedia vorgesehenen, reinen W3C-Standards SVG 1.0 und SVG 1.1 für skalierbare Vektorgrafiken. Erweiterte, in der Wikipedia nicht gewünschte Standards bleiben davon unberührt.
Mit den hier verlinkten Testaufrufen - sie funktionieren nur auf einer Bildbeschreibungsseite - kann die aktuelle, hochgeladene Version getestet werden:
Mit dem folgenden Testaufruf kann vor dem Hochladen ein Quelltext geprüft werden:
Diese Webseite aufrufen und den ganzen Dateiinhalt direkt in das obere Eingabefenster kopieren.
Neben "Use Doctype:" den Eintrag "SVG 1.0" wählen und "Check" anklicken.
Gibt es Fehlermeldungen, neben "Use Doctype:" den Eintrag "SVG 1.1" wählen und "Revalidate" anklicken.
Wenn es jetzt immer noch Fehlermeldungen gibt, dann sollte die Datei nicht hochgeladen werden, da andere XML-Sprachen für die SVGs in Wikipedia und Commons nicht sinnvoll sind. Das gilt auch für "SVG 1.1+IRI, XHTML5+ARIA plus MathML 2.0", der XML-Sprache von Inkscape!
Mit diesen Bausteinen kann man derartige Dateien kennzeichnen, wenn man sie entdeckt und keine Zeit (oder Laune) hat, sie sofort zu korrigieren. Vorlage:InvalideSVG stellt darüber hinaus Hilfsmittel bereit, falls der Uploader Abhilfe schaffen will.
Meinen Kommentar zur ersten Vorlage befindet sich bereits hier: Vorlage Diskussion:InvalideSVG. Zur zweiten Vorlage: Den Baustein könntest Du in dezenterem Layout theoretisch bei gefühlten 70% der SVG-Dateien anbringen weil Inkscape bis zur akuellen Version keinen SVG 1.0 oder 1.1 validen Code generiert. Spätestens wenn Du anfängst alle SVG-Dateien herunterzuladen um den Code zu analysieren um dann zu entscheiden ob der Baustein sinnvoll ist oder nicht, wirst Du vermutlich von einem Admin hart ausgebremst. Solche Anläufe gegen nicht validen Code gab es in den letzten Jahren schon öfter. Die Hochlader von SVG-Dateien müßten händisch oder programmgesteuert in den von Inkscape erzeugten SVG-Code eingreifen damit er valide wird und das wird die sehr große Mehrheit nicht machen. Viele Grüße --Marsupilami (Disk|Beiträge) 12:43, 14. Mär. 2011 (CET)
Eine von mir gezogene Stichprobe ergab ca. 30% invalide SVGs.
Den Code kann man auch im Browser überprüfen und die Lizenzen der WP erlauben es grundsätzlich, im Browser den Quelltext der Datei zu betrachten.
Auch das Validieren von SVGs ist 100% erlaubt. Für ein Verbot / Eingreifen gibt es überhaupt keine Legitimation.
In 95% der Fälle reicht es aus, wenn der User die gleiche Datei einfach als "Normales SVG" abspeichert und hochlädt. Dass ist nicht zuviel Anspruch.
In diesem Zusammenhang spielt rechtliches keine Rolle. Was für die Betreiber des Wikis _sehr_ teuer ist, ist der Netzwerktraffic und was stört sind die vielen zusätzlichen Edits und die damit verbundene Serverlast. Inkscape in Version 0.48 erzeugt beim Speichern als nomales SVG leider keinen SVG 1.0 oder 1.1 validen Code weil dieser noch Elemente wie xmlns:dc, xmlns:cc und xmlns:rdf enthält. In diesem Zusammenhang hat Inkscape von Version 0.46 auf 0.48 einen Rückschritt gemacht. Ich habe gestern bei mir von 0.46 auf 0.48 umgestellt. Viele Grüße --Marsupilami (Disk|Beiträge) 14:31, 14. Mär. 2011 (CET)
Auch mir sind die neuen Vorlagen aufgefallen. Einige eingebettete Grafiken habe ich bereits entfernt. Solange die SVG-Dateien aber hier korrekt dargestellt, halte ich es für fragwürdig/unnötig überall Vorlagen anzubringen und immer neue Versionen der SVGs hochzuladen (dem Serverbelastung-Argument von Marsupilami stimme ich zu).
Das Design macht auf mich auch einen etwas zu aufdringlichen Eindruck (roter, dicker Rahmen; großes Ausrufezeichen).
drin bleiben. Das erklärt ein gestern aufgetretenes Problem. Das ist schon Sch... Wenn die ganzen Sodipodis verschwinden, ist dem Renderer aber auch geholfen. Zur Not mus man mit dem Metatag leben.
Also ich finde die Box gut, aber hässlich (ich will niemandem zu nahe treten, das ist nur meine ehrliche und unverblümte Meinung). Könnte man hier nicht noch etwas am Design feilen? LG, ひき肉器公議21:38, 18. Mär. 2011 (CET)
Ich überprüfe nun in letzter Zeit immer den Quelltext manuell und lasse ab und zu auch Dateien validieren. Nun wollte ich fragen was jetzt mit der Vorlage und damit dem Vorschlag geschieht. Sind tatsächlich nur 10 bzw. 13 Dateien nicht "regelkonform" oder verläuft die ganze Sache jetzt im Sande? Grüße --Marlus Gancher15:01, 2. Apr. 2011 (CEST)
eps-Dateien vektorisieren lassen, die nicht öffentlich sind
Letzter Kommentar: vor 13 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Moin, das Support-Team hat von Sport1 mehrere Logos als eps-Dateien bekommen (die verwendeten Logos in den Artikeln sind falsch). Die müssten in svg konvertiert werden. Die Dateien sind nur beim Support-Team hinterlegt und nicht so einfach irgendwo runterzuladen. Erklärt sich einer von euch bereit, den Auftrag zu übernehmen? Dann schicke ich ihm/ihr die Dateien per Mail zu. Danke + Grüße, XenonX3 - (☎:±) 20:37, 26. Apr. 2011 (CEST)
Letzter Kommentar: vor 13 Jahren6 Kommentare3 Personen sind an der Diskussion beteiligt
Ich habe unter logos-vector.com ein Vectordatei des Vereins MŠK Rimavská Sobota gefunden. Da ich kein Vectorprogramm habe, bitte ich das jemand die Datei des folgenden Links in Vectorqualität hochlädt:
[1]
Es wurde mir empfohlen die aktuelle Kennzeichnung beizubehalten und somit ist für dieses Logo eine gute Vektorgrafik vorhanden (bereits in existente Artikel eingebunden). Grüße --Marlus Gancher18:13, 2. Mai 2011 (CEST)
Sorry, ich bin nicht ausreichend auf des Pudels Kern eingegangen. Die wichtige Frage habe ich bei Deiner Anfrage auf WP:UF unten angefügt. Viele Grüße --Marsupilami (Disk|Beiträge) 20:26, 2. Mai 2011 (CEST)
Letzter Kommentar: vor 13 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Ich weiß nicht, ob ich hier richtig bin, will aber meine Frage zumindest stellen: Wie kann ich in Inkscape (Mac OS X) einen passenden Ausschnitt festlegen? Bei Karten hat man oft das Problem, dass die gezeichneten Elemente (Flüsse, Grenzen) sehr lang sind, für eine konkrete Darstellung aber nur ein kleiner sichtbarer Teil benötigt wird. Ich behelfe mir derzeit mit einem Export als PNG-Bitmap, indem ich den gewünschten Ausschnitt mit einem Rechteck markiere und dieses dann mit Inhalten exportiere. Wie schaffe ich es, die Datei im SVG-Format so abzuspeichern, dass dann nur der gewünschte Ausschnitt angezeigt wird? Habe ich da etwas einfaches übersehen? Danke vorab für hilfreiche Antworten! --muns11:05, 30. Apr. 2011 (CEST)
Ich gehe davon aus, dass sich die Mac- und PC-Version nicht wesentlich unterscheiden. Zeichne über Deine Karte ein Rechteckt das Position und die genaue Größe Deines gewünschten Ausschnitts repräsentieren soll. Dann öffne (in einem englischsprachigen) Inkscape 0.48 den Dialog "File" -> "Document Properties...". Vor dem nächsten Schritt achte darauf, dass das Rechteck ausgewählt ist. Im neuen Fenster unter dem Reiter "Page" klicke "Resize page to content..." und "Resize page to drawing or selection". Der sichtbare Bereich des Dokuments wird dadurch auf Deine Auswahl (Rechteck) reduziert. In Inkscape sollte sich durch diesen Schritt nicht viel verändern da der Rahmen der den sichtbaren Bereich markiert komplett unter Deiner Karte verschwunden sein wird. Entferne das Rechteck wieder und speichere die SVG-Datei als normales SVG. In einem Browser kannst Du das Ergebnis kontrollieren. Viele Grüße --Marsupilami (Disk|Beiträge) 06:26, 1. Mai 2011 (CEST)
ehemalige Vektordaten slowakischer Fußballmannschaften verfügbar
Letzter Kommentar: vor 13 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
Unter http://logos-vector.com habe ich mehrere ehemalige Logos slowakischer Fußballmannschaften gefunden. Da ich mich damit kaum auskenne, würde ich jemanden bitten, folgende Logos in Vektorqualität hochzuladen (in Klammern:zugehörige Mannschaft):
Diese Dateien sollten unter Kategorie:Datei:Logo (Fußballverein aus der Slowakei) kategorisiert werden.
Außerdem gibt es noch andere Vektordaten auf der Seite, von denen bereits Pixelgrafiken bestehen. Diese sollten allerdings hier mitenthalten sein.
Letzter Kommentar: vor 13 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Miniaturabbildung ohne schwarzen Rahmen
Hallo Leute,
ich brauche eure Hilfe. Als ich Datei:Disjunkte Mengen.svg zum ersten Mal hochgeladen habe, hatte diese Grafik noch einen schwarzen Rahmen, den ich dann gelöscht habe. Danach haben ich den Rahmen gelöscht und die Datei erneut hochgeladen. Jedoch erscheint weiterhin auf der Übersichtsseite Datei:Disjunkte Mengen.svg der schwarze Rahmen. Wenn ich mir die SVG im Browser anschaue oder eine Miniatur des Bildes einbinde, verschwindet der Rahmen. Kann jemand von euch das Bild so bearbeiten, dass kein schwarzer Rahmen mehr erscheint? Danke. Grüße Stephan Kulla20:20, 11. Mai 2011 (CEST)
Letzter Kommentar: vor 13 Jahren6 Kommentare4 Personen sind an der Diskussion beteiligt
Ich hab einen neue Version von Zusammensetzung des Bundesrat.svg hochgeladen, aber die PNGs haben sich nicht aktualisiert und meine Sitzanzahl fehlt in der SVG, d.h. sie wurden aus dem Quelltext raus genommen!!! Es war zum Beispiel folgende Zeile enthalten: <text y="835" x="500" font-size = "40" stroke="#000000" text-anchor="end" >19</text>
aber die fehlt plötzlich nach dem Hochladen.--Firechris11:29, 24. Mai 2011 (CEST)
Letzter Kommentar: vor 13 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo, da misc2svg auf der Projektseite umseitig gelistet ist, hier der Hinweis, dass der Funktionsumfang erweitert wurde. Wird eine Datei hochgeladen und diese noch irgendwie als SVG-Datei erkannt dann werden aus dieser in die neue Datei nur die Elemente, Attribute und so genannte "Presentation Attributes" des SVG 1.1-Standards übernommen. Auf diesem Weg wird man mitgeschleppte Erweiterungen von unterschiedlichen Programmen wie Inkscape los und bekommt zudem eine Datei die dem Standard entspricht. Vielleicht mag es mal jemand testen. Im Webfrontend ist die neue Funktion noch nicht dokumentiert. MfG JS
Danke für Deine Rückmeldung. Aus der von Dir hochgeladenen Datei wurde diese Datei erzeugt. Die Datei ist heute noch abrufbar bis kurz nach 23:00 Uhr. Sie enthält als Wert im SVG-Attribut "style" die von Inkscape eingebrachte Zeichenkette "-inkscape-font-specification:Magneto Bold Italic". Dem SVG 1.1-Standard widerspricht dies nicht, da es sich nicht um ein Element oder Attribut handelt sondern um den Wert des CSS-Style-Attributes. Es wäre aber zu überlegen ob die CSS-Angaben im style-Attribut auch noch zusätzlich gefiltert werden um an dieser Stelle auch im CSS-Bereich sauber zu sein.
Hallo JS, ja das ist vollkommen korrekt. Nunja ich würde sagen es gehört zum Bereinigen dazu. Inkscape ist ja OpenSource, vielleicht ist der Code gleich übernehmbar. Danke für Dein Ünterstützungsangebot hier. -- Perhelion22:33, 4. Mai 2011 (CEST)
Der XML-Parser hat bislang aus dem SVG 1.1-Standard die Elemente, Attribute und so genannte "Presentation Attributes" in die neue Datei übernommen. Ich habe ihn jetzt so ergänzt, dass er zusätzlich den Wert des Style-Attributs analysiert. Der Wert des Style-Attributs setzt sich aus min. einem Paar aus "Presentation Attribute" und Wert zusammen. Von diesen Paaren schaffen es jetzt jetzt nur noch die Paare in die neue Datei deren "Presentation Attribute" nach SVG 1.1 zulässig ist. D.h. irgendwelche Nicht-Standard-Einträge von Programmen wie Inkscape oder Adobe Illustrator im Style-Attribut kommen nun auch nicht mehr in die neue Datei, auch nicht wenn sie z.B. in Inkscape als Inkscape-SVG gespeichert wurden. Vielleicht mag es noch einmal jemand testen. MfG JS
Die hochgelade SVG-Datei sollte im UTF8-Encoding sein. Aber das ist heute bei gängigen Vektorzeichenprogrammen Standard. Eventuell rüste ich noch eine automatische latin1-Erkennung nach. MfG JS
Hallo JS, erstmal muss ich sagen dass es wirklich eine praktisch Sache ist, mal schnell ohne Programm eine Datei zu erstellen. Hat soweit funktioniert bis auf das Encoding!? Meine Datei war eigentlich in UTF8 jedoch die Output-Datei nicht, weshalb sie nicht dargestellt werden konnte. Ich hatte sie auch 2mal hochgeladen da ich beim 1.Mal über die Browserdarstellung nur eine Stück Datei bekommen hatte. Im Endprodukt sind mir noch Kleinigkeiten aufgefallen die gesäubert werden könnten (was auch kein Inkscape macht). Die Datei hatte leere Tags wie def und metadata und eine Menge Gruppen (mit />). Müsste man doch per Script erkennen können? Das wäre erst mal mein Feedback. Schönen Sonntag MfG -- Perhelion23:18, 7. Mai 2011 (CEST)
Hallo Perhelion, Danke für Deine Rückmeldung. Das Thema Encoding von Dateien, die nicht im UTF8-Format daherkommen, ist in der Tat noch ein Thema an dem ich die nächsten Tage (ich hoffe nicht Wochen) knobeln werde um eine sinnvolle Lösung zu realisieren. Um dieses Thema besser nachvollziehen zu können, bitte ich Dich die Datei noch einmal hochzuladen. Die Vorhaltezeit für die hochgeladenen Dateien habe ich von 5 Minuten auch auf 24 Stunden umgestellt. So kann ich mir Deinen Upload rauspicken und es an der Datei konkret nachvollziehen. Wenn die letzten funktionalen Einschränkungen beseitigt sind, kann ich im zweiten Schritt schauen welche Aufräumarbeiten in den hochgeladenen SVG-Dateien möglich sind ohne dass es Auswirkungen auf das Erscheinungsbild der Graphik hat. Da die SVG-Datei im Parser in einem XML-Baum vorliegt, der sich vorwärts und rückwärts über Elemetne und Attribute durchwandern läßt, lassen sich auch leere oder unnötig geschachtelte Elemente identifizieren und tilgen. Hier muss man allerdings genau hinschauen, denn z.B. mehrere g-Elemente (kommt ja immer mal wieder vor) möchte ich natürlich nur entfernen wenn sie selbst kein transform-Attribut im Schlepptau haben weil es mir sonst die Graphik zerwürfelt. Möglichkeiten zum Aufräumen gibt es einige, z.B. könnte man ungenutzte Farbverläufe entfernen wenn kein Element mit seinen Attributen darauf referenziert. Auch wenn es mich in den Fingern juckt, im aktuellen Schritt möchte ich Fehler und Schönheitsfehler beseitigen bevor ich mich an das Optimierungspotential herantaste. MfG JS
Aktuell komme ich leider nicht dazu an dem Feature der Umkodierung von Nicht-UTF8-Dateien weiterzuarbeiten. Wenn ich weitergekommen bin werde ich mich hier wieder melden. MfG JS
Letzter Kommentar: vor 13 Jahren20 Kommentare5 Personen sind an der Diskussion beteiligt
Hallo,
da ich in der Wikipedia sehr lange inaktiv war möchte ich mich nun wieder mehr beteiligen und mich hier beteiligen :-)
Mein Problem ist, dass ich nicht genau weiß wie man eine SVG Datei erstellt... Ich habe auch schon edliche Foren durchgelessen aber nichts gefünden. Vielleicht kann mir ja hier einer helfen... --MarcoNPZ09:49, 15. Mai 2011 (CEST)
Danke, für deine Antwort. Ich habe jetzt Inkscape heruntergeladen... Ich weiß aber immer noch nicht genau wie das geht kannst Du mir vielleicht eine einfache Anleitung geben? --MarcoNPZ14:08, 15. Mai 2011 (CEST)
Im Artikel sind unter Weblinks noch zwei weitere Dokus angegeben. Ansonsten einfach mal bei google oder youtube „inkscape tuto doku“ eingeben. --Jörg15:53, 15. Mai 2011 (CEST)
Ich formuliere jetzt einfach mal die Frage anders: Ich möchte gerne diese 3 Logos in SVG haben ... Wenn es geht kann mir ja einer eine Schritt für Schritt Anleitung geben (ggf. auch bei YouTube) oder einer erstellt sie einfach. Eine Schritt für Schritt Anleitung währe mir natürlich lieber damit ich es in Zukunft selbst machen kann ;-) --MarcoNPZ18:50, 15. Mai 2011 (CEST)
Du könntest zum Beispiel Marsupilami Tip folgen und dir B:Inkscape anschauen. Dort gibt es ein Kapitel Rastergrafiken in Vektorgrafiken umwandeln. Oder du suchst mal mit google, dann könntest du eine Anleitung wie dieses tutorial: Vektorisieren finden. --Jörg20:36, 15. Mai 2011 (CEST)
Ich habe jetzt alles gemacht wie in der Anleitung B:Inkscape gemacht. Aber entweder bin ich zu doof oder es ist falsch angegeben denn ich habe es nicht hingeckrigt!? --MarcoNPZ17:58, 16. Mai 2011 (CEST)
Ich habe es mal mit Inkscape probiert. Die Ergebnisse waren aber nicht gerade überzeugend. Du könntest aber als Beispiel ein Logo in Inkscape laden und es von Hand nachzeichnen. Bei Viva und Nickelodeon sollte es eigentlich nicht das Problem sein. --Jörg18:56, 17. Mai 2011 (CEST)
Jetzt habe ich das VIVA HD Logo mit einem Onlinekonverter gemacht das hat zwar geklappt aber wie stellt man jetzt die Größe ein? --MarcoNPZ14:04, 18. Mai 2011 (CEST)
Hey, danke erstmal für den Tipp aber kann man das nicht einfach machen wie mit GIMP? Und bei normalen SVG Dateien sind automatisch 200px, 500px, 1000px und 2000px. Muss man das auch noch machen oder ist das automatisch so? --MarcoNPZ16:50, 19. Mai 2011 (CEST)
Das von Dir hochgelade Logo habe ich aus dem Artikel wieder rausgenommen und wieder durch das GIF ersetzt. Automatische Vektorisierungen bedürfen, wie auch in diesem Fall, massiver Nacharbeit damit die Kanten, Ecken und Rundungen mit dem Vorbild übereinstimmen und gerade bzw. rund sind. Eine händische Vektorisierung wäre hier besser. Bis auf das "HD" gibt es das Logo bereits und bräuchte nur händisch ergänzt werden. Viele Grüße --Marsupilami (Disk|Beiträge) 22:14, 19. Mai 2011 (CEST)
Ich habe das auch nur mal versucht (Inkscape), es kommt auf die genaue Einstellung der Bitmapvektorisierung an!? Ergebnisse der Online-Vektorisierer (Umseitig verlinkt) wären auf jeden Fall schon besser als dieses Ergebniss. Hat jemand noch ein gutes Tutorial für eine Bitmap-Vektorisierung? (nicht signierter Beitrag von91.42.171.247 (Diskussion) 23:59, 19. Mai 2011 (CEST))
@Marsupilami: Danke (ich weiß für einen Laien nicht schlecht ;)), hätte selbst nicht gedacht das vectormagic.com so gute Ergebnisse erzielt (wohl wegen niedriger Farbanzahl), wie von dir erwähnt mit Nacharbeit (einige Kanten und so weit wie möglich alle Kurvenpunkte entfernt). Bei Schrift ist die Vektorisierung doch ernster zu nehmen, da Ungereimtheiten leichter auffallen, wie hier bei dem D (es ist rechts und rechts oben etwas zu breit, ich glaub eine Kante hat auch nicht die richtige Höhe). Ich habe den Font als eine Helvetica (Szandard) Variante Neue Helvetica® Com 65 Medium oder etwas zu dick denke ich Basic Commercial™ Bold) identifiziert. Kann vielleicht jemand die D Glyphe aus der PDF extrahieren (müsste doch gehen)? PS: bei SVG sollte man schon eine gewisse Perfektion betreiben) --91.42.193.14715:02, 20. Mai 2011 (CEST)
Letzter Kommentar: vor 13 Jahren8 Kommentare3 Personen sind an der Diskussion beteiligt
fehlerhafte SVG von Maxxl2
zu niedrig konvertierte PNG von Maxx12
mit Hintergrund
Ein Benutzer hat eine SVG hochgeladen, die ihm anscheinend Kopfzerbrechen bereitet, und daher das ganze als PNG hinterhergeschoben. Könnt ihr die SVG reparieren?
Danke! -- Quedel09:11, 12. Mai 2011 (CEST)
Ja, ich weiß, subjektiv ;) Vorschlag: Hintergrund wieder mit rein und die Küstenlinie im Norden von Italien noch weiter mit zeigen, so dass man zumindest Meer von Land unterscheiden kann. -- Quedel09:45, 13. Mai 2011 (CEST)
Nunja, SVG mit Bitmap (Hintergrund) ist wohl nicht die optimale Lösung, auch würde ich als Font (Sans gibt es eigentlich nicht) Arial nehmen, wegen der weichen Renderung (geht auch bei anderen). Als Hintergrund wäre ein einfacher in der Art passender (zureichender) gewesen oder ich hätte mal in der Wikipedia:Kartenwerkstatt vorbeigeschaut. --91.42.194.23317:54, 16. Mai 2011 (CEST)
Wappen Darmstadts benötigt Korrekturen
Letzter Kommentar: vor 12 Jahren2 Kommentare1 Person ist an der Diskussion beteiligt
Letzter Kommentar: vor 12 Jahren6 Kommentare3 Personen sind an der Diskussion beteiligt
Mein Problem: Ich möchte Objekte an Pixeln ausrichten, oder die Größen per Hand eingeben (Höhe, Breite, XY-Position). Jedoch ich erhalte immer ungenaue (nicht gerundete) Werte. Dann spielen andere Werte verrückt, wenn ich einen einzelnen Wert korrigiere. Ich habe nicht das Schloss-Symbol angeklickt, und ich meine, dass ich die Buttons, die das Skalieren der anderen Werte synchronisiert, abgestellt zu haben. Doch wenn ich ein Wert einstelle ändern sich alle anderen, und ich bekomme bei den einfachsten Objekten (Kreise, Striche) keine anständige Positionierung hin.
Kennt jemand das Problem? Kann jemand sagen, wie man Inkskape einstellen muss, damit man genauere Werte bekommt, und die Breite, Höhe, X-Position, Y-Position, Strichstärke sich unabhängig voneinander einstellen lassen.
Wenn das mit Inkskape nicht möglich ist, welches alternative Programm könnt ihr empfehlen?
Mir helfen immer auch Unterschiedliche Farben für Dicke/Dünne Linien
Einrasten
Am Gitter einrasten
immer oder
(sehr) höher wenn näher als Wert
Inkscape speichert diese Einstellungen in der Bilddatei. Das heisst: Wenn du die Bilddatei an einem anderen Rechner öffnest (oder die Datei Lokal kopierst), nimmt er die Einstellungen mit.
Heisst aber auch: Wenn du ein neues Bild machst (Datei -> Neu) verwendet Inkscape wieder seine Defaultwerte.
Dass ist mir früher, mal aufgefallen, jetzt weiß ich woran es liegt. Unter Einstellungen - SVG-Ausgabe - Zahlen, kann man die Genauigkeit festlegen, Standard ist 8 (eventuell ist der Wert bei bestimmten Version anders eingestellt) und sollte auf jeden Fall reichen. -- πϵρήλιο℗01:51, 10. Aug. 2011 (CEST)
Die Gitter- und Einrast-Lösung ist eigentlich praktischer (bzw. vorbeugender), da so - übertrieben gesagt- „übertrieben genaue“ Werte vermieden werden. Ein Wert von 5 Stellen ist eigentlich der normale (daher beim Speichern geht die Genauigkeit - unter Umständen - so und so flöten). -- πϵρήλιο℗16:16, 11. Aug. 2011 (CEST)
Das mit der Übername der Einstellungen habe ich schon mitbekommen. Von daher möchte ich mir gerne optimale Vorlagen erstellen, die ich dann für neue Bilder entsprechend anpasse. (Funktioniert bei Gitarren-Akkorden eigentlich ganz gut.) Aber leider werden die Werte immer ungenau, egal was ich mache. Wenn ich eine Grafik von 20x20px habe, dann ist sie beim kopieren auf einmal 19,98x20,1. Und selbst die starre Hintergrundgrafik ändert sich von mal zu mal, obwohl ich eigentlich nichts ändere. Und auf einmal habe ich dicke und dünne Striche, obwohl sie doch eigendlich Pixel-genau sein sollten.
So was bin ich von Corel-Draw, Flash und anderen Grafik-Programmen so nicht gewohnt. Und wenn ich Grafiken an Rastern einrasten lasse sind dort die Grafiken ein genaues vielfaches der Raster. Na ja, ich werde noch einmal alles durchprobieren. Wenn es nicht klappen sollte, werde ich auf ein Textbasiertes Vektorprogramm versuchen zurückzugreifen. Da muss ich eigentlich nur noch das Positionieren der Schrift richtig hinbekommen. Danke schon mal für die Hilfe. --Mjchael01:24, 12. Aug. 2011 (CEST)
Letzter Kommentar: vor 12 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Ich schlage vor, einen Testlauf für IRC von vielleicht 3-6 Monaten zu machen. Danach können wir überlegen, ob wir das ganze offiziell machen. Regelung bei Freenode ist: Kanäle mit # im Namen sind "offiziell", d.h. #wikipedia wurde wirklich von wikimedia beantragt, Chats mit ## im Namen sind inoffiziell, also Themenkanäle... z.B. ##windows sind "Diskussionen um Windows". Da alle anderen Wikipedia-Chats auf Freenode sind finde ich es logisch dort zu bleiben ausserdem bin ich eh meistens nur dort.
Entsprechend habe ich ##wikipedia-grafikwerkstatt auf freenode registriert. Schaunmermal, ob sich genug "Masse" aus den Mitarbeitern der Grafikwerkstatt ergibt, dass es sich lohnt, das aufrechtzuerhalten und formell zu beantragen. Iridos15:30, 6. Sep. 2011 (CEST)
Argh... war dem Link von Perhelion gefolgt... das ganze sollte auf die Diskussionsseite der Grafikwerkstatt *seufz*. ---> Kopie dorthin. Iridos16:37, 6. Sep. 2011 (CEST)
Letzter Kommentar: vor 12 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
(Wahrscheinlich peinliche) Frage eines Neulings:
Würde gern endlich das -Logo vektorisieren. Nun protestiert Commons da leider, da das nicht mehr dem alten Dateiformat (jpg) entspricht. Gibt es denn überhaupt die Möglichkeit alte Pixelgrafiken mit svg-Dateien zu überschreiben (ohne gleich eine neue Datei hochzuladen) damit die Änderungen auf den bisher angewandten Artikeln aktiv werden?
Frage wäre auch für meine weitere Arbeitsweise wichtig, da ich gern weitere Vektorisierungen alter Dateien vornehmen würde.
Greetz... CellarDoor85 - 12.09.2011 - 03:54
Habt ihr da einen passenden Wartungsbaustein oder sonst ein Vorgehen? Je nachdem wäre es sogar sinnvoll, (vorerst) weiter Rasterlogos zu verwenden. Auch Löschen wäre eine Option… --Leyo19:43, 29. Apr. 2011 (CEST)
Eine Ergänzung noch:
Datei:Convert1.svg (fast 2MB - sieht nach automatischer Inkscape-Vektorisierung aus)
Bei "schlechter Qualität" ist das schwiegig. Zum einen kann sowohl die Datei, als auch der Renderer Ursache sein. Da müsste man jedesmal die Datei direkt öffenen, ggf. via Zoom des Fensters herabskalieren. Zum Zweiten muss man entscheiden, ob es "gute Qualität" ist. Wer legt aber Regeln fest, was noch "gute Qualität" ist ? Jeder selbst. Das wäre also ein subjektiv platzierter Baustein. Daher besser nicht. Wer eine Möglichkeit der Verbesserung hat, der kann sie anwenden, ansonsten muss man es dem Betrachter überlassen, ob es "seinem Auge weh tut". ÅñŧóñŜûŝî(Ð)15:54, 7. Mai 2011 (CEST)
Ich habe mich jetzt entschieden mal eine Version des Logos Datei:08-logo.svg hochzuladen, bei der die Schrift stimmt. Allerdings ist der Innenteil nicht unbedingt originalgetreu. Vielleicht kann jemand noch mehr aus den oben angegebenen Vektordaten herausholen. Grüße --Marlus Gancher16:17, 25. Mai 2011 (CEST)
Ich habe das Gefühl Du hast eine alte krumme und buckelige Version erwischt und hochgeladen und nicht die heute von Marlus Gancher hochgeladene korrigierte Fassung. Irre ich mich? Viele Grüße --Marsupilami (Disk|Beiträge) 23:28, 25. Mai 2011 (CEST)
Ich habe den Fehler von Antonsusi korrigiert, indem ich seine Copy/Paste-Verschiebung gelöscht und die Ursprungsdatei samt Versionsgeschichte verschoben habe. Vorlage:Datei umbenennen scheint noch nicht bekannt genug zu sein. --Leyo00:50, 26. Mai 2011 (CEST)
Ich habe nun mal den Hochlader des SVG-Logos auf diese Diskussion hingewiesen. Meine Suche nach Vektordaten war leider ergebnislos. Das war noch das beste… :-( --Leyo15:14, 29. Jun. 2011 (CEST)
Hallo - nach erfolgloser Suche nach einer Vektorgrafik im Netz habe ich in diesem Fall mein Bestes gegeben und versucht, wie gewünscht eine Datei zu vektorisieren. Sicherlich ist das Ergebnis nicht perfekt, aber das was Besseres war mir nicht möglich. --Maxxl2 - Ein Bild sagt mehr als 1000 Worte!22:40, 29. Jun. 2011 (CEST)
In einem solchen Fall wäre es wohl besser, die Rastergrafik nicht zu vektorisieren, sondern einfach beizubehalten. --Leyo08:10, 30. Jun. 2011 (CEST)
Es war halt ein SVG-Angebot von mir, das den Fachleute hier zur Beurteilung vorgelegt wurde. Ok - durchgefallen. Zur Sicherheit habe ich die ursprüngliche Rastergrafik nicht gelöscht. sondern auf meinem Rechner gespeichert. Mit dieser Kopie lässt sich der vorherige Zustand wieder herstellen. Ist das gewünscht? --Maxxl2 - Ein Bild sagt mehr als 1000 Worte!09:20, 30. Jun. 2011 (CEST)
Du kannst ja auch nicht viel dafür, dass die Auflösung der Rastergrafik so gering ist und daher eine Vektorisierung schwierig bis unmöglich ist. Bitte nicht neu hochladen. Die Datei:Ammerld Mühlen-Route Logo.jpg kann einfach wiederhergestellt werden. --Leyo09:33, 30. Jun. 2011 (CEST)
Eine weitere Datei, die mir aufgefallen ist: Datei:Gerolsteiner Logo.svg. Aktuell hat sie grobe Fehler in der Bildmarke. Die Firma stellt verschiedene Vektordaten bereit [8]. Allerdings, bestehen die Dateien zum Teil, aus Pixelbildern. Falls sich die Datei nicht aufbereiten lässt, könnte man auch auf eine der ebenfalls angebotenen und guten Rastergrafiken ausweichen. So würde ich sie jedenfalls nicht lassen. --Marlus Gancher17:42, 30. Jun. 2011 (CEST)
Und schon wieder war ich der Übeltäter. Lokal sieht die Datei sauber aus. Aber beim Rendern entsteht das Problem. Ich werde demnächst bestimmt genauer auf die generierten .png achten. (Ich hab meinen slogan weggelassen, da ein SVG von mir mehr als 1.000 Worte zur Folge hat ;-) --Maxxl2 - Disk18:24, 30. Jun. 2011 (CEST)
Also Maxxl um dich zu beruhigen. Das bei Gerolsteiner kann nicht an dir liegen. Ich habe jetzt die Original-Logo-EPS-Daten aus der Datenbank genommen, dann in verschiedenen SVG-Modi (1.0, 1.1 und 1.2) abgespeichert. Es produziert beim Rendern Fehler. Liegt also definitiv am Renderer. Nicht an der Datei. --WikijunkieDisk.(+/-)09:36, 2. Jul. 2011 (CEST)
Plumps - das war der Stein, der mir ... - Danke Dir Wikijunkie :-) (Kann ich meine Slogan wieder aufnehmen?) --Maxxl2 - Disk11:41, 2. Jul. 2011 (CEST)
Eine weitere Datei: Blason Metz.svg. Sollen hier auch Dateien gelistet werden, die nur mit "JetztAuchSVG" gekennzeichnet sind und ähnliche Fehler aufweisen, z.B. diese?
Hm, klingt beides für mich eher danach, dass der Quelltext überarbeitet/optimiert werden müsste. Betroffen sind hier aber vor allem automatisch vektorisierte Grafiken. --Leyo19:32, 12. Jul. 2011 (CEST)
Der Name ist gut und ja, das Icon sieht erstmal nicht ganz so passend aus (wobei ich nichts gegen mein eigenes Icon sagen möchte :-P, es war eigentlich für Bugs gedacht), aber genauso könnte das Icon der anderen Vorlagen besser sein (vor allem von technischer Sicht aus, etwas amateurhaft). -- πϵρήλιο℗12:09, 23. Jul. 2011 (CEST)
Was meinst du genau mit holprig? Ich mach's mir gerne einfach, aber auch wenn nicht, finde ich das entsprechende auf Commons doch einfach und gut (gibt zudem einen teilweisen Wiedererkennungswert, oder wobei man farblich ja noch kreativ sein kann). -- πϵρήλιο℗14:01, 23. Jul. 2011 (CEST)
Datei:DFF-Logo.svg: Hier wurde ein alter Aufkleber gescannt und automatisch vektorisiert. Es ist die Frage, ob man es so lassen sollte oder die Mängel (Delle, nicht runder Punkt usw.) der Vorlage in der SVG-Version beseitigen sollte? Wann es jemand anfasst, dann kann er gleich den lila Rand um das gelbe D entfernen und dem Punkt die richtige Farbe geben. Viele Grüße --Marsupilami (Disk|Beiträge) 20:44, 18. Aug. 2011 (CEST)
Letzter Kommentar: vor 12 Jahren10 Kommentare3 Personen sind an der Diskussion beteiligt
xfig ist zwar alt, aber simpel und gut. Leider erzeugt es SVGs, die unsere Render-Bibliothek vor Probleme stellen. Während das Bild beim direkten Anzeigen mit Firefox ordentlich aussieht [9], verschieben sich die Buchstaben, wenn man
[[Datei:Trafo_1b.svg]] bemüht:
Was kann man da machen? Von Hand nacheditieren wäre natürlich ein Lösung, nur wie? Die problematischen Tags sind in der Datei um Zeile 313. -- Janka00:14, 29. Aug. 2011 (CEST)
Der aktuelle Versuch ist auch nicht besser. Die Verwendung echter Subscripts scheitert daran, dass unser Renderer nicht mit schriftgrößenabhängigen Angaben wie dy="0.6ex" und font-size="71%" in tspans umgehen kann. Aaaaargh! -- Janka00:38, 29. Aug. 2011 (CEST)
So, ich hab's hingefummelt bekommen. Allerdings sieht es jetzt beim direkten Angucken mistig aus. Der Weisheit letzter Schluss ist es also nicht. -- Janka00:55, 29. Aug. 2011 (CEST)
Ja seltsam im Svgcheck ist alles ok, wie ich sehe hast du jetzt schon eifrig probiert, dafür gibts eigentlich file:Testfile.svg. Ich tippe auf Font spezifischen Bug (Courier) und du?-- Perhelion01:20, 29. Aug. 2011 (CEST)
Nach dem ersten Fehlversuch habe ich es lokal und über den SVG-Test auf dem Toolserver ausprobiert. Der Toolserver rendert meinen letzten Versuch genau so, wie Firefox das lokal tut. Prinzipiell gut, doch leider entsprcht das nicht dem, was wir hier sehen. -- Janka01:36, 29. Aug. 2011 (CEST)
Ich gestehe ich habe etwas zur (deiner) Verwirrung beigetragen, da deine letzte Version in der normaler größe wenigstens passabel aussah. Bei mir sah auch jegliche Version im Check top aus, jedoch nicht im wirklichen Renderer. Also habe ich den Font getauscht gegen font-family="Courier 10 Pitch,serif" und dabei deine Abstände genommen. So viele Tests habe ich noch nie für ein Bild gebraucht, ich denke ich habe es mir zu kompliziert gemacht, da es scheinbar zusätzlich Probleme mit dem group-tag in Verbindung mit tspan gibt, dennoch bleibt mir als Fazit nur, dass es doch an dem Font Courier lag. -- Perhelion03:06, 29. Aug. 2011 (CEST)
Das muss ich jetzt nochmal aufwärmen... anstatt Schriften zu nennen, die man vermeiden soll, wäre es gut, wenn wir Schriften nennen, die man problemlos verwenden kann. Eventuell als Liste/Tabelle, die relativ problemlose Schriften auflistet und dann Probleme beschreibt, die auch mit diesen Schriften noch aufgetreten sind? Das Problem ist, dass aus den 300 Schriften, die angeboten werden ein nicht unbeträchtlicher Teil Probleme beim Skalieren macht. Die jetzt von dir verwendete Schrift führt bei mir beim Anschauen des SVG direkt im Browser zur Darstellung von Buchstaben mit Serifen.
Für serifenlose Schriften scheint einfach nur "Sans" zu gehen (wobei das vom Renderer in dessen Default-Schrift übersetzt wird und sich ändern kann). "Nimbus Sans L" skaliert auch korrekt, letztens gab es jedoch ein SVG mit dieser Schrift und Fettbuchstaben... dann wird die Schriftart "Nimbus Sans L Bold" und das wurde bereits wieder nicht richtig skaliert. :-/ Iridos15:37, 30. Aug. 2011 (CEST)
Duh... man guckt und staunt. Ich hatte alle in Inkscape mit Nimbus Sans L geschrieben und dann in andere Schriften geändert oder Fett gemacht... und was lese ich jetzt: style="font-weight:bold;-inkscape-font-specification:Bitstream Vera Sans Bold">Nimbus Sans L (usw. usw.) ... naja, nochmal von Hand nachbearbeitet. Iridos16:15, 30. Aug. 2011 (CEST)
Zahlen fehlen
Letzter Kommentar: vor 12 Jahren5 Kommentare3 Personen sind an der Diskussion beteiligt
Wobei in der Tat eine Anmerkung dazu hier fehlt, lediglich ein Hinweis bei Inkscape, der natürlich auch für alle anderen Programme gelten sollte (Illustrator, Corla-Draw und wie hier Visio, etc.) -- Perhelion16:20, 29. Sep. 2011 (CEST)
Ha, ich wollte gerade meine eigene Überschrift aufmachen... Gerade habe ich noch etwas über Inkscape und SVG gelesen... Gibt es mit dem Wikipedia-Renderer eigentlich jemals konkrete Probleme mit Inkscape-SVG? Mir sind bisher, wenn ich nicht nachbearbeitet habe eigentlich keine Aufgefallen.
Wenn es keine Probleme gibt, würde ich eigentlich mit Blick auf ein möglichst problemloses Weiterbearbeiten dafür plädieren, alles als Inkscape-SVG zu speichern, da sonst einiges an Informationen verloren geht. Siehe dazu auch [13]
Eigentlich hatte ich gerade geschaut, wie man die "Inkscape-Ellipsen" per Skript in "SVG-Ellipsen" umwandeln könnte... das fände ich einiges sauberer, als einen Pfad mit 8 oder mehr Punkten. Das wäre wohl nicht schwer zu machen, habe ich allerdings nicht als vorgefertigte Lösung gefunden... (Und wenn, dann würde man das idealerweise als Import- UND Export-Script machen, damit Inkscape danach auch wieder etwas mit dem Objekt anfangen kann).
Kurz: Wenn es keine konkreten Renderer-Probleme mit Inkscape-SVG gibt, rechtfertigt die kleinere Dateigrösse MMN den Informationsverlust _nicht_ und wir sollten nicht empfehlen, als "plain SVG" zu speichern. Die Hilfe auf den Commons sieht das übrigens ähnlich: Commons:Help:Inkscape#Inkscape_SVG_vs._Plain_SVGIridos13:12, 28. Aug. 2011 (CEST)
Ja, ein berechtigter Einwand, jedoch ein spezielles Inkscape Problem. Unter WP:SVG (wo ich die Diss angebrachter fände) wird sehr konkret das Gegenteilige empfohlen. Ich persönlich kann auch nichts konkretes dazu sagen, da ich diese Empfehlung einfach mal als (vermeintlich?) wahr angenommen habe, also habe ich bis jetzt keinerlei dieser Bugs bewusst wahrgenommen. Wie gesagt halt ich das für einen Mangel von Inkscape alles in Pfade umzuwandeln und nur mittels eigener Sodipodi-Syntax wirkliche Vektordaten wieder auszulesen (wobei es noch nicht mal Kreise kann). Mit dem nächsten Major Release 0.49 soll ich sich da etwas ändern. -- πϵρήλιο℗15:48, 28. Aug. 2011 (CEST)
Geht mir auch so... ich hatte irgendwo (vielleicht WP:SVG, muss nochmal schauen) diese Empfehlung gesehen und nicht sofort hinterfragt. Inkscape-SVG nützen natürlich nur für die Weiterbearbeitung mit Inkscape etwas... da das aber frei erhältlich und unter allen freien Programmen wohl das meistverbreitete ist, _kann_ zumindest jeder von einem Upload im Inkscape-Format beim weiterbearbeiten profitieren (und ich vermute es profitieren die meisten, die kein teures komerzielles Programm verwenden). Deshalb lade ich seit meinem letzten Kommentar hier im Inkscape-Format hoch... wenn mir konkrete Probleme mit dem Renderer auffallen, werde ich das hier ansprechen. Dazu, dass der w3c-Validator eine doctype-Definition braucht hat mein Link zur Inkscape-Seite auch etwas zu sagen... nämlich, dass das bei einigen Renderern Probleme macht.
Hm, ok. Ich hatte schon überlegt, eventuell export/import-Filter zu schreiben... wenn sich in Inkscape bald etwas ändern soll, lohnt das vielleicht nicht. Iridos15:27, 30. Aug. 2011 (CEST)
Mal als Rückmeldung: Bis jetzt (vielleicht 5-6 Grafiken) hatte ich keine Probleme mit hochgeladenem Inkscape-SVG... Natürlich ist die Datei etwas größer, das ist aber verschmerzbar, wenn der nächste Bearbeiter dann weniger Mühe hat. Ich denke die Empfehlung ist auch jetzt schon so zu lesen "wenn es Probleme gibt, dann als 'plain SVG' speichern". Iridos15:17, 6. Sep. 2011 (CEST)
Ja, die entsprechenden Texte habe ich (erst nach deiner Anm.) geändert. Ich meine das dieses Problem längst in Mediawiki gefixt wurde, deshalb sind Referenzen auch hier unabdingbar. -- πϵρήλιο℗16:13, 12. Sep. 2011 (CEST)
Vorlage für nicht vektorisierbare Grafiken
Letzter Kommentar: vor 12 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Um ehrlich zu sein, nichts. Zum Verständnis, SVG ist kein Muss (vor allem bei Logos), sondern nur mehr oder weniger eine Art möglicher erhöhender Aufsatz. -- πϵρήλιο℗13:44, 12. Sep. 2011 (CEST)
SVG um jeden Preis?
Letzter Kommentar: vor 12 Jahren10 Kommentare5 Personen sind an der Diskussion beteiligt
Mich würde mal eure Meinung zu einer grundsätzlichen Frage interessieren: Sollte man wirklich jede Grafik als SVG freigeben?
Um das im vorhinein klar zu stellen: Bin selbst der größte Fan von Vektorgrafiken und bin auch hier fleißig am vektorisieren (siehe Benutzerseite), doch ist vor allem bei der und bei der Grafik die Disskusion darüber entbrannt, ob das immer eine Notwendigkeit ist.
Fassen wir die Argumente der vektorisierung doch mal zusammen:
Pro: leichte Weiterverarbeitkeit (z.B. Einsatz von Logos und Piktogrammten in anderen Grafiken/Dokumenten)
Kontra: Fehleranfälligkeit (je nach Komplexität und benutztem Programm)
Kontra: Offenlegung des "Quellcodes"
Kontra: keine Kontrolle mehr über Weiterverarbeitung (Der Sinn von CC-Freigabe ist, dass man die Grafiken der Allgemeinheit zur freien Verfügung stellt - Das schließt für mich aber nicht mit ein, dass selbige nach belieben verändert werden können und jeder darin "rumpfuschen" kann und dann so wiederum weiterverwendent/veröffentlicht (unter meinem Namen) - der Horror für jeden Grafiker und Künstler.)
Mein Fazit: SVG da, wo es sich um einfache und mittelkomplexe Grafiken/Logos/Piktogramme handelt, die vor allem für die Weiterverarbeitung prädestiniert sind - nicht aber bei komplexen Grafiken, die in sich geschlossen sind.
Was ist eure Meinung?
LG... --CellarDoor85 16:40 - 1. Okt. 2011
Kontra 3 ist für Wikipedia irrelevant, da wir CC-BY-SA 3.0 und GFDL verlangen, die beide das Recht zur Weiterbearbeitung einschließen. Wenn du damit nicht einverstanden bist, muss du darauf verzichten, hier ein Bild hochzuladen. -- Janka19:09, 1. Okt. 2011 (CEST)
Kontra 1 und 2 sind ebenfalls irrelevant. Fehler kann man auch bei Bitmapgrafiken machen, wenn man sein Metier nicht beherrscht und der 'Quellcode' ist bei einem Bitmap ebenfalls sozusagen einsehbar. Auch die Änderbarkeit ist bei Bitmapgrafiken gegeben - je nachdem wie gut der Manipulierende mit einer Grafiksoftware umgehen kann. Imho sollte jede Grafik - wenn möglich in eine Vektorgrafik gewandelt werden. Voraussetzung dafür ist natürlich, daß bei Illustrationen die Information identisch bleibt und bei Logos Bitmap- und Vektorgrafik augenscheinlich nicht unterscheidbar sind. Sollte das bei Logos nicht machbar sein, ist natürlich die Bitmapgrafik zu verwenden. --Frank MurmannMentorenprogramm20:02, 1. Okt. 2011 (CEST)
Wie gesagt: Gegen Weitergabe und die Möglichkeit der Abwandlung habe ich überhaupt nichts, ganz im Gegenteil. Nur ist es so unverständlich, dass man als "Künstler" Probleme damit hat, wenn eigene Werke bis zur Unkenntlichkeit vestümmelt werden können? Sicher - die hiesige CC-Lizenz sieht vor, dass Werke weiterverwendet und verändert werden dürfen, doch macht es m.M.n. einen Unterschied, ob man einen Track weitersampelt, ein Foto passend zuschneidet, eine Grafik in Graustufen umwandelt... oder ob man mit Offenlegung als SVG die Möglichkeit gibt, komplexe, in sich geschlossene (d.h. vorne bis hinten durchdachte) Werke soweit zu verändern, dass sie mit dem Original praktisch nichts mehr zu tun haben, und trotzdem noch den Namen des "Urhebers" trägt. Creative Commons ist für mich nicht gleichbedeutend mit einem SVG-Zwang... und dogmatisch sollte es schon gar nicht werden. Glaube nicht, dass das im Sinne der urpsrünglichen Idee der CC ist. -- CellarDoor8521:53, 1. Okt. 2011 (CEST)
Mit Fehleranfälligkeit meine ich die, die typischerweise durch den Export zu .svg entstehen können. Je komplexer eine Grafik, desto schlechter kann man garantieren, dass die Grafik dannach noch genauso aussieht, wie in der Datei. Zu oft kommt es zu Problemen mit Schatten, Tranzparenzen, Schriftarten, Rendering, etc... wir alles kennen doch das Elend - die Projektseite ist voll damit. Auch hatte ich nicht selten Schwierigkeiten, wenn ich selber versucht habe, umfangreiche SVGs zu importieren. Der benötigte Aufwand dazu ist nicht selten unverhältnismäßig - PNG schlicht unkomplizierter. -- CellarDoor8522:04, 1. Okt. 2011 (CEST)
Mit großer Begeisterung fertige ich SVG-Grafiken bei jeder sich bietenden Gelegenheit aus PDF-Dateien oder von Grund auf neu von Logos, Radrennstrecken und Radwanderwegen an. Überall da wo sich die Gelegenheit bietet, eine bessere Qualität, Verwendbarkeit oder Internationalisierung zu erreichen, arbeite ich gerne intensiv mit. Unsinnig wird für mich das Projekt, wenn man von Mitarbeitern des Projektes aufgefordert wird, eine informative Übersichtsdatei in SVG neu anzulegen, die schließlich nicht mehr Details und den 20-fachen Dateiumfang hat und doch nicht alle in OSM verfügbaren Strukturen zeigt. Das ist übertrieben und nicht sinnvoll und geht an den Zielsetzung des Projektes vorbei. Ebenso wird plötzlich die Ansicht vertreten, alle Bitmap-Radsporttrikots, die sich wahrlich nicht für eine Vektorisierung eignen, mit einer SVG-Datei zu erstezen. Was soll diese plötzliche Dogmatisierung, alle Grafiken zu vektorisieren? --Maxxl2 - Disk13:33, 7. Okt. 2011 (CEST)
Darüber, ob die Trikots vektorisierbar sind oder nicht, sind wir geteilter Meinung. Ich stimme Dir zu, daß das Trikot mit der GEOX-Werbung tatsächlich nicht vektorisierbar ist, die anderen hingegen schon. --Frank MurmannMentorenprogramm16:48, 7. Okt. 2011 (CEST)
Leider habe nur erst 25 Jahre Erfahrung mit Designer und Corel Draw und kann daher die Wertigkeit der Vektorisierung vielleicht noch falsch einschätzen. Bei den Trikots wäre es mir - wie bereits vor Wochen vorgeschlagen - daher sehr recht, wenn einer der wirklichen Spezialisten das Aqua&Sapone-Trikot vektorisieren würde. Bei den anderen Punkten steht das Argument also nach wie vor? --Maxxl2 - Disk21:03, 7. Okt. 2011 (CEST)
Ich würde sagen keines der oben genannten Kontras ist wirklich eins, dafür gibt es andere:
Kontra: Wikimedia Software ist beschissen beim Rendern von svgs. Als ein Beispiel: Es ist eine absolute Lächerlichkeit, dass Buchstaben in Pfade umgewandelt werden, weil die Software sie nicht rendern kann.
Kontra: Es wird viel Zeit auf komplexe wenig benutzte Graphiken verwendet (Extremfall: komplexe nur hier benutzte Logos), dafür werden viele einfache häufig benutzte nicht konvertiert (diverse Weltkarten mit einfacher Einfärbung der Länder).
Kontra: Commonsfähige Graphiken sollten dorthin transferiert werden, statt hier eventuell sogar doppelt konvertiert werden, weil jemand auf Commons für den gleichen Zweck eine Graphik erstellt.
Daß der Renderer nicht gut ist (was noch zu diskutieren wäre, denn in 99% der Fälle erfüllt er seinen Zweck), kann nicht den SVG-Dateien angelastet werden und auch die anderen beiden Kontras beziehen sich eher auf WP-Prozesse als auf die SVG-Grafiken selbst. --Frank MurmannMentorenprogramm07:09, 17. Okt. 2011 (CEST)
Der Threadbeginner hat relativ eindeutig nach einer Kosten-Nutzen-Relation gefragt und darauf beziehen sich meine Kontras. Natürlich steht es dir frei beliebig svgs zu erzeugen, unabhängig davon, wie klein der Nutzen für das Projekt ist. Ärgerlich wird es nur dann, wenn Arbeitsabläufe (siehe oben das Thema verwaiste Graphiken) völlig unabhängig vom Nutzen für das Projekt gestaltet werden, so dass andere effektiv in ihrer Arbeit behindert werden. --cwbm 10:27, 17. Okt. 2011 (CEST)
Mir war klar, dass das was ich geschrieben habe mißverständlich sein könnte. Verwaiste Graphiken zu kennzeichnen ist ein Schritt in die richtige Richtung, insofern keine Einwände von mir. --cwbm 14:20, 17. Okt. 2011 (CEST)
Klares nein, wenn man sich einfach nur auf die beiden Eingangsfragen „SVG um jeden Preis?“ „Sollte man wirklich jede Grafik als SVG freigeben?“. Warum? Weil es eben nicht lohnt jede Grafik zu konvertieren. Wenn Nutzer ihre Zeit damit verbringen wollen und diese ggf. nicht sehr effektive Nutzung ihrer Zeit in Kauf nehmen, dann ist es ihre Sache. Ähnlich verhält es sich mit der Artikelarbeit. Ich weiß nicht was man da groß diskutieren muss. --Cepheiden13:25, 17. Okt. 2011 (CEST)
Z.B., dass man commonsfähige Graphiken nicht markiert, sondern nach Commons tranferiert. --cwbm 14:20, 17. Okt. 2011 (CEST)
Letzter Kommentar: vor 12 Jahren27 Kommentare7 Personen sind an der Diskussion beteiligt
Hallo zusammen. Wie gehen wir eigentlich mit solchen Dateien um? Nicht verwendete Logos müssen ja aus lizenzrechtlichen Gründen gelöscht werden, aber dies ist bei Diagrammen nicht notwendig. Wie also damit verfahren? Aus meiner Sicht gibt es mehrere Möglichkeiten:
Die Grafik nicht vektorisieren und trotzdem in der Kategorie belassen.
Die Grafik nicht vektorisieren, aber aus der Kategorie entfernen.
Die Grafik vektorisieren, obwohl sie nicht verwendet wird.
Einen SLA auf die Grafik stellen (wobei mir hier kein rechter SLA-Grund einfällt).
Auch wenn es einige gibt die auf Commons die Meinung von Jörg vertreten, bin ich da skeptischer. Manchmal werden die Bilder nicht verwendet da sie eben(d) schlecht sind. Andererseits dient die Vorlage auch dazu diese Datei deutlich als „Markelhaft“ zu markieren. Daher stimme ich für:
Vielleicht sollte eine neue (Sub-)Kategorie für nicht benutzte Rastergrafiken geschaffen werden.
Mit diesem Tool kann übrigens häufig erraten werden, wo eine Datei ursprünglich eingebunden wurde. Vielleicht wurde sie ja dort durch eine Vektorgrafik ersetzt. --Leyo10:19, 19. Sep. 2011 (CEST)
Auch für "Kategorie:Datei:In SVG konvertieren (verwaist)". Kann/sollte eine Sub-KAT von "Kategorie:Datei:In SVG konvertieren" sein.--wdwd08:36, 7. Okt. 2011 (CEST)
Die Variante 2 oben finde ich nicht sinnvoll. Dann kommt beispielsweise einfach der nächste und fügt die Vorlage (ohne die Versionsgeschichte zu beachten) wieder ein. --Leyo00:27, 8. Okt. 2011 (CEST)
In die vorhandene Vorlage den Parameter „verwaist“ eintragen, so dass die Datei in die noch anzulegende Kategorie umsortiert wird. --Leyo20:17, 8. Okt. 2011 (CEST)
Einverstanden. Allerdings gilt das nicht für Logos, denn die müssen aufgrund des Markenrechts gelöscht werden, sobald sie nicht mehr verwendet werden. Legst Du die Kategorie an? --Frank MurmannMentorenprogramm23:10, 8. Okt. 2011 (CEST)
Ich halte die neue Kategorie insgesamt für recht sinnvoll. Auf der Seite Vorlage:In SVG konvertieren/Parameter ist allerdings der neue Parameter verwaist unter dem Punkt Sortierung nach vorhandenen Vektordaten als Quelle untergeordnet. Vielleicht kann diese Kleinigkeit noch jemand korrigieren. Grüße --Marlus Gancher20:58, 17. Okt. 2011 (CEST)
Ich sehe gerade, daß schon einige Logos in der Kategorie gelandet sind. Laut unserer Regularien müssen (enzyklopädisch) nicht verwendete Logos gelöscht werden. Also wäre ein SLA in diesen Fällen besser als die Einsortierung in die Kategorie. --Frank MurmannMentorenprogramm22:11, 17. Okt. 2011 (CEST)
Einige verwaiste Logos hatte ich schon zum Schnelllöschen vorgeschlagen. Allerdings wurde teilweise der SLA dann wieder entfernt (Begründung: kein SLA-Grund). Gibt es denn eine bestimmte Seite auf der festgeschrieben ist, dass unbenutzte Logos gelöscht werden müssen? Die Vorlage {{Bild-LogoSH}} sagt ja (nur): Die Datei darf ausschließlich zu enzyklopädischen Zwecken und in mit dem Logo im Zusammenhang stehenden Artikeln verwendet werden.
Unterpunkt 4 bietet eine mögliche Diskussionsgrundlage. Abgesehen davon verstößt die WP unter Umständen gegen das Markenrecht, wenn Logos hier 'gelagert' und nicht enzyklopädisch verwendet werden. Um dieses Risiko auszuschliessen, sind sie zu löschen. --Frank MurmannMentorenprogramm12:24, 18. Okt. 2011 (CEST)
Auch wenn die Diskussion schon alt ist (und ich nicht alles gelesen habe) zur Klarstellung: "Nicht verwendete Logos müssen ja aus lizenzrechtlichen Gründen gelöscht werden" - nein, das ist falsch. Die meisten Logos sind gemeinfrei aufgrund mangelnder Schöpfungshöhe und müssen daher keineswegs gelöscht werden. Bitte nicht mit fair use verwechseln, das hier gar nicht erlaubt ist. -- Chaddy · D – DÜP –21:23, 16. Nov. 2011 (CET)
Die entsprechenden Dateien müssen auch nicht aufgrund des Urheber-, sondern aufgrund des Markenrechts gelöscht werden. Dabei ist die Schöpfungshöhe vollkommen unerheblich. --Frank MurmannMentorenprogramm18:03, 18. Nov. 2011 (CET)
Warum das da steht ist ganz einfach: Eine Reihe von Benutzern hat vor Jahren durchgedrückt, dass die tatsächliche Rechtslage in den Bausteinen verschleiert wird, damit die Logoinhaber sich nicht auf die Füße getreten fühlen (also nach dem Motto: wenns nach fair use klingt, wird sich niemand beschweren)... -- Chaddy · D – DÜP –03:04, 19. Nov. 2011 (CET)