Paar opmerkingen over route Poortugaal Metro naar Rhoon Kwartslaan:
haltes dienen bovenaan te staan in een route-relatie, vóór de wegdelen; als van een halte zowel de stoppositie als het platform opgenomen wordt, dan de stoppositie direct boven het bijbehorende platform; diverse mappers (waaronder ik) nemen enkel de platforms op
bij kruising Groene Kruisweg met Zwaardijk ontbreekt een stukje Groene Kruisweg
volgende stuk Groene Kruisweg strekt zich verder westwaarts uit dan de bedoeling is; de weg moet hier gesplitst worden; kijk uit omdat dit stuk weg ook behoort bij omleidingsroute U23, daarom eerst ook daarvan alle (ontbrekende) leden binnenhalen alvorens te splitsen
Albrandswaardsedijk wordt naar halte Jachthaven heen en weer gereden; die stukken weg moeten dus tweemaal in de route worden opgenomen in de juiste volgorde van heen en weer; JOSM geeft daarover een waarschuwing, dan Ja klikken dat dit de bedoeling is
de rotonde Rhoonse Baan / Portlandse Baan is niet goed geknipt, waardoor ook een niet bedoeld stuk in de route wordt opgenomen; ook hier geldt: alvorens een nieuwe knip te maken, eerst alle (ontbrekende) delen binnenhalen van andere routes die het wegdeel gebruiken
Nog een toevoeging: uiteindelijk moeten zowel de heen- als terugroute onderdeel gaan vormen van een nog te maken relatie route_hoofd, die vervolgens weer lid moet worden van de relatie ‘netwerk Bus Rotterdam’.
Volgens mij ben ik er met de 602 wel zo’n beetje. Alleen ergens heb ik volgens mij een foutje gemaakt met de route_hoofdrelatie. Kan jij dit eens checken HenkL?
Geschetste probleem komt, omdat je van de ‘terugweg’ (Rhoon Kwartslaan naar Poortugaal Metro) ook een route_master hebt gemaakt. Van die relatie de tag route_master=bus verwijderen en de tag type=route_master wijzigen in type=route; daar trouwens ook nog even de naam corrigeren (begin en eind wisselen).
Als je bij een andere eerder ingevoerde route_hoofd (in dit geval bijvoorbeeld lijn 72 bij Poortugal Metro) kiest op ‘Bewerken’, dan klik je bovenaan op tabblad ‘Ouder-relaties’. Als dat leeg is, dan linksonder klikken op ‘Herladen’ (daarna annuleren, omdat je lijn 72 niet wilt wijzigen).
Netwerk ‘Bus Rotterdam’ is daarna zichtbaar in lijst met relaties.
Van dat netwerk incomplete leden downloaden, en daarna route_hoofd van 602 toevoegen, bij voorkeur op een gesorteerde plek.
In principe is er voor elke concessie een netwerk-relatie. Welke lijn bij welke concessie behoort, is prima te vinden op de site: http://wiki.ovinnederland.nl/
Aanstaande zondag 9 december 2018 worden er weer talloze wijzigingen doorgevoerd in de routes van de buslijnen.
Omdat ik bij toeval in Noord-Brabant ontdekte dat de wijzigingen van december 2017 nog niet waren aangebracht, ben ik dat achterstallig onderhoud gaan uitvoeren en heb ik tegelijkertijd de wijzigingen van 9 december 2018 ook meegenomen.
Zijn er meer mensen die er in andere concessies mee aan de slag gaan ?
Ben gister begonnen om eea voor te bereiden op Voorne Putten waar EBS het van Connexxion gaat overnemen met verkorte routes (aangevuld met belbussen) en diverse lijnen worden omgenummerd.
Ik wil me wel gaan werpen op Zuid-Holland, o.a. het DAV-gebied gaat over van Arriva naar Qbuzz.
Aansluitend heb ik nog een vraagje over het gebruik van de stop_position. Moet dit symbooltje bij elke bushalte gebruikt worden, of alleen bij een begin- en eindhalte van een buslijn. In de provincie Zuid-Holland komt dit bij een heel groot aantal haltes voor, terwijl ik andere gebieden in Nederland alleen bij een begin- en eindpunt dit symbooltje zie en dat verder alleen de ‘platformen’ getagd worden.
Ik was zelf van plan om Delft te doen, waar de hele stadsdienst omgaat vanwege de langdurige afsluiting van de Sebastiaansbrug. Deze wijziging is wel pas in januari en ik zal het dan doen.
Het mag (niet moet) bij elke bushalte. De simpelste manier van een bushalte taggen, is gewoon een highway=bus_stop naast de weg. De meest complete manier is een public_transport=platform en public_transport=stop_position.
Maar dan zo dat er twee dingen zijn: ① de bus_stop naast de weg (in de route-relatie(s) de functie “platform”) , en ② de stop_position op de weg (in de route-relatie(s) de functie “stop”), met de tags:
Volgens mij kwamen de stop_positions in Zuid-Holland al veel voor, omdat veel bushaltes daar ‘verkeerd’ waren getagd op de simpele manier. De highway=bus_stop stond op de weg (dus op de plek van de stop_position) in plaats van naast de weg (platform). In de rest van Nederland was wel correct getagd en ontbreken de stop_positions.
náást de weg:
een node, of way, of vlak, op de plek waar men wacht (of in het geval van alleen een haltepaal: waar de haltepaal staat)
highway=bus_stop <-- oud ("PTv1"), maar rendert wel op de OSM-carto
public_transport=platform <-- nieuw ("PTv2"), maar rendert nu nog niet op OSM-carto
Waarbij bus_stop en platform ook allebei mogen.
op de weg
een node, waar de bus stopt
public_transport=stop_position <-- nieuw ("PTv2"), maar rendert nu nog niet op OSM-carto
Uiteraard moet er minstens één van beide getagd worden, ik doe als ik zin heb zo veel mogelijk beiden maar het is een pokkewerk.
Er zijn heel veel bus_stops op de weg of stop_positions naast de weg geplaatst, maar dat is dus pertinent onjuist.
Ik geef zelf zowel de stop_position en platform bus=yes en name=xxx mee.
In Nederland is het daarbij gebruikelijk om alleen de haltenaam te doen, in België om “plaatsnaam, haltenaam” te doen.
Als je het weet kan op de platform nog ref:IFOPT met een code die begint met “NL:Q:” en dan 8 cijfers (of 2-5 letters voor treinstations) en op de stop_position de ref:IFOPT met “NL:S:”
Als je nog een code:CXX met 5 cijfers vindt: die mag rucksichtlos weg: dat was ooit een interne code bij Connexxion, maar die wordt intern noch extern nog gebruikt en is dus totaal niet verifieerbaar.
Daarbij hou ik zelf zo veel mogelijk in de route relatie aan: