Landkreisgrenzen als Polygondaten

Hallo zusammen,

ich verwende für ein Softwareprojekt derzeit Polygondaten aus dieser Quelle zur Zuordnung von Punkten zu Landkreisen in Deutschland. Die Daten scheinen aber noch von vor der Kreisgebietsreform Mecklenburg-Vorpommern 2011 zu stammen, da der Landkreis Vorpommern-Greifswald in den Daten noch existiert. Kann mir jemand kurz erklären, wie ich die aktuellsten Polygondaten der Kreisgrenzen von OSM herunterladen kann?

Hi, dann auch gleich erstmal ein herzlich willkommen bei OSM Nachtfalke :slight_smile:

Das mit den Grenzen ist leider noch ein wenig kompliziert. Ein Projekt was die erst mal recht gut darstellt ist das hier:
http://ags.misterboo.de
Mir ist leider keine Seite bekannt, die die Grenzen für dich bereits als shapefile ausgibt, weshalb du dich wohl leider selbst ein wenig in die Technik einarbeiten musst.

Grenzen sind bei uns Linien, die die Grenzabschnitte darstellen und sog. Relationen, die diese quasi als “Container” erst richtig zusammenfassen und mit weiteren Metadaten anreichern. So lassen sich mit denselben Linien ganz unterschiedliche Gebiete erfassen:
http://wiki.openstreetmap.org/wiki/Grenzen
Du musst also entweder einen entsprechenden Filter z.B. für die Overpass API bauen, um diese zu bekommen. Oder den deutschen Planet Dump mit osmosis dahingehend filtern. Die Polygone (wenn sie denn mal nicht defekt sind), kannst du dann zu Shapefile konvertieren:
http://wiki.openstreetmap.org/wiki/Shapefile

Bedenke aber bitte das Copyleft Attribut unserer ODbL Lizenz!

Sorry das das so umständlich ist, es hat sich eben leider noch niemand gefunden, der dafür mal einen Dienst strikt, wie etwa http://openstreetmapdata.com/data

edit: Mist hatte deine Quelle gar nicht angeschaut. Dann musst du dir ja nur die Gemeinden in Meck Pomm noch mal ziehen und umwandeln.

Für firmentinterne Zwecke kannst du völlig problemlos die Daten des BKG verwenden:

http://www.geodatenzentrum.de

Hier auf Downloads > Verwaltungsgebiete 1:2.500.000 gehen.

Danke für die schnellen Antworten. Das Projekt ist kein kommerzielles, sondern lediglich ein privates, das ich als Freeware weitergebe. Ich brauche dafür die Polygondaten. Jetzt habe ich gesehen, daß ich mir die bei http://ags.misterboo.de herunterladen kann. Leider sind die enthaltenen Koordinaten keine WGS84-Koordinaten. Wie kann ich die umrechnen?

So … inzwischen habe ich rausgefunden, daß die Koordinaten im Format epsg 3857 vorliegen. Ich brauche sie aber in WGS84. Ich finde aber im Netz keine Beschreibung wie ich die EPSG3857-Koordinaten auf WGS84 projezieren kann. Hat jemand einen Tipp?

QGIS

mal hier schauen: http://wiki.openstreetmap.org/wiki/WGS84

Ich hatte eher an einen Algorithmus oder eine Java-Bibliothek gedacht …

Nahmd,

Das ist das intern bei OSM, Googlemaps usw. verwendete Darstellung.
Die kannst Du auch auf der OSM-Karte anzeigen lassen.

Statt der -180…+180 und -90…+90 findest Du Zahlenwerte von minus 20 Millionen bis plus 20 Millionen. Die 20 Millionen sind kein Zufall, sondern es ist der halbe Erdumfang in Metern.

Am einfachsten in irgendeinem GIS umrechnen lassen.

Wenn Du es selber machen möchtest, zum Beispiel um es in einen automatischen Ablauf einzubinden, kannst Du Dir den OpenLayers-Code der Klasse “OpenLayers.Layer.SphericalMercator” anschauen:


        forwardMercator:function(lon,lat){
                var x=lon*20037508.34/180;
                var y=Math.log(Math.tan((90+lat)*Math.PI/360))/(Math.PI/180);
                y=y*20037508.34/180;
                return new OpenLayers.LonLat(x,y);
        },

        inverseMercator:function(x,y){
                var lon=(x/20037508.34)*180;
                var lat=(y/20037508.34)*180;
                lat=180/Math.PI*(2*Math.atan(Math.exp(lat*Math.PI/180))-Math.PI/2);
                return new OpenLayers.LonLat(lon,lat);
        },

Du suchst die Funktion “inverseMercator”.

Gruß Wolf

Lieber Netztwolf,
Du hast gerade ohne es zu wissen ein Problem gelöst, was mich schon sehr lange beschäftigt hat. Danke

Genau das, was ich gesucht habe. Danke, Netzwolf!

Hmmpf, das ist viel zu einfach, das “darf” nicht stimmen :wink:

Muss mal am WE versuchen, http://www.hydrometronics.com/downloads/Web%20Mercator%20-%20Non-Conformal,%20Non-Mercator%20(notes).pdf zu verstehen.

Nahmd,

Es verschweigt auch kitzekleine Kleinigkeit:
die WGS84-Koordinaten sind Koordinaten auf einem Ellipsoid. Die benutzten Gleichungen sind aber die für eine Kugel. Im ersten Schritte haben wir das Ellipsoid auf einen Kugel abgebildet mit dem rechentechnisch sehr effizienten Verfahren: “Hey, mach nich’ groß rum und übernimm einfach die Werte".

Das Paper ist gut geschrieben. Hat aber zwei Makel, einen didaktischen und einen anwendungsbezogenen:

1.: es überspringt die (recht einfach) Herleitung der Gleichungen.

2: es verschweigt einen Punkt: der oben beschriebene erste Schritt ist – und für die Prägung dieses Begriffes werde ich in die Geschichte eingehen :wink: – “hinreichend konform”.

Für unserem Arbeiten reicht eine ungefähre Konformalität. Der Fehler auf dem Bildschirm liegt bei einem bis maximal zwei Pixel bei meinem 1920er Bildschirm. Und dass ein Quadrat um 1‰ verzerrt ist, ist – zumindest für mein Auge – nicht sichtbar.

Gruß Wolf

Keine Chance … das war das Lieblingsschlagwort meines Matheprofs … und das ist jetzt schon über zehn fünfzehn Jahre her … :laughing:

Edit: OMG … ich bin alt …

Nahmd,

MIST! Irgendwas ist ja immer. :confused:

Gruß Wolf