here is the batch file i use
On Sun, Mar 2, 2014 at 6:16 PM, Gerd Petermann
gpetermann_muenc...@hotmail.com wrote:
Hi Stephen,
is the OSM file the only input? Or do you mix it with something else?
Gerd
--
Date: Sun, 2 Mar 2014 18:13:03 +1000
From:
Hi Stephen,
your batch places the parameters like --max-nodes after the input file. Please
check if splitter
uses the defaults. If so, place these parms before the input file
..\OSM-Data\%osmfile.
Gerd
Date: Sun, 2 Mar 2014 18:28:21 +1000
From: steve.sgalow...@gmail.com
To:
Hi Stephen,
sorry, forget my last post, order of args doesn't seem to matter in splitter.
I was not able to reproduce the problem with the default style, mkgmap
r3072 (trunk) and splitter r317.
I used max-nodes=160 and see no problem.
So, please make sure that you use the latest versions of
running it now with 160,000 nodes
and here is the basic args file
On Sun, Mar 2, 2014 at 7:07 PM, Gerd Petermann
gpetermann_muenc...@hotmail.com wrote:
Hi Stephen,
sorry, forget my last post, order of args doesn't seem to matter in
splitter.
I was not able to reproduce the problem with
Hi Steve,
you used 90.000, why do you think that 160.000 will help?
Gerd
Date: Sun, 2 Mar 2014 19:13:46 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] ontario canada maps
running it now with 160,000 nodes and here is the basic args file
On
due to the number of points in the map
however , i have not had many issues with the other maps i create
with the same program
i have r3072 , and splitter 317 installed
On Sun, Mar 2, 2014 at 7:18 PM, Gerd Petermann
gpetermann_muenc...@hotmail.com wrote:
Hi Steve,
you used 90.000, why
Hi Stephen,
I guess it is something special in your style, I can't reproduce the problem
with the default style.
The values 90.000 / 160.000 are extreme small, so the problem seems to be that
a very small
area contains a large number of POI. I saw a similar problem a few weeks ago
with a
i was thinking ,
maybe if i download another pre compiled map of the area
then used gmap tool to de compile into a typ file
do you think this could partly solve my prob ?
stephen
On Sun, Mar 2, 2014 at 7:26 PM, Gerd Petermann
gpetermann_muenc...@hotmail.com wrote:
Hi Stephen,
I guess it
Hi Stephen,
I have no idea what you want to achive with that.
If you like, post a link to the *.o5m file that produces the error message
and the style files so that I can reproduce the problem.
Gerd
Date: Sun, 2 Mar 2014 20:27:38 +1000
From: steve.sgalow...@gmail.com
To:
Hi all,
this morning I downloaded a new Europe extract (europe-140301.osm.pbf) from geofabrik. I tried to split it with splitter and I was surprised that I got an error.
As I had splitter r314 I updated to splitter r317. But the error still exists.
I have no idea why this happens and what i
Hi Gert,
looks like an error in the input file.
You may try if osmconvert can read it, if not,
you have to download it again :-(
Gerd
From: thesurve...@wolke7.net
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Sun, 2 Mar 2014 14:37:36 +0100
Subject: [mkgmap-dev] splitter exception
Hi all,
this
Thank you Gerd, that was the right point.
I have checked the md5 after the download. There it had been ok, but then I copied it to another disc over my own network. Now I checked the used file - and the md5 was wrong. I dont know why. I will have that in mind, may be I get some other problems
Hi Gerd,
I discovered a (small) problem with using two inputfiles with splitter.
One input-file is planet.osm, the other one is a srtm-files covering
only a few areas. If I split an area, which is not covered by the bbox
of my srtm-file, splitter wont write any areas.list and so on. Would it
Hi Gerd,
I have tested long distance routing with mkgmap-sort-r3067 too. BaseCamp
can create long routes, but they aren't the same as in high precision
branch. Similarly like in previous comparisons, I can't tell which
results are better.
I really appreciate smaller size of img created with
14 matches
Mail list logo