Re: [OSM-talk-be] PT mapping in België, mappen van OV in België, Transport en commun en Belgique
Het blogentry is nu vertaald (en weer wat aangepast) naar het Nederlands. De Engelstalige versie heb 'k verplaatst naar mijn OSM-dagboek. http://osm.be/nl/content/mapping-public-transport-belgium 2015-01-09 13:07 GMT+01:00 Jo winfi...@gmail.com: Hi, After/during a discussion with our German colleagues, I wrote this blog entry: http://osm.be/nl/content/mapping-public-transport-belgium Let me know what you think about it. It's still work in progress. I wasn't quite ready with it, but now it got mentioned on the German Wochennotiz, I'd better move forward with it. I tried to be honest about some details I managed to get wrong along the way. (order of itinerary first, then stops) And some things which I feel are not well taken care of in version 2 of the PT scheme. (stop_areas comprising stop attributes on both sides of the road, instead of a hierarchically organised tree structure). The biggest difference being that I wouldn't consider mapping bus stops on platform ways or multipolygons, but on dedicated nodes only. On the one hand this is incompatible with the MapCSS I developed, on the other it makes comparing a somewhat bigger challenge. Voorlopig is er nog geen Nederlandse vertaling. Ik zal die maken als ik min of meer tevreden ben met de inhoud. De Engelse versie verplaats ik dan waarschijnlijk naar m'n OSM diary/dagboek. Ik heb getracht om eerlijk te zijn over de zaken die ik de voorbije weken heb bijgeleerd, waar ik blijkbaar in de fout ben gegaan bij het interpreteren van de regeltjes. (ik doe eerst de reisweg, dan de haltes). Een stop_area per straatkant en niet voor alle haltes die in elkaars buurt liggen tegelijk, daarvoor dient een boomstructuur met een stop_area_group. Het grootste verschil zit 'm erin dat ik nooit zou overwegen om haltes op iets anders dan nodes te mappen, enerzijds omdat m'n MapCSS dan niet meer zou werken, anderzijds omdat dat het vergelijken wat lastiger maakt. Pour l'instant ce n'est pas encore traduit en français. Je le ferai une fois que je serai content avec le contenu. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] PT mapping in België, mappen van OV in België, Transport en commun en Belgique
Hi, After/during a discussion with our German colleagues, I wrote this blog entry: http://osm.be/nl/content/mapping-public-transport-belgium Let me know what you think about it. It's still work in progress. I wasn't quite ready with it, but now it got mentioned on the German Wochennotiz, I'd better move forward with it. I tried to be honest about some details I managed to get wrong along the way. (order of itinerary first, then stops) And some things which I feel are not well taken care of in version 2 of the PT scheme. (stop_areas comprising stop attributes on both sides of the road, instead of a hierarchically organised tree structure). The biggest difference being that I wouldn't consider mapping bus stops on platform ways or multipolygons, but on dedicated nodes only. On the one hand this is incompatible with the MapCSS I developed, on the other it makes comparing a somewhat bigger challenge. Voorlopig is er nog geen Nederlandse vertaling. Ik zal die maken als ik min of meer tevreden ben met de inhoud. De Engelse versie verplaats ik dan waarschijnlijk naar m'n OSM diary/dagboek. Ik heb getracht om eerlijk te zijn over de zaken die ik de voorbije weken heb bijgeleerd, waar ik blijkbaar in de fout ben gegaan bij het interpreteren van de regeltjes. (ik doe eerst de reisweg, dan de haltes). Een stop_area per straatkant en niet voor alle haltes die in elkaars buurt liggen tegelijk, daarvoor dient een boomstructuur met een stop_area_group. Het grootste verschil zit 'm erin dat ik nooit zou overwegen om haltes op iets anders dan nodes te mappen, enerzijds omdat m'n MapCSS dan niet meer zou werken, anderzijds omdat dat het vergelijken wat lastiger maakt. Pour l'instant ce n'est pas encore traduit en français. Je le ferai une fois que je serai content avec le contenu. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] PT mapping in België, mappen van OV in België, Transport en commun en Belgique
Hi Pieter, I didn't invent the term stop_position. It's been used thousands of times in the Openstreetmap data by now, though. I'm afraid it would meet a lot of resistance if we tried to rename it now... Cheers, Jo 2015-01-09 13:37 GMT+01:00 Pieter Colpaert pieter.colpa...@okfn.org: Hi Jo, Also for iRail this is interesting work! Thanks! :) One small remark: stop_position → could this be renamed to stop_point? Then it's in-line with our open transport vocabulary: https://github.com/OpenTransport/vocabulary/blob/master/docs/vocabulary.md Kind regards, Pieter On 2015-01-09 13:07, Jo wrote: Hi, After/during a discussion with our German colleagues, I wrote this blog entry: http://osm.be/nl/content/mapping-public-transport-belgium Let me know what you think about it. It's still work in progress. I wasn't quite ready with it, but now it got mentioned on the German Wochennotiz, I'd better move forward with it. I tried to be honest about some details I managed to get wrong along the way. (order of itinerary first, then stops) And some things which I feel are not well taken care of in version 2 of the PT scheme. (stop_areas comprising stop attributes on both sides of the road, instead of a hierarchically organised tree structure). The biggest difference being that I wouldn't consider mapping bus stops on platform ways or multipolygons, but on dedicated nodes only. On the one hand this is incompatible with the MapCSS I developed, on the other it makes comparing a somewhat bigger challenge. Voorlopig is er nog geen Nederlandse vertaling. Ik zal die maken als ik min of meer tevreden ben met de inhoud. De Engelse versie verplaats ik dan waarschijnlijk naar m'n OSM diary/dagboek. Ik heb getracht om eerlijk te zijn over de zaken die ik de voorbije weken heb bijgeleerd, waar ik blijkbaar in de fout ben gegaan bij het interpreteren van de regeltjes. (ik doe eerst de reisweg, dan de haltes). Een stop_area per straatkant en niet voor alle haltes die in elkaars buurt liggen tegelijk, daarvoor dient een boomstructuur met een stop_area_group. Het grootste verschil zit 'm erin dat ik nooit zou overwegen om haltes op iets anders dan nodes te mappen, enerzijds omdat m'n MapCSS dan niet meer zou werken, anderzijds omdat dat het vergelijken wat lastiger maakt. Pour l'instant ce n'est pas encore traduit en français. Je le ferai une fois que je serai content avec le contenu. ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be -- +32 486 74 71 22 Open Knowledge Foundation Belgiumhttp://okfn.be Open Transport Working Group OKFNhttp://transport.okfn.org ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] PT mapping in België, mappen van OV in België, Transport en commun en Belgique
Hi Jo, Also for iRail this is interesting work! Thanks! :) One small remark: stop_position → could this be renamed to stop_point? Then it's in-line with our open transport vocabulary: https://github.com/OpenTransport/vocabulary/blob/master/docs/vocabulary.md Kind regards, Pieter On 2015-01-09 13:07, Jo wrote: Hi, After/during a discussion with our German colleagues, I wrote this blog entry: http://osm.be/nl/content/mapping-public-transport-belgium Let me know what you think about it. It's still work in progress. I wasn't quite ready with it, but now it got mentioned on the German Wochennotiz, I'd better move forward with it. I tried to be honest about some details I managed to get wrong along the way. (order of itinerary first, then stops) And some things which I feel are not well taken care of in version 2 of the PT scheme. (stop_areas comprising stop attributes on both sides of the road, instead of a hierarchically organised tree structure). The biggest difference being that I wouldn't consider mapping bus stops on platform ways or multipolygons, but on dedicated nodes only. On the one hand this is incompatible with the MapCSS I developed, on the other it makes comparing a somewhat bigger challenge. Voorlopig is er nog geen Nederlandse vertaling. Ik zal die maken als ik min of meer tevreden ben met de inhoud. De Engelse versie verplaats ik dan waarschijnlijk naar m'n OSM diary/dagboek. Ik heb getracht om eerlijk te zijn over de zaken die ik de voorbije weken heb bijgeleerd, waar ik blijkbaar in de fout ben gegaan bij het interpreteren van de regeltjes. (ik doe eerst de reisweg, dan de haltes). Een stop_area per straatkant en niet voor alle haltes die in elkaars buurt liggen tegelijk, daarvoor dient een boomstructuur met een stop_area_group. Het grootste verschil zit 'm erin dat ik nooit zou overwegen om haltes op iets anders dan nodes te mappen, enerzijds omdat m'n MapCSS dan niet meer zou werken, anderzijds omdat dat het vergelijken wat lastiger maakt. Pour l'instant ce n'est pas encore traduit en français. Je le ferai une fois que je serai content avec le contenu. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- +32 486 74 71 22 Open Knowledge Foundation Belgium http://okfn.be Open Transport Working Group OKFN http://transport.okfn.org ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be