Den 13 maj 2012 17:56 skrev Joakim Fors :
>
> On 12 maj 2012, at 23:57, Robert Helgesson wrote:
>
> Annars tycker jag det var ett bra system och jag vill ju inte
> ändra på det utan mer är lite rådvill hur bästa metoden för att
> kartlägga detta i GBG skulle vara? Är det likadant i Lund? Vad
> tycker ni bästa metoden skulle vara?
Jo, det är samma i Lund och gissningsvis på många andra ställen
också. Jag skulle dock tolka det som att platformarna i sig har
namnet "Läge A" och "Läge B" och inte stop_position. Detta eftersom
flera platformar kan dela på en stoppunkt i vägen. Att aldrig
associera namn med en stop_position passar också bra med idéen att
ha en highway=bus_stop-tagg på dessa noder. Då kommer name-taggen
tillhöra highway=bus_stop och inte public_transport=stop_position
och en någorlunda smart renderare kan sålunda ignorera detta namn
ifall den föredrar att rendera stop_point-namnet och
platform-namnet på något speciellt vis.
>>>
>>> hmm hmm Ser ett ur vissa perspektiv stort problem med detta. Hur vet
>>> man om man inte har samma namn på en stop_position och en platform
>>> vilken platform som hör till vilken stop_position?
>>> Låt oss säga att en ruttplanerare skall planera en rutt hemifrån mig
>>> till femman i nordstan.
>>> Då borde den lista ut att bästa vägen är för mig att
>>> 1. gå till eketrägatan
>>> 2. Ta spårvagn eller buss till nordstan
>>> 3. gå till femman.
>>> Enkelt kan tyckas.
>>> I relationen för spårvagnar och bussar finns stop-positionen med så
>>> den vet vart jag skall åka från, men hur skall ruttplaneraren veta
>>> vilken platform jag skall gå till om det inte finns en länk (via samma
>>> namn för jag ser ingen annan länk jag kan hitta i P_T-schemat
>>> (public_transport-schemat))? Detta kan verka enkelt för de flesta
>>> personer att ta reda på när man kommer till stationen men om personen
>>> är synskadad eller tom blind skulle den exacta positionen nog
>>> uppskattas mycket om den kom direkt från ruttplaneraren?
>>> Jag kanske missar någon möjlighet att räkna ut detta?
>>
>> Jag tror inte detta är något större problem ifall man utnyttjar
>> möjligheten att i rutt-relationen lägga till både stopp-position- och
>> plattform-noderna (de får rollerna "stop" respektive "platform" i
>> rutt-relationen). Antaget att du vet vilken rutt du vill ta och från
>> vilken stopp-position så är det bara till å leta upp motsvarande
>> plattformsnod. Dvs. ifall stopp-positionen är den 4:e medlemmen i
>> rutt-relationen som har rollen "stop" så är motsvarande plattform den
>> 4:e medlemmen med roll "platform". Faktiskt -- såvitt jag kan se -- om
>> man följer P-T-schemat strikt för rutt-relationerna så blir det ännu
>> enklare: En medlem med roll "stop" åtföljs alltid direkt av en medlem
>> med roll "platform".
>>
>> Det är dock omöjligt -- såvitt jag kan se -- att från
>> stop_point-relationen hitta vilken plattform som tillhör vilken
>> stopp-position och vice versa. Tycker dock detta är rätt så rimligt
>> eftersom en stopp-position kan delas av flera plattformar och
>> möjligtvis kan man hitta exempel på där en plattform kan ha flera
>> stopp-positioner. Det är först då du har en specifik rutt i åtanke som
>> du kan koppla plattform med stopp-position.
>>
>> Förstod jag din undran rätt och tror du att detta löser problemet?
>>
>>
>
> Finn ju
> http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Stop_area
> också där alla objekt som hör till ett hållplatsområde ska ingå, så då
> räcker det med att man har ett av objekten så kan man hitta de andra samt
> även vilka rutter de berörs av eftersom. Märk väl att stop_area relationen
> som så inte ska ingå i någon rutt-relation.
>
> /Joakim
Hej. Ni har rätt :). Tror dock i mitt försvar att platformen inte var
inkluderad i rutten i det förslag jag läste för några månader sen (men
kan ha fel givetvis :) ).
Så om man ger stoppositionen "hållplatsnamnet" och platformen
"lägesnamnet" blir det ju jättebra (förutom kanske mycket renderade
namn men men det tycker jag renderaren får hålla ordning på i
framtiden (tänka typ denna stop-position ingår i stop_area och skall
därför inte få namn vid rendering typ...).
Så nu är det bara till att sätta igång antar jag :). Inget att skylla
på längre...
MvH Thod
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se
