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 Role occupied by 1 Node 1 ( is begin/eindpunt lijn) 2 Next node on route 3 Next .. ... Xx Last 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 > Role occupied 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-2 350 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-y perron y op station xx > EXCH zzzz 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 _______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
_______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl