Hallo, Am Donnerstag 30 Juni 2011 19:28:47 schrieb M∡rtin Koppenhoefer: > Am 30. Juni 2011 18:40 schrieb Wolfgang <wolfg...@ivkasogis.de>: > > Ich halte es für sinnvoll, den Mittelstreifen zu mappen. > > +1. Nicht dass ich das für erste oder zweite Priorität halte, aber > prinzipiell spricht nichts dagegen. Mein eigener Vorschlag (relation, > type=area) dazu sieht u.a. vor, das auch implizit zuzulassen, so dass > man nicht unnötig "Pseudogeometrie" eingeben muss, die dann doch > keinen Mehrwert bringt (explizit geht mit der Relation natürlich auch, > wird man aber eher selten brauchen).
Den Mittelstreifen als area zu erfassen, ist sicherlich möglich. In der Realität ist der Mittelstreifen allerdings ein ganz langes, schmales "Dings", das mit den Mittelpunktskoordinaten genau genug erfasst werden kann, ggf. unter Zuhilfenahme von "width". > hier würde ich doch gerne nochmal nachhaken, weil die Achse "einer > mehrspurigen Straße" haben wir in OSM bereits als way mit "highway=*" > drin. Von daher finde ich "highway" als key eher ungeschickt, weil man > dann schonmal bei "nichtmehrbahnigen" Straßen die Mittellinie taggen > könnte. Selbst wenn jemand auf die Idee käme: highway=axis wird von den Renderern (bisher) nicht unterstützt. Damit sehe ich keine Gefahr, dass jemand eine aus einer Fahrbahn bestehende Straße so taggt. > > Auch "Achse" finde ich nicht so toll, den Begriff gibt es zwar im > Straßenbau, er ist aber ggf. abstrakt, d.h. man benutzt die Achse zwar > in der Konstruktion und zum Bezug, aber in der Realität findet man > gerade bei mehrbahnigen Straßen meist keine Achse vor Ort vor (weil > der Mittelstreifen nicht als Linie sondern flächig ausgebildet ist). Ja, aber die Straße als Ganzes incl. aller Fahrsteifen, Standspur, Bankett, Graben, Böschung etc hängt ausschließlich an dieser Achse. > > Dir geht es ja um "mehrteilige" Straßen, also solchen, die aus > mehreren Fahrbahnen bestehen. richtig > > >> barrier=beam_barrier > > > > Barriere zum Schutz des Gegenverkehrs. beam_barrier = Leitplanke, > > concrete = Betonbarriere, ... > > barrier=concrete halte ich für schlecht, weil das ein Material und > keinen Typ bezeichnet, wie wärs mit barrier=wall -1, gibt es schon als Wände, beispielsweise an Tunnelbauwerken. > (oder ggf. > jersey_barrier, dem spezifischen Ausdruck für die Teile)? Anstatt > beam_barrier würde ich guard_rail verwenden. Beides ist hier > dokumentiert im Wiki: > http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types ich bin offen für bessere Begriffe > > >> visor=hedge > > > > Sichtschutz. scrub halte ich für übertrieben, Knick past auch nicht, am > > ehesten ist es IMO eine Hecke (diese Grünzeug-Kette, die ab und zu > > geschitten wird). > > Hecke ist OK, aber Visier? Ich glaube Du meintest etwas anderes ;-) visor != visier visor = Blendschutz, Nr.1 bei Leio aber schlage gerne was passenderes vor. > > > Da stellt sich jetzt allerdings das übliche Problem bei barrier: > welche Ebene taggt man, oder stapelt man? Unten Leitplanke oben Hecke > (oft gibts auch unten Mauer, dann Zaun, und ggf. oben noch > Stacheldraht). Oder Stützmauer mit Zaun oben drauf, etc. > Dafür habe ich bisher auch keine detaillierte Lösung. barrier halte ich für das Wesentliche: Schutz vor Einwirkungen der Gegenrichtung. Der Blendschutz etc ist unterstützend für die Unfallvermeidung und sollte zusätzlich getaggt werden. > > > ps. noch was: > > bridge=seperated -/- combined (an der Achse) > > lieber "separated" ;-) > > > Brückenbauwerke auf Autobahnen werden bisher überhaupt nicht erfasst. > > Getaggt wird nur "da ist Brücke". Ob das jetzt ein Bauwerk ist oder zwei > > oder mehrere parallel stehen, geht bisher an osm vorbei, zumindest habe > > ich noch nichts dazu gefunden. > > dazu gibts allerdings schon Vorschläge (z.B. bridge relation), > jedenfalls aus meiner Sicht kein Grund, die Mitte zweier Straßen > explizit zu zeichnen. Zeichnen verlangt niemand. Nur die Angabe der Mitte einer Straße mit mehreren Fahrbahnen. Welcher Renderer das für welchen Maßstab nutzt, ist eine ganz andere Sache. > Dieser separated/combined Ansatz würde ja > sowieso wieder nur für bestimmte Fälle funktionieren. M.E. ist eine > saubere Brücken-Einheit irgendwann an der Zeit, wo man noch viel mehr > Zeugs dazutaggen kann, vom Baujahr über den Namen bis zu Details wie > Konstruktionstyp, Auflager / Widerlager / Zugverankerungen etc. > > Dazu würde ich einen umschliessenden Way (Grundriss) haben wollen > (analog sonstiger Gebäude), nicht einen Way in der Mitte zweier > Straßen. Sofort einverstanden. Aber bis das für alle Bauwerke weltweit gemappt ist, halte ich es für sinnvoll, dem Renderer für große Maßstäbe schon mal eine Möglichkeit des näherunsweise korrekten Zeichnens zu geben. Gruß, Wolfgang _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
