Do you use the standard mkgmap or do you use a build from the locator
branch?
WanMil
Since I stopped using is_in and openGeoDb in my style files my
problem on Belgium disappeared.
I am sure those problematic country name variants are being read from
is_in tags. So ignoring is_in will make
Hello,
Horb isn't complete in the tile. I created the tile also with osmosis with the
same boundaries (top=48.735352 left=8.129883 bottom=48.295898 right=8.657227).
Same behaviour.
But, I've created a place tag named Horb and now I can find all streets within
this tile. So the question is, is
Can you please send your areas.list from the splitter? Then I can test
and debug myself.
The place-tag is evaluated only by the old locator. Which value do you
use for the parameter location-autofill? Please send also your complete
mkgmap commandlines with parameters.
WanMil
Hello,
Horb
I have downloaded the splitter.jar file and replaced it in the splitter
r171 installation.
I tried to split the geofabric europe dump. PBF files are created
although I did not see any progress message about relations.
The PBF files cannot be used by mkgmap so there seem to be a format problem:
Hello WanMil,
please find attached the area.list-file.
I use the following command:
java -Xmx1700M -Dlog.config=logging.properties -jar mkgmap-locator-r1937.jar
--boundsdirectory=bounds --latin1 --series-name=Germany --family-name=Germany
--remove-short-arcs --index --net --route --tdbfile
Hi
I've decided to experiment with PBF support output in the splitter. I
got something working and I am testing it for the next week. Let me know
if someone else wants to give it a test. I don't have a place to put the
JAR but that can be fixed easily.
Excellent!
I see you've already made
Hi
Sorry, the complete europe map still seems to trigger some limits.
It's again the mdr.img being240MB. I uploaded the faulty file to the
mkgmap website. Here is the debug output ...
OK, thanks for that.
One more thought: the limit of 240 MB looks like the least siginifcant 4
bits of
Am 06.05.2011 18:13, schrieb Josef Latt:
Hi,
I use 'continue' to show oneways and cycleways tagged on the road:
highway=primary [0x02 level 5 continue]
highway=primary oneway=yes [0x18 level 5 continue]
highway=primary (cycleway=track |
Hello,
short question, because somebody wrote it also in the openstreetmap-forum.
In the default style seems to be an error.
mkgmap:postal_code!=* mkgmap:postcode=* { set
mkgmap:postal_code='${mkgmap:postalcode}' }
should be
mkgmap:postal_code!=* mkgmap:postcode=* { set mkgmap:postcode
On 5/7/2011 9:57 AM, mkgmap-dev-requ...@lists.mkgmap.org.uk wrote:
I see you've already made the jar available on files.mkgmap.org.uk
and I've tried it out and it appears to work fine. One thing though is
that the files in the template.args file are still written with the
.osm.gz
suffix,
On 5/7/2011 7:52 AM, mkgmap-dev-requ...@lists.mkgmap.org.uk wrote:
The PBF files cannot be used by mkgmap so there seem to be a format
problem:
Error at line 1, col 1
Bad file format: europe\20110506\tiles\63240001.osm.pbf
Error parsing file
What level of mkgmap are you using? That error
Hi,
all streets, which were split in OSM-data get shown in search as often
as parts exist in data. It would be great, if these separated streets
would be shown only once, if parts have at least one common node.
Henning
___
mkgmap-dev mailing list
And futhermore, if there is a city, which exist in 2 or more regions (e.g.
Potsdam in Brandenburg and Schleswig-Holstein), only one (in
Schleswig-Holstein) is on the Garmin device shown. Any idea how to avoid this?!
In Basecamp all cities are shown.
Cheers
Martin
Am 07.05.2011 um 20:25 schrieb
On 5/7/2011 7:52 AM, mkgmap-dev-requ...@lists.mkgmap.org.uk wrote:
The PBF files cannot be used by mkgmap so there seem to be a format
problem:
Error at line 1, col 1
Bad file format: europe\20110506\tiles\63240001.osm.pbf
Error parsing file
What level of mkgmap are you using? That error
Have you searched for the street on a Garmin Device or in Mapsource/Basecamp?
When I search it on my Oregon without a City, I find the street, but when I
select this street, there is no location found (N --° E --°--).
It seems, that the index-file creates a entry for this street, but
Pse give a the area-list if europe-split from geofabrik works for you.
2011/5/7 WanMil wmgc...@web.de:
On 5/7/2011 7:52 AM, mkgmap-dev-requ...@lists.mkgmap.org.uk wrote:
The PBF files cannot be used by mkgmap so there seem to be a format
problem:
Error at line 1, col 1
Bad file format:
I have used Mapsource.
Have you searched for the street on a Garmin Device or in Mapsource/Basecamp?
When I search it on my Oregon without a City, I find the street, but when I
select this street, there is no location found (N --° E --°--).
It seems, that the index-file creates a
El 06/05/11 17:41, Carlos Dávila escribió:
El 05/05/11 00:50, navmaps escribió:
Hi Carlos, it's my experience that skipping is_in, addr: and openGeoDB
works best for the Garmin index. What you'll then see is that some OSM
boundaries need to be improved. But getting that done will
El 07/05/11 18:28, Martin escribió:
Hello,
short question, because somebody wrote it also in the openstreetmap-forum.
In the default style seems to be an error.
mkgmap:postal_code!=* mkgmap:postcode=* { set
mkgmap:postal_code='${mkgmap:postalcode}' }
should be
mkgmap:postal_code!=*
Hi Carlos, I know this problem, because I live in a city where exactly
that is the case. The solution for that as has been applied in the
Netherlands and Belgium is to use a lower level boundary: in Belgium
admin_level 9 is used as the primary boundary, in the Netherlands
admin_level 10
20 matches
Mail list logo