Am 28.04.2010 14:01, schrieb Martin Simon:
und zweitens werden laufend neue
Barrieren erfunden, so dass ein Router hier ständig
angepasst werden müsste.
Das ist Blödsinn. Die Liste hat sich seit langer Zeit nicht wesentlich
verändert und der Anteil an barrier-tags für nodes, die nicht
Am 28. April 2010 11:20 schrieb Thomas Zimmermann m...@vdm-design.de:
Da es so im Wiki steht habe ich bisher aller poller und ähnliche Barieren ohne
access=no getagged.
Werde ich wohl nochmal drüber gucken müssen.
Wieso? barrier=bollard ist in allen mir bekannten Inkarnationen ein
Hindernis
Am 28.04.2010 11:31, schrieb Martin Simon:
Da es so im Wiki steht habe ich bisher aller poller und ähnliche Barieren
ohne
access=no getagged.
Werde ich wohl nochmal drüber gucken müssen.
Wieso? barrier=bollard ist in allen mir bekannten Inkarnationen ein
Hindernis für zweispurige
Am 28. April 2010 11:40 schrieb Chris66 chris66...@gmx.de:
Am 28.04.2010 11:31, schrieb Martin Simon:
Wieso? barrier=bollard ist in allen mir bekannten Inkarnationen ein
Hindernis für zweispurige Fahrzeuge, nicht aber für Fußgänger,
Radfahrer, Rollstuhlpiloten, Reiter, Skater, Motorräder etc.
Am 28.04.2010 12:02, schrieb Martin Simon:
Der Wiki Artikel bezieht sich auf alle möglichen Formen von
Barrieren, auch zB Sachen wie traffic_calming oder
cattle_grit, wo man zwar abbremsen muss, aber keinesfalls
umdrehen muss. ;-)
Hier immer ein access=no zu implizieren ist IMHO keine gute
Am 28. April 2010 12:09 schrieb Chris66 chris66...@gmx.de:
Am 28.04.2010 12:02, schrieb Martin Simon:
Der Wiki Artikel bezieht sich auf alle möglichen Formen von
Barrieren, auch zB Sachen wie traffic_calming oder
cattle_grit, wo man zwar abbremsen muss, aber keinesfalls
umdrehen muss. ;-)
Falk Zscheile schrieb:
Nicht jeder hat den Nerv überall noch einmal
access-Tags zu setzen, wo sich dies bereits aus dem Barrieretypen
ergibt. Das ist extrem umständlich und wir wollen es doch dem Mapper
so einfach wie möglich machen und nicht den Programmierern :-) Nur
wenn etwas vom
Am 28. April 2010 12:48 schrieb Stefan Dettenhofer (StefanDausR)
o...@dentro.info:
Falk Zscheile schrieb:
Nicht jeder hat den Nerv überall noch einmal
access-Tags zu setzen, wo sich dies bereits aus dem Barrieretypen
ergibt. Das ist extrem umständlich und wir wollen es doch dem Mapper
so
Am 28. April 2010 12:09 schrieb Chris66 chris66...@gmx.de:
Am 28.04.2010 12:02, schrieb Martin Simon:
Du möchtest wenn ich Dich richtig verstehe pro Barrierentyp
entsprechende Default-Implizierungen haben.
Die haben wir im Prinzip schon: es ist die Realität draußen vor der Tür.
Ungefähr wie
Am 28.04.2010 um 19:42 schrieb Christian Knorr:
Am Mittwoch 28 April 2010 19:30:17 schrieb Rolf Bode-Meyer:
Schön dass es CM endlich kann. Nach längerem habe ich gerade mal
wieder Yournavigation überprüft und dort werden Turn-Restrictions
mittlerweilen auch berücksichtigt (sogar an einer
Stefan Dettenhofer (StefanDausR) schrieb:
Gibt es denn irgendwo eine Übersicht, zu welchen barrier-Typ welche
default access-Tags gehören? Das wäre m.E. die Voraussetzung dazu, dass
das sinnvoll implementiert werden kann.
Wie für jedes andere Tag auch finden sich Implikationen bei
Am 28. April 2010 20:07 schrieb Tobias Knerr o...@tobias-knerr.de:
Stefan Dettenhofer (StefanDausR) schrieb:
Gibt es denn irgendwo eine Übersicht, zu welchen barrier-Typ welche
default access-Tags gehören? Das wäre m.E. die Voraussetzung dazu, dass
das sinnvoll implementiert werden kann.
Wie
Falk Zscheile schrieb:
Am 28. April 2010 20:07 schrieb Tobias Knerr o...@tobias-knerr.de:
Wie für jedes andere Tag auch finden sich Implikationen bei
barrier=*-Tags in prinzipiell maschinell parsbarer Form in den
Key/Value-Templates im OSM-Wiki.
[...]
Für die meisten Werte fehlt diese
13 matches
Mail list logo
