Wikipedia Diskussion:WikiProjekt SVG

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 3 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Die Archivübersicht befindet sich unter Wikipedia Diskussion:WikiProjekt SVG/Archiv.

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 30 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten. Die Archivübersicht befindet sich unter Wikipedia Diskussion:WikiProjekt SVG/Archiv.

SVG-Bibliotheken

Servus, durch den obigen Beitrag bin ich auf diese SVG-Bibliothek gestossen. Kennt jemand noch andere Bibliotheken und vielleicht auch einen Link, unter dem man sie herunterladen kann? Gruß -- Frank Murmann _{Mentorenprogramm} 17:48, 1. Feb. 2009 (CET)

Dieser Abschnitt kann archiviert werden. Leyo 13:40, 5. Mai 2009 (CEST)

Diskussion über SVG

Hallo,
für den geneigten Leser hat Benutzer Saure unter Wikipedia:Fragen zur Wikipedia#Zeichnungs-Umstellung auf SVG eine Diskussion über SVGs begonnen.
Viele Grüße --Marsupilami (Disk|Beiträge) 12:11, 14. Apr. 2009 (CEST)

Zur Erklärung sei noch auf die vorausgehende Diskussion verwiesen. --Leyo 12:55, 14. Apr. 2009 (CEST)

Danke für den Hinweis Marsupilami, die Diskussions auf Franks Seite hatte ich im Vorfeld schon gelesen und sie hat mich ehrlich gesagt sehr geärgert (also, der angeschlagene Ton ist jetzt gemeint). LG, --Fleshgrinder 18:48, 14. Apr. 2009 (CEST)

Programmempfehlungen

Hallo, was denkt ihr, ist es sinnvoll auf diesen Seiten Software-Empfehlungen für das erstellen von SVG-Dateien zu geben? Ich denk hier nicht nur an Inkscape sondern vor allem an Gnumeric, das es erlaubt sehr schnell Diagramme als SVG zu erstellen (kann Excel- und OpenOffice-Dateien verarbeiten sowie Diagramme direkt als SVG speiechern). --Cepheiden 15:28, 15. Apr. 2009 (CEST)

Klar! Nachdem doch desöfteren Newbies vorbeikommen, ist das sicher eine Hilfe! (aber nicht nur für die) --AFranK99 [Disk.] 10:06, 26. Apr. 2009 (CEST)

Vorlage:In SVG konvertieren erweitern?

Was haltet ihr davon, die Vorlage um einen (optionalen) Parameter zu ergänzen, in welchem eine mögliche Quelle von Vektordaten angegeben werden kann (PDF, EPS, …)? Es gibt bestimmt Benutzer, die nicht mit Inkscape umgehen können, aber vielleicht bei der Suche nach passenden Daten mithelfen könnten. Für die meisten hier Mitlesenden ist wohl meist das Suchen viel aufwändiger als das Konvertieren. --Leyo 15:43, 15. Apr. 2009 (CEST)

+1 Bin dafür, vielleicht hat jemand eine PDF-Datei, weiß jedoch nicht wie man es extrahiert. Auf keinen Fall eine passende Kategorie vergessen (!), da kann man wenn einem langweilig ist sich etwas schneller durcharbeiten. ;-) --Fleshgrinder 22:42, 18. Apr. 2009 (CEST)

Ist als Parametername „Quelle“ OK oder hat jemand einen besseren Vorschlag? --Leyo 09:50, 23. Apr. 2009 (CEST)

Ich habe als Parameternamen nun „Vektordaten“ gewählt. Die entsprechende Kategorie ist Kategorie:In SVG konvertieren, Vektordaten vorhanden. OK so? --Leyo 11:29, 25. Apr. 2009 (CEST)

Grundsätzlich gut, ja. Aber im PDF des Parship-Logos sehe ich keine Vektordaten. Aber danke für die Kat. Gruss Sa-se 00:42, 26. Apr. 2009 (CEST)

Gefällt mir und ich glaube das wird es öfters geben, dass PDF-Dateien verlinkt werden, die dann doch keine Vektordaten enthalten. Immerhin werden die Daten ja von Benutzern verlinkt, die nicht so viel Ahnung haben. Hier liegt es dann wieder an den Benutzern die dieses Wissen haben, dies zu bereinigen. Liebe Grüße, Fleshgrinder 01:05, 26. Apr. 2009 (CEST)

@Sa-se. Ja, siehe Kommentar im Quelltext. Da die Auflösung der im PDF enthaltenen Rastergrafik hoch ist, dachte ich, dass der Link vielleicht trotzdem hilfreich ist (→ Bitmap vektorisieren). Sonst einfach die URL wieder entfernen… SVG-Version existiert nun. --Leyo 23:36, 26. Apr. 2009 (CEST)

<title>-Element

Warum verwendet das eigentlich kein Mensch? Ich habe mich heute (wieder einmal) extrem tief in die SVG Doku vom W3C eingelesen und eben genau das Element neu für mich entdeckt. Was so cool daran ist? Wenn ich die File in Opera öffne sehe ich oben nicht den schnöden Dateipfad, sondern den Titel den ich der File gegeben habe. Des Weiteren habe ich mich etwas genauer mit dem Code auseinandergesetzt und werde in Zukunft alle meine Dateien direkt auf Codeebene nochmals überarbeiten um sie zu optimieren. Um eine super kompatible SVG herzustellen rentiert sich das nämlich voll. Wenn nur die allernötigsten Elemente und Attribute drinnen sind, wird die SVG bei allen mir zur Verfügung gestandenen Programmen absolut ident und perfekt dargestellt. Das ganze Geschreibsel von mir könnt ihr euch am Besten bei folgenden Dateien ansehen die ich just überarbeitet habe:

Datei:Crashtest-Stern 5.svg ; Datei:Steyr AUG A1 407mm.svg ; Datei:Alien 3 Logo.svg ; Datei:FH JOANNEUM Logo.svg

Quelltext ist überall mit bei, liebe Grüße, --Fleshgrinder 22:42, 18. Apr. 2009 (CEST)

Wenn du aus deinen Erfahrungen jetzt noch ein Skript/Tool bastelst, das wir einfach über unsere SVGs drüber laufen lassen, wäre das eine eine Sache! --AFranK99 [Disk.] 10:03, 26. Apr. 2009 (CEST)

Mir stellt sich die Frage was drinstehen sollte? Wenn das SVG z.B. "Datei:Dresdner-Cetelem Kreditbank logo.svg" heißt, was sollte dann am sinnvollsten im Tag stehen?

* Dresdner-Cetelem Kreditbank

* Dresdner-Cetelem Kreditbank logo

* Dresdner-Cetelem Kreditbank Logo

* Dresdner-Cetelem Kreditbank-Logo

Oder was ganz anders?

Viele Grüße --Marsupilami (Disk|Beiträge) 15:23, 26. Apr. 2009 (CEST)

Ich habe leider noch keine Erfahrung mit Skripts und Tools innerhalb von Wikipedia, das wäre eine regelrechte Herausforderung für mich.

Als Titel würde ich immer das wählen, was auch beim Upload verwendet wird/wurde. Also wenn die Datei „Dresdner-Cetelem Kreditbank logo“ heißt, würde ich dies auch als Titel wählen. Ob dann das Logo groß oder klein geschrieben wird ist Geschmackssache – ich würde es groß schreiben. Im <desc> Bereicht schreibe ich dann immer noch hin: „<desc>For more information see: URL-zur-Datei</desc>“ bzw. in Zukunft werde ich es so machen.

Das <title>-Attribut kann übrigens auch dazu verwendet werden, um dem Benutzer interessante Infos zu geben, wie ich unlängst bei meiner Österreich Karte, siehe: Datei:Map of Austria.svg Wer Opera verwendet und mit der Maus über ein Bundesland fährt, erhält das was im <title>-Attribut steht als Tooltipp angezeigt. Leider unterstützten das die anderen Browser nicht, doch das dürfte ja nur eine Frage der Zeit sein. Liebe Grüße, Fleshgrinder 09:17, 27. Apr. 2009 (CEST)

Ich meinte eigentlich ein Skript auf dem heimischen Rechner, VOR dem Upload. BAT-Datei, Shell-Skript, Perl-Skript, egal. --AFranK99 [Disk.] 14:18, 27. Apr. 2009 (CEST)

Du hattest mich letztes Jahr im Mai mal drauf angesprochen, dass meine SVGs keinen Rand haben. Ich habe damals argumentiert, dass ich Inhalt und Layout gerne trennen würde und das Mediawiki eine Funktion bekommen sollte um Logos mit einem Rand darstellen zu können. Irgendwann bin ich zu dem Schluß gekommen, dass sich in diesem Bereich nicht so schnell was am Mediawiki ändern wird.
Da ich zukünftig nicht von Hand immer um die Logos einen transparenten Rand machen wollte habe ich mich etwas mit SVG beschäftigt. Es gibt zwar die Möglichkeit den XML-Code von SVG-Dateien über XSL Transformation umzuarbeiten und hätte den Vorteil, dass wieder sicher syntaktisch korrekter XML-Code rauskommt, aber das fand ich Mitte letztes Jahr dann etwas übertrieben. Also habe ich mir Anfang August ein Perl-Skript geschrieben das einfach mit regulären Ausdücken die passenden Stellen sucht und die von mir gewünschten Veränderungen oder Ergänzungen vornimmt. Für mich habe ich im Skript alles untergebracht was ich nie wieder von Hand machen möchte. Das Skript erledigt für mich folgende Dinge bei einem Aufruf mit dem SVG-Dateinamen:

