r3111: trouble with link-pois-to-ways
Hi all, can anybody confirm that --link-pois-to-ways still works as desired? I noticed that in my style it's a bit weird. Now I can't tell whether it comes from my style or from the new mkgmap version. During debugging, I have noticed that a way with a barrier poi, gets mkgmap:way-has-pois=true, but it does not get the mkgmap:car etc. flags from the barrier=gate poi, which are correctly set to mkgmap:car=no etc. Seems to be not working in default style too. Cheers Manfred PS: Of course I have observed the hint given in the command line output: --link-pois-to-ways This option copies some specific attributes of a POI to a small part of the way the POI is located on. This can be used to let barriers block a way or to lower the calculated speed around traffic signals. POIs with the tags highway=* (e.g. highway=traffic_signals) or barrier=* (e.g. barrier=cycle_barrier) are supported. The style developer must add at least one of the access tags (mkgmap:foot, mkgmap:car etc.), mkgmap:road-speed and/or mkgmap:road-class to the POI. These tags are copied to a small part of the way around the POI.
Hi Manfred, with the merge from high-prec-coord branch this option doesn't add tags to a small part of the way. Instead it adds a route restriction. See also http://gis.19327.n5.nabble.com/patch-v1-link-pois-to-ways-and-restrictions-t... I'll change the description of the option. Gerd Manfred Brenneisen wrote
Hi all,
can anybody confirm that --link-pois-to-ways still works as desired? I noticed that in my style it's a bit weird. Now I can't tell whether it comes from my style or from the new mkgmap version.
During debugging, I have noticed that a way with a barrier poi, gets mkgmap:way-has-pois=true, but it does not get the mkgmap:car etc. flags from the barrier=gate poi, which are correctly set to mkgmap:car=no etc. Seems to be not working in default style too.
Cheers Manfred
PS: Of course I have observed the hint given in the command line output: --link-pois-to-ways This option copies some specific attributes of a POI to a small part of the way the POI is located on. This can be used to let barriers block a way or to lower the calculated speed around traffic signals. POIs with the tags highway=* (e.g. highway=traffic_signals) or barrier=* (e.g. barrier=cycle_barrier) are supported. The style developer must add at least one of the access tags (mkgmap:foot, mkgmap:car etc.), mkgmap:road-speed and/or mkgmap:road-class to the POI. These tags are copied to a small part of the way around the POI. _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/r3111-trouble-with-link-pois-to-ways-tp579990... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Thanks Gerd. When you update the description, would it be possible for you to have a look at the documentation link on mkgmap.org.uk? Curently this seems not to work, so the command line parameter descriptions are missing in the web. I don't trust the wiki as it is quite outdated Or give a hint there that the only way to get current description, is the command line Cheers Manfred
Gesendet: Sonntag, 16. März 2014 um 13:57 Uhr Von: GerdP <gpetermann_muenchen@hotmail.com> An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] r3111: trouble with link-pois-to-ways
Hi Manfred,
with the merge from high-prec-coord branch this option doesn't add tags to a small part of the way. Instead it adds a route restriction. See also http://gis.19327.n5.nabble.com/patch-v1-link-pois-to-ways-and-restrictions-t...
I'll change the description of the option.
Gerd
Manfred Brenneisen wrote
Hi all,
can anybody confirm that --link-pois-to-ways still works as desired? I noticed that in my style it's a bit weird. Now I can't tell whether it comes from my style or from the new mkgmap version.
During debugging, I have noticed that a way with a barrier poi, gets mkgmap:way-has-pois=true, but it does not get the mkgmap:car etc. flags from the barrier=gate poi, which are correctly set to mkgmap:car=no etc. Seems to be not working in default style too.
Cheers Manfred
PS: Of course I have observed the hint given in the command line output: --link-pois-to-ways This option copies some specific attributes of a POI to a small part of the way the POI is located on. This can be used to let barriers block a way or to lower the calculated speed around traffic signals. POIs with the tags highway=* (e.g. highway=traffic_signals) or barrier=* (e.g. barrier=cycle_barrier) are supported. The style developer must add at least one of the access tags (mkgmap:foot, mkgmap:car etc.), mkgmap:road-speed and/or mkgmap:road-class to the POI. These tags are copied to a small part of the way around the POI. _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/r3111-trouble-with-link-pois-to-ways-tp579990... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Manfred
When you update the description, would it be possible for you to have a look at the documentation link on mkgmap.org.uk? Curently this seems not to work, so the command line parameter descriptions are missing in the web. I don't trust the wiki as it is quite outdated
Thanks for letting me know about this. The documentation is normally rebuilt on every commit, but since the site has just moved to a new server and there has been no commits yet, it was not built. I've forced a rebuild now. Best wishes ..Steve
Hi Manfred, I've updated the docu, but I still see the old text here: http://www.mkgmap.org.uk/doc/options @Steve: Maybe this is caused by an error in doc/options.txt ? Please let me know if you still think that the option doesn't work and provide more details. Gerd -- View this message in context: http://gis.19327.n5.nabble.com/r3111-trouble-with-link-pois-to-ways-tp579990... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Gerd Oh, so it was 3112 that failed running a test for no apparent reason. The documentation change commit did run and the change appears for me. I've no idea why the 3112 build failed at the moment, the email I got said: [junit] Test func.files.GmapsuppTest FAILED (crashed) But when I re-ran the build it succeeded. ..Steve
@Steve: Maybe this is caused by an error in doc/options.txt ?
The build failed for some reason. Will look into it.
..Steve
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (4)
-
GerdP -
Manfred Brenneisen -
Manfred Brenneisen -
Steve Ratcliffe