Hi, wie steht ihr eigentlich zu Node reusage - d.g. ein landuse an einem weg entlang fuehren und die selben nodes benutzen? (Oder auch playgrounds, parks etc ...() Ich habe heue den Tag in BI verbracht und habe einiges aufgenommen - Jetzt beim nacharbeiten und korrigieren kann ich nicht so viel Futtern wie ich kotzen muesste - Da sind teilweise 2x landuse, ein amenity und eine Straße aufeinander d.h. mit denselben nodes gebaut - An den ecken kommt dann ggfs noch eine Straße dazu und vielleicht noch 2 landuses. Wie kann man das eigentlich noch systematisch bearbeiten? Ich komme auf lauter unglue und merge node gar nicht mehr raus um ueberhaupt mal zu raffen das da noch ein landuse mir in die suppe spuckt ... Und mal eben eine kontur verfeinern in dem man einen node einfuegt geht mal gerade gar nicht - weil der JOSM virtual node halt dann nur einen node in _einen_ der wege einfuegt und nicht in alle. Und bestimmt 20 Fehler wo stich/querstraßen nur mit dem landuse aber nicht mit der Straße verbunden waren und so weiter. In Bielefeld den JOSM validator betaetigen macht die daten gleich bunt wie einen Christbaum ... Fuer die Bielefelder - ich habe den Ostpark (Diesterwegstraße) mal ueberarbeitet so das er nicht im Validator leuchtet und jede entity auch ihre eigenen nodes hat ... Das fuer ganz Bielefeld mal aufzuraeumen wuerde aber Mannmonate dauern und vermutlich kommt hinter einem wieder einer durch der alles wieder zunichte macht ... Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
On Wed, Apr 29, 2009 at 09:24:56PM +0200, Florian Lohoff wrote:
Fuer die Bielefelder - ich habe den Ostpark (Diesterwegstraße) mal ueberarbeitet so das er nicht im Validator leuchtet und jede entity auch ihre eigenen nodes hat ...
Bei sowas ist sogar ueberhaupt fragwuerdig ob die landuse drumherum gehen muss. Und ansonsten spricht auch nichts dagegen ueber ein multipolygon ein landuse ausschnitt zu machen (leisure=park braucht das eigentlich nicht) Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
Hallo Flo, Da kann ich Dir nur beipflichten. Ich lege eine Landuse-Fläche knapp neben eine Straße oder andere Fläche. Das Ergebnis nach dem rendern ist durch die Breite einer Straße das gleiche, die (Nach-)Bearbeitung ist aber wesentlich einfacher. Vielleicht könnte mal jemand, der Node reusage betreibt, die Vorteile dieser Vorgehensweise erläutern. Vielleicht geht mir dann ein Licht auf? Viele Grüße Carsten
-----Ursprüngliche Nachricht----- Von: osm-bounces@gt.owl.de [mailto:osm-bounces@gt.owl.de] Im Auftrag von Florian Lohoff Gesendet: Mittwoch, 29. April 2009 21:25 An: osm@gt.owl.de Betreff: Node reuse
Hi, wie steht ihr eigentlich zu Node reusage - d.g. ein landuse an einem weg entlang fuehren und die selben nodes benutzen? (Oder auch playgrounds, parks etc ...()
Ich habe heue den Tag in BI verbracht und habe einiges aufgenommen - Jetzt beim nacharbeiten und korrigieren kann ich nicht so viel Futtern wie ich kotzen muesste - Da sind teilweise 2x landuse, ein amenity und eine Straße aufeinander d.h. mit denselben nodes gebaut - An den ecken kommt dann ggfs noch eine Straße dazu und vielleicht noch 2 landuses.
Wie kann man das eigentlich noch systematisch bearbeiten? Ich komme auf lauter unglue und merge node gar nicht mehr raus um ueberhaupt mal zu raffen das da noch ein landuse mir in die suppe spuckt ...
Und mal eben eine kontur verfeinern in dem man einen node einfuegt geht mal gerade gar nicht - weil der JOSM virtual node halt dann nur einen node in _einen_ der wege einfuegt und nicht in alle.
Und bestimmt 20 Fehler wo stich/querstraßen nur mit dem landuse aber nicht mit der Straße verbunden waren und so weiter.
In Bielefeld den JOSM validator betaetigen macht die daten gleich bunt wie einen Christbaum ...
Fuer die Bielefelder - ich habe den Ostpark (Diesterwegstraße) mal ueberarbeitet so das er nicht im Validator leuchtet und jede entity auch ihre eigenen nodes hat ...
Das fuer ganz Bielefeld mal aufzuraeumen wuerde aber Mannmonate dauern und vermutlich kommt hinter einem wieder einer durch der alles wieder zunichte macht ...
Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
Florian Lohoff wrote:
wie steht ihr eigentlich zu Node reusage - d.g. ein landuse an einem weg entlang fuehren und die selben nodes benutzen? (Oder auch playgrounds, parks etc ...()
Ich habe mich schon reichlich darüber geärgert weil es unheimlich viel Arbeit macht das wieder einigermaßen übersichtlich zu trennen. Ich habe das mal ind er Umgebung von Herford Elverdissen gemacht, da ich eigentlich nur nicht verbundene Straßen verbinden wollte. Irgendwann hat es mir dann gereicht und ich habe 2-3 Tage erstmal reichlich Flächen von Straßen entfernt.
Ich habe heue den Tag in BI verbracht und habe einiges aufgenommen - Jetzt beim nacharbeiten und korrigieren kann ich nicht so viel Futtern wie ich kotzen muesste - Da sind teilweise 2x landuse, ein amenity und eine Straße aufeinander d.h. mit denselben nodes gebaut - An den ecken kommt dann ggfs noch eine Straße dazu und vielleicht noch 2 landuses.
Das kenne ich und dann versucht man den Fehler zu finden wo ein Potlach User 3x (!) die selbe Fläche übereinander gemalt hat. Lustig ist auch zu sehen wie der entsprechende User selber nicht mehr durchsteigt (offensichtlich) und dadurch selber Fehler einbaut. Ich sehe es so : 2 Flächen aneinanderzumalen ist nicht sonderlich schlimm solange da nichts anderes dazwischen ist. Grundsätzlich sollte bei allen anderen Objekten wie Straßen, Grenzlinien etc unbedingt eine eigene Linie für die Fläche gezogen werden die leicht neben den anderen Objekten liegt. Ich glaube manche verwechseln das mappen mit "Karte malen" :-( Matthias
Florian Lohoff wrote:
Hi, wie steht ihr eigentlich zu Node reusage - d.g. ein landuse an einem weg entlang fuehren und die selben nodes benutzen? (Oder auch playgrounds, parks etc ...() [...]
Wäre ich zum letzten Treffen nicht irgendwo in den USA unterwegs gewesen hätte ich das Thema dort auch angesprochen ... Anfangs habe ich getrennte Nodes benutzt, zwischenzeitlich erschien mir der "gemeinsame Nodes" Ansatz sinnvoller (leider wohl viel zu lange), mittlerweile habe ich mehr oder weniger die volle Wende hinter mir, d.h. gemeinsame Nodes für tatsächlich aneinander grenzende Flächen erscheinen mir immer noch irgendwie sinnvoll, gemeinsame Nodes zwischen Wegen und Flächen dagegen erweisen sich mehr und mehr als das was einer meiner Kollegen als "epic fail" bezeichnen würde :/
In Bielefeld den JOSM validator betaetigen macht die daten gleich bunt wie einen Christbaum ...
ja ... außer man schaltet "Overlapping ways" aus was allerdings nicht zwischen way-way und way-area overlaps unterscheidet ... (das bisher mein einziger von der Bildschirmgröße her JOSM-tauglicher Rechner mit einer völlig kranken Java-Installation gestraft war hat vermutlich auch zu einigem ungewollten Chaos geführt, auf 1024x768 und darunter ist leider Potlatch IMHO die einzige überhaupt noch benutzbare Alternative ... aber der 'große' ist nun endlich neu aufgesetzt, die bisherigen Java-Altlasten nicht mehr nötig und ich gelobe Potlatch- Abstinenz bis zur nächsten längeren Reise ...)
Fuer die Bielefelder - ich habe den Ostpark (Diesterwegstraße) mal ueberarbeitet so das er nicht im Validator leuchtet und jede entity auch ihre eigenen nodes hat ...
Das fuer ganz Bielefeld mal aufzuraeumen wuerde aber Mannmonate dauern und vermutlich kommt hinter einem wieder einer durch der alles wieder zunichte macht ...
Ich habe schon seit einiger Zeit im Hinterkopf das ganze entweder als Standalone-Tool oder JOSM-Plugin zu automatisieren: für alle geschlossenen wege: für alle gemeinsamen nodes mit anderen (offenen?) wegen: erzeuge einen neuen node mit gleichen attributen; verschiebe diesen x meter "nach innen"; ersetze den geteilten node durch den neu erstelten; Problem dabei ist vor allem eine vernünftige Definition von "nach innen". Solange es nur um eine Fläche und einen Weg geht ist das einfach, wenn Flächen entlang eines Weges wechseln (und die Grenze zwischen den Flächen weiter gemeinsame Nodes nutzen sollen) oder an Kreuzungen fängt das ganze an 'lustig' zu werden ... Der Aufwand sollte aber immer noch deutlich geringer sein als das alles manuell wieder auseinanderzudröseln ... mal schauen was ich über das verlängerte Wochenende basteln kann ...
On Thu, Apr 30, 2009 at 09:57:57AM +0200, Hartmut Holzgraefe wrote:
Anfangs habe ich getrennte Nodes benutzt, zwischenzeitlich erschien mir der "gemeinsame Nodes" Ansatz sinnvoller (leider wohl viel zu lange), mittlerweile habe ich mehr oder weniger die volle Wende hinter mir, d.h. gemeinsame Nodes für tatsächlich aneinander grenzende Flächen erscheinen mir immer noch irgendwie sinnvoll, gemeinsame Nodes zwischen Wegen und Flächen dagegen erweisen sich mehr und mehr als das was einer meiner Kollegen als "epic fail" bezeichnen würde :/
Ich habe auch einige Arbeitskollegen die mit node reuse gearbeitet haben (hallo jo205) und ich habe das immer abgelehnt ohne zu wissen warum genau. Aber jetzt in Bielefeld habe ich mal gemerkt was fuer ein "Bullshit" das ist.
ja ... außer man schaltet "Overlapping ways" aus was allerdings nicht zwischen way-way und way-area overlaps unterscheidet ...
Das hilft dir aber nur im validator - Alleine die nummer eine Stichstraße zuverlassig an den WEG und nicht an die Area zu verbinden ist ein riesenchaos. Dazu dann die nummern mit nodes einfuegen etc ...
für alle geschlossenen wege: für alle gemeinsamen nodes mit anderen (offenen?) wegen: erzeuge einen neuen node mit gleichen attributen; verschiebe diesen x meter "nach innen"; ersetze den geteilten node durch den neu erstelten;
Evtl koennte man ein josm plugin bauen (utils plugin ansehen) das fuer einen selektierten weg das genau macht - D.h. gucken ob der geschlossen ist und dann entsprechend die nodes nach innen schiebt ... Und wenn es erstmal nur 30cm sind ... Nach innen ist einfach solange es ein convexes objekt ist, wenn das allerdings concarve einstuelpungen hat ist man ziemlich aufgeschmissen.
Problem dabei ist vor allem eine vernünftige Definition von "nach innen". Solange es nur um eine Fläche und einen Weg geht ist das einfach, wenn Flächen entlang eines Weges wechseln (und die Grenze zwischen den Flächen weiter gemeinsame Nodes nutzen sollen) oder an Kreuzungen fängt das ganze an 'lustig' zu werden ...
Der Aufwand sollte aber immer noch deutlich geringer sein als das alles manuell wieder auseinanderzudröseln ... mal schauen was ich über das verlängerte Wochenende basteln kann ...
Teilweise ist das chaos wirklich so gross das ich es neu mache. Ich habe teilweise areas einfach neu gezeichnet mit neuen nodes und dann die alte geloescht weil es einfacher war als 30 nodes zu unglueen und dann die einzelnen wege zu sortieren ... Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
participants (4)
-
cg.osm -
Florian Lohoff -
Hartmut Holzgraefe -
Matthias Versen