OK, sommige van die punten had ik zelf ook
al bedacht. Een aantal problemen echter:
Ways in relation is een probleem!
Ways zijn soms langer dan nodig: een zijweg
die de bus neemt, is niet altijd aan het einde
van een way. Bij het tekenen ervan komen dus
allerlei stubs voor.(lelijk) Bovendien kunnen de ways
eenvoudig uit de database opgevist worden op basis
van de nodes. Alleen nodes is dan voldoende ?
Het probleem met de members is de volgorde.
(wiki: (Unfortunately Relations don't sequence their constituent ways,
so the order needs to be deduced from the shared nodes; by definition a
route has no gaps in it).) lost dat probleem gedeeltelijk op.
Een volgorde is niet nodig voor het renderen, maar wel voor elke
applicatie.
Is dusdanig essentieel, dat deze wel in OSM kan denk ik.
Omdat de rule voor ways blank is, kan hier een rangorde in !
Region is nodig omdat er dubbele lijnnummers zijn; kan opgevangen
worden op soortgelijke manier als bij dubbele straatnamen door afstand
tot stad te berekenen. Is niet foutproof natuurlijk.
Kleur is nodig, omdat meer dan een buslijn in een tekening
Dan een onleesbaar resultaat oplevert. Een intelligente renderer
kan dat misschien ook wel zelf, op basis van de ref nummers.
Enige sturing kan dan tot consistentere resultaten leiden!
Blijft de kleur nog wel hetzelfde als er een buslijn wordt
toegevoegd, of schuift alles een kleurtje op?
Kan inderdaad in symbol worden opgelost. Geen uitzondering
voor Amsterdam natuurlijk !!!
Site zou een meerwaarde kunnen betekenen.
Om de exch parameter weg te kunnen laten moet de relation
bidirectioneel zijn. Dwz dat je op basis van
een nodenummer de bijbehorende relaties kan laten zien.
Is dat zo in de huidige API ?
De when is eigenlijk hetzelfde als direction, een variatie
op de route, maar niet afhankelijk van richting maar van tijd.
Een buslijn zou dus afhankelijk van het tijdstip anders gerenderd
Worden (bijv met een stippel) als deze op het moment niet rijdt.
Natuurlijk niet in de tiles van OSM, maar in een overlay
die door een applicatie wordt gerenderd.
Deze info zou ook in een andere database kunnen, maar dat
geldt dan eigenlijk ook voor de gehele buslijn.
We moeten kiezen wat erin moet !
Nieuw voorstel :
Type - Route
Route - Bus
Name - Strand express
Ref - 81
Network - Local bus network delft
Operator - who cares
State - permanent
Symbol - (dashed line color red)
Description - buslijn
When - Mo-Fr / Sa / Su / Sa-Su / Rush
Members
Roleoccupied by
1 Node 1 ( is begin/eindpunt lijn)
2 Next node on route
3 Next
.....
XxLast node (is begin /eindpunt)
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Eugene van der Pijll
Verzonden: zondag 18 november 2007 13:17
Aan: OpenStreetMap NL discussion list
Onderwerp: Re: [OSM-talk-nl] Busroutes experiment
Gert Gremmen schreef:
In eerste instantie zijn denk ik de grafische weergaves interessant.
Ik stel voor om een relatie aan te maken als volgt:
Laten we zoveel mogelijk aansluiten bij het voorstel op de wiki,
[[Relations/Proposed/Routes]]. Dus beginnen met:
Type - Route
Route - Bus
Operator - Connexxion
Line - 81
Beter is: Ref - 81 (dat is ook hoe fietsroutes worden getagd)
Direction - forth /back
Direction weglaten, en als role toevoegen bij iedere member.
Color - 1(index in schema)
Nee. De kleur wordt bepaald door de renderer, want is geen eigenschap
van de route zelf. En welke kleur een route op de kaart moet krijgen
hangt af van wat er verder nog op de kaart staat; bijv. welke andere
lijnen de kaart nog meer bevat.
Enige uitzondering: Amsterdamse tramlijnen hebben ieder hun eigen kleur,
of tweekleurig symbool. Hiervoor kan je de tag symbol gebruiken
Region - Haaglanden
Site - http://Dienstregeling.link
When - m-vr / za /zo /za-zo / spits
Je bedoelt hours?
Members
Roleoccupied by
1 Node 1 ( is begin/eindpunt lijn)
2 Next node on route
Waarom nodes en geen ways? Dat lijkt me logischer. En dan alleen de
nodes van de bushaltes toevoegen.
3 Next
... ...
Xx Last node (is begin /eindpunt)
T 1-2350 seconds ( rijtijd van node 1 naar 2) enz
Dat is af te leiden uit de route tussen de nodes.
Tenzij je echt dienstregelingdata wil gebruiken om dit te vullen: in dat
geval heb je geen seconden nodig, maar alleen minuten.
Maar ik ben er geen voorstander van om dienstregelingen in de
OSM-database te proppen; daar is 'ie m.i. totaal ongeschikt voor.
P xx-yperron y op station xx
EXCH overstap mogelijk op relatie . (hebben de relaties een
ref?)
Lijkt me niet nodig; overstapmogelijkheden zijn al gedefinieerd doordat
er meerdere lijnen op 1 node of op nodes in de buurt samenkomen.
Dat is ook flexibeler als je de data voor routing wilt gebruiken.
gr,
Eugene