• An der von mir erstellten SVG-Datei keine Änderungen vornehmen bis das Skript korrekt durchgelaufen ist (arbeiten mit temporärer Datei)
• Mit Fehlermeldung abbrechen wenn ich vergessen habe die SVG-Datei als einfachen SVG-Code (Plain-SVG) abzuspeichern
• Mit Fehlermeldung abbrechen wenn die SVG-Datei nicht mit Inkscape erstellt wurde
• Ergänzt meinen WP-Namen in der Inkscape-Kommentarzeile (ganz wichtig ;)
• Ermittelt vom SVG die schmälere Seite und berechnet daraus einen Rand mit der Breite von 3 Prozent
• Errechnet unter Beibehaltung der Seitenverhältnisse eine neue Größe (width und height), so dass das neue SVG immer in 1024x768 einbeschrieben ist (egal wie groß oder klein die Basisgröße der SVG-Datei zuvor war)
• Errechnet aus dem 3 Prozent-Rand und der neuen Größe die vier Parameter für eine zusätzliche viewbox-Zeile im SVG, ergänzt diese und setzt die neuen Werte für width und height ein. Dadurch wird aus dem SVG sozusagen rausgezoomt um einfach den errechneten Rand mit den 3 Prozent rundrum zu realisieren
• Am Ende der SVG-Datei werden die urspünglichen Parameter für width und height in einer Kommentarzeile ergänzt um bei Bedarf ganz einfach die vom Skript gemachten Änderungen wieder rückgängig machen zukönnen (viewbox-Zeile raus, alte Werte für width und height wieder oben einsetzen und das "by Marsupilami" rausnehmen)
• Ergänzt die DOCTYPE-Zeile
• Mit Fehlermeldung abbrechen wenn mit der temporären Datei die Original-SVG-Datei nicht überschrieben werden konnte

Das Ergebnis kann man sich an jedem von mit seit August hochgeladenen SVG im Source anschauen. Sollte Bedarf bestehen kann ich das Skript zur Verfügung stellen. Wenn man ein paar Zeilen ergänzt läßt sich auch z.B. automatisch der Dateiname als title-Element nach dem svg-Element ergänzen.
Viele Grüße --Marsupilami (Disk|Beiträge) 20:32, 27. Apr. 2009 (CEST)

Dann gäbe es ja schon eine tolle Basis, ich persönlich brauche es nicht, da:

