Re: [OSM-talk-nl] ProRail spoordata import
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 ste...@konink.de: 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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org http://twitter.com/opentaal ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ProRail spoordata import
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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ProRail spoordata import
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 Op 21 mar 2015 om 18:37 uur uur schreef Stefan de Konink ste...@konink.de: 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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ProRail spoordata import
Beste Marc, Op 14 mar 2015 om 22:48 uur uur schreef Marc Gemis marc.ge...@gmail.com: 2015-03-14 14:22 GMT+01:00 JJJ Wegdam jweg...@me.com: 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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ProRail spoordata import
2015-03-14 14:22 GMT+01:00 JJJ Wegdam jweg...@me.com: 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 http://wiki.osm.org/wiki/JOSM/Plugins/utilsplugin2#Replace_geometry_.28Ctrl.2BShift.2BG.29 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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ProRail spoordata import
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 md...@xs4all.nl: 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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ProRail spoordata import
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 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
