Ach ja - Und welche turn restrictions fehlen genau? Dadurch das die gertrennten Fahrbahnen oneways sind gibt es 4 restrictions die "korrekt" sind aber eigentlich überflüssig da bei "normalem" routing diese eh nicht ziehen weil auf dem teureren und längerem pfad.

Flo

Also,
es ist anerkannt Standard das bei baulich getrennten Fahrbahnen wir getrennte Richtungsfahrbahnen mappen. Baulich getrennt im Sinne der StVO ist auch eine doppelte Mittelinie die also nicht überfahren werden darf.

Das ist bei Autobahnauffahrten definitiv der fall.

Dazu kommt das so wie hier die gesamte Autobahnauffahrt kaputt gegangen ist weil jemand es gut meinend neue turn restrictions gemapped hat, und zwar exakt an den Stellen an denen die Richtungsfahrbahnen sich dann Baulich trennen. Das hat dazu geführt das das routing hier kaputt war:

changeset/68765628

Mit getrennten Fahrbahnen so wie jetzt entfällt die notwendigkeit für 50% der turn restrictions und damit eben massives Fehlerpotential.

Flo

Die turn restrictions waren kaputt - D.h. da waren die from/to falsch bzw die restriction passte nicht zu den from to so das gültige abiegevorgänge nicht erlaubt waren.

Und in den "Gegenverkehr" darfst du nicht abbiegen. Die auf/abfahrten sind einbahnstraßen daher wird dich kein router der welt da rein schicken.

Flo

Das kann gut sein - Hab das stück mit dem nachgetragenen Maxspeed eben gefunden.

Wie gesagt - ganz kaputt sind die routen nicht daher habe ich da auch keinen Alarm gemacht. Ganz optimal finde ich die auch nicht durch downtown Brake zu fahren. Vermutlich fehlt da auch großflächig das tagging für maxspeed und lanes und co ...

Wird irgendwann ;)

Flo

Moin,
ich vermute dieser changeset hat zu großen Routingänderungen geführt - Ich weiss nur noch nicht warum:

https://gt.owl.de/pipermail/osm-owl-routeqa/2019-April/thread.html

Die dinger Bielefeld Laar/Pödinghausen. Die sind alle geschwenkt.

So richtig kaputt ist das nicht. Scheinbar hat dein changeset nur die Strecke B239 -> L923 ri Laar unattraktiv gemacht.

Flo

Hi,
ich habe die ganze AS mal auf seperate Spuren umgearbeitet. Damit entfallen 50% der restriction die ja fehleranfällig sind. Ausserdem die restriction für die beiden Fahrtrichtungen symmetrisch aufgebaut.

Flo

Und die hier ist total kaputt - Ich darf auf der Münsterstraße nicht geradeaus an der Auffahrt zur A2 vorbeifahren? Das war eine "no_right_turn" - Was richtig ist - Diese ist jetzt zusätzlich und kaputt.

relation/9450638/history

Lösche ich mal.

Flo

Moin,
irgendwas an dem Umbau an der AS Schloß-Neuhaus hat die Kaputt gemacht. Routing auf die A2 ist - aehm - kaputt

Meine Routingüberwachung hat gestern eine tonne an Routen von der AS als Kaputt bzw neu geführt gemeldet:

https://gt.owl.de/pipermail/osm-owl-routeqa/2019-April/thread.html

Ich vermute es liegt an dieser Relation:

relation/9450637/history#map=19/51.74558/8.70079

Die mault josm auch an bzw malt das nette Schildchen an die eigentlich auffahrt wenn man aus Westen kommt und nach Norden auf die A2 fahren will.

Ich versuche die mal zu reparieren.

Flo

So machen wir das typischerweise - Damit sind beide Objekte "Self conained" und sind auch einzeln komplett.

Flo

Moin,
wir hatten uns in OWL mal drauf verständigt das wir POIs als Nodes pflegen.

So das die Eigenschaftes des Gebäudes und des Nutzers getrennt sind.

Wenn dann der Nutzer auszieht kann man den node einfach löschen und das Gebäude, Adresse und Co bleiben.

Wenn Mapper die Tags sortieren müssen was da bleiben soll und was weg kann kommt meist leider murks bei raus.

Flo

Es hat sich ja seit 2 Monaten nichts getan. Ich habe da nichts weiter gemacht. Finde es etwas bedenklich das auf meinen Hinweis nichts passiert.

Flo

