Hi guys,
Maybe my question is basic, but I've researched ever manual, websites and
blogs searching a solution and have not found. Therefore, you are my last
hope.
I am partitioning a map with slplitter using the parameter num-tiles and
then compiling the generated tiles with mkgmap. The problem
Hi all,
I think r3466 is now stable enough for a first public test.
It is fully compatible with trunk r3449.
Improvements compared to trunk:
1) Number nodes are now supported. A number node
is a special node, house number intervals start and end with
a number node. In trunk, only route nodes
Hi Alexandre,
another option is to use options --mixed and --keep-complete=false in splitter,
e.g.
java -Xmx3G -jar d:\splitter\dist\splitter.jar --num-tiles=6 --mixed
--keep-complete=false MG.osm splitter.log
Gerd
Date: Wed, 18 Feb 2015 13:16:01 -0200
From: alexandre.l...@gmail.com
To:
Hi Gerd,
It works with options --mixed and --keep-complete=false.
What a valuable tips you gave me!
In fact MG.osm was generated by a converter which I'm building to convert
PFM files to OSM, so we can explore all mkgmap + style power. But I didn't
know about these sort rules. I will change my
Hi Alexandre,
good to hear :-)
The program XML parser in splitter is not doing many checks, so maybe you
should
use another tool to verify the content of the generated file first.
Gerd
Alexandre Loss wrote
Hi Gerd,
It works with options --mixed and --keep-complete=false.
What a
Hello!
Road ref hbox are not rendered in 3449. It instead goes before the name of
the road.
No script changes.
Compared between 3442 and 3449
Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com
Hi Alexandre,
it seems the problem is in the mg.osm file.
It is not sorted so that all nodes appear before all ways, and ways before
relations, also nodes are not sorted by id.
The tool osmconvert seems to hang when reading it.
Unfortunately, splitter doesn't recognize a problem
when reading the
Hi Gerd,
I'm out of my desk now, but I will provide all information as soon I return
home.
Thanks you for promptly answer my question.
Alexandre
(Enviado via iPad)
Em 18/02/2015, às 10:03, GerdP gpetermann_muenc...@hotmail.com escreveu:
Hi Alexandre,
I assume you use the latest trunk
Hi Alexandre,
I assume you use the latest trunk versions of splitter and mkgmap
and the routing problem occurs only at the tile borders?
It is difficult to say what's going wrong without any hints about the
data you use and the program options for splitter and mkgmap.
Please try to report these
Hi,
r3464 looks pretty good for me.
Steph
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd,
Thank's a lot !
The compilation and some routing tests are OK.
Test for address searching coming soon...
Steph
Le 18/02/2015 08:39, Gerd Petermann a écrit :
Hi all,
I think r3466 is now stable enough for a first public test.
It is fully compatible with trunk r3449.
Hi Gerd,
Thank's a lot !
The compilation and some routing tests are OK.
Tests for address searching coming soon...
Steph
Le 18/02/2015 08:39, Gerd Petermann a écrit :
Hi all,
I think r3466 is now stable enough for a first public test.
It is fully compatible with trunk r3449.
Hi Gerd,
Following more information about my compilation:
1. Splitter command: java -jar ../ferramentas/splitter.jar --num-tiles=6
MG.osm
2. mkgmap command:
java -Xmx4096m -XX:+UseConcMarkSweepGC -jar ..\Ferramentas\mkgmap.jar
--x-split-name-index
Gerd,
Complementing the information, the versions used are:
- splitter: 421 compiled 2015-01-10T20:01:10+
- mkgmap: 3449
2015-02-18 13:09 GMT-02:00 Alexandre Loss alexandre.l...@gmail.com:
Hi Gerd,
Following more information about my compilation:
1. Splitter command: java -jar
14 matches
Mail list logo