• Ich so wenig Text im Code will wie möglich um die Dateigröße zu drücken, also auch nicht meinen Namen (mein Zeug ist eh immer PD und wenn es ein Logo ist ist's mir auch egal).
• Mache ich den Rand anders (siehe auch nächsten Punkt, dort ist das entscheidend für die Berechnung der x- und y-Achse).
• Editiere ich jede Datei sowieso im Code um ihn zu optimieren und um zu lernen wie SVGs ticken (damit ich später mal anhand anderer Programmiersprachen (PHP, JavaScript, etc. pp.) SVGs on-the-fly erstellen lassen kann. Probiere mich auch immer mehr an SVGs die ich ohne zuhilfenahme von Inkscape, Illustrator und Konsorten erstelle. Beispiele: The Criterion Collection Logo, G-Schiene EN 50035 (G32) oder Business Unit).

LG, Fleshgrinder 21:25, 27. Apr. 2009 (CEST)

Wir haben wohl ganz unterschiedliche Ansätze zu diesem Thema. Ich möchte möglichst komfortabel zur SVG-Datei kommen, Du möchtest möglichst kleinen Code produzieren. Mit Deinem Ansatz habe ich mich auch schon mal in der Vergangenheit beschäftigt und mit xlink:href gespielt. Viele Grüße --Marsupilami (Disk|Beiträge) 21:39, 27. Apr. 2009 (CEST)

Jain, es ist nicht das höchste Ziel so kleine Dateien wie möglich zu erstellen, vielmehr habe ich mir zum Ziel gesetzt so kompatible Dateien wie möglich zu erstellen, das führt meist auch zu den Kleinsten. Ich schmeiße eben das Ganze komische Sodipodi, Inkscape Zeugs raus, auch Illustrator ergänzt oft noch sinnlose Kommentare und unnötige Attribute (ich sage nur enable-background …). Das Zeugs führt oft dazu, dass selbst einfach Grafiken beim Zoomen beginnen zu flakern und bläht die Dateigröße unnötig auf. Leider gibt es (noch) kein Programm welches eine SVG sauber und ohne Blödsinn erstellt. Gute Beispiele sind die Zwei (nicht von mir erstellt, nur optimiert): Deutsches Wikipedia Logo (100 KB eingespart), Wikipedia Globus (53 KB eingespart) Aber eben nur durch Rauswurf der unnötigen Elemente, Attribute und Zeilenumbruche. Weiters macht Inkscape immer alles mit style="", was aus Sicht der Kompatibilität nicht optimal ist. Es ist besser die Attribute direkt anzugeben (praktisches Beispiel, was auch Illustrator immer so macht, style="stop-color:#fff;" besser stop-color="#fff"). LG, Fleshgrinder 21:51, 27. Apr. 2009 (CEST)

Eine Spielerei: Wenn Du bei Business Unit "link:href" verwendest dann kannst Du die Dateigröße um 45% reduzieren weil sich fast alle Elemente wiederholen. Aus irgendeinem Grund ist die Strichstärke der Ränder allerdings etwas dünner als bei Deiner Vorlage.

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="800" height="600" viewBox="0 0 800 600">
  <title>Business Unit</title>
  <desc>For more information see: http://commons.wikimedia.org/wiki/File:Business_Unit.svg</desc>
  <defs>
    <symbol id="SGE">
      <rect fill="#ededed" stroke="#909090" stroke-width="2" width="145" height="150" />
      <text x="35" y="85" style="font-family:Verdana;font-size:36px;font-weight:bold;">SGE</text>
    </symbol>
    <symbol id="SGF">
      <rect fill="#fff" stroke="#000" stroke-width="2" width="320" height="225" />
      <text x="120" y="47.5" style="font-family:Verdana;font-size:36px;font-weight:bold;">SGF</text>
    </symbol>
    <symbol id="BU">
      <rect fill="#d8dada" stroke="#000" stroke-width="2" width="340" height="540" />
      <text x="10" y="45" style="font-family:Verdana;font-size:30px;font-weight:bold;">Business Unit (BU)</text>
    </symbol>
    <symbol id="X">
      <use xlink:href="#BU" />
      <use xlink:href="#SGF" transform="translate(10,70)" />
      <use xlink:href="#SGE" transform="translate(20,135)" />
      <use xlink:href="#SGE" transform="translate(175,135)" />
      <use xlink:href="#SGF" transform="translate(10,305)" />
      <use xlink:href="#SGE" transform="translate(20,370)" />
      <use xlink:href="#SGE" transform="translate(175,370)" />
    </symbol>
  </defs>
  <svg>
    <text x="200" y="42.5" style="font-family:Verdana;font-size:36px;font-weight:bold;">Gesamtunternehmen</text>
    <use xlink:href="#X" transform="translate(50,55)" />
    <use xlink:href="#X" transform="translate(410,55)" />
  </svg>
</svg>

Viele Grüße --Marsupilami (Disk|Beiträge) 23:40, 27. Apr. 2009 (CEST)

Eben ein gutes Beispiel dafür, dass es mir nicht immer um die Dateigröße geht, entscheidend war bei dieser Datei ja, sie vollkommen ohne Hilfe von Bildbearbeitungsprogrammen zu erstellen und so, dass rsvglib diese problemlos in PNG rendern kann (deshalb auch drei Revisionen innerhalb kürzester Zeit). Das Problem beim xlink ist in der Tat, dass es den stroke oben und links mit nur einem Pixel berechnet, wohingegen rechts und unten Zwei Pixel Verwendung finden. Die Frage die sich stellt: Warum? Ich habe keine Antwort, doch dann verzichte ich lieber auf die Verwendung von xlink und die Datei bleibt nun 45% größer. Liebe Grüße, Fleshgrinder 13:10, 29. Apr. 2009 (CEST)

Obige Spielerei hat auch den Nachteil, dass eine Nachbearbeitung z.B. mit Inksape sehr stark erschwert wird. Viele Grüße --Marsupilami (Disk|Beiträge) 19:48, 29. Apr. 2009 (CEST)

Wüsste jetzt gar nicht was Illustrator damit macht, wahrscheinlich umwandeln. LG, Fleshgrinder 13:45, 30. Apr. 2009 (CEST)

Vor dem Einsetzen der "In-SVG-Konvertieren"-Vorlage

fragt doch einfach mal bei den Erstellern nach, ob sie vielleicht schon Vektordateien haben. Ich erstelle meine Karten sowieso in Inkscape, lade oft aber erstmal nur die exportierte png-Datei hoch, weil da alles noch im Fluss ist. Ich musste schon diverse SVG-Vorlagen wieder rausschmeißen, damit sich hier niemand sinnlose Mühe macht. Inzwischen setze ich schon entsprechende Warnungen in die Bildbeschreibung. Da bin ich vermutlich nicht der einzige; wenigstens irgendwie nützliches Rohmaterial haben bestimmt einige noch rumfliegen. Ein kleine Anfrage auf der Erstellerdisku, evtl per Vorlage/Bot, kann da sicher nicht schaden. --Sommerkom 11:17, 23. Apr. 2009 (CEST)

Bevor man mit der Arbeit beginnt, etwas mit der genannten Vorlage in SVG zu konvertieren, sollte man sich unbedingt auch auf fremdsprachlichen Wikiseiten umsehen. Die entsprechende Grafik/Logo etc. ist nicht selten bereits dort in SVG konvertiert worden, was in der deutschen Wiki nicht vermerkt wird.-- Fornax 11:27, 23. Apr. 2009 (CEST)

Bei der Gelegenheit kann man die Grafik dann gleich nach Commons verschieben, wenn es sich nicht gerade um ein Logo handelt. --AFranK99 [Disk.] 20:09, 27. Apr. 2009 (CEST)

SXD-Dateien

Ist es (einfach) möglich, aus SXD-Dateien wie Datei:Evomensch.sxd („Vorschau“) SVG-Grafiken zu erstellen? --Leyo 17:16, 28. Apr. 2009 (CEST)

Im Prinzip bietet OpenOffice.org Draw zwar einen PDF- und sogar einen direkten SVG-Export an, allerdings werden diese 3D-Objekte in Pixelgrafiken umgewandelt (zumindest in der von mir getesteten Version 3.0.0) und entsprechend eingebettet. Auch ein "Ausdruck" via Acrobat Distiller in ein PDF brachte dasselbe Ergebnis. --ⒶⒻⓇⒶⓃⓀ⑨⑨ [✍] 13:03, 29. Apr. 2009 (CEST)

Es scheint übrigens gut 50 davon zu geben. --Leyo 14:24, 29. Apr. 2009 (CEST)

Bei diesem konkreten Beispiel scheitert es offensichtlich wirklich an den komischen 3D-Objekten. Datei:ActionPotential.sxd hingegen lässt sich ganz gut in Draw als SVG exportieren. Allerdings ist die rote Kurve (auch schon in Draw) aus mehreren Teilen zusammengestückelt. Im SVG ist das dann keine durchgängige Linie, sondern aus mehreren Flächen (!) zusammengesetzt... --El Grafo 13:02, 2. Mai 2009 (CEST)

Konvertieren immer sinnvoll?

Hallo. Ich habe mal die in-svg-konvertieren kats überflogen... und Frage mich bei solchen Sachen, ob das überhaupt nötig ist. Wenn es in den Fall zum Beispiel unnötig ist, darf ich die konvert-vorlage dann auch entfernen? Und wiederum wenn ja, könnte ihr mir ein paar Hinweise geben, was noch alles nicht konvertiert werden braucht? PS: ich glaube mit dem tool-server kann man doch jedermans Arbeit getrachten. Ich würde mich außerdem freun, wenn man kurz meine knappen Test-Arbeiten bewerten könnte Wissensdürsters Beiträge - ist das ok so? Grüße --WissensDürster 18:41, 1. Mai 2009 (CEST)

PS: SchemaFotoeffekt.png ist auch so ein Kandidat. --WissensDürster 19:10, 1. Mai 2009 (CEST)

PPS: ich konkretisier und visualisier das mal weiter... ich hielt z.B. die Unterschiede in folgenden Varianten für so gering, dass ich die Vorlage JetztSVG und nicht JetztAuchSVG benutzte. Weil es in dem Fall eh weniger um Winkel-Perfektion ging, sondern das eher eine Skizze zur veranschaulichung war (also eher handgezeichnet). Ist dieses mein Urteil richtig? Oder hätte es perfekter sein müssen? --WissensDürster 12:00, 2. Mai 2009 (CEST)

Datei:Nephroid.svg

Moin, moin, WissensDürster, ich zeichne chemische Formeln mit der kommerziellen ChemDraw Ultra Version 8 für das Apple Mac OS 10.4. Die Zeichnungen speichere ist im Format .cdx und konvertiere diese dann in das Format .png. Beispiel:

Entscheide selbst, ob eine Konvertierung in das Format .svg sinnvoll ist. Ich meine, das ist überflüssig. Beste Grüße ‎--Jü 13:10, 2. Mai 2009 (CEST)

Naja, natürlich darf ich für mich selber entscheiden, ob ich etwas konvertieren will/kann. Aber darf ich (besondera als Laie) mir raus nehmen, den InSVG-konvertieren-baustein zu entfernen? (ohne svg-alternative) z. b. hier

finde ich absolut unnötig... und solche Beispiele gibts in allen Kats, da könnte mal jemand aufräumen - wie gesagt, das ist nur meine Meinung... --WissensDürster 14:23, 2. Mai 2009 (CEST)

Betreffend deiner Frage zur Nephroide oben: Ich bin hier tatsächlich der Meinung, dass die Grafik „perfekter“ sein müsste. Zumindest sollte die Kurve in allen vier Quadranten gleich aussehen, da die Figur ja zwei Spiegelebenen aufweist. --Leyo 20:16, 2. Mai 2009 (CEST)

Alle der hier verlinkten Grafiken würden meiner Meinung nach als SVG sehr viel mehr Sinn ergeben. Der Vorteil von SVG ist einfach, dass die Grafik in jede beliebige Größe skaliert werden kann, dies ist bei einer Rastergrafik niemals der Fall. Den Baustein zu entfernen macht nur Sinn, wenn es sich zum Beispiel um ein Gemälde handelt, dies macht als SVG keinen Sinn (habe ich just Vorgestern gesehen, deshalb das Beispiel). Liebe Grüße, Fleshgrinder Diskussion 21:38, 2. Mai 2009 (CEST)

Bin derselben Meinung. Nur weil PNG auch irgendwie ok aussieht, heißt das nicht, dass konvertieren keinen Sinn machen würde. Eines der Argumente für Vektorgrafiken ist die "Druckbarkeit". D.h. die Wikipedia soll (zumindest theoretisch) auch als gedrucktes Buch noch gut aussehen, und da führt eigentlich kein Weg an Vektorgrafiken vorbei. Die Hochschulgrafik sähe gedruckt übrigens furchtbar aus (im Gegensatz zu Jüs Struktuformeln, die er in wirklich guter Qualität hochlädt). Bitte die Vorlagen nicht rausnehmen. --ⒶⒻⓇⒶⓃⓀ⑨⑨ [✍] 10:14, 3. Mai 2009 (CEST)

Ich bin übrigens auch strikt dagegen, Grafiken irgendwie nachzuzeichnen, wenn man keine Ahnung hat, was das eigentlich darstellen soll. Da kommt nur Mist bei raus. Dann lieber die Pixelgrafik lassen. --ⒶⒻⓇⒶⓃⓀ⑨⑨ [✍] 10:14, 3. Mai 2009 (CEST)

Noch ein Punkt: SVG-Dateien sind i.d.R. viel einfacher editierbar und/oder weiternutzbar. Ist in einer Pixelgrafik ein Fehler, kann es fürchterlich kompliziert werden, diesen auszubessern. Bei Vektorgrafiken ist das meistens sehr viel einfacher. --ⒶⒻⓇⒶⓃⓀ⑨⑨ [✍] 10:17, 3. Mai 2009 (CEST)

Sehr gutes Argument, besonders bei der Hochschulgrafik. Dort kann der Text bei SVG nämlich im Klartext in die Grafik implementiert werden, dadurch kann jeder der einen Texteditor mit UTF-8 besitzt (Standard bei jedem aktuellen OS) den Text editieren oder auch ggf. korrigieren. Ein Beispiel hierfür ist z. B. die erst kürzlich von mir erstellte Datei:Business Unit.svg die dem selben Prinzip wie die Hochschulgrafik folgt. LG, Fleshgrinder Diskussion 14:15, 3. Mai 2009 (CEST)

Danke für die vielen Hinweise, ich werde dann erstmal die bisher erstellten Bildchen sachgemäß verbessern. Grüße --WissensDürster 15:53, 3. Mai 2009 (CEST)

rsvg-lib Font rendering bugs

Seit ihr damit auch schon konfrontiert worden? Auf Meta gibt es ja die schöne Liste mit verfügbaren Fonts, siehe meta:SVG fonts. Ich habe mich an der obig verlinkten Datei:Hochschulorganisation-de.svg mal versucht und als font-family:DejaVu Sans Condensed; gewählt, da ich so einen doch noch Recht großen Text habe, der gut lesbar ist und die Buchstaben hocken nicht aufeinander wie bei DejaVu Sans. Tja, nur renderd er den Font nicht korrekt … muss ich es vielleicht irgendwie anders im CSS angeben damit das Packet weiß welchen Font ich meine, oder ist es ein Bug? [1] LG, Fleshgrinder Diskussion 19:06, 3. Mai 2009 (CEST)

Inkscape math. Kurven

Wie ich ja weiter oben erst neulich gelernt habe, sollten die SVG-Grafiken perfekt sein. Wenn man z.B. so nen Nephroid hat oder andere math. Kurven und Formen, gibt es in einer Software (z.B. inkscape) die möglichkeit sowas zu berechnen? Mit einfachen Plottern kenn ich mich ein wenig aus, die exportieren aber nichts nach svg - soweit ich weiß. Wenn es also eine realtiv einfache und erlernbare Möglichkeit gibt, würde ich mich über ne Hinweis oder ne kleine Anleitung freun. Ich will alles nur zur Zufriedenheit der Redaktion und im Rahmen der Richtlinien machen. Grüße --WissensDürster 11:35, 4. Mai 2009 (CEST)

Hallo, Gnuplot exportiert nach SVG (Beispiel: File:Nephroide.svg). Eine Anleitung kann ich dir leider nicht liefern, da ich das Programm da zum ersten Mal verwendet habe. Bei Interesse kann ich aber gerne den Code zur Abbildung posten. Man könnte das sicher auch mit R machen, müsste da aber vermutlich den Umweg über pdf gehen. MfG --El Grafo 11:48, 4. Mai 2009 (CEST)

Ja Gnuplot kan SVG, leider sind die nur mit manuellem Eingriff auch in Inkscape ordentlich zu editieren. Nunja, mann muss sie ja nicht mit Inkscape nachbearbeiten. Was mir bei File:Nephroide.svg auffällt, wäre es nicht auch hier sinnvoll den Gnuplot-Quellcode gleich mit auf der Beschreibungsseite zu veröffentlichen? --Cepheiden 11:53, 4. Mai 2009 (CEST)

Könnte ich machen. Allerdings habe ich nachher noch in Inkscape dran rumgepfuscht: Farben angepasst und das "Koordinatensystem" von Hand eingefügt (habe ich auf die Schnelle in Gnuplot nicht hinbekommen). Was meinst du mit manuellem Eingriff? Ich musste von Hand am Ende noch ein </svg> einfügen, aber das wäre auch nötig gewesen, wenn ich es nicht in Inkscape hätte bearbeiten wollen. --El Grafo 12:22, 4. Mai 2009 (CEST)

manuellem Eingriff = Änderungen per Hand damit die Dateien in _Inkscape_ richtig dargestellt werden. Gnuplot verwendet irgendwelche Style-Klassen oder relative verweise (a la currenColor) in seinen SVG-Dateien, die entsprechenden Elemente kann Inkscape aber irgendwie nicht darstellen, so dass hier erst die Farben nochmals manuelle gesetzt werden müssen (per Texteditor z.B.) dann erscheinen auch in Inkscape diese Elemente. Das betrifft unter anderem auch das von dir angesprochenen Koordinatensystem. Wenn du das Gnuplot-SVG mit Firefox anschaust ist das Koordinatensystem glaub ich sichtbar. Ist etwas länger her, dass ich mich damit rumgeschlagen hab.--Cepheiden 12:47, 4. Mai 2009 (CEST)

Stimmt, ich erinnere mich: die Kurven waren in Inkscape nicht sichtbar, ich habe einfach alles ausgewählt und dann Linienfarben neu zugewiesen. Die Achsen habe ich schon in Gnuplot nicht zufriedenstellend hinbekommen und daher gar nicht erst ausgegeben. Inkscape ist hier unschuldig wegen pebcak ;-) --El Grafo 13:22, 4. Mai 2009 (CEST)

