da die Berechnung der Verschachtelung verd… aufwändig ist, erfolgt sie derzeit nur sporadisch (*) oder auf “Zuruf”.
Wenn du mit der Maus auf den Namen des Landes gehst, kommt ein kleiner Popup hoch mit dem Datum der letzten Auswertung. Oder auch keines - dann ist die Auswertung ca 2-3 Monate alt und dort gab es noch keinen Timestamp.
Ich werfe Indien mal an und melde mich wieder.
Gruss
walter
*) aus dem Fehlerprotokoll eines Kundendienstes: “Der Fehler tritt nicht sporadisch sondern nur ab und zu auf”
OOPS: Die AL2-Grenze von Indien war defekt. daher ist die aktuelle Auswertung völlig daneben. Freitag früh fahr ich nochmals eine Auswertung.
EDIT2: schon besser, aber dennoch ist noch einiges faul
gesucht hatte ich schon, aber mit einer einfacher software ist es scheinbar nicht getan!
zudem frage ich mich wozu dann überhaupt die dateiformate shp, json oder poly nützlich sind?
alternativ:
kannst du dann vielleicht es so einrichten das man die hintergrundkarte ausblenden kann und die grenzen als bloße schwarze linien angezeigt werden, dann kann ich einen screenshot davon machen und versuchen die linien automatisch abzeichnen zu lassen.
Json als Obermenge von geoJson ist ein hoch-aktuelles neutrales Datenaustausch-Format, das ebenfalls weltweite Verbreitung besitzt.
Poly-Files werden bei OSM zum Ausschneiden von Teilbereichen aus dem “Planeten” oder aus Extrakten verwendet.
Nee, solche Krücken unterstütze ich nicht.
Gerade gefunden: Maperitive kann osm-Files als SVG exportieren. Also: Josm-Plugin Poly installieren, Grenzen als .poly extrahieren/laden und als .osm abspeichern; den Rest macht Maperitive - hoffentlich.
Hatte ja schon mal den Export als OSM-File angedacht, aber der steht auch noch aus.
Ich benutzte übrigens Batik zum Erstellen der Ortsschilder in meiner Residentials-Anwendung. Die sind SVGs. Allerdings ist das eine Bibliothek und die auch noch reines “richtiges” Java.
Es ist also für mich nur eine Zeitfrage. Hab die Sache halt aus dem Auge verloren.
Dennoch: Hast du mal einige der Treffer ausprobiert?
ok, mit den .poly dateien und den umweg über josm und maperitive funktioniert es so wie ich es wollte. dauert halt nur ein paar klicks länger. dennoch bekommt man scheinbar keine richtigen pfade (zum anfassen und bearbeitbar), obwohl man die strichstärke einstellen kann. aber trotzdem danke.
Hi, ich habe mal ein wenig an der Boundaries-Karte herumgeschraubt:
Ab sofort ist im Suchfeld auch die Eingabe von Relationen möglich. Ist ganz praktisch, wenn man die Karte als QA-Tool verwendet, eine bestimmte Grenze braucht und die Rel kennt.
Ab sofort können in der Version 1.2 beta SVG-Files erzeugt werden. Der entsprechende Button wurde unten links freigeschaltet.
Übrigens das aktuelle Leipzig. Dank an User Gehrke.
Bekannte Einschränkungen: Grenzen, die den 180. Längengrad im Pazifik überschreiten (Fiji, Alaska, Russland, ?) sind noch ein wenig “seltsam”.
Unklar ist mir noch, welche zusätzlichen Daten im SVG-Files stehen sollen (Tags) und ob eine Beschriftung sinnvoll/erwünscht ist. Eventuell erfolgt noch eine Anpassungen der Linienstärke an das Admin-Level, wenn das Sinn macht. Ich warte halt auf Vorschläge von euch, da sich solche Anforderungen am Besten aus der Praxis ergeben.
Ziel dieser doch ziemlich “dürren” und schmucklosen Grafik ist es nicht, irgend einen Renderer zu ersetzen. Das können die besser.
Es soll ein SVG-Template zur Verfügung gestellt werden, das später mit z.B. Linkscape oder einem andern SVG-fähigen Editor an die Wünsche des Anwenders angepasst werden kann. Eine gewisse Ähnlichkeit mit den bei Wikipedia verwendeten Grafiken ist allerdings beabsichtigt.
Als Betrachter eignet sich übrigens ganz gut Squiggle aus dem Apache-Projekt Batik, mit dessen API diese Grafiken erstellt werden. Läuft überall. Braucht nur Java, aber das haben wir ja wohl alle wegen Josm oder osmosis am Laufen.
hmm, kann auch sein das ich was falsch mache, aber wenn ich eine svg datei exportieren will und die datei dann “auspacken” will bekomm ich nen fehler angezeigt bzw die datei ist 0 Byte groß.
Hi, da einige Ländernamen doch ein wenig merkwürdig waren, hab ich die schnell mal geändert:
United States of America → Amiland
nee, hier die alten Namen (official_name:en) und danach die jetzt in der Anwendung verwendeten Namen (name:en)
osm_id | official_name:en | name:en | name
---------+------------------------------------------------------+--------------------+-----------------------------------
59065 | Republic of Belarus | Belarus | Беларусь
192794 | Republic of the Congo | Congo-Brazzaville | Congo-Brazzaville
192795 | Democratic Republic of the Congo | Congo-Kinshasa | Congo-Kinshasa
192779 | Republic of Côte d’Ivoire | Côte d'Ivoire | Côte d’Ivoire
307787 | Republic of Cyprus | Cyprus | Κύπρος - Kıbrıs
54224 | Republic of Finland | Finland | Suomi
299133 | Republic of Iceland | Iceland | Ísland
62273 | Republic of Ireland | Ireland | Republic of Ireland
62149 | United Kingdom of Great Britain and Northern Ireland | United Kingdom | United Kingdom
2177246 | Republic of Vanuatu | Vanuatu | Vanuatu
2323309 | Kingdom of the Netherlands | The Netherlands | Nederlan
72596 | Republic of Lithuania | Lithuania | Lietuva
die anderen Namen waren bereits ok.
Ich hoffe, das schafft ein wenig mehr Übersichtlichkeit.
hatte mich bei meinem Revisionsmanagement (by foot) tierisch vertan und einen uralten Export installiert. Nebenbei noch die Entwicklungs-Directory auf die SSD verlagert und da ein paar Links vergessen - wenn schon, denn schon
