Hoi, De Lijn is hier in Leuven begonnen met het plaatsen van nieuwe 'vlaggen'. De nummering is ook 1 cijfer langer geworden.
uvwxyz wordt u0vwxyz, of 33333 wordt 303333. Wat ik niet met zekerheid weet is of dit in andere provincies ook zo is. Kan er iemand dit bevestigen of tegenspreken? Ik zou alle haltes die al voorzien zijn van een refnummer, in één keer willen aanpassen. (afhalen met xapi van alle haltes in Vlaanderen met ref, zelfgeschreven Pythonprogrammaatje loslaten op .osm-bestand en dan weer uploaden met JOSM.) Is dat OK voor iedereen? Ik zou dan ook willen voorstellen dat iedereen vanaf nu die extra nul er gewoon bij tussenzet, ook al is het bordje op sommige haltes misschien nog niet gewijzigd. Binnen een paar maanden gebeurt dit toch wel. Ik was ook begonnen met een lines=xxx,yyy,zzz, maar heb ondertussen geleerd dat dit eigenlijk route_ref=xxx,yyy,zzz moet zijn. Ik vind het wel interessant om dit in te vullen, aangezien het kan helpen om te bepalen welke haltes wel of niet aan een routerelatie moeten worden toegevoegd. (Snelbussen stoppen niet overal). We gaan waarschijnlijk ook niet voor alle schoolbus- en marktbusroutes routerelaties aanmaken. Laat staan voor de belbussen. In route_ref hebben we dan toch die info. Het is ook iets dat gemakkelijk kan worden ingevuld door een mapper die bij een halte langsloopt. Niet iedereen voelt zich geroepen om die routerelaties aan te maken. lines= omzetten naar route_ref= is iets dat 'k tegelijk zou willen doen met het aanpassen van de refs. We moeten misschien ook 's nadenken of we niet iets specifieker dan ref moeten gebruiken, bv. De_Lijn_ref o.i.d. (of ref.De_Lijn). Ik denk daarbij aan haltes over de grens (In Nederland die bediend worden door bussen van De Lijn), maar ook in Brussel en Wallonië zijn er haltes die gedeeld worden door De Lijn, TEC en MIVB en die hebben natuurlijk een ref van De Lijn, maar normaal gezien ook van die andere maatschappijen. Of zetten we daar gewoon meerdere nodes naast elkaar, waarvan dan enkel de ref en operator verschilt? Jo _______________________________________________ Talk-be mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-be
