[Talk-de] Himmelrichtungsabhängige Tags? (w as : Versetzte Stadtbahnhaltestellen)

[Stefan Neufeind]

Martin Koppenhoefer wrote:
> Am 3. August 2008 22:17 schrieb Dimitri Junker <Dimitri.Junker at onlinehome.de>:
>> Hallo,
>>
>>
>>> ich halte nicht so viel von den Himmelsrichtungen, weil sie nur bei
>>> geraden Strassen gut funktionieren,
>> es ging hier um Eigenschaften von Nodes, z.B. für einen Busstop. Und man
>> kann schon sagen, daß man sich am Busstop an der Nordseite der Straße
>> trifft, selbst bei einem Kreisverkehr. Bei Eigenschaften die den ganzen Weg
>> betreffen gebe ich Dir recht, aber da ist es auch einfach diese ggf.
>> automatisch anzupassen.
> 
> Nodes haben keine Richtung, daher geht das bei Nodes auch nicht. Es
> kann sich bei left und right immer nur um die Richtung eines ways
> handeln.
> 
>>> JOSM hat ja mittlerweile ein sehr interessantes feature, dass es beim
>>> Drehen von Ways mit bestimmten richtungsabhaengigen tags warnt und
>>> fragt, ob diese mit umgedreht werden sollen
>>
>> AFAIK aber eben nur für Eigenschaften des Ways.
> 
> natürlich, s.o.
> 
>>> Dies kann man in Zukunft noch erweitern, wenn weitere solcher Tags
>>> hinzukommen.
>>
>> Braucht man eigentlich nicht, man müßte sich nur einigen, daß dafür immer
>> die gleiche Syntax verwendet wird. Also z.B. immer left_side_of_way,
>> in_way_direction und die umgekehrten. Diese ließen sich dann sowohl für
>> bus_stop=left_side_of_way
>> cycle_way=left_side_of_way

da man ja nicht mehrere key/value-Paare mit den gleichen Keys haben 
kann, wie wär es denn zusätzlich zum normalen tagging mit:

bus_stop:direction = forward;right

Dann könnten zur Not manche Renderer bei "bus_stop" auch einfach nach 
dem "yes" Ausschau halten wie bisher und kommen nicht ins trudeln.
(Wir sprechen nicht explizit von "mappen für den renderer" - nur ein 
"abwärtskompatibel modellieren" imho, was durch jene spezialisierenden 
Zusatzeigenschaften doch "elegant" ist.)

>> und alles andere verwenden. Vorteil, auch eine etwas ältere JOSM-Version
>> würde nicht neue Tags übersehen.
>>
>> Dimitri
>>
>>
> geht halt nur für ways, bei Nodes sehe ich nicht, wie das
> funktionieren soll. Stell Dir mal vor, der Node sitzt genau an der
> Verbindung von 2 entgegengesetzten ways, welcher der ways soll dann
> betrachtet werden?

So herum hatte ich es noch nicht betrachtet. Da sähe ich aktuell nur die 
Möglichkeit dies per Policy zu regeln (wenn das auch unschön ist): Einem 
Tag kann man eine direction (forward/backward sowie left/right) nur 
geben, wenn er Mitglied von genau einem Way ist. Bei mehreren Wegen 
durch den Node oder einem Node zu dem kein Weg existiert wäre jenes Tag 
dann "sinnlos" und sollte gefixt werden.
Zwar ist es nicht so elegant derartige "Einschränkungen" an die 
Verwendung in einem freien Datenmodell zu machen, jedoch halte ich dies 
für die schmerzfreiste (einzige?) Lösung.

   Stefan