https://openstreetmap.org/copyright | https://openstreetmap.org |
Copyright OpenStreetMap and contributors, under an open license |
https://openstreetmap.org/copyright | https://openstreetmap.org |
Copyright OpenStreetMap and contributors, under an open license |
Zou je dit zelf even ter hand kunnen nemen? Dan kan deze note worden afgevoerd. De wissels en spoorbanen kloppen in elk geval wel.
Jack,
De sporen liggen hier op de goede plek inderdaad, maar de data van ProRail die er allemaal in tags instaat klopt niet meer. Normaal voerde JJJWegdam dit in, maar die lijkt dat niet meer te zoen. Wellicht moet dan alles maar weggegooit worden en alle data worden versimpeld Ga ik over nadenken.
Groet, Josbert
Jaren geleden heb ik eenmalig alle ways in Nederland met railway=rail vervangen voor data van ProRail (met uitzondering van wat niet-ProRail-spoor zoals Tata Steel). Zie ook https://wiki.openstreetmap.org/wiki/ProRail_import. Dit was inclusief spoortaknummers en spoortak-IDs van destijds. Natuurlijk zijn er sindsdien allerlei aanpassingen aan het spoor geweest. Die heb ik niet systematisch bijgehouden (ik doe het ook maar als hobby).
Met de kennis van nu zou ik zeggen dat de key ref:ProRailID landelijk verwijderd kan worden. Die key zat in de dataset van destijds, maar is verder niet in gebruik binnen ProRail. Spoortakken daarentegen zijn wel nog steeds breed in gebruik. Als het spoor aangepast wordt kan je drie dingen doen: 1) van mapservices.prorail.nl de geupdate’e data importeren inclusief nieuwe spoortakken 2) nieuw spoor intekenen met behoud van tags 3) nieuw spoor intekenen en je verwijdert de spoortaknaam omdat je wellicht niet weet wat de nieuwe is en geen foute data wil. 1) Is het netst. In de praktijk gebeurt 2) best vaak (geef nieuwe mappers die niet weten wat een spoortak is eens ongelijk). 3) Is netter dan 2). Is 2) toch gebeurd, dan staat het iedereen vrij om te verbeteren richting 1) of 3). Moet gewoon even door iemand opgepakt worden.
Je kan deze opmerking open houden totdat iemand het oppakt of accepteren dat het even iets minder netjes is hier. Dat tweede is niet heel erg aangezien dit niet een primaire key is voor OpenStreetMap en aangezien het nooit de bedoeling is geweest om alle spoortaknamen hier 100% up to date te houden. Data die deels incorrect is, is nog steeds bruikbaar als indicatie (anders hadden we alle ways met source=3dShapes moeten weggooien en dat doen we ook niet)
Optie (3) JJJWegdam is hier toegepast.