ProRail spoordata import

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

ProRail spoordata import

JJJ Wegdam

Goedenavond,

hierbij een voorstel om gegevens van ProRail's
 Railmaps applicatie te importeren in OSM
. Railmaps is een service van ProRail met alle 2D infra data waar ProRail over beschikt. Het ziet er als volgt uit:

Railmaps screenshot.png
Op verzoek heb ik van ProRail toestemming gekregen (het downloadbare deel van) de data te importeren naar OSM. Een buitenkansje voor hele precieze spoordata wat mij betreft. Aangezien dit om een flink grote dataset gaat heb ik, om alle reacties overzichtelijk te houden, mijn plan van aanpak in een Google Docs sheet gegoten. Iedereen is vrij om hier opmerkingen bij te plaatsen. Aan de hand van deze opmerkingen of vragen zal ik de sheet bijwerken (en op die manier 'comments solven'). Zodra er over een onderdeel (set objecten) naar alle redelijkheid overeenstemming is, zal ik de aanvraagprocedure van dat deel van de import starten.

Ik zie uit naar jullie reacties,
Jeroen


_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

Maarten Deen
On 2015-03-13 23:38, JJJ Wegdam wrote:
> Goedenavond,
>
> hierbij een voorstel om gegevens van ProRail's Railmaps [1] applicatie
> te importeren in OSM. Railmaps is een service van ProRail met alle 2D
> infra data waar ProRail over beschikt. Het ziet er als volgt uit:

Hier stond waarschijnlijk een plaatje maar die is niet meegekomen.

