I fired up JOSM and deleted the myriad duplicate ways as no one else had
bothered to do it. With luck, the austria map will build now.
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkg
It must be bounds related. Using --ignore-osm-bounds and it compiles
fine. Using --route but not parsing --ignore-osm-bounds and the mess
happens.
Mark Burton wrote:
Hi,
http://openmtbmap.x-nation.de/maps/Debug/63660027.osm.gz
Here is the file. Created from YESTERDAYS geofrabrik austria.o
Could you retry using only --route?
Your commandline somehow makes the tile compile. I will try more to
find out which command exactly makes it compile smooth.
Mark Burton wrote:
Hi,
http://openmtbmap.x-nation.de/maps/Debug/63660027.osm.gz
Here is the file. Created from YESTERDAYS geof
Hi Robert,
> http://page.mi.fu-berlin.de/vollmert/tmp/neud.osm.gz
Yes, that file contains lot's of duplicate ways/nodes sitting on top of
each other so it will never be able to be sub-divided (hence mkgmap
blows up). Personally, I don't think we need to fix mkgmap to handle
this because the data
Thilo Hannemann wrote:
> I tried to do so, but the small file was processed without error :(. The
> big one is available at a website though
> (http://osm.arndnet.de/problem.osm.zip). The problem to reproduce that
> error is that it occurs for me only if I merge contourlines that I
> generated on
Hi,
> http://openmtbmap.x-nation.de/maps/Debug/63660027.osm.gz
> Here is the file. Created from YESTERDAYS geofrabrik austria.osm.bz2
> with mkgmap splitter setting: --maxnodes=20
Well, I tried that and can process it with no problems:
time java -Xmx512m -Dlog.config=/home/markb/OSM/loggi
On Jun 2, 2009, at 07:50, Thilo Hannemann wrote:
The command line is
java -Xmx2048m -ea -Dlog.config=logging.properties -jar trunk/dist/
mkgmap.jar --net --route problem.osm
The log output is available at http://osm.arndnet.de/mkgmap.log.0
(15 MB)
The input file problem.osm is available at
On Jun 2, 2009, at 07:50, Thilo Hannemann wrote:
When looking at the log output there are a lot of ways with the name
"SIEDLUNG NEUD?RFEL" (#35170047, #35160048, #35170059, #35170062,
#35170063, #35170064, #35170070, #35170071, #35170072,
#35170084, ... all in all 174) at about lat 51,08201
Please compile with --route, without --route it compiles without error.
---
http://openmtbmap.x-nation.de/maps/Debug/63660027.osm.gz
Here is the file. Created from YESTERDAYS geofrabrik austria.osm.bz2
with mkgmap splitte
http://openmtbmap.x-nation.de/maps/Debug/63660027.osm.gz
Here is the file. Created from YESTERDAYS geofrabrik austria.osm.bz2
with mkgmap splitter setting: --maxnodes=20
Thilo Hannemann wrote:
Hi Mark,
I tried to do so, but the small file was processed without error :(.
The big one is
Hi Mark,
I tried to do so, but the small file was processed without error :(.
The big one is available at a website though (http://osm.arndnet.de/problem.osm.zip
). The problem to reproduce that error is that it occurs for me only
if I merge contourlines that I generated on my own (not with
Hi Felix, Thilo,
Is it possible to produce a small example OSM file that shows this
problem? If so, please zip it up and send it to me or put it on a
website I can access.
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://
I experienced a similar error, also with mkgmap rev 1053, when
compiling germany.osm.bz2 with my own contour lines added. Mkgmap
fails with an assertion error when I try to compile one of the
resulting tiles. For some reason one road gets "stuck" while
subdividing. When I omit the contour l
I assume there is a serious bug in the austria.osm.bz2 currently.
See here the error output. It compiles 3 out of 7 tiles correctly, and
then chokes on the 4. tile.
I'm sure there is an error in the country extract (with the same command
all other country extracts of europe compiled fine - the o
14 matches
Mail list logo
