Re: [mkgmap-dev] gmappsupp size with 20% bigger when using latest splitter

2014-10-22 Thread Gerd Petermann
Hi Enrico, splitter r412 should produce fewer tiles, so one explanation might be that the last for tiles were not produced by r412. Since your listing shows different timestamps for them I'd say you did not start with a clean directory. Gerd Date: Thu, 23 Oct 2014 00:03:15 +0200 From: elib...

[mkgmap-dev] Eclipse

2014-10-22 Thread Brian Egge
Hello,I’ve recently downloaded the mkgmap source. I had no trouble compiling it with ant, but getting Eclipse to work took some effort. I’ve attached a patch file containing changes for Eclipse. The specific changes are:* update classpath to find current version of jars* add ivyde settings* add Ecl

[mkgmap-dev] gmappsupp size with 20% bigger when using latest splitter

2014-10-22 Thread Enrico Liboni
I updated my splitter version from 314 to 412 - now, it's pretty late but I read about the new split algorithm that might cause some different sizes than before, maybe I searched too quickly but I can't seem to explain why the final gmapsupp went from 87MB to 107MB. Looking at the split output

Re: [mkgmap-dev] Rendering Tunnels

2014-10-22 Thread Enrico Liboni
Gerd thanks for the comment - it's likely a bug in facs: I tried again with same result, # WORKING OK enrico@gling:/opt/osm/test$ ls -l gmapsupp.img -rw-rw-r-- 1 enrico enrico 87724032 ott 22 00:15 gmapsupp.img #copied lines style file to lines_last adding "road_class=2 road_speed=3" enrico@gling

Re: [mkgmap-dev] Problematic routing on road_class=3 ferry routes for hikers

2014-10-22 Thread Minko
More improvements: It seems setaccess=no is not the correct command (?), so I changed it into setaccess no Then it turns out that in the finalize section mkgmap notice the tag bicycle=yes and converts it into mkgmap:bicycle=yes, so it somehow switches the bicycle access flag back off (means acce

Re: [mkgmap-dev] Problematic routing on road_class=3 ferry routes for hikers

2014-10-22 Thread Minko
> route=ferry & foot!=no {set foot_ferry=yes; set foot=no; add > mkgmap:ferry=1 } [0x1b road_class=3 road_speed=0 resolution 19 > continue with_actions] > route=ferry & foot_ferry=yes {setaccess=no; set foot=yes} [0x1b > road_class=0 road_speed=0 resolution 23] Oops, I forgot something. Above r

Re: [mkgmap-dev] Problematic routing on road_class=3 ferry routes for hikers

2014-10-22 Thread Minko
Gerd wrote: > I tried > route=ferry & (motorcar=no | motor_vehicle=no | foot=yes & access=no | > foot=yes & vehicle=no) {add mkgmap:ferry=1} [0x1b road_class=0 > road_speed=0 resolution 23] > route=ferry {add mkgmap:ferry=1} [0x1b road_class=3 road_speed=0 > resolution 19] > > but this still doesn

Re: [mkgmap-dev] Problematic routing on road_class=3 ferry routes for hikers

2014-10-22 Thread Gerd Petermann
Hi Minko, I tried route=ferry & (motorcar=no | motor_vehicle=no | foot=yes & access=no | foot=yes & vehicle=no) {add mkgmap:ferry=1} [0x1b road_class=0 road_speed=0 resolution 23] route=ferry {add mkgmap:ferry=1} [0x1b road_class=3 road_speed=0 resolution 19] but this still doesn't catch this