> Op verzoek heb ik van ProRail toestemming gekregen (het downloadbare
> deel van) de data te importeren naar OSM. Een buitenkansje voor hele
> precieze spoordata wat mij betreft. Aangezien dit om een flink grote
> dataset gaat heb ik, om alle reacties overzichtelijk te houden, mijn
> plan van aanpak in een Google Docs sheet [2] gegoten. Iedereen is vrij
> om hier opmerkingen bij te plaatsen. Aan de hand van deze opmerkingen
> of vragen zal ik de sheet bijwerken (en op die manier 'comments
> solven'). Zodra er over een onderdeel (set objecten) naar alle
> redelijkheid overeenstemming is, zal ik de aanvraagprocedure [3] van
> dat deel van de import starten.

Hou je er rekening mee dat vrijwel alle treinseries als relatie gemapt
zijn en zorg je ervoor dat die niet helemaal opnieuw gedaan moeten
worden door deze import?

En eerlijk gezegd lijkt het me dat de meeste rails zo compleet in OSM
zit dat een import hiervan (dus de railsecties) al gauw meer kwaad doet
dan goed.

Maarten


_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

JJJ Wegdam
In reply to this post by JJJ Wegdam
Beste Maarten,

Bedankt voor je mail. Hieronder hoop ik zoveel mogelijk je vragen te beantwoorden.

Op 14 mar 2015 om 12:30 uur uur schreef Maarten Deen <[hidden email]>:

On 2015-03-13 23:38, JJJ Wegdam wrote:
Goedenavond,

hierbij een voorstel om gegevens van ProRail's Railmaps [1] applicatie
te importeren in OSM. Railmaps is een service van ProRail met alle 2D
infra data waar ProRail over beschikt. Het ziet er als volgt uit:

Hier stond waarschijnlijk een plaatje maar die is niet meegekomen.
 
Bij deze niet als bijlage maar als link: http://puu.sh/ghIVc/41e917885b.png 


Op verzoek heb ik van ProRail toestemming gekregen (het downloadbare
deel van) de data te importeren naar OSM. Een buitenkansje voor hele
precieze spoordata wat mij betreft. Aangezien dit om een flink grote
dataset gaat heb ik, om alle reacties overzichtelijk te houden, mijn
plan van aanpak in een Google Docs sheet gegoten. Iedereen is vrij
om hier opmerkingen bij te plaatsen. Aan de hand van deze opmerkingen
of vragen zal ik de sheet bijwerken (en op die manier 'comments
solven'). Zodra er over een onderdeel (set objecten) naar alle
redelijkheid overeenstemming is, zal ik de aanvraagprocedure van
dat deel van de import starten.

Hou je er rekening mee dat vrijwel alle treinseries als relatie gemapt
zijn en zorg je ervoor dat die niet helemaal opnieuw gedaan moeten
worden door deze import?
 
Zeer terechte vraag. De onderdelen binnen de groep 'Railway Tracks' zijn onderdelen die vrijwel altijd bestaande polylines (en nodes i.g.v. buffer stops) gaan vervangen. Ik ben in de veronderstelling dat het door jou beschreven probleem via de replace geometry tool van JOSM te ondervangen is. Deze vervangt alleen de vorm (en niet de tags en relations). Tevens zal ik de genoemde onderdelen voor het laatst bewaren en vervolgens met veel zorg in kleine delen importeren. Kan je je daarin vinden?

En eerlijk gezegd lijkt het me dat de meeste rails zo compleet in OSM
zit dat een import hiervan (dus de railsecties) al gauw meer kwaad doet
dan goed.

Ik denk dat we wat dit betreft een compromis kunnen vinden in: 'Prioriteit leggen bij slecht gemapte baanvakken (bijvoorbeeld de Rotterdamse havensporen) en nieuw gebouwde sporen (aanpassing layout emplacement Utrecht / Enschede). Andere sporen (met zorg) vervangen indien de tijd zich ervoor leent.'.

Mocht je nog vragen of opmerkingen hebben dan hoor ik het wel.
Goed weekend,
Jeroen


_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

Marc Gemis

2015-03-14 14:22 GMT+01:00 JJJ Wegdam <[hidden email]>:
Zeer terechte vraag. De onderdelen binnen de groep 'Railway Tracks' zijn onderdelen die vrijwel altijd bestaande polylines (en nodes i.g.v. buffer stops) gaan vervangen. Ik ben in de veronderstelling dat het door jou beschreven probleem via de replace geometry tool van JOSM te ondervangen is. Deze vervangt alleen de vorm (en niet de tags en relations). Tevens zal ik de genoemde onderdelen voor het laatst bewaren en vervolgens met veel zorg in kleine delen importeren. Kan je je daarin vinden?

Heb je die replacement geprobeerd ? Ik heb even een weg getekend en geprobeerd een andere weg die deel uitmaakt van een relatie te vervangen. Dit lijkt niet te lukken, behalve als de begin- en eindknoop van de nieuwe en oude weg samenvallen. Het lijkt me al sneller te gaan als je de verbeterde spoorlijnen gewoon zelf intekend door de bestaande knopen te verschuiven. Dat toont ook meer respect voor je voorgangers.

Ik denk dus dat je best eerst de tools wat beter leert kennen voordat je daadwerkelijk overgaat tot het schrijven van een import proposal, anders ga je je voorstel er nooit doorkrijgen. Ze zijn heel kritisch op de import mailing list. Dus niets veronderstellen, maar zelf uitproberen. Ik zou je ook aanraden een tijdje manuele wijzingen te maken om een beter gevoel te krijgen met de data en manier van mappen binnen OSM.

mvg

m

_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

JJJ Wegdam
Beste Marc,

Op 14 mar 2015 om 22:48 uur uur schreef Marc Gemis <[hidden email]>:
2015-03-14 14:22 GMT+01:00 JJJ Wegdam <[hidden email]>:
Zeer terechte vraag. De onderdelen binnen de groep 'Railway Tracks' zijn onderdelen die vrijwel altijd bestaande polylines (en nodes i.g.v. buffer stops) gaan vervangen. Ik ben in de veronderstelling dat het door jou beschreven probleem via de replace geometry tool van JOSM te ondervangen is. Deze vervangt alleen de vorm (en niet de tags en relations). Tevens zal ik de genoemde onderdelen voor het laatst bewaren en vervolgens met veel zorg in kleine delen importeren. Kan je je daarin vinden?

Heb je die replacement geprobeerd ? Ik heb even een weg getekend en geprobeerd een andere weg die deel uitmaakt van een relatie te vervangen. Dit lijkt niet te lukken, behalve als de begin- en eindknoop van de nieuwe en oude weg samenvallen. Het lijkt me al sneller te gaan als je de verbeterde spoorlijnen gewoon zelf intekend door de bestaande knopen te verschuiven. Dat toont ook meer respect voor je voorgangers.
 Dit lukt alleen als de relations en begin- en eindknoop kloppen. Zo zit de tool in elkaar. Dit is te ondervangen door de (oude en nieuwe) polylines eerst te combineren en vervolgens weer te scheiden. Mijn uitgangspunt zal altijd zijn om een huidig object zó te vervangen dat de objectgeschiedenis behouden blijft.
Ik denk dus dat je best eerst de tools wat beter leert kennen voordat je daadwerkelijk overgaat tot het schrijven van een import proposal, anders ga je je voorstel er nooit doorkrijgen. Ze zijn heel kritisch op de import mailing list. Dus niets veronderstellen, maar zelf uitproberen. Ik zou je ook aanraden een tijdje manuele wijzingen te maken om een beter gevoel te krijgen met de data en manier van mappen binnen OSM.
 Ik heb nooit beweerd dat dit voorstel al bij de import mailing list ligt. Dit wil ik inderdaad pas doen zodra er binnen Nederland overeenstemming is. Tevens wil ik erop wijzen dat bij het schrijven van een dergelijk voorstel je nooit met alles rekening kan houden. Het zou gek zijn als het helemaal vlekkeloos verliep. Ik neem al jullie aanbevelingen graag ter harte en ik denk dat het uiteindelijke voorstel voor de import mailing list alleen maar beter wordt door de ervaring van talk-NL. 

Goed weekend,
Jeroen 

_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

Stefan de Konink-3
In reply to this post by JJJ Wegdam
Had je deze data al eens gezien? Dit is zeg maar de data van Prorail GIS.

http://data.openov.nl/prorail/

Ik vind zelf de stations erg interessant. Ben benieuwd of je dat uit
Railmaps kunt krijgen.

Stefan


_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

JJJ Wegdam
In reply to this post by JJJ Wegdam
Beste Stefan,

bedankt voor de link. De bestanden had ik toevallig al, maar ik wist niet dat ze op onderstaande website beschikbaar waren. De bestanden bevatten aardig wat overlap met de data op railmaps (wat handig is aangezien er voor deze bestanden dus geen inlog code nodig is). Dit geldt ook voor de stations en hun tags. Echter zijn er zowel op railmaps als op deze website bestanden beschikbaar die niet op beide locaties te vinden zijn. Zo gebruik ik van de bestanden van openov.nl erg graag de maximumsnelheden; deze staan heel precies per spoor online.
In de maxspeed layer van ORM had ik eerder al de baanvaksnelheden verwerkt, maar de specifieke limieten per spoor zijn met onderstaande data haalbaar geworden. In bijgevoegde afbeelding een QGIS render volgens de legenda die ORM gebruikt.

Mocht je verder nog in de stations geïnteresseerd zijn: op ORM heb ik reeds alle stationsafkortingen ingevoerd. Daarmee is de data van ProRail welke relevant is voor OSM eigenlijk al compleet. Geocodes ga ik namelijk per spoor toevoegen; dit volgens richtlijnen van ORM. Mocht je verder nog vragen hebben dan hoor ik het graag.

Met vriendelijke groet,
Jeroen
QGIS speed layer.png 

Op 21 mar 2015 om 18:37 uur uur schreef Stefan de Konink <[hidden email]>:

Had je deze data al eens gezien? Dit is zeg maar de data van Prorail GIS.

http://data.openov.nl/prorail/

Ik vind zelf de stations erg interessant. Ben benieuwd of je dat uit
Railmaps kunt krijgen.

Stefan


_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl
Reply | Threaded
Open this post in threaded view
|

Re: ProRail spoordata import

Pander OpenTaal
On 03/21/2015 08:12 PM, JJJ Wegdam wrote:

> Beste Stefan,
>
> bedankt voor de link. De bestanden had ik toevallig al, maar ik wist
> niet dat ze op onderstaande website beschikbaar waren. De bestanden
> bevatten aardig wat overlap met de data op railmaps (wat handig is
> aangezien er voor deze bestanden dus geen inlog code nodig is). Dit
> geldt ook voor de stations en hun tags. Echter zijn er zowel op railmaps
> als op deze website bestanden beschikbaar die niet op beide locaties te
> vinden zijn. Zo gebruik ik van de bestanden van openov.nl erg graag de
> maximumsnelheden; deze staan heel precies per spoor online.
> In de maxspeed layer van ORM <http://openrailwaymap.org/> had ik eerder
> al de baanvaksnelheden
> <http://upload.wikimedia.org/wikipedia/commons/b/b1/Baanvaksnelheden.png> verwerkt,
> maar de specifieke limieten per spoor zijn met onderstaande data
> haalbaar geworden. In bijgevoegde afbeelding een QGIS render volgens de
> legenda die ORM gebruikt.
>
> Mocht je verder nog in de stations geïnteresseerd zijn: op ORM heb ik
> reeds alle stationsafkortingen ingevoerd. Daarmee is de data van ProRail
> welke relevant is voor OSM eigenlijk al compleet. Geocodes ga ik
> namelijk per spoor toevoegen; dit volgens richtlijnen van ORM. Mocht je
> verder nog vragen hebben dan hoor ik het graag.
>
> Met vriendelijke groet,
> Jeroen
> QGIS speed layer.png
>
> Op 21 mar 2015 om 18:37 uur uur schreef Stefan de Konink <[hidden email]>:
>
>> Had je deze data al eens gezien? Dit is zeg maar de data van Prorail GIS.
>>
>> http://data.openov.nl/prorail/
>>
>> Ik vind zelf de stations erg interessant. Ben benieuwd of je dat uit
>> Railmaps kunt krijgen.
>>

Een mogelijke toepassing kan dit zijn:
https://code.google.com/p/osmand/issues/detail?id=2415

>> Stefan
>>
>
>
> _______________________________________________
> Talk-nl mailing list
> [hidden email]
> https://lists.openstreetmap.org/listinfo/talk-nl
>


--
Stichting OpenTaal      http://opentaal.org
                        http://twitter.com/opentaal

_______________________________________________
Talk-nl mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-nl