Matlab-Grafiken können als EPS gespeichert und mittels Scribus in SVG umgewandelt werden. --Leyo 12:14, 4. Mai 2009 (CEST)

Ja, aber dreimal konvertieren ist auch nicht so toll. Alternativ kann man auch die Graphen mit Gnumeric erzeugen, das kann seien Diagramme direkt als SVG-Speichern.--Cepheiden 12:50, 4. Mai 2009 (CEST)

Inkscape hat einen Funktionsplotter eingebaut (Effekte→Rendern→Funktionsplotter). Für einfache Funktionen dürfte der reichen. --ⒶⒻⓇⒶⓃⓀ⑨⑨ [✍] 15:19, 4. Mai 2009 (CEST)

Ich hab mir die Datei:Nephroide.svg mal genauer angesehen und das ist schon ziemlicher Schrott was da im Quelltext drinnen ist. Glaube ich gut und gerne, dass Inkscape damit so seine Probleme hat. Aber wenn man das von Hand schön aufräumt würde die Datei auch kompatibel zu allen SVG-Programmen werden - gar kein Problem, habe es eben auch testweise mal lokal gemacht. Weiß aber nicht ob's sinnvoll ist das hochzuladen, dargestellt wird die Datei ja korrekt, oder hat wer Probleme? LG, Fleshgrinder Diskussion 21:34, 4. Mai 2009 (CEST)

Hmmm, keine Ahnung - außer mit Inkscape habe ich damit keine Darstellungsprobleme (Standard-Bildbetrachter Eye of Gnome unter Ubuntu funktioniert problemlos). Immerhin ist der Code laut W3C valide, was Inkscape-SVGs afaik nicht so ohne weiteres der Fall ist. Das Problem mit currenColor soll wohl in der nächsten Version (Juni) von Inkscape nicht mehr bestehen (Link habe ich leider verbaselt). Ob der Code "schön" ist, kann ich als Anfänger nicht beurteilen, mich würde aber schon interessieren, was man da verbessern kann. --El Grafo 22:04, 4. Mai 2009 (CEST)

Vergleiche, nimm den Code der bestehenden Grafik und meine Version:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" xmlns="http://www.w3.org/2000/svg" width="600" height="600" viewBox="0 0 600 600">
  <title>Nephroide</title>
  <desc>For more information see: http://commons.wikimedia.org/wiki/Image:Nephroide.svg</desc>
  <g fill="none" stroke="#000" stroke-width="1">
    <line x1="5" y1="300" x2="595" y2="300" />
    <line x1="300" y1="5" x2="300" y2="595" />
    <line x1="25.6" y1="290" x2="25.6" y2="310" />
    <line x1="290" y1="25.6" x2="310" y2="25.6" />
    <line x1="290" y1="574.4" x2="310" y2="574.4" />
    <line x1="574.4" y1="290" x2="574.4" y2="310" />
  </g>
  <g style="font-family:Arial;font-size:12pt;text-anchor:middle;">
    <text x="280" y="590">-1</text>
    <text x="20" y="330">-1</text>
    <text x="290" y="320">0</text>
    <text x="280" y="20">1</text>
    <text x="580" y="330">1</text>
  </g>
  <path fill="none" stroke="red" stroke-width="3" d="M437.2,300 L438,299.9 L440.5,299.4 L444.4,298.1 L449.6,295.7 L455.7,291.7 L462.6,285.9 L469.6,278.2 
    L476.6,268.5 L482.9,256.6 L488.2,242.8 L492,227.1 L493.9,209.8 L493.6,191.2 L490.7,171.7 L485.2,151.7 
    L476.8,131.6 L465.5,112.1 L451.3,93.5 L434.4,76.3 L415,61.1 L393.4,48.2 L370,37.9 L345.2,30.6 
    L319.6,26.5 L293.5,25.7 L267.5,28.2 L242.2,33.9 L218.1,42.7 L195.5,54.3 L175,68.4 L156.8,84.7 
    L141.3,102.6 L128.5,121.8 L118.6,141.6 L111.7,161.7 L107.5,181.6 L106,200.7 L106.8,218.7 L109.7,235.2 
    L114.3,250 L120.2,262.8 L126.8,273.6 L133.9,282.3 L140.9,289 L147.5,293.9 L153.2,297.1 L157.8,298.9 
    L161,299.8 L162.6,300 L161,300.2 L157.8,301.1 L153.2,302.9 L147.5,306.1 L140.9,311 L133.9,317.7 
    L126.8,326.4 L120.2,337.2 L114.3,350 L109.7,364.8 L106.8,381.3 L106,399.3 L107.5,418.4 L111.7,438.3 
    L118.6,458.4 L128.5,478.2 L141.3,497.4 L156.8,515.3 L175,531.6 L195.5,545.7 L218.1,557.3 L242.2,566.1 
    L267.5,571.8 L293.5,574.3 L319.6,573.5 L345.2,569.4 L370,562.1 L393.4,551.8 L415,538.9 L434.4,523.7 
    L451.3,506.5 L465.5,487.9 L476.8,468.4 L485.2,448.3 L490.7,428.3 L493.6,408.8 L493.9,390.2 L492,372.9 
    L488.2,357.2 L482.9,343.4 L476.6,331.5 L469.6,321.8 L462.6,314.1 L455.7,308.3 L449.6,304.3 L444.4,301.9 
    L440.5,300.6 L438,300.1 L437.2,300" />
  <circle fill="none" stroke="blue" stroke-width="3" cx="300" cy="300" r="137.15" />
</svg>

LG, Fleshgrinder Diskussion 22:06, 4. Mai 2009 (CEST)

Super, danke dir! Ich werd's mir gleich mal ansehen. --El Grafo 22:13, 4. Mai 2009 (CEST)

Um noch auf deine These zu antworten, die Validität einer Datei sagt nicht viel aus. Die Fehler der Datei Nephroide liegen in erster Linie im CSS, das scheint nicht kontrolliert zu werden vom Validator, und darin, dass das Koordinatensystem doppelt drinnen ist. Der Grund weshalb 80% aller SVGs beim W3C Validator durchfallen, sind die Inkscape Tags. Inkscape kann es einfach nicht lassen unendlich viel Blödsinn reinzuschreiben. Der fehlende DTD war früher auch ein großes Problem, doch mittlerweile versucht der Validator auch ohne DTD die passende SVG Version herauszufinden, was meist auch zu klappen scheint. LG, Fleshgrinder Diskussion 22:40, 4. Mai 2009 (CEST)

So, ich hab's mir mal angesehen: das ist wirklich fürchterlich. Die Tatsache, dass der Kreis nicht mittels circle sondern durch eine Kurve aus Einzelpunkten erstellt wird könnte aber durchaus an meiner Unfähigkeit liegen: Ich habe Gnuplot die Formel für einen Kreis gegeben und Gnuplot hat die eben so geplottet. Sollte ich nochmal sowas machen, werde ich vorher mal gucken, ob man Gnuplot nicht auch direkt sagen kann "mal mir einen Kreis mit Radius r". Nach dem, was ich grade gesehen habe, hätte ich nichts dagegen, deine Version über die alte drüberzuschreiben. Wobei es eigentlich sinnvoll wäre, die 1en durch 2en zu ersetzen und dafür beim Radius des Kreises eine Markierung mit "1" einzufügen, dann hätte man einen Einheitskreis.

Zur Validität: dass die nicht unbedingt aussagekräftig ist, war mir klar. Was ich sagen wollte war was in der Richtung wie "wenn der Code valide ist, sollte man eigentlich davon ausgehen können, dass man ihn ohne schlechtes Gewissen so wie er ist verwenden kann". Ist latürnich Träumerei, kennen wir ja von html ;-) --El Grafo 23:08, 4. Mai 2009 (CEST)

Im Idealfall sollte die Zeichnung dann aber auch noch Maßstabsgetreu gezeichnet werden, also z. B. auf 450x450, Graphmitte bei 225x225, 1er Punkte bei genau 100 und 2er Punkte genau bei 200 von der Mitte des Graphes aus gesehen. Pfeile an x- und y-Achse, x- und y-Achse beschriften, … ich weiß nicht wie du das siehst? Vielleicht lässt sich die Nephroide als Ellipse erstellen und damit sie dann auch perfekt gerundet erscheint. Zoom beim jetztigen Bild mal voll hinein, dann siehst du die Punkte des Pfades und erkennst dass die Linien eigentlich gerade sind. Ich werde mal spielen und nachher hier den Code wieder posten. Die SVG Angaben in der Datei sind valide, nur wie gesagt doppelt (das kann der Validator niemals bemerken und selbst wenn muss es ihm egal sein, da das ja auch gewünscht sein könnte) und das CSS ist völliger Müll, das wiederum kann mit dem CSS-Validator vom W3C überprüft werden (habe extra nachgesehen) → http://jigsaw.w3.org/css-validator/ (Du musst die Datei aber hochladen, irgendwie gibt's da ein MIME Problem beim verlinken von Wikipedia und vergiss nicht bei „Weitere Optionen“ auf SVG umzustellen, ansonsten checkt es mit CSS 2.1 was natürlich wieder nicht korrekt ist). Die Validität sagt schon etwas aus, doch 1.) nur wenn alles valide ist 2.) ist SVG noch nicht so ausgereift. HTML Validität sagt sehr viel aus, hier spielt aber wieder das selbe Problem eine große Rolle wie bei SVG, das interpretierende Programm. LG, Fleshgrinder Diskussion 23:37, 4. Mai 2009 (CEST)

Ok, soweit bin ich bis jetzt gekommen. Das mit den Ellipsen war eine nette Idee, geht aber natürlich nicht … wie dem auch sei. Wollte es mit GNUPlot hinbekommen, aber keine Chance. Dann habe ich schnell gnumeric angeschmissen, doch ich weiß nicht wo ich das Phi herbekomme … zum verzweifeln. Hier mal der jetztige Code, jeder ist herzlich eingeladen diesen zu verbessern bzw. die Nephroide korrekt einzupflegen:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" xmlns="http://www.w3.org/2000/svg" width="860" height="860" viewBox="-10 -30 900 900">
  <title>Nephroide</title>
  <desc>For more information see: http://commons.wikimedia.org/wiki/Image:Nephroide.svg</desc>
  <g fill="none" stroke="#000" stroke-width="1">
    <!-- x-Achse -->
    <line id="x-Achse" x1="10"  y1="430" x2="850" y2="430" />
    <line id="x_-2"    x1="30"  y1="420" x2="30"  y2="440" />
    <line id="x_2"     x1="830" y1="420" x2="830" y2="440" />
    <line id="x_-1"    x1="230" y1="420" x2="230" y2="440" />
    <line id="x_1"     x1="630" y1="420" x2="630" y2="440" />
    <!-- y-Achse -->
    <line id="y-Achse" x1="430" y1="10"  x2="430" y2="850" />
    <line id="y_-2"    x1="420" y1="830" x2="440" y2="830" />
    <line id="y_2"     x1="420" y1="30"  x2="440" y2="30"  />
    <line id="y_-1"    x1="420" y1="630" x2="440" y2="630" />
    <line id="y_1"     x1="420" y1="230" x2="440" y2="230" />
  </g>
  <polyline id="x-Achsenpfeil" points="860,430 845,435 845,425" />
  <polyline id="y-Achsenpfeil" points="430,0 435,15 425,15" />
  <g style="font-family:Arial;font-size:12pt;text-anchor:middle;">
    <!-- x-Achse -->
    <text x="870" y="435">x</text>
    <text x="30" y="460">-2</text>
    <text x="230" y="460">-1</text>
    <text x="630" y="460">1</text>
    <text x="830" y="460">2</text>
    <!-- Nullpunkt -->
    <text x="405" y="460">0</text>
    <!-- y-Achse -->
    <text x="430" y="-10">y</text>
    <text x="405" y="835">-2</text>
    <text x="405" y="635">-1</text>
    <text x="405" y="235">1</text>
    <text x="405" y="35">2</text>
  </g>
  <!-- Nephroide -->
  <path fill="none" stroke="red" stroke-width="3" d="M600.244,409.557h1l3.4-0.8l5.398-1.8l7.201-3.4l8.6-5.6l9.4-7.801
    l9.799-10.8l9.602-13.399l8.6-16.4l7.4-19l5.199-21.8l2.6-23.8l-0.4-25.801l-3.799-27l-7.801-27.6l-11.6-27.8l-15.6-27l-19.6-25.601
    l-23.4-23.8l-26.801-21l-29.799-18l-32.4-14l-34.201-10.2l-35.398-5.6l-36.201-1.2l-35.799,3.4l-35,8l-33.4,12.2l-31.201,16
    l-28.199,19.6l-25.199,22.4l-21.6,24.8l-17.602,26.399l-13.6,27.601l-9.6,27.6l-5.801,27.4l-2,26.399l1.201,25l4,22.801
    l6.199,20.399l8.201,17.8l9.199,15l9.801,12l9.6,9.2l9,6.8l8,4.4l6.398,2.6l4.4,1l2.201,0.4l-2.201,0.4l-4.4,0.999l-6.398,2.6
    l-8,4.4l-9,6.799l-9.6,9.201l-9.801,12l-9.199,15l-8.201,17.799l-6.199,20.4l-4,22.801l-1.201,25l2,26.4l5.801,27.398l9.6,27.602
    l13.6,27.6l17.602,26.4l21.6,24.799l25.199,22.4l28.199,19.6l31.201,16l33.4,12.201l35,8l35.799,3.398l36.201-1.199l35.398-5.6
    l34.201-10.201l32.4-14l29.799-18l26.801-21l23.4-23.799l19.6-25.6l15.6-27l11.6-27.801l7.801-27.6l3.799-27l0.4-25.801l-2.6-23.799
    l-5.199-21.801l-7.4-19l-8.6-16.4l-9.602-13.4l-9.799-10.799l-9.4-7.801l-8.6-5.6l-7.201-3.4l-5.398-1.799l-3.4-0.8H600.244" />
  <!-- Einheitskreis -->
  <circle fill="none" stroke="blue" stroke-width="3" cx="430" cy="430" r="200" />
</svg>

LG, Fleshgrinder Diskussion 01:19, 5. Mai 2009 (CEST)

Ahoi! Das mit den Pfeilen gefällt mir. Ich weiß nicht, ob's an mir liegt, aber irgendwie ist das Koordinatensystem nicht mittig. Mit Gnumeric komme ich auch nicht weiter, aber vielleicht gibt's eine Möglichkeit, Gnuplot zu überreden, mehr Punkte zu verwenden? Aber vielleicht ist das auch alles übertriebene Penibelität... --El Grafo 11:47, 5. Mai 2009 (CEST) Korrigiere: der Nephroid passt nicht zum Rest, aber das hattest du ja geschrieben. --El Grafo 12:30, 5. Mai 2009 (CEST)

Was gnuplot angeht, probier mal "set sample 1000" oder so (vgl. [2]) --Cepheiden 11:57, 5. Mai 2009 (CEST)

Danke, prinzipiell funktioniert das. Je nachdem, wieviele Punkte man hinzufügt, wird die Kurve aber eher schlechter. Das kann man zwar mit einer höheren "Auflösung" kompensieren, aber dann muss man die Linien wieder dicker machen und steht wieder am Anfang. Ich bin mal spaßeshalber einen anderen Weg gegangen und habe in Inkscape sämtliche Knoten des Nephroids von Hand ausgewählt und dann die Schaltfläche symmetrisch machen benutzt. Hier das Ergebnis:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" xmlns="http://www.w3.org/2000/svg" width="860" height="860" viewBox="-10 -30 900 900">
  <title>Nephroide</title>
  <desc>For more information see: http://commons.wikimedia.org/wiki/Image:Nephroide.svg</desc>
  <g fill="none" stroke="#000" stroke-width="1">
    <!-- x-Achse -->
    <line id="x-Achse" x1="10"  y1="430" x2="850" y2="430" />
    <line id="x_-2"    x1="30"  y1="420" x2="30"  y2="440" />
    <line id="x_2"     x1="830" y1="420" x2="830" y2="440" />
    <line id="x_-1"    x1="230" y1="420" x2="230" y2="440" />
    <line id="x_1"     x1="630" y1="420" x2="630" y2="440" />
    <!-- y-Achse -->
    <line id="y-Achse" x1="430" y1="10"  x2="430" y2="850" />
    <line id="y_-2"    x1="420" y1="830" x2="440" y2="830" />
    <line id="y_2"     x1="420" y1="30"  x2="440" y2="30"  />
    <line id="y_-1"    x1="420" y1="630" x2="440" y2="630" />
    <line id="y_1"     x1="420" y1="230" x2="440" y2="230" />
  </g>
  <polyline id="x-Achsenpfeil" points="860,430 845,435 845,425" />
  <polyline id="y-Achsenpfeil" points="430,0 435,15 425,15" />
  <g style="font-family:Arial;font-size:12pt;text-anchor:middle;">
    <!-- x-Achse -->
    <text x="870" y="435">x</text>
    <text x="30" y="460">−2</text>
    <text x="230" y="460">−1</text>
    <text x="630" y="460">1</text>
    <text x="830" y="460">2</text>
    <!-- Nullpunkt -->
    <text x="405" y="460">0</text>
    <!-- y-Achse -->
    <text x="430" y="-10">y</text>
    <text x="405" y="835">−2</text>
    <text x="405" y="635">−1</text>
    <text x="405" y="235">1</text>
    <text x="405" y="35">2</text>
  </g>
  <!-- Nephroide -->
  <path fill="none" stroke="red" stroke-width="3" d="M 600.244,409.557 C 600.244,409.557 600.57457,409.6347 601.244,409.557 C 601.91343,409.4793 603.31885,409.133 604.644,408.757 C 605.96915,408.381 608.14121,407.7195 
610.042,406.957 C 611.94279,406.1945 614.8559,404.88961 617.243,403.557 C 619.6301,402.22439 623.12844,399.95687 
625.843,397.957 C 628.55756,395.95713 632.33858,392.93497 635.243,390.156 C 638.14742,387.37703 642.11425,382.98154 
645.042,379.356 C 647.96975,375.73046 651.88905,370.42651 654.644,365.957 C 657.39895,361.48749 660.82599,354.86878 
663.244,349.557 C 665.66201,344.24522 668.72979,336.68523 670.644,330.557 C 672.55821,324.42877 674.65666,315.60799 
675.843,308.757 C 677.02934,301.90601 678.09499,292.41073 678.443,284.957 C 678.79101,277.50327 678.66047,267.09253 
678.043,259.156 C 677.42553,251.21947 675.9739,240.36785 674.244,232.156 C 672.5141,223.94415 669.34613,212.88521 
666.443,204.556 C 663.53987,196.22679 658.92228,184.99757 654.843,176.756 C 650.76372,168.51443 644.52551,157.66844 
639.243,149.756 C 633.96049,141.84356 626.09738,131.5862 619.643,124.155 C 613.18862,116.7238 603.78455,107.09392 
596.243,100.355 C 588.70145,93.616083 577.94367,85.221499 569.442,79.355 C 560.94033,73.488501 548.99206,66.170401 
539.643,61.355 C 530.29394,56.539599 517.24938,50.994614 507.243,47.355 C 497.23662,43.715386 483.50463,39.531692 
473.042,37.155 C 462.57937,34.778308 448.40411,32.580497 437.644,31.555 C 426.88389,30.529503 412.26502,30.021822 
401.443,30.355 C 390.62098,30.688178 376.28624,32.040826 365.644,33.755 C 355.00176,35.469174 340.92331,38.715913 
330.644,41.755 C 320.36469,44.794087 306.95085,49.712702 297.244,53.955 C 287.53715,58.197298 274.96917,64.596854 
266.043,69.955 C 257.11683,75.313146 245.86449,83.23938 237.844,89.555 C 229.82351,95.87062 219.67352,104.85499 
212.645,111.955 C 205.61648,119.05501 196.92857,129.05249 191.045,136.755 C 185.16143,144.45751 178.12511,155.0321 
173.443,163.154 C 168.76089,171.2759 163.3164,182.45362 159.843,190.755 C 156.3696,199.05638 152.54667,210.08549 
150.243,218.355 C 147.93933,226.62451 145.59958,237.6651 144.442,245.755 C 143.28442,253.8449 142.54866,264.42921 
142.442,272.154 C 142.33534,279.87879 142.84368,289.97164 143.643,297.154 C 144.44232,304.33636 146.09412,313.46692 
147.643,319.955 C 149.19188,326.44308 151.66042,334.61702 153.842,340.354 C 156.02358,346.09098 159.41273,353.23376 
162.043,358.154 C 164.67327,363.07424 168.36817,369.10711 171.242,373.154 C 174.11583,377.20089 178.11268,381.98173 
181.043,385.154 C 183.97332,388.32627 187.83672,391.96338 190.643,394.354 C 193.44928,396.74462 197.07369,399.48917 
199.643,401.154 C 202.21231,402.81883 205.47122,404.51982 207.643,405.554 C 209.81478,406.58818 212.40716,407.64011 
214.041,408.154 C 215.67484,408.66789 217.44912,408.95126 218.441,409.154 C 219.43288,409.35674 220.642,408.88288 
220.642,409.554 C 220.642,410.22512 219.43287,409.75137 218.441,409.954 C 217.44913,410.15663 215.67486,410.43929 
214.041,410.953 C 212.40714,411.46671 209.81478,412.51882 207.643,413.553 C 205.47122,414.58718 202.21229,416.28831 
199.643,417.953 C 197.07371,419.61769 193.44931,422.36139 190.643,424.752 C 187.83669,427.14261 183.9733,430.78057 
181.043,433.953 C 178.1127,437.12543 174.11583,441.90611 171.242,445.953 C 168.36817,449.99989 164.67326,456.03291 
162.043,460.953 C 159.41274,465.87309 156.02361,473.01502 153.842,478.752 C 151.66039,484.48898 149.19187,492.66377 
147.643,499.152 C 146.09413,505.64023 144.44232,514.77064 143.643,521.953 C 142.84368,529.13536 142.33535,539.22806 
142.442,546.953 C 142.54865,554.67794 143.28439,565.26325 144.442,573.353 C 145.59961,581.44275 147.93937,592.48149 
150.243,600.751 C 152.54663,609.02051 156.36957,620.05147 159.843,628.353 C 163.31643,636.65453 168.76091,647.83111 
173.443,655.953 C 178.12509,664.07489 185.16141,674.65049 191.045,682.353 C 196.92859,690.05551 205.61649,700.05214 
212.645,707.152 C 219.67351,714.25186 229.82351,723.23638 237.844,729.552 C 245.86449,735.86762 257.11683,743.79385 
266.043,749.152 C 274.96917,754.51015 287.53715,760.90955 297.244,765.152 C 306.95085,769.39445 320.36468,774.31376 
330.644,777.353 C 340.92332,780.39224 355.00174,783.63913 365.644,785.353 C 376.28626,787.06687 390.62101,788.41797 
401.443,788.751 C 412.26499,789.08403 426.88388,788.57735 437.644,787.552 C 448.40412,786.52665 462.57936,784.32884 
473.042,781.952 C 483.50464,779.57516 497.23663,775.39076 507.243,771.751 C 517.24937,768.11124 530.29394,762.5664 
539.643,757.751 C 548.99206,752.9356 560.94033,745.6175 569.442,739.751 C 577.94367,733.8845 588.70145,725.48977 
596.243,718.751 C 603.78455,712.01223 613.18862,702.3829 619.643,694.952 C 626.09738,687.5211 633.96048,677.26429 
639.243,669.352 C 644.52552,661.43971 650.76371,650.59372 654.843,642.352 C 658.92229,634.11028 663.53988,622.88036 
666.443,614.551 C 669.34612,606.22164 672.5141,595.16285 674.244,586.951 C 675.9739,578.73915 677.42553,567.88753 
678.043,559.951 C 678.66047,552.01447 678.79102,541.60359 678.443,534.15 C 678.09498,526.69641 677.02932,517.20199 
675.843,510.351 C 674.65668,503.50001 672.55822,494.67838 670.644,488.55 C 668.72978,482.42162 665.66201,474.86178 
663.244,469.55 C 660.82599,464.23822 657.39893,457.61966 654.644,453.15 C 651.88907,448.68034 647.96978,443.37554 
645.042,439.75 C 642.11422,436.12446 638.1474,431.72983 635.243,428.951 C 632.3386,426.17217 628.55756,423.14987 
625.843,421.15 C 623.12844,419.15013 619.6301,416.88261 617.243,415.55 C 614.8559,414.21739 611.94281,412.91232 
610.042,412.15 C 608.14119,411.38768 605.96913,410.72688 604.644,410.351 C 603.31887,409.97512 601.244,409.551 
601.244,409.551 L 600.244,409.551" />
  <!-- Einheitskreis -->
  <circle fill="none" stroke="blue" stroke-width="3" cx="430" cy="430" r="200" />
</svg>

Hübscher ist es auf jeden Fall (das Ergenbis, nicht der Code) und allzu stark verfälscht kommt es mir auch nicht vor. Kommentare? --El Grafo 12:45, 5. Mai 2009 (CEST)

Eigentlich nur einen, nutz mal bitte das richtige UTF-8 Minuszeichen statt den Minuszeichen-Bindestrich in der Achsenbeschriftung (also „−“ statt „-“). --Cepheiden 13:09, 5. Mai 2009 (CEST)

Ich plädiere auf „unschuldig“, da von oben übernommen ;-) Im Ernst: danke für den Hinweis, hab's mal korrigiert. Dass da kein (kleines) Leerzeichen zwischen Vorzeichen und Zahl kommt, ist aber schon korrekt, oder? --El Grafo 13:24, 5. Mai 2009 (CEST)

Nunja, um die kleinen Leerzeichen (wo auch immer) streite ich mich schon länger nicht mehr wirklich. Ich meinte jedoch die Minuszeichen im Text und nicht im ID-Parameter. Ich habs mal geändert. --Cepheiden 13:37, 5. Mai 2009 (CEST)

(BK)Autsch, genau die hatte ich korrigieren wollen (sonst hätte ich wohl kaum nach Leerzeichen gefragt). Vielleicht sollte ich mal zum Augenarzt gehen. --El Grafo 14:00, 5. Mai 2009 (CEST)

Und ich dachte Theoretische Informatik oder Theoretische Physik wäre für Geeks. --WissensDürster 13:53, 5. Mai 2009 (CEST)

Cepheiden hat absolut recht, ist ein Bindestrich und kein Minus, bei den IDs bitte keine Leerzeichen einfügen, diese dürfen nämlich keine Leerzeichen enthalten. Deshalb bitte den guten alten Unix-Leerzeichen-Platzhalter verwenden: _

Die Nephroide sieht schon um einiges besser aus, passt jedoch immer noch nicht auf das sehr einfache Koordinatensystem (habe extra überall ganze Zahlen verwendet). Bei Funktionen gilt ja, für jeden beliebigen Punkt x gibt es einen Punkt y. Lösung des Problemes sollte also mit einem Tabellenkalkulationsprogramm gelöst werden können in dem man sich eine Tabelle ausgeben lässt und die Punkte dann in das obige Koordinatensystem überträgt. Ich wollte das gestern Nacht noch mit Gnumeric erreichen, bin jedoch am fehlenden Phi gescheitert – wie gesagt. Werde das Ganze heute Abend aber mal mit meine Taschenrechner machen (bin mal gespannt ob der die Nephroide überhaupt rechnen kann) und lass mir von dem die Tabelle generieren. LG, Fleshgrinder Diskussion 13:59, 5. Mai 2009 (CEST)

Da hast du mich in die richtige Richtung geschubst: das Phi ist ja nichts weiter als ein Platzhalter für das Intervall [0, 2*Pi]. Da kann man natürlich in einer Tabellenkalkulation fix eine Spalte mit 0,01*Pi, 0,02*Pi, 0,03*Pi basteln und daraus die Koordinaten berechnen. Genau das habe ich gemacht, an dein Koordinatensystem angepasst und dann in Inkscape wieder geglättet. Hier das Ergebnis (doppelt so viele Punkte wie vorher, daher etwas länger - gibt's sowas nicht auch zum einklappen?):

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" xmlns="http://www.w3.org/2000/svg" width="860" height="860" viewBox="-10 -30 900 900">
  <title>Nephroide</title>
  <desc>For more information see: http://commons.wikimedia.org/wiki/Image:Nephroide.svg</desc>
  <g fill="none" stroke="#000" stroke-width="1">
    <!-- x-Achse -->
    <line id="x-Achse" x1="10"  y1="430" x2="850" y2="430" />
    <line id="x_-2"    x1="30"  y1="420" x2="30"  y2="440" />
    <line id="x_2"     x1="830" y1="420" x2="830" y2="440" />
    <line id="x_-1"    x1="230" y1="420" x2="230" y2="440" />
    <line id="x_1"     x1="630" y1="420" x2="630" y2="440" />
    <!-- y-Achse -->
    <line id="y-Achse" x1="430" y1="10"  x2="430" y2="850" />
    <line id="y_-2"    x1="420" y1="830" x2="440" y2="830" />
    <line id="y_2"     x1="420" y1="30"  x2="440" y2="30"  />
    <line id="y_-1"    x1="420" y1="630" x2="440" y2="630" />
    <line id="y_1"     x1="420" y1="230" x2="440" y2="230" />
  </g>
  <polyline id="x-Achsenpfeil" points="860,430 845,435 845,425" />
  <polyline id="y-Achsenpfeil" points="430,0 435,15 425,15" />
  <!-- Nephroide -->
  <path fill="none" stroke="red" stroke-width="3" d="M 630,430 C 630,430 630.12269,429.99799 630.3,430.01
    C 630.47731,430.02201 630.82856,430.05438 631.18,430.1 C 631.53144,430.14562 632.11713,430.2294 632.64,430.33
    C 633.16287,430.4306 633.97356,430.6124 634.66,430.79 C 635.34644,430.9676 636.37019,431.25652 637.21,431.53
    C 638.04981,431.80348 639.26603,432.23935 640.25,432.63 C 641.23397,433.02065 642.64378,433.6242 643.76,434.15
    C 644.87622,434.6758 646.44804,435.47107 647.68,436.15 C 648.91196,436.82893 650.62901,437.84426 651.96,438.69
    C 653.29099,439.53574 655.12763,440.7727 656.54,441.8 C 657.95237,442.8273 659.88465,444.32741 661.36,445.55
    C 662.83535,446.77259 664.84397,448.53465 666.36,449.96 C 667.87603,451.38535 669.91439,453.42297 671.45,455.06
    C 672.98561,456.69703 675.04582,459.02518 676.58,460.88 C 678.11418,462.73482 680.15275,465.35442 681.66,467.43
    C 683.16725,469.50558 685.15218,472.42069 686.61,474.72 C 688.06782,477.01931 689.9742,480.23692 691.36,482.76
    C 692.7458,485.28308 694.54031,488.79915 695.83,491.54 C 697.11969,494.28085 698.77021,498.07589 699.94,501.03
    C 701.10979,503.98411 702.58433,508.06861 703.61,511.23 C 704.63567,514.39139 705.89948,518.74342 706.76,522.1
    C 707.62052,525.45658 708.65554,530.06014 709.33,533.6 C 710.00446,537.13986 710.77274,541.98194 711.24,545.69
    C 711.70726,549.39806 712.18781,554.44873 712.43,558.31 C 712.67219,562.17127 712.83954,567.42206 712.84,571.42
    C 712.84046,575.41794 712.67919,580.83629 712.42,584.95 C 712.16081,589.06371 711.63248,594.62324 711.1,598.83
    C 710.56752,603.03676 709.67615,608.70254 708.86,612.98 C 708.04385,617.25746 706.76188,623.00442 705.65,627.33
    C 704.53812,631.65558 702.85363,637.45039 701.44,641.8 C 700.02637,646.14961 697.94138,651.96174 696.22,656.31
    C 694.49862,660.65826 691.9937,666.45173 689.96,670.77 C 687.9263,675.08827 685.00439,680.81726 682.66,685.08
    C 680.31561,689.34274 676.98365,694.98671 674.33,699.17 C 671.67635,703.35329 667.93146,708.8747 664.97,712.95
    C 662.00854,717.0253 657.8517,722.37983 654.59,726.32 C 651.3283,730.26017 646.78144,735.41889 643.23,739.2
    C 639.67856,742.98111 634.75068,747.91199 630.92,751.51 C 627.08932,755.10801 621.79792,759.77907 617.7,763.17
    C 613.60208,766.56093 607.96017,770.94024 603.61,774.1 C 599.25983,777.25976 593.29434,781.3124 588.71,784.22
    C 584.12566,787.1276 577.85902,790.8326 573.06,793.47 C 568.26098,796.1074 561.7212,799.44083 556.73,801.79
    C 551.7388,804.13917 544.96235,807.07546 539.8,809.12 C 534.63765,811.16454 527.64102,813.68523 522.33,815.41
    C 517.01898,817.13477 509.84255,819.21549 504.41,820.61 C 498.97745,822.00451 491.65719,823.64475 486.13,824.7
    C 480.60281,825.75525 473.17775,826.93291 467.58,827.64 C 461.98225,828.34709 454.46978,829.0558 448.83,829.41
    C 443.19022,829.7642 435.65177,830 430,830 C 424.34823,830 416.80828,829.76425 411.17,829.41
    C 405.53172,829.05575 398.02775,828.347 392.43,827.64 C 386.83225,826.933 379.39869,825.7553 373.87,824.7
    C 368.34131,823.6447 361.02255,822.00451 355.59,820.61 C 350.15745,819.21549 342.98102,817.13477 337.67,815.41
    C 332.35898,813.68523 325.36235,811.16454 320.2,809.12 C 315.03765,807.07546 308.2612,804.13917 303.27,801.79
    C 298.2788,799.44083 291.73902,796.1074 286.94,793.47 C 282.14098,790.8326 275.87434,787.1276 271.29,784.22
    C 266.70566,781.3124 260.74017,777.25976 256.39,774.1 C 252.03983,770.94024 246.39792,766.56093 242.3,763.17
    C 238.20208,759.77907 232.91068,755.10801 229.08,751.51 C 225.24932,747.91199 220.32144,742.98111 216.77,739.2
    C 213.21856,735.41889 208.6717,730.26017 205.41,726.32 C 202.1483,722.37983 197.99146,717.0253 195.03,712.95
    C 192.06854,708.8747 188.32365,703.35329 185.67,699.17 C 183.01635,694.98671 179.68439,689.34274 177.34,685.08
    C 174.99561,680.81726 172.0737,675.08827 170.04,670.77 C 168.0063,666.45173 165.50138,660.65826 163.78,656.31
    C 162.05862,651.96174 159.97363,646.14961 158.56,641.8 C 157.14637,637.45039 155.46188,631.65558 154.35,627.33
    C 153.23812,623.00442 151.95615,617.25746 151.14,612.98 C 150.32385,608.70254 149.43096,603.03681 148.9,598.83
    C 148.36904,594.62319 147.84924,589.06362 147.59,584.95 C 147.33076,580.83638 147.16101,575.41799 147.16,571.42
    C 147.15899,567.42201 147.32781,562.17127 147.57,558.31 C 147.81219,554.44873 148.29274,549.39806 148.76,545.69
    C 149.22726,541.98194 149.99554,537.13986 150.67,533.6 C 151.34446,530.06014 152.37948,525.45658 153.24,522.1
    C 154.10052,518.74342 155.36433,514.39139 156.39,511.23 C 157.41567,508.06861 158.89021,503.98411 160.06,501.03
    C 161.22979,498.07589 162.88031,494.28085 164.17,491.54 C 165.45969,488.79915 167.2542,485.28308 168.64,482.76
    C 170.0258,480.23692 171.93218,477.01931 173.39,474.72 C 174.84782,472.42069 176.83275,469.50558 178.34,467.43
    C 179.84725,465.35442 181.88582,462.73482 183.42,460.88 C 184.95418,459.02518 187.01286,456.69705 188.55,455.06
    C 190.08714,453.42295 192.13403,451.38531 193.65,449.96 C 195.16597,448.53469 197.16612,446.7726 198.64,445.55
    C 200.11388,444.3274 202.04763,442.8273 203.46,441.8 C 204.87237,440.7727 206.70901,439.53574 208.04,438.69
    C 209.37099,437.84426 211.08804,436.82893 212.32,436.15 C 213.55196,435.47107 215.12378,434.6758 216.24,434.15
    C 217.35622,433.6242 218.76603,433.02065 219.75,432.63 C 220.73397,432.23935 221.95019,431.80348 222.79,431.53
    C 223.62981,431.25652 224.65356,430.9676 225.34,430.79 C 226.02644,430.6124 226.83713,430.4306 227.36,430.33
    C 227.88287,430.2294 228.46856,430.14562 228.82,430.1 C 229.17144,430.05438 229.52269,430.02201 229.7,430.01
    C 229.87731,429.99799 230,430.09005 230,430 C 230,429.90995 229.87731,430.00201 229.7,429.99
    C 229.52269,429.97799 229.17144,429.94562 228.82,429.9 C 228.46856,429.85438 227.88287,429.7706 227.36,429.67
    C 226.83713,429.5694 226.02644,429.3876 225.34,429.21 C 224.65356,429.0324 223.62981,428.74348 222.79,428.47
    C 221.95019,428.19652 220.73397,427.76065 219.75,427.37 C 218.76603,426.97935 217.35622,426.3758 216.24,425.85
    C 215.12378,425.3242 213.55196,424.52893 212.32,423.85 C 211.08804,423.17107 209.37099,422.15574 208.04,421.31
    C 206.70901,420.46426 204.87237,419.2273 203.46,418.2 C 202.04763,417.1727 200.1138,415.67114 198.64,414.45
    C 197.1662,413.22886 195.16612,411.47525 193.65,410.05 C 192.13388,408.62475 190.08699,406.5771 188.55,404.94
    C 187.01301,403.3029 184.95433,400.98478 183.42,399.13 C 181.88567,397.27522 179.84718,394.6471 178.34,392.57
    C 176.83282,390.4929 174.84782,387.57931 173.39,385.28 C 171.93218,382.98069 170.0258,379.76308 168.64,377.24
    C 167.2542,374.71692 165.45969,371.20085 164.17,368.46 C 162.88031,365.71915 161.22979,361.92411 160.06,358.97
    C 158.89021,356.01589 157.41567,351.93139 156.39,348.77 C 155.36433,345.60861 154.10052,341.25658 153.24,337.9
    C 152.37948,334.54342 151.34446,329.93986 150.67,326.4 C 149.99554,322.86014 149.22726,318.01806 148.76,314.31
    C 148.29274,310.60194 147.81219,305.55127 147.57,301.69 C 147.32781,297.82873 147.15899,292.57799 147.16,288.58
    C 147.16101,284.58201 147.33072,279.16212 147.59,275.05 C 147.84928,270.93788 148.36913,265.38681 148.9,261.18
    C 149.43087,256.97319 150.32381,251.29896 151.14,247.02 C 151.95619,242.74104 153.23812,236.99558 154.35,232.67
    C 155.46188,228.34442 157.14637,222.54961 158.56,218.2 C 159.97363,213.85039 162.05858,208.03676 163.78,203.69
    C 165.50142,199.34324 168.00639,193.55827 170.04,189.24 C 172.07361,184.92173 174.99557,179.18425 177.34,174.92
    C 179.68443,170.65575 183.01631,165.01179 185.67,160.83 C 188.32369,156.64821 192.06862,151.1353 195.03,147.06
    C 197.99138,142.9847 202.14826,137.62168 205.41,133.68 C 208.67174,129.73832 213.21856,124.58111 216.77,120.8
    C 220.32144,117.01889 225.24932,112.08801 229.08,108.49 C 232.91068,104.89199 238.20204,100.21944 242.3,96.83
    C 246.39796,93.440565 252.03992,89.069752 256.39,85.91 C 260.74008,82.750248 266.70562,78.689104 271.29,75.78
    C 275.87438,72.870896 282.14098,69.167401 286.94,66.53 C 291.73902,63.892599 298.2788,60.559167 303.27,58.21
    C 308.2612,55.860833 315.03765,52.924538 320.2,50.88 C 325.36235,48.835462 332.35898,46.314772 337.67,44.59
    C 342.98102,42.865228 350.15745,40.784506 355.59,39.39 C 361.02255,37.995494 368.34131,36.3553 373.87,35.3
    C 379.39869,34.2447 386.83225,33.067 392.43,32.36 C 398.02775,31.653 405.53172,30.944249 411.17,30.59
    C 416.80828,30.235751 424.34823,30 430,30 C 435.65177,30 443.19022,30.235798 448.83,30.59
    C 454.46978,30.944202 461.98225,31.652905 467.58,32.36 C 473.17775,33.067095 480.60281,34.244748 486.13,35.3
    C 491.65719,36.355252 498.97745,37.995494 504.41,39.39 C 509.84255,40.784506 517.01898,42.865228 522.33,44.59
    C 527.64102,46.314772 534.63765,48.835462 539.8,50.88 C 544.96235,52.924538 551.7388,55.860833 556.73,58.21
    C 561.7212,60.559167 568.26098,63.892599 573.06,66.53 C 577.85902,69.167401 584.12562,72.870896 588.71,75.78
    C 593.29438,78.689104 599.25992,82.750248 603.61,85.91 C 607.96008,89.069752 613.60204,93.440565 617.7,96.83
    C 621.79796,100.21944 627.08932,104.89199 630.92,108.49 C 634.75068,112.08801 639.67856,117.01889 643.23,120.8
    C 646.78144,124.58111 651.32826,129.73832 654.59,133.68 C 657.85174,137.62168 662.00862,142.9847 664.97,147.06
    C 667.93138,151.1353 671.67631,156.64821 674.33,160.83 C 676.98369,165.01179 680.31557,170.65575 682.66,174.92
    C 685.00443,179.18425 687.92639,184.92173 689.96,189.24 C 691.99361,193.55827 694.49858,199.34324 696.22,203.69
    C 697.94142,208.03676 700.02637,213.85039 701.44,218.2 C 702.85363,222.54961 704.53812,228.34442 705.65,232.67
    C 706.76188,236.99558 708.04381,242.74104 708.86,247.02 C 709.67619,251.29896 710.56761,256.97324 711.1,261.18
    C 711.63239,265.38676 712.16076,270.93779 712.42,275.05 C 712.67924,279.16221 712.84046,284.58206 712.84,288.58
    C 712.83954,292.57794 712.67219,297.82873 712.43,301.69 C 712.18781,305.55127 711.70726,310.60194 711.24,314.31
    C 710.77274,318.01806 710.00446,322.86014 709.33,326.4 C 708.65554,329.93986 707.62052,334.54342 706.76,337.9
    C 705.89948,341.25658 704.63567,345.60861 703.61,348.77 C 702.58433,351.93139 701.10979,356.01589 699.94,358.97
    C 698.77021,361.92411 697.11969,365.71915 695.83,368.46 C 694.54031,371.20085 692.7458,374.71692 691.36,377.24
    C 689.9742,379.76308 688.06782,382.98069 686.61,385.28 C 685.15218,387.57931 683.16718,390.4929 681.66,392.57
    C 680.15282,394.6471 678.11433,397.27522 676.58,399.13 C 675.04567,400.98478 672.98546,403.30292 671.45,404.94
    C 669.91454,406.57708 667.87618,408.62471 666.36,410.05 C 664.84382,411.47529 662.83527,413.22887 661.36,414.45
    C 659.88473,415.67113 657.95237,417.1727 656.54,418.2 C 655.12763,419.2273 653.29099,420.46426 651.96,421.31
    C 650.62901,422.15574 648.91196,423.17107 647.68,423.85 C 646.44804,424.52893 644.87622,425.3242 643.76,425.85
    C 642.64378,426.3758 641.23397,426.97935 640.25,427.37 C 639.26603,427.76065 638.04981,428.19652 637.21,428.47
    C 636.37019,428.74348 635.34644,429.0324 634.66,429.21 C 633.97356,429.3876 633.16287,429.5694 632.64,429.67 
    C 632.11713,429.7706 631.53144,429.85438 631.18,429.9 C 630.82856,429.94562 630.47731,429.97799 630.3,429.99
    C 630.12269,430.00201 630,430 630,430" />
  <!-- Einheitskreis -->
  <circle fill="none" stroke="blue" stroke-width="3" cx="430" cy="430" r="200" />
  <g style="font-family:Arial;font-size:12pt;text-anchor:middle;">
    <!-- x-Achse -->
    <text x="870" y="435">x</text>
    <text x="30"  y="460">−2</text>
    <text x="230" y="460">−1</text>
    <text x="630" y="460">1</text>
    <text x="830" y="460">2</text>
    <!-- Nullpunkt -->
    <text x="405" y="460">0</text>
    <!-- y-Achse -->
    <text x="430" y="-10">y</text>
    <text x="405" y="835">−2</text>
    <text x="405" y="635">−1</text>
    <text x="405" y="235">1</text>
    <text x="405" y="35">2</text>
  </g>
</svg>

Ich habe mir die Freiheit genommen, die Achsenbeschriftung vor die Kurven zu rücken. Bei Interesse kann ich auch die Berechnungen zur Verfügung stellen, ist aber eigentlich nix dabei (nur drauf kommen muss man erstmal) --El Grafo 15:59, 5. Mai 2009 (CEST)

Absolut top, genau so sollte das aussehen! Da nun auch alle Elemente absolut einfach im Code stehen, sollte jedes Programm das SVG unterstützt auch keine Problem mit der Grafik haben. Du kannst die Formel gerne noch hier posten, doch eigentlich ist das finden der Formel mehr eine Frage des Programmes. Bei meinem Taschenrechner kann ich die Formel genau so eingeben und mir die Tabelle ausgeben lassen. Für Gnumeric gibt es auch ein Phi-Plugin was ich jetzt so via Google auf die schnelle gesehen haben, habe mich jedoch noch nicht ausgiebig damit beschäftigt. Ich würde sagen: HOCHLADEN! Der obige Code ergibt eine wunderschöne SVG Grafik. LG, Fleshgrinder Diskussion 18:21, 5. Mai 2009 (CEST)

Hallo, mir fällt da gerade noch was auf. War es nicht immer so, dass unfreie Schriften wie Arial nicht genutzt werden sollten? --Cepheiden 16:30, 6. Mai 2009 (CEST)

Ich habe dieses Mal nicht daran gedacht, jedoch weiter oben auch schon einen Eintrag erstellt, in dem ich mich darüber beschwehre (bzw. zur Diskussion stelle), dass die RSVGLIB von Wikimedia die Schriften nicht korrekt rendert. Ich habe die Erfahrung gemacht, dass Verdana perfekt gerendert wird, obwohl Verdana eigentlich gar nicht installiert sein dürfte auf den Wikimedia Servern … dubiose Sache. Die Liste der verfügbaren Fonts findet sich bei Meta, meta:SVG fonts. LG, Fleshgrinder Diskussion 18:11, 6. Mai 2009 (CEST)

Problem bei Schrift in Logo

Obwohl ich nach Wikipedia:WikiProjekt SVG#Schriftarten in extrahierten Bildern vorgehe, verrutschen beim Logo von Radio 32 jeweils die Buchstaben. Ich habe die beim momentan verwendeten Logo verlinkte PDF-Datei konvertiert. Schafft das sonst jemand? --Leyo 07:38, 8. Mai 2009 (CEST)

Probier mal den Text (erkennbar am kleinen Quadrat unten links am markierten Textobjekt) in einen Pfad umzuwandeln (Pfad>Objekt in Pfad umwandeln). Dann sollte es funktionieren (bei Inkscape klappt das).-- Fornax 09:12, 8. Mai 2009 (CEST)

Das bringt hier nichts, da die Buchstaben ja schon vorher verrutscht sind. --Leyo 09:31, 8. Mai 2009 (CEST)

Ich kann nicht ganz nachvollziehen was sich da verschieben soll. Ein kurzer Test, zeigte nichts dergleichen bei der Konvertierung. --Cepheiden 09:39, 8. Mai 2009 (CEST)

Gut, dann lade es hoch. --Leyo 09:40, 8. Mai 2009 (CEST)