Hallo
Hat jemand einen Überblick über den "Stand" der Erfassung der administrativen Grenzen (insbesondere Deutschland und Schweiz)?
Dass das mit Ländergrenzen in OSM noch nicht so gut klappt ist mir bewusst. Ich weiss auch, dass ein Import von genaueren Schweizer Gemeindegrenzen geplant ist. Mir geht es aber um die topologische Korrektheit in Hinblick auf Analysen (POI-in-Polygon, Nachbarschaft etc.). Der erste Knackpunkt ist, ob man damit Flächen bilden kann!
Ich habe gerade mit einem osm2pgsql-Import gesehen, dass man für Zürcher Gemeinden brauchbare Flächen (Polygone) mit admin_level (z.B. 8) erhält - nicht jedoch für St. Galler Gemeinden. Der Grund liegt wie ich vermute darin, dass St. Galler Gemeindegrenzen keine Flächen bilden (wohl auch die Kantonsgrenze nicht, siehe z.B. das Kantons-Grenzgebiet zwischen Rüti (ZH) und Rapperswil-Jona (SG) hier http://www.openstreetmap.org/?lat=47.2436&lon=8.8201&zoom=14&lay... ).
Hat da jemand eine bessere Erklärung bzw. Lösung?
LG, S.
On Thu, Dec 23, 2010 at 11:10:45AM +0100, Stefan Keller wrote:
Hallo
Hat jemand einen Überblick über den "Stand" der Erfassung der administrativen Grenzen (insbesondere Deutschland und Schweiz)?
Ich glaube nicht - Ich selber habe in NRW anno 2009 mal bis admin 8 alle reingelogen die noch fehlten in der Hoffnung das die Crowd die nach und nach verbessert.
Dass das mit Ländergrenzen in OSM noch nicht so gut klappt ist mir bewusst. Ich weiss auch, dass ein Import von genaueren Schweizer Gemeindegrenzen geplant ist. Mir geht es aber um die topologische Korrektheit in Hinblick auf Analysen (POI-in-Polygon, Nachbarschaft etc.). Der erste Knackpunkt ist, ob man damit Flächen bilden kann!
Ich habe gerade mit einem osm2pgsql-Import gesehen, dass man für Zürcher Gemeinden brauchbare Flächen (Polygone) mit admin_level (z.B. 8) erhält - nicht jedoch für St. Galler Gemeinden. Der Grund liegt wie ich vermute darin, dass St. Galler Gemeindegrenzen keine Flächen bilden (wohl auch die Kantonsgrenze nicht, siehe z.B. das Kantons-Grenzgebiet zwischen Rüti (ZH) und Rapperswil-Jona (SG) hier http://www.openstreetmap.org/?lat=47.2436&lon=8.8201&zoom=14&lay... ).
Hat da jemand eine bessere Erklärung bzw. Lösung?
Regelmaessig kaputte relationen - Gerne wird von unerfahrenen mappern ein gemeinsamer node zwischen grenze und querenden straßen gesetzt, dann wird gesplittet noch nen bischen gefummelt - und die warnung von JOSM das was nicht ganz passt weggeklickt und hochgeladen.
Das Thema admin relationen reparieren ist fuer Deutschland ein Full-time job den immer mal andere gemacht haben. Ich baue aus den relationen jeden tag neu die Flaechen in einer postgres - da koennte man sicherlich rausfallen lassen wann welche kaputt gegangen ist.
Hier mal so einen auszug - im moment vermerke ich hauptsaechlich wann sich sie das letzte mal gebaut habe - Hier mal die die seit Oktober nicht mehr gehen:
id | name | adminlevel | lastbuild ---------+---------------------------------------------+------------+---------------------------- 1107776 | Hoffeld | 9 | 2010-10-17 04:14:16.557924 152284 | Sassenberg | 8 | 2010-10-25 07:02:29.438182 152286 | Drensteinfurt | 8 | 2010-10-27 06:49:06.31482 158144 | Euskirchen | 8 | 2010-11-11 06:38:31.965707 417024 | Dennheritz | 8 | 2010-11-26 09:03:14.659092 1075125 | Meppen | 7 | 2010-12-01 06:05:01.895131 536016 | Auerbach | 8 | 2010-12-17 09:06:41.063941 536012 | Hormersdorf | 8 | 2010-12-17 09:07:41.850024 407895 | Commune Dippach | 6 | 2010-12-18 05:47:13.776544 407419 | Commune Esch-sur-Alzette | 6 | 2010-12-18 05:49:19.971018 407448 | Commune Rumelange | 6 | 2010-12-18 05:49:56.687069 407473 | Commune Sanem | 6 | 2010-12-18 05:49:57.485809 532141 | Commune Grevenmacher | 6 | 2010-12-18 05:50:09.684019 532178 | Commune Mertert | 6 | 2010-12-18 05:50:18.582502 420242 | Groitzsch | 8 | 2010-12-20 09:30:05.494276 898628 | Aurich | 7 | 2010-12-21 05:58:45.646785 1169411 | Meerbeck | 8 | 2010-12-22 06:21:38.155051 1169354 | Rinteln | 8 | 2010-12-22 06:21:54.440362 1169412 | Wiedensahl | 8 | 2010-12-22 06:22:20.475246 147449 | Löhne | 8 | 2010-12-22 07:31:20.737071 147279 | Vlotho | 8 | 2010-12-22 07:31:48.106463 142678 | Kalletal | 8 | 2010-12-22 07:40:37.165453 145273 | Petershagen | 8 | 2010-12-22 07:45:48.764522
Ich habe auch reichlich noch aeltere - das kann aber auch damit zusammenhaengen das ich das nicht mehr probiert habe - Muesste mal das zeugs nen bischen erweitern ...
Flo
On Thu, Dec 23, 2010 at 12:03:04PM +0100, Florian Lohoff wrote:
Ich habe auch reichlich noch aeltere - das kann aber auch damit zusammenhaengen das ich das nicht mehr probiert habe - Muesste mal das zeugs nen bischen erweitern ...
Ich habe da nochmal nen timestamp des letzten versuchs reingebastelt:
osm=# select id,name,complete,adminlevel,lastbuild,lasttry from completeborders where lasttry is not null and lasttry-lastbuild > '3 days'::interval order by lasttry-lastbuild;:
id | name | complete | adminlevel | lastbuild | lasttry ---------+--------------------------+----------+------------+----------------------------+---------------------------- 142678 | Kalletal | 93 | 8 | 2010-12-22 07:40:37.165453 | 2010-12-27 07:17:49.2812 147279 | Vlotho | 96 | 8 | 2010-12-22 07:31:48.106463 | 2010-12-27 07:12:23.231365 147449 | Löhne | 100 | 8 | 2010-12-22 07:31:20.737071 | 2010-12-27 07:11:56.503975 1169354 | Rinteln | 70 | 8 | 2010-12-22 06:21:54.440362 | 2010-12-27 06:03:11.688649 1169412 | Wiedensahl | 66 | 8 | 2010-12-22 06:22:20.475246 | 2010-12-27 06:03:38.130334 1169411 | Meerbeck | 91 | 8 | 2010-12-22 06:21:38.155051 | 2010-12-27 06:03:02.088396 532141 | Commune Grevenmacher | 100 | 6 | 2010-12-18 05:50:09.684019 | 2010-12-27 05:39:42.93639 407448 | Commune Rumelange | 100 | 6 | 2010-12-18 05:49:56.687069 | 2010-12-27 05:39:30.006274 407473 | Commune Sanem | 100 | 6 | 2010-12-18 05:49:57.485809 | 2010-12-27 05:39:31.048957 532178 | Commune Mertert | 100 | 6 | 2010-12-18 05:50:18.582502 | 2010-12-27 05:39:52.661557 407419 | Commune Esch-sur-Alzette | 100 | 6 | 2010-12-18 05:49:19.971018 | 2010-12-27 05:39:00.100218 407895 | Commune Dippach | 100 | 6 | 2010-12-18 05:47:13.776544 | 2010-12-27 05:37:10.818131 1075125 | Meppen | 95 | 7 | 2010-12-01 06:05:01.895131 | 2010-12-27 05:57:30.549862 417024 | Dennheritz | 64 | 8 | 2010-11-26 09:03:14.659092 | 2010-12-27 09:20:28.740169 158144 | Euskirchen | 91 | 8 | 2010-11-11 06:38:31.965707 | 2010-12-27 07:04:39.643746 152286 | Drensteinfurt | 100 | 8 | 2010-10-27 06:49:06.31482 | 2010-12-27 07:43:08.97296 152284 | Sassenberg | 100 | 8 | 2010-10-25 07:02:29.438182 | 2010-12-27 07:43:49.250286 1107776 | Hoffeld | 100 | 9 | 2010-10-17 04:14:16.557924 | 2010-12-27 03:22:02.497502 937507 | Südbrookmerland. | 91 | 8 | 2010-09-28 05:22:18.588598 | 2010-12-27 06:05:22.881837 915194 | Marienhafe | 87 | 7 | 2010-09-28 05:18:23.621929 | 2010-12-27 12:11:14.253335 451782 | Lauf an der Pegnitz | 100 | 8 | 2010-07-02 04:05:58.344274 | 2010-12-27 04:00:44.441972 176636 | Boltenhagen | 100 | 8 | 2010-06-10 07:03:54.849674 | 2010-12-27 05:40:52.467032 162829 | Sprockhövel | 98 | 8 | 2010-05-26 04:47:22.301104 | 2010-12-27 06:42:15.653389 29544 | Gevelsberg | 97 | 8 | 2010-05-26 03:22:52.964138 | 2010-12-27 06:40:53.830197 (24 rows)
Das sind mal spontan die die ich als kaputt bewerten wuerde ... Ich habe aber auch ganz viele die ich noch nicht wieder probiert habe ...
Lauf ist evtl nen sonderfall - das ist nen relativ komplexes gebilde das evtl einfach durch simples postgis nicht zu bauen ist.
Flo