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 wmgc...@web.de wrote:
Great! That was a silly bug...
I think I found another big issue that affects quite a
On Apr 30, 2011, at 8:51, navmaps wrote:
The European boundaries compiled by WanMil are available for download:
http://www.navmaps.eu/wanmil/europe_bounds_20110429.zip
Thanks for uploading the file.
Regarding the boundary function, when I compile, I notice a few errors in the
log file for
I have tried locator v1928 with the uploaded europe-boundaries but still no
success. In Mapsource about 45/80 of the random streets that I tested had no
placename. In all those cases mkgmap-locator-r1915.jar could find a matching
placename. If I look to those places that could be matched with a
El 30/04/11 00:59, WanMil escribió:
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
Try:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
boundary=administrative --used-way --write-xml boundary.osm
I have't tried it, because I haven't now access to my desktop , but I
think, this should catch all needed data.
Henning
Am 30.04.2011 12:58, schrieb Henning Scholland:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
boundary=administrative --used-way --write-xml boundary.osm
Sorry, I've forgotten an --used-node
osmosis --read-pbf europe.osm.pbf --tf
On Apr 30, 2011, at 8:51, navmaps wrote:
The European boundaries compiled by WanMil are available for download:
http://www.navmaps.eu/wanmil/europe_bounds_20110429.zip
Thanks for uploading the file.
Regarding the boundary function, when I compile, I notice a few errors in the
log file
On Apr 30, 2011, at 13:43, WanMil wrote:
1. Maybe the boundary utils are not thread safe. Do you use more than
one thread?
Yes, I do. I'll try it in single threaded mode.
Cheers
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
On Apr 30, 2011, at 13:43, WanMil wrote:
1. Maybe the boundary utils are not thread safe. Do you use more than
one thread?
I still get the error with only one thread.
By the way, I'm on Mac OS with Java version 1.6.0_24 (64 bit), if that's any
help.
Cheers.
El 30/04/11 13:00, Henning Scholland escribió:
Am 30.04.2011 12:58, schrieb Henning Scholland:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
boundary=administrative --used-way --write-xml boundary.osm
Sorry, I've forgotten an
Am 30.04.2011 14:19, schrieb Carlos Dávila:
El 30/04/11 13:00, Henning Scholland escribió:
Am 30.04.2011 12:58, schrieb Henning Scholland:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
boundary=administrative --used-way
Am 30.04.2011 13:58, schrieb Clinton Gladstone:
On Apr 30, 2011, at 13:43, WanMil wrote:
1. Maybe the boundary utils are not thread safe. Do you use more than
one thread?
I still get the error with only one thread.
By the way, I'm on Mac OS with Java version 1.6.0_24 (64 bit), if that's
Minko,
please try the latest r1930. Carlos reported that r1929 did the trick
for him (http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2011q2/011245.html).
WanMil
I have tried locator v1928 with the uploaded europe-boundaries but still no
success. In Mapsource about 45/80 of the random streets
I'm sorry, it didnt work either.
In short,
a) entering a placename NEVER gives a matching location (tested on a nüvi)
b) skipping the placename, roughly 50% of the streetnames have matching places
and a location can be found.
tested this on two tiles:
10010037: 2394112,225280 to
On Apr 30, 2011, at 15:13, WanMil wrote:
Could you please try to run the BoundaryFile2Gpx converter for this
boundary file?
Does it throw the same error? I am not sure if I there is a problem with
the big- and little-endian order on Mac versus PC?
The converter does not produce an error.
El 30/04/11 15:07, WanMil escribió:
I've posted a question to the osmosis mailing list:
http://lists.openstreetmap.org/pipermail/osmosis-dev/2011-April/001019.html
According to the answer in osmosis mailing list [1] I run
osmosis --rb spain.osm.pbf --tf accept-ways boundary=administrative
You could solve this with multiple runs of osmosis (but it might take
some time). The idea is that on the first run, you retain just the
relations tagged with boundary=administrative, the ways referred to in
those relations, and the nodes used in those ways and relations. This
gives you everything
17 matches
Mail list logo
