Hi What needs to be clarified is if the way, possibly closed, has to be fully within the specified area, or just partially. Maybe this can be represented as the value of the the created mkgmap:{areaTag}:{areaValue} tag. Ticker On Tue, 2019-12-17 at 11:15 +0000, Gerd Petermann wrote:
Hi Nick,
OK, I already expected this when I asked if landuse is enough... I'll add code to support all polygons and see how to document it. I guess it should be no problem when I revert the changes in r4397.
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Pinns UK <osm@pinns.co.uk> Gesendet: Dienstag, 17. Dezember 2019 11:53 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Commit r4397: implement and document new option --is-in-landuse=value[, value...]
Hi Gerd,
Oops, I forgot to look at the documentation!
Personally , I think it is such a useful option which will open up a host of new possibilities when/if you are able to extend this to include all polygons.
Again, thanks for all your hard work!
Nick
On 17/12/2019 09:42, Pinns UK wrote:
Hi Gerd
I've been able to change footpaths on (some?) amenity graveyards to paths by just setting the lu:cemetery to yes
I first tried :
amenity=grave_yard {set landuse=cemetry;echotags"change2landuse"}
mkgmap:lu:cemetery=* & highway=footway {set highway=path}
however this did not work , ie footpaths on cemeteries didn't change to paths and the echotags didn't show any :lu:cemetery
then I tried
amenity=grave_yard {set mkgmap:lu:cemetery=yes}
mkgmap:lu:cemetery=* & highway=footway {set highway=path}
This seems to work for some (?) graveyards (Haven't checked this on 2 graveyards only)
My question is ,does mkgmap check if highways cross a polygon as soon as it parses mkgmap:lu:cemetery=* & highway=footway
or are the checks done before 'Lines' are parsed?
If the user can set the value then what ,if any ,are the effects - ie
natural=wood { set mkgmap:lu:cemetery=yes}
If this works then Arndt seems to have a point?
r
Nick
Does mkgmap check if graveyard
On 15/12/2019 12:28, Arndt Röhrig wrote: is-in-landuse, nice function!
with this new option i set acces=no for bicycles when the way is within a cemetary. (& no tag say, that bicycle is ok)
There are still a few polys where that could be used. amenity=grave_yard, amenity=hospital, leisure=pitch ....
maybe its better to name the option is-in-polygone:polygone=value
Arndt
svn commit < svn@mkgmap.org.uk<mailto:svn@mkgmap.org.uk>> hat am 15. Dezember 2019 um 10:05 geschrieben:
Version mkgmap-r4397 was committed by gerd on Sun, 15 Dec 2019
implement and document new option --is-in-landuse=value[,value...] - svn rename ResidentialHook.java to LanduseHook.java - remove support for undocumented option --residential-hook=false - warn if style uses mkgmap:residential which was replaced by mkgmap:lu:residential
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4397 _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev On 15/12/2019 09:05, svn commit wrote:
Version mkgmap-r4397 was committed by gerd on Sun, 15 Dec 2019
implement and document new option --is-in-landuse=value[,value...] - svn rename ResidentialHook.java to LanduseHook.java - remove support for undocumented option --residential-hook=false - warn if style uses mkgmap:residential which was replaced by mkgmap:lu:residential
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4397 _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev