Problem here is that mkgmap:bicycle=no is overruled by bicycle=yes
later in the access rules, imho there is an issue in the styles.
So I have to add set bicycle=no motorcar=no etc if I use set access no
which I find a bit unlogical.
___
mkgmap-dev maili
Hi Minko,
if I got it right, the idea is to use the prefixed tags
like mkgmap:bicycle only in the finalize section.
So that would include also the setaccess and addaccess actions.
Don't know if the current rules in inc\access are meant to preserve
values with where set before.
Gerd
> Date: Sat,
Am Samstag, 25. Oktober 2014, 09:31:33 schrieb Gerd Petermann:
> if I got it right, the idea is to use the prefixed tags
> like mkgmap:bicycle only in the finalize section.
> So that would include also the setaccess and addaccess actions.
>
> Don't know if the current rules in inc\access are meant
Hi Brian,
I fear the patch doesn't solve the problem, because the problem is somewhere
else.
Here is what I found:
1) The way 265329468 is a polygon, the rule that matches is
(building=* | amenity=*) & area!=no & amenity!=grave_yard [0x13 resolution 24]
in the polygons file.
The finalize sect
Am Samstag, 25. Oktober 2014, 10:23:13 schrieb Gerd Petermann:
> I think we also have to add
> include 'inc/address';
> to the polygon rules.
+1
this is my finalize section in polygons for a long time
# The finalizer section is executed for each element when a rule with an
element type matche
Hi Bernd,
sorry, I was wrong (looked at an old map while testing)
Bens patch solves the problem with the building in NY, there is no need to
include
inc/address in polygons for this case.
If I got it right, the housenumber code is only interested in streetnames
given by mkgmap:street or addr:
Version mkgmap-r3338 was committed by gerd on Sat, 25 Oct 2014
fix the New York address search. Also included a small change in Canada and the
US which removes the 'City of' in front of city names when it's there. Nobody
uses the official 'City of' form of city names so it doesn't make sense to
Hi Ben,
thanks for the patch. I've committed it with r3338.
Gerd
Date: Fri, 24 Oct 2014 22:52:27 +0200
From: b...@bagu.org
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] FW: mkgmap in NYC
Brian: Address search in the US map from 2014.10.23 should now works for New
York. I've test
Am Samstag, 25. Oktober 2014, 10:57:05 schrieb Gerd Petermann:
> If I got it right, the housenumber code is only interested in streetnames
> given by mkgmap:street or addr:street. These may also be set in inc/address,
> but I don't think that this has an effect on the housenumber code.
>
> Do you
Am Samstag, 25. Oktober 2014, 11:11:50 schrieb Bernd Weigelt:
> i can't descripe this problems anymore, sorry,
Got it, this has historical reasons
in the original AIO-Style, my style is a fork with a lot of changes, points,
lines and polygons starts with the address actions.
i moved them to a s
Hi Gerd
I am not sure how to handle the dependency on splitter. I think it is
okay to use the
jar file and not the splitter sources as long as one doesn't want to
change the splitter
sources. I am not sure that the download link will work in the future.
Regarding the required splitter version: I
i just re comiled my au map
now get a msg that , all data will not fit into 1 map
need to cut files smaller again
did have setu 50,000 , now trying 40,000 nodes , will advise in due course
stephen
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.u
Hi all,
I was getting an exception being thrown in GmapsuppBuilder.java which
simply said "hmm". This could me more informative. Perhaps something like:
https://github.com/TimSC/mkgmap/commit/6e9ccf37cc2dd6ee99542fc894fa38f67af8e191
TimSC
___
mkgma
13 matches
Mail list logo