Re: [Talk-de] POI als Punkt oder Fläche mappen
Am 14.05.2015 um 15:07 schrieb Florian Lohoff f...@zz.de: Spätestens wenn man mit building parts und relationen anfängt. Die Building parts sollten ja trotzdem noch ein building Objekt zur Zusammenfassung, für den Namen, etc. haben. Eine multipolygon Relation ist da auch nichts anderes as ein Polygon als geschlossener way Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] POI als Punkt oder Fläche mappen
Florian Lohoff wrote on 14.05.2015 15:07: On Thu, May 14, 2015 at 11:09:32AM +0200, Martin Koppenhoefer wrote: Das klingt für mich eher so, als hätte Dein Router ein Problem mit POIs als Flächen, nicht Du ;-) Es ist ein Auswertungsproblem richtig. Im Ernst, wenn es einen Eingang gibt, sollte der Router da hin routen. Wenn es nicht klar wird aus den OSM Daten, wozu der Eingang gehört, dann muss man dafür ein Modell entwickeln. Es gibt noch andere Anwendungsfälle für unsere Daten als nur das Routing, und Objekte, die selbst eine nennenswerte Ausdehnung haben, sollten auch mit einer solchen eingetragen werden (d.h. als Fläche), damit die Daten möglichst universell verwendbar sind. Das Problem mit dem Routing ist, dass man oft nicht einfach irgendwie in die Nähe des POIs will (was die meisten Router derzeit machen), sondern dass man normalerweise zu einem der Eingänge will, sofern es sie gibt. Genau - Grundsätzlich sollte es möglich sein für einen POI nicht nur die Ausdehnung sondern auch den präferierten Punkt (Eingang, Zentrum etc) zu erfassen. Im Prinzip analog zu administrativen Grenzen. Wenn ich nach Bielefeld route dann will ich ja nicht in die nähe von Bielefeld oder auf der A2 am Berg dann gesagt bekommen Sie haben ihr Ziel erreicht sondern für Routingzwecke will ich nicht das in der Auswertung ein geometrisches Zentrum eines beliebigen Polygons als Ziel definiert wird, sondern ein von mir explizit benanntes. Da gibt es aber viele Anwendungsfälle. - POI mit Ausdehnung - Eingang/Ausgang/Anmeldung/Zentrum Dafür wurde auf der Tagging-ML amenity=reception_desk vorgeschlagen. Innerhalb des POIs an der richtigen Position. Aber viel genutzt wird das im Moment auch nicht. -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=trunk - Höhenfreie zweistreifige Straße
Am 14. Mai 2015 um 15:09 schrieb Florian Lohoff f...@zz.de: Router nehmen nicht nur Geschwindigkeiten sondern auch Straßenklassen zur priorisierung. Auf einem trunk maxspeed=50 kommt man tendentiell ja auch schneller vorran als auf einem residential maxspeed=50. ja klar, je nach Situation wird man die Klassen taggen, sofern es eine Umfahrung gibt würde ich der Ortsdurchfahrt auch eher was niedrigeres geben, aber bitte nicht die Kontinuität des Netzes unterbrechen, und im Ort die Durchgangsstraße herunterstufen, wenn es keine Alternativen gibt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=trunk - Höhenfreie zweistreifige Straße
Am 14. Mai 2015 um 16:15 schrieb Michael ohr...@gmail.com: Mir so etwas in Richtung wie übergeordnete Bedeutung (blöder Ausdruck, ich weiß, aber mir fällt gerade nichts besseres aus). Ich bin halt eher ein Freund davon, nach der Verkehrsbedeutung zu mappen. Ich fände es nicht schlimm, wenn eine primary auf einem Teilstück das kreuzungsfrei / autobahnähnlich ausgebaut ist, zu einem trunk würde. Bei autobahnähnlich bin ich ja voll dabei. Aber nehmen wir mal an, die Umgehungsstraße zwischen Pusemuckel-West und Pusemuckel-Ost ist kreuzungsfrei ausgebaut, aber nur zweistreifig. Da wäre da für mich ein trunk trotzdem fehl am Platz. Wenn man nur die Höhenfreiheit als Argument nimmt, wäre das aber trunk. OK, +1 Hier mal ein Beispiel, wo es oft wechselt von trunk zu primary und zurück, sowohl die B27 (Tübingen Richtung Balingen) als auch die B28 um Reutlingen, und wo ich das auch gerechtfertigt finde, und ein Informationsgewinn da ist: http://www.openstreetmap.org/#map=13/48.4680/9.1313 Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
