Dat klopt wel, maar soms, zoals bij Capelse Brug liggen er 4 bij elkaar op het spoot waar dat er 1 zou moeten zijn los van het spoor. Zal dat nog wel even corrigeren.
En bij nadere controle blijkt dat op veel meer plaatsen zo te zijn. Allemaal nodes (dat is dus goed), maar vast aan het spoor, en dan ook nog eens één voor iedere richting! Ik zag ook dat er soms wel, soms niet een route relatie aan vast ligt. Wordt toch nog wat meer gepuzzel Sander…
Ik denk dat ik (deels) schuldige ben aan het “verdwijnen” van de Amsterdamse metrostation, station Amstel in het bijzonder.
Ik doe veel reparaties aan busroutes en tag daarmee volgens het public_transport schema.
Probleem hierbij is dat haltes volgens het public_transport schema nog niet op met osm-carto gerenderd kunnen worden. Dat aanpassen is niet een kwestie van een icoontje aanmaken, maar van een compleet nieuwe opzet van de renderdatabase. Daar wordt (volgens Math1985) druk aan gewerkt, maar het kan nog wel even duren.
Let wel: het is geen probleem van het public_transport schema: op bijv OsmAnd doen de op deze manier getagde stations het prima.
Ik zit daarmee met een enorm probleem:
De beste en goedgekeurde manier van taggen van stations en haltes wordt niet gererenderd
De manier die wel gerenderd wordt is verouderd en kent zo zijn problemen, en is bovendien “taggen voor de renderer”.
Mijn mening is daarom om alles wat nu al bestaat en op de oude manier (highway=bus_stop/railway=station) getagd is, zo te houden en te dubbeltaggen met het public_transport-schema, en alles wat nieuw getagd wordt, alléén op de nieuwe manier te taggen, om zo niet “voor de renderer” te taggen (alsmede om zo een beetje druk te zetten op de cartomensen om hun rendermethode te updaten)
Over het taggen van stations met een aparte node vs per spoor apart: dat is echt mijn schuld, tot gisteren was ik niet op de hoogte van het bestaan van de tag station, en gebruikte slechts de relatie stop_area.
Daar hebben we nu ineens een treinstation Holendrecht én een metrostation Holendrecht gekregen.
@Jan Westerhof en @IIVQ waren daar het laatst actief.
Als een station alleen een metrostation is, dan volstaat:
railway=station
station=subway
name=*
geplaatst op een losse node op (bv). het platform.
Dat is bv. bij Bullewijk goed gedaan
De bijhorende public_transport=stop_position wordt dan op het spoor geplaatst.
Als er sprake is van een metro én treinstation, dan is mijn voorstel:
railway=station
subway=yes
train=yes
name=*
Uiteraard dienen ook de andere relevante spoorgegevens (zoals zone=* en adres=* ) te worden toegevoegd/gehandhaafd.
Ook hier geldt dat public_transport=stop_position op een node op het spoor moet komen te liggen, en dus niet op het platform
In alle gevallen kan worden gekozen voor het toevoegen van public_transport=station, maar daarbij is feitelijk ook een area of building tag nodig, en dat is nu juist weer in tegenspraak met het gebruik van railway=station op een node! (Zie mijn eerdere post en de wiki). Dus ik stel voor om dat (nog) niet toe te voegen.
Als dan straks het het public_transport-schema echt actief is, dan kunnen we vrij snel de overbodige tags verwijderen.
Ik zie nu ook “Metrostation Holendrecht” en “Treinstation Holendrecht” staan, maar volgens mij heet dat station “Holendrecht” (misschien “Amsterdam Holendrecht”, maar het IS een metrostation en het IS een treinstation. Maar dat moet je niet in de naam opnemen volgens mij.
Zo heb ik het in ieder geval opgelost bij het Amstelstation dat volgens mij “Amsterdam Amstel” heet. Zo staat het ook in de reisplanner.
Nou ben ik geen OV expert, maar is zone nog wel relevant? De strippenkaart gebaseerd op zones is toch al lang geleden afgeschaft nu de overstap naar de OV chipkaart is afgerond?
IVQ kan dit beter beantwoorden. Volgens mij zijn de zones nog onder water aanwezig, omdat je op de een of andere manier moet weten welk bedrag er afgeboekt moet worden.
Holendrecht is inderdaad trein- en metrostation. Trein op de buitensporen, metro op de binnensporen.
In ieder geval bij de bus, heeft iedere vervoerder voor de OV-chipkaart een tarief per 100 meter, en zijn de afstanden tussen haltes voor iedere lijn vastgelegd om de ritprijs te bepalen. Geen zones dus: bij de bus in Zuid-Limburg werd moeilijk gedaan toen de OVC werd ingevoerd omdat reizigers daar veel km aflegden in weinig zones, en ineens veel meer moesten betalen.
Of zones nog voor abonnementen in gebruik zijn weet ik niet (enkele jaren geleden nog wel), maar feit is dat veel vervoerders ze nog steeds op haltepalen en lijnennetkaarten aangeven.
Ik heb op Holendrecht twee stations ingetekend. Ik vond het ook al enigszins dubieus. Ik heb een van de twee weggehaald, en aan de ander train=yes en subway=yes toegevoegd.
Rotterdam als het goed is nu ontdubbeld en ontknoopt. Heb op het spoor de stop_position met name achtergelaten.
Alleen bij Rotterdam Centraal staat de node nu wat verloren tussen het trein- en metrospoor aangezien deze iets verder uit elkaar liggen voor het ‘mooi’. Hetzelfde in, mindere mate, bij de metrostations Prinsenlaan en Schenkel waarbij het perron aan andere zijden van de kruisende weg liggen.
Zal mij benieuwen of medemappers hier deze weer opsplitsen naar 2 stations, op de changeset een link naar dit topic geplaatst en een note op de nodes.
Stationsnamen zijn lastig bij complexe stations.
Zo heet het station voor de NS “Station Amsterdam Amstel” en voor GVB en Connexxion “Amstelstation”.
“Mijn” station heet voor de metro “Ganzenhoef” en voor de bus “Station Ganzenhoef”.
En Bijlmer is helemaal complex: “Amsterdam Bijlmer ArenA” voor de NS, “Bijlmer ArenA” voor de metro’s en bussen op het busplein, maar de halte “Hoogoorddreef/Atlas” hoort ontegenzeggelijk ook bij het stationscomplex.
Hoewel ik het niet echt op een kaart als OSM vind passen, is de zone nog steeds in gebruik voor sterabbonnementen (het enige landelijke abbonnementstype voor het niet-spoor-OV)
Voor reizen op saldo zijn de zones totaal niet relevant (ook “onder water” niet), daar wordt puur op afstand gerekend, waarbij het tarief overigens niet door de vervoerder maar door de concessieverlener (km-tarief) en het rijk (opstaptarief) bepaald wordt.
Ik bedoel met “stationsnaam” de naam op het blauwe bord op de platformen en eventueel op de gevel van het gebouw.
Op deze site kun je alle stationsnamen bekijken zoals ze op het station zelf staan (trouwens een leuke site!).
Bij geen een van die stations zie ik het woord “Treinstation” vermeld op het naambord.
Daarom stel ik voor om de naam te gebruiken voor de name=* tag die voor iedereen vanaf de straat en het platform ook duidelijk staat aangegeven.
Dat het om een station gaat blijkt bij de tags natuurlijk al uit railway=station, evt. gecombineerd met andere trein tags.
Dat Connexxion het over Amstelstation heeft is begrijpelijk, maar dát staat óók op de kaart op het stationsplein bij de tram/bushaltes:
Volgens mij is dit voorlopig de meest heldere oplosing voor dit probleem, of willen we bv. dit:
Ik heb bij nu in Rotterdam dus de nodes uit elkaar getrokken, en daarbij is op elk spoor bij de stop_position de name tag van de halte. Onderscheid is dus per spoor te maken voor de naam. Is ook handiger dan name:station:whatever lijkt me, maar met veel sporen wel wat dubbele namen. Op de Transportmap lijken stop_position name tags deze niet gerendered te worden.
Daarnaast zag ik dat vaak ook de perron vlakken ook de naam van het station bevatten met ook hier vaak de prefix "Metrostation ".
Inmiddels heb ik die binnen en in deze lijst gebruikt de NS nergens de toevoeging “Treinstation” voor een naam.
Dus “Amsterdam Amstel” en niet “Treinstation Amsterdam Amstel”.
Ik zal via deze API de stations in Nederland gaan controleren en waar nodig in overeenstemming brengen met die API lijst en ook de overige details toevoegen/corrigeren waar dat relevant is.
Hoek van Holland hoort ook nog bij Rotterdam en valt nu buiten de selectie! Het is je vergeven, ligt ook wel erg uit de richting.
Maar wel een interessant stukje, want deze spoorlijn wordt omgebouwd tot metrolijn en nog een stukje verlengd.
Wel mooi gedaan met die kleurtjes en labeltjes!
Ik ben inmiddels begonnen met de Amsterdamse Metrostations, te beginnen op lijn 53, ten zuiden van Van der Madeweg.
Daarbij houd ik het volgende aan, waarbij al het italic volgens mij overbodig is voor het public_transport schema en puur taggen voor de renderer is.
Per station
Een stationsnode met
public_transport=station
station=subway railway=station
name=
Een of meer perrons (area voor subway, maar voor bus kan het area, way of node zijn) met
public_transport=platform
subway=yes railway=platform
name=
Op de spoorlijn, langs het station een stopplaats
public_transport=stop_position
name=
subway=yes
Vervolgens een relatie stop_area met
type=public_transport
public_transport=stop_area
name= (volgens belangrijkste node)
en dan als members de stationsnode, en alle platforms+stop_positions van al het public transport dat erbij hoort (bus/metro/trein/tram)
Het station rendert niet zonder railway=station, het perron rendert niet zonder railway=platform.
Gek genoeg krijgt een platform alleen automatisch de role platform als je hem in een public_transport-relatie (route of stop_area) zet ZONDER railway=platform.
Kortom: als ik een perron wil taggen voor de render MOET ik railway=platform toevoegen, maar als ik hem wil taggen voor de “validator” dan moet ik railway=platform WEGLATEN. (Eigenlijk niet validator, die zeurt er niet over). Vreemd.
Bovendien voelt het als dubbeltaggen wat ik hier aan het doen ben.
Kortom, een grote clusterfuck. Laten ze snel de renderer maken!
Ik heb trouwens een andere versie van je overpass query gemaakt, waar alle stop_positions gerenderd worden. Ik snapte even niet hoe ik op areas (platforms) kon werken.