Aeh ja - Aber soillten dann nicht lifecycle tags wie razed:building oder so zum einsatz kommen. Du hast ja nur das townhall entfernt.

Flo

Wollte ich nur sicherstellen. Grundsätzlich finde ich gut wenn wir die Loswerden. Ich weiss aber definitiv um gebiete wo ALLE Adressen kaputt sind wenn wir die einfach so Löschen. Da ist auf den Gebäuden selber nur die Hausnummer.

Deshalb bin ich kein Freund von so massen deletes und ich habe alle angeschrieben die in OWL Löschen nur um ganz sicher zu gehen das wir da nicht tonnen an zeugs reverten müssen in 3 Monaten wenn es einer merkt.

Flo

Nicht nur Geschäfte - alles was du an POIs hast.

Und das es ein Supermarktgebäude ist ist ja richtig. Aber heute zieht der frishemarkt aus und morgen der Netto ein. Neuer name, neue Telefonnummer, neue Öffnungszeiten. Das Gebäude unverändert (Also Dachform, Lage, Adresse etc).

Wenn der Frischemarkt dann auszieht löscht du den node - und wenn der Netto einzeiht erfasst du die daten und packst die wieder auf einen Node.

Das ganze ist unfallfreier zu machen als immer die Tags auf den Gebäudeumrissen zu sortieren. Was gehört zum Gebäude, Was zum POI etc.

Wir haben das hier mal so diskutiert. Das heisst nicht jetzt loszurennen und alles umzutaggen. Aber da wo du es eh anfasst würde ICH und viele andere in OWL so machen.

Ganz Problematisch wird das dann beim routing. Eine Routingsoftware wird dich auf einer Straße möglichst nah an deinen POI führen. Wenn du jetzt die Informationen auf dem Gebäude hast kann es dir passieren das du auf einer Mitarbeiterzufahrt dahinter am nächsten dran bist.

Wenn du den POI auf einem Node hast kannst du den Exakt da hinlegen wo du möchtest das jemand hin navigiert.

Mir ist das mal passiert als ich zum Flughafen Paderborn navigiert habe. Da stehst du dann wohlmöglich im Wald jenseits des Terminals im Wald vor dem Zaun. Ist eben am nächsten dran.

POIs als Fläche ist sehr Fehlerträchtig und Kompliziert.

Ich würde eben immer Gebäude von der Funktion trennen. Ist eigentlich auch OSM standard. Ein Objekt, eine Funktion.

D.h. du hast das Gebäude mit seinen Attributen und dann hast du einen Node im Gebäudeoutline das dann die informationen zum Shop, Gaststätte etc enthält.

Flo

Bin heute morgen da langegekommen und wenn das noch steht versteckt es sich hinter dem riesen Schuttberg ;)

Ich meine es ist weg - ich kommt vom Nordring bis hinter den McDonalds gucken. Aber ich kann nochmal drauf achten.

Flo

Moin,
die tankstellen tags auf einer fläche ohne sonst was? Seltsames konzept.

Ich hätte da nur einen POI gesetzt - Die fläche ist doch dann nur ein landuse=commercial oder?!?

Flo

Moin,
schön das du bei OSM mit machst.

Deine Tag kombination ergibt so aber keinen sinn.
Area=yes + name ist - ein - nichts.

OSM braucht immer auch eine beschreibung was das ist - Ein amenity oder ein building oder ein leisure. Einfach nur eine Fläche mit namen ist eben - nichts.

Flo

Hi,
du hast hier leider keinen chanegset kommentar hinterlassen und ich verstehe den auch nicht.

Du hast hier die beiden Rathäuser entfernt.

Sind die umgezogen?

Flo

Moin,
das ist schon richtig das der Supermarkt auf einem Node ist.

Wir haben mal auf der osm owl mailingliste besprochen das wir nach möglichkeit POIs als Nodes erfassen und nciht auf dem Gebäudeoutline. Dafür duplizieren wir die Adresse auf den Node und dann alle zusätzlichen tags auf dem Node.

Der Vorteil ist das wenn der laden auszieht oder zu macht man einfach den Node löscht und nicht aufwendig die tags auseinanderpfriemeln muss. Das führt mitunter dazu das das tags zurück bleiben bzw aus versehen welche die zum gebäude gehören miot gelöscht werden. (Dachform etc)

Flo

Moin,
bei den deletes der asscociatesStreetRelation hast du da sichergestellt das alle member alle informationen hatten die auch auf den relations waren? Sonst haben wir jetzt kaputte Adressen.

Flo