die Süden-Nordenmittellinie würde durch den X-axis in SVG anstatt O f der übliche Y-axis dargestellt. Das ist warum, , um der üblichen Weise zu folgen, ein Diagramm mit dem Norden an ihr darzustellen wird s-Oberseite, es für die empfohlen Art von Geographic2dCRS zum Verwenden des SVG wandeln Attribut mit einem Wert ' des rotat e(-90) ' wie im ersten um Beispiel (beim das scale(1, -1 auch addieren) was ProjectedCRS anbetrifft). L Zusätzlich beim Umwandeln für Profile, die Beschränkungen auf Fotorezeptorecision der realen Zahl setzen, bewertet, es kann nützlich sein, einen zusätzlichen Normierungsfaktor zu addieren, um gutes precisi für einen spezifischen Bereich an zu behalten. Wenn ein SVG-Dokument von den geographischen Koordinaten WGS84 (EPGS 4326) erzeugend, empfehlen wir Gebrauch von einem zusätzlichen Normierungsfaktor mit 100mal, der einem ansformattribut SVG tr mit einem ' rotate(entspricht - 90) scale(100) ' Wert (gezeigt im zweiten Beispiel). Unterschiedliche scal ingwerte können angefordert werden abhängig von dem bestimmten CRS. Der Hauptzweck solchen metadata ist, dem Benutzermittel anzuzeigen, daß zwei oder mehr SVG-Dokumente sein können bedeckt oder in einen Einzelbeleg vermischt. Offensichtlich wenn zwei Diagramme ence der gleiche beigeordnete Hinweis verweisen Systemdefinition und lassen das gleiche SVG Attributwert dann t umwandeln hey kann außen bedeckt werden Reprojecting die Daten. Wenn haben die ncesysteme Diagrammbezugsunterschiedlichen beigeordneten Refere und/oder unterschiedliches SVG wandeln Sie Attributwerte, dann ein fachkundiges kartographisches Benutzermittel um ay, das m beschließen, die Koordinate umzuwandeln Daten zum Bedecken der Daten. Jedoch sind typische SVG-Benutzermittel nicht das requirot zum Durchführen dieser Arten von Umwandlungen oder sogar erkennen das metadata. Unter ist ein einfaches Beispiel des beigeordneten metadata, das das beigeordnete System des Th e beschreibt, das durch benutzt wird Dokument über ein URI. <?xml version="1.0 "? >, <!DOCTYPE-svg-ÖFFENTLICHKEITS"-// W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" > < svg width="100 "height="100" viewBox="0 0 1000 1000 "version="1.1" xmlns="http://www.w3.org/2000/svg "> < metadata > < rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns #" xmlns:crs = "http://www.ogc.org/crs" xmlns:svg="http://wwww.w3.org/2000/svg "> < rdf:Description > <! - - das beigeordnete Bezugssystem wird beschrieben durch ein URI. --> < crs:CoordinateReferenceSystem svg:transform="rotate(-90) " rdf:resource=""http://www.example.org/srs/epsg.xml#4326 "/> </rdf:Description > </rdf:RDF > </metadata > <! - - das tatsächliche Diagramminhalts--> </svg > Das zweite Beispiel benutzt einen weithin bekannten Bezeichner, um das coordinatesystem zu beschreiben. Merken Sie daß die Koordinaten verwendet im Dokument haben liefern lassen, angewandtes umzuwandeln. <?xml version="1.0 "? >, <!DOCTYPE-svg-ÖFFENTLICHKEITS"-// W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" > < svg width="100 "height="100" viewBox="0 0 1000 1000 "version="1.1" xmlns="http://www.w3.org/2000/svg "> < metadata > < rdf:RDF xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns #" xmlns:crs = "http://www.ogc.org/crs" xmlns:svg="http://wwww.w3.org/2000/svg "> < rdf:Description > <! - - falls von einem weithin bekannten beigeordneten Bezugssystem ein ' Bezeichner ' ist genug zum Beschreiben des CRS---> < Sc ale(100 crs:CoordinateReferenceSystem svg:transform="rotate(-90), 100.html"> < crs:Identifier > < crs:code>4326</crs:code > < crs:codeSpace>EPSG</crs:codeSpace > < crs:edition>5.2</crs:edition > </crs:Identifier > </crs:CoordinateReferenceSystem > </rdf:Description > </rdf:RDF > </metadata > <! - - das tatsächliche Diagramminhalts-->