Landuse overlap / Erstes experiment / Frage
Hi, ich habe die letzten tage mal wieder ein bischen gebastelt und als nächstes gibt es eine Karte mit landuse overlaps. Eigentlich sollten landuses nicht überlappen - Es kann ja nur eine Nutzung geben - Geometrisch sollten sie also disjunkt sein (Bzw dürfen aneinander Grenzen) Hier ist mal eine Karte mit (Multi)Polygonen wo das nicht der fall ist d.h. wo landuses übereinanderlappen ohne entsprechende multipolygon relations. https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#51.87342,8.545... Bei vielen kleinen ist es oft nur "ein node" der in einem der angrenzenden Wege zu viel ist. Damit ragt das eine multipolygon in das andere hinein. Im moment wird die Karte auch alle 20 Minuten geupdated und umfasst Ostwestfalen/Regierungsbezirk Detmold. Das Popup ist im moment noch nicht so hilfreich - das werde ich gleich mal fixen Die Frage die ich jetzt habe: Für mich dürften eigentlich natural und landuse auch nicht überlappen. Ein landuse=residential kann ja nicht mittendrin ein natural=scrub haben ohne das das ausgeschnitten ist. Sehen die anderen hier das auch so? Dann würde ich natural mit in die Betrachtung mal rein nehmen. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
Hi, ich hab dazu spontan gerade das alte posting hier gefunden: https://help.openstreetmap.org/questions/6508/mapping-landuse-residential-an... Gruß Johannes On 10.04.2018 08:51, Florian Lohoff wrote:
Hi, ich habe die letzten tage mal wieder ein bischen gebastelt und als nächstes gibt es eine Karte mit landuse overlaps.
Eigentlich sollten landuses nicht überlappen - Es kann ja nur eine Nutzung geben - Geometrisch sollten sie also disjunkt sein (Bzw dürfen aneinander Grenzen)
Hier ist mal eine Karte mit (Multi)Polygonen wo das nicht der fall ist d.h. wo landuses übereinanderlappen ohne entsprechende multipolygon relations.
https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#51.87342,8.545...
Bei vielen kleinen ist es oft nur "ein node" der in einem der angrenzenden Wege zu viel ist. Damit ragt das eine multipolygon in das andere hinein.
Im moment wird die Karte auch alle 20 Minuten geupdated und umfasst Ostwestfalen/Regierungsbezirk Detmold.
Das Popup ist im moment noch nicht so hilfreich - das werde ich gleich mal fixen
Die Frage die ich jetzt habe:
Für mich dürften eigentlich natural und landuse auch nicht überlappen.
Ein landuse=residential kann ja nicht mittendrin ein natural=scrub haben ohne das das ausgeschnitten ist.
Sehen die anderen hier das auch so? Dann würde ich natural mit in die Betrachtung mal rein nehmen.
Flo
_______________________________________________ OSM mailing list OSM@gt.owl.de http://gt.owl.de/cgi-bin/mailman/listinfo/osm
On Tue, Apr 10, 2018 at 10:10:47AM +0200, Johannes Wienke wrote:
Hi,
ich hab dazu spontan gerade das alte posting hier gefunden: https://help.openstreetmap.org/questions/6508/mapping-landuse-residential-an...
Ja - Da gehts ja eher ein leisure/amenity in einem landuse zu haben - und das ist ja explizit richtig - Ein Gebäude steht ja auch im landuse=residential. Aber alleine von der Namensgebung kann eine Fläche nunmal nur überwiegend zum Wohnen oder als Industriegebiet genutzt werden. Landuse im Landuse bedarf eigentlich eines Multipolygons. Ggfs geht das beim rendern gut weil mapnik die nach dem Flächeninhalt sortiert. Überlappend ist in jedem fall kaputt. Da ist nicht deterministisch was jetzt gerendert wird. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 10.04.2018 08:51, Florian Lohoff wrote:
Hier ist mal eine Karte mit (Multi)Polygonen wo das nicht der fall ist d.h. wo landuses übereinanderlappen ohne entsprechende multipolygon relations.
https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#51.87342,8.545...
Ich werde da gerade nicht ganz schlau draus. * die Links in den Popups funktionieren nicht, enthalten weder OSM-IDs noch Koordinaten * bei manchen der Polygone verstehe ich überhaupt nicht wo die herkommen zB: https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#52.03128,8.527... Das kleinere Polygon da ist klar, da liegt ein "landuse=construction" oben auf "landuse=residential". Dort ist kürzlich ein Haus abgerissen worden und wird nun neu bebaut. Das größere Polygon ist mir aber ein absolutes Rätsel, das finde ich in den OSM-Daten nicht ...? Oder hat da schon jemand kürzlich aufgeräumt? -- hartmut
Hi, On Tue, Apr 10, 2018 at 10:29:15AM +0200, Hartmut Holzgraefe wrote:
On 10.04.2018 08:51, Florian Lohoff wrote:
Hier ist mal eine Karte mit (Multi)Polygonen wo das nicht der fall ist d.h. wo landuses übereinanderlappen ohne entsprechende multipolygon relations.
https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#51.87342,8.545...
Ich werde da gerade nicht ganz schlau draus.
* die Links in den Popups funktionieren nicht, enthalten weder OSM-IDs noch Koordinaten
* bei manchen der Polygone verstehe ich überhaupt nicht wo die herkommen
zB: https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#52.03128,8.527...
Das kleinere Polygon da ist klar, da liegt ein "landuse=construction" oben auf "landuse=residential". Dort ist kürzlich ein Haus abgerissen worden und wird nun neu bebaut.
Das größere Polygon ist mir aber ein absolutes Rätsel, das finde ich in den OSM-Daten nicht ...?
Oder hat da schon jemand kürzlich aufgeräumt?
Jein - ich schraube noch - Die Popups waren eben kaputt. Beim nächsten Rechnen stehen sinnvolle dinge drin. Das die Geometrieen manchmal nicht mit den OSM dingen übereinstimmen liegt daran das ich ein OGRIntersection bilde aus den beiden überlappenden Flächen. Da kommt aber zum teil so ein schrott bei raus: GEOMETRYCOLLECTION (POINT (6.3797753 50.5918261),LINESTRING (6.3803743 50.5915808,6.3809734 50.591472),LINESTRING (6.3809734 50.591472,6.3815604 50.591392),LINESTRING (6.3815604 50.591392,6.3818183 50.5912774),LINESTRING (6.3818183 50.5912774,6.3820918 50.5910856),LINESTRING (6.3820918 50.5910856,6.3825175 50.5905126),LINESTRING (6.3825175 50.5905126,6.3826134 50.5903178),LINESTRING (6.3826134 50.5903178,6.38262 50.5901483),LINESTRING (6.38262 50.5901483,6.3826064 50.5899329),LINESTRING (6.3826064 50.5899329,6.3825387 50.5898106),POLYGON ((6.38219007319966 50.5893783153194,6.3825387 50.5898106,6.3821985 50.5893667,6.38219007319966 50.5893783153194))) Sowas kann die SQLite scheinbar nicht. Ich kann das als Geometrycollection da reinschreiben, aber raus kommt mit AsGeoJSON was syntaktisch kaputtes. Dazu kommt das ja auch Leaflet mit einer Geometrycollection nicht viel anfangen wird können (Wie render ich einen Node wenn ich eine Stroke Breite habe?) Deshalb gehe ich bei solchen konstrukten hin und mache ein OGRConvexHull über die Geometrycollection. Damit liegen alle Fehlstellen innerhalb des Polygons. Ich hoffe es wird klarer warum die teilweise so aussehen. In den Popups stehen jetzt auch brauchbare Informationen. Niedersachsen: https://osm.zz.de/dbview/?db=landuseoverlap-nds&layer=overlap#52.13077,8.115... NRW: https://osm.zz.de/dbview/?db=landuseoverlap-nrw&layer=overlap#52.08309,7.865... OWL: https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#51.99133,8.417... Im moment berechne ich die alle 20 Minuten. Das klappt gerade nicht mehr immer deshalb evtl die großen NRW/NDS demnächst nicht mehr so häufig. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 10.04.2018 14:38, Florian Lohoff wrote:
Jein - ich schraube noch - Die Popups waren eben kaputt. Beim nächsten Rechnen stehen sinnvolle dinge drin.
die way/area links funktionieren jetzt, der remote edit link noch nicht ...
Das die Geometrieen manchmal nicht mit den OSM dingen übereinstimmen liegt daran das ich ein OGRIntersection bilde aus den beiden überlappenden Flächen. Da kommt aber zum teil so ein schrott bei raus:
ah, ok. Jetzt wo die way/area Links funktionieren sieht man auch grob was nicht passt, für die Details musste ich einen "landuse=*" Filter aufsetzen und dann nach nicht gemeinsamen Nodes schauen. Die verraten sich ja zum Glück durch "seltsam" plazierte Mittenkreuze recht gut. Hm ... gibt es einen JOSM Stil der Nodes unterschiedlich einfärbt je nachdem zu wie vielen Wegen sie gehören? PS: das größere von den beiden Beispielpolygonen zeigt auch immer noch Artefakte des "jedes Landuse muss an ALKIS-Flustück-Grenzen ausgerichtet sein" Alleingangs ... das wird uns hier wohl in Bielefeld noch Jahre verfolgen :( -- hartmut
On Tue, Apr 10, 2018 at 03:14:35PM +0200, Hartmut Holzgraefe wrote:
On 10.04.2018 14:38, Florian Lohoff wrote:
Jein - ich schraube noch - Die Popups waren eben kaputt. Beim nächsten Rechnen stehen sinnvolle dinge drin.
die way/area links funktionieren jetzt, der remote edit link noch nicht ...
Firefox vor version 59 oder so kann das nicht *soifz* Ich benutzte deswegen für die ganzen Geschichten mittlerweile Chromium. Finde den link gerade nicht wieder.
Das die Geometrieen manchmal nicht mit den OSM dingen übereinstimmen liegt daran das ich ein OGRIntersection bilde aus den beiden überlappenden Flächen. Da kommt aber zum teil so ein schrott bei raus:
ah, ok. Jetzt wo die way/area Links funktionieren sieht man auch grob was nicht passt, für die Details musste ich einen "landuse=*" Filter aufsetzen und dann nach nicht gemeinsamen Nodes schauen. Die verraten sich ja zum Glück durch "seltsam" plazierte Mittenkreuze recht gut.
Genau - oder eben auch "eng beienander" liegende Flächen wo der innere und äussere node auf 100m mal die position tauschen.
Hm ... gibt es einen JOSM Stil der Nodes unterschiedlich einfärbt je nachdem zu wie vielen Wegen sie gehören?
PS: das größere von den beiden Beispielpolygonen zeigt auch immer noch Artefakte des "jedes Landuse muss an ALKIS-Flustück-Grenzen ausgerichtet sein" Alleingangs ... das wird uns hier wohl in Bielefeld noch Jahre verfolgen :(
Ich habe die chance auch genutzt und habe mal so diverse Polygone verkleinert. Der Edit link ist im Prinzip ein "Buffer(Envelope())" auf die Geometrie. Wenn das aber 10km² ist dann wird josm das nicht laden können. Deshalb erstmal kleiner machen. Wollte ich auch nochmal eine Auswertung machen - Polygone >X m² und Polygone mit einer maximalen Ausdehung von mehr als ~500m oder so. Würde in Mecklenburg nicht passen aber hier sind ja Felder keine 30ha groß. Mir gehen die Polygone die sich dann von einem zum anderen Dorf entlang der Straße schlängeln (landuse=grass) tierisch auf die nerven. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 10.04.2018 15:22, Florian Lohoff wrote:
On Tue, Apr 10, 2018 at 03:14:35PM +0200, Hartmut Holzgraefe wrote:
On 10.04.2018 14:38, Florian Lohoff wrote:
Jein - ich schraube noch - Die Popups waren eben kaputt. Beim nächsten Rechnen stehen sinnvolle dinge drin.
die way/area links funktionieren jetzt, der remote edit link noch nicht ...
Firefox vor version 59 oder so kann das nicht *soifz* Ich benutzte deswegen für die ganzen Geschichten mittlerweile Chromium.
ok, FF 59.0.2 hier -> keine Reaktion, Chromium -> tut
Mir gehen die Polygone die sich dann von einem zum anderen Dorf entlang der Straße schlängeln (landuse=grass) tierisch auf die nerven.
$hier wären es eher Wurmforsatz-Residential-Polygone wie https://www.openstreetmap.org/way/319147357/ wobei es da in Bielefeld durchaus noch extreme Fälle gibt, oder zumindest gab. Das hier war das erste dass ich auf die Schnelle gefunden habe weil es direkt an mein zweites Beispiel grenzt -- hartmut
On Tue, Apr 10, 2018 at 03:48:15PM +0200, Hartmut Holzgraefe wrote:
Firefox vor version 59 oder so kann das nicht *soifz* Ich benutzte deswegen für die ganzen Geschichten mittlerweile Chromium.
ok, FF 59.0.2 hier -> keine Reaktion, Chromium -> tut
ja - Ich habe FF ESR auf Stretch 52.7.3 - Der tut nicht. Chromium geht. Ich habe den Grund auch nicht verstanden. Der Firefox logged auch nicht in der Developer Console - Der macht einfach nichts. Eigentlich mache ich stumpf nen jquery ajax call auf die remote control uri. Ich habe die beiden gefunden: https://github.com/hotosm/tasking-manager/issues/1000 https://bugzilla.mozilla.org/show_bug.cgi?id=903966 Ah doch - jetzt logged er was - Und es ist genau die mixed content Geschichte: "Blocked loading mixed active content “http://localhost:8111/load_and_zoom? left=8.42644237570742&right=8.42769885804667& top=51.9825697115314&bottom=51.9815158186327&select=way316491960” [Learn More] jquery-3.3.1.min.js:2:80263 Aber einfach https:// nehmen geht halt auch nicht weil man dem Browser dann erst das josm zertifikat als "trusted" beibringen muss. Alles Müll ... FF 59 sollte aber gehen - Angeblich gefixed in 55+ und 52.8+
Mir gehen die Polygone die sich dann von einem zum anderen Dorf entlang der Straße schlängeln (landuse=grass) tierisch auf die nerven.
$hier wären es eher Wurmforsatz-Residential-Polygone wie
https://www.openstreetmap.org/way/319147357/
wobei es da in Bielefeld durchaus noch extreme Fälle gibt, oder zumindest gab. Das hier war das erste dass ich auf die Schnelle gefunden habe weil es direkt an mein zweites Beispiel grenzt
Bei sowas lösche ich gerne den Wurmfortsatz oder trenne den ab. Ich weiss nicht was jemanden reitet solche Polygone zu machen. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
participants (3)
-
Florian Lohoff -
Hartmut Holzgraefe -
Johannes Wienke