[mkgmap-dev] Strange behaviour with highway=pedestrain & area=yes

2011-04-29 Thread Josef Latt
Hi, I tried this to mark those areas in my map (found it on several pages): In lines style: highway=pedestrian & area!=yes [0x0d level 2] In polygons style: highway=pedestrian & area=yes [0x13 level 2] Result is,that there is no marked area and the highway itself is not drawn with type 0x0d b

Re: [mkgmap-dev] [locator] Separate boundary files

2011-04-29 Thread navmaps
The European boundaries compiled by WanMil are available for download: http://www.navmaps.eu/wanmil/europe_bounds_20110429.zip Johan On Fri, 29 Apr 2011 22:49:54 +0200, WanMil wrote: > Great! That was a silly bug... > > I think I found another big issue that affects quite a lot of > bound

[mkgmap-dev] [locator] Osmosis parameters required

2011-04-29 Thread WanMil
I have the problem that some ways are missing in the osmosis filtered dump. Here is my osmosis call: osmosis.bat --rb europe.osm.pbf --tf accept-ways boundary=administrative --tf accept-relations boundary=administrative --used-way --used-node --wx europe-boundaries.osm.gz One example what is

Re: [mkgmap-dev] [locator] Separate boundary files

2011-04-29 Thread WanMil
Great! That was a silly bug... I think I found another big issue that affects quite a lot of boundaries. My osmosis command line was not complete. Ways without boundary=administrative were not contained in the output file. I think for this the --used-way parameter must be added. It is new in os

Re: [mkgmap-dev] [locator] Separate boundary files

2011-04-29 Thread Carlos Dávila
It seems r1929 did the trick. Now I get 44 matches for "Calle Calvario" (vs 46 with trunk), all of them but two with complete city, region, country information. Also most of the States/Provinces are now correct. El 28/04/11 23:23, Carlos Dávila escribió: > El 28/04/11 21:49, WanMil escribió: >>

Re: [mkgmap-dev] [locator] Boundary file GPX converter

2011-04-29 Thread WanMil
> Hi Wanmil, > I extracted bounds_240_20.bnd, found a lot of gpx files in > admin_level=10, and searched for a 'problematic' relation r297049, which I > found there: > 10_r297049_o_0.gpx Opened it and nothing seems wrong with it. And yet there > is not one street within this relation tha

Re: [mkgmap-dev] [locator] Boundary file GPX converter

2011-04-29 Thread Minko
Hi Wanmil, I extracted bounds_240_20.bnd, found a lot of gpx files in admin_level=10, and searched for a 'problematic' relation r297049, which I found there: 10_r297049_o_0.gpx Opened it and nothing seems wrong with it. And yet there is not one street within this relation that is matched

Re: [mkgmap-dev] [locator] Separate boundary files

2011-04-29 Thread Steve Ratcliffe
On 28/04/11 20:52, WanMil wrote: > >> With a boundsdirectory it went fine. I haven't paid attention to the >> performance, with a few tiles it was ok I guess. I'll try to compile the >> whole Benelux end of this week and compare the processing times. >> >> The osmosis step took a lot of time, I'm

[mkgmap-dev] [locator] Boundary file GPX converter

2011-04-29 Thread WanMil
I have committed a converter that converts one or more precompiled boundary files to GPX files. This is necessary to answer the numerous questions "Why is this street not mapped to town A" etc. It is also very useful for the development. How does it work? Call java -cp mkgmap.jar uk.me.parabol

Re: [mkgmap-dev] [locator] Separate boundary files

2011-04-29 Thread Lambertus
On 2011-04-29 14:37, Martin wrote: > Has anybody already uploaded the file? > > Martin > An older (november 2010) coastline extract from the Planet dump is here: http://planetosm.oxilion.nl/~lambertus/coastline.osm.gz ___ mkgmap-dev mailing list mkgmap-d

Re: [mkgmap-dev] [locator] Separate boundary files

2011-04-29 Thread Martin
Has anybody already uploaded the file? Martin On 28.04.2011 21:52, WanMil wrote: >> With a boundsdirectory it went fine. I haven't paid attention to the >> performance, with a few tiles it was ok I guess. I'll try to compile the >> whole Benelux end of this week and compare the processing times