On 30.06.2014 23:00, Steve Ratcliffe wrote:
Hi Felix
1. Switching to unicode I ask myself If I should also change the
typ-file to code-page=65001
I don't think you need to unless you want you labels to be in
more than one character set eg Greek and Cyrilic.
Well I'm not sure. The Garmin
On 30.06.2014 13:35, Andrzej Popowski wrote:
Hi,
Garmin is changing something in their map locking system. I think this
is connected with Unicode maps. Please check if original Garmin maps
work with these device, for example Winter Activity Map:
http://www.garmin.com/uk/maps/onthetrail#apps
Hi Steve,
thanks a lot. I think this should be committed... Unicode and latin1
will be the most used code-pages. And except the locking and creating of
gmapsupp.img - mkgmap produced unicode maps work fine.
On 30.06.2014 22:45, Steve Ratcliffe wrote:
On 30/06/14 11:30, Felix Hartmann wrote:
Version mkgmap-r3312 was committed by steve on Tue, 01 Jul 2014
Add --unicode option as abbreviation for --code-page=65001.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Having the .typ-file changed by gmaptool to unicode doesn't change
anything for map authentication So - the error is not related to the
.typ-file as expected...
On 01.07.2014 09:14, Felix Hartmann wrote:
On 30.06.2014 13:35, Andrzej Popowski wrote:
Hi,
Garmin is changing something in
Hey guys,
Just wondering if somebody can commit this so that other people can benefit
from having the address search setup correctly in South Africa.
Thanks, Ben
On Tue, Jun 24, 2014 at 2:39 PM, Ben Konrath b...@bagu.org wrote:
Hi,
Here's a patch to add address boundary rules for South
Version mkgmap-r3313 was committed by steve on Tue, 01 Jul 2014
Add address boundary rules for South Africa.
-Ben Konrath
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Felix
Code Pages TYP files
Unicode only affects text associated with an element - in fact Garmin has
'recently' extended the languages to 2e (Irish) . I'm not sure if Steve has
allowed for this in the TYP compiler.
r Nick
--
View this message in context:
Hi all,
Garmin offers curvy roads preferences for their zümo 390 and 590 devices.
https://buy.garmin.com/en-US/US/on-the-road/motorcycles/zumo-390lm/prod138275.html
I'm thinking about creating motorcycle maps for old 200 series.
Might it be useful to integrate a curviness() function so that
Chapter 4.6.5 of the style manual shwos a table with road speeds and its
corresponding highest speeds.
I created a small test map with roads of ca. 100 km length of all 5
road_types and added speed limits which translate into the 8 different
road_speed codes with the current (v3310) default
Hi,
I remember that it is on my Todo-List :-)
So I performed a quick implementation following your suggestion. You can
find in the attached patch so that you can play a little bit with it.
(Attention: it is completely untested!!)
You can find a patched mkgmap.jar at
One correction:
in 2. I ment standard deviation instead of standard mean.
WanMil
Hi,
I remember that it is on my Todo-List :-)
So I performed a quick implementation following your suggestion. You can
find in the attached patch so that you can play a little bit with it.
(Attention: it is
Hi WanMil,
you are very fast, thank you very much for this!
However I'm facing some expectations, log:
java.lang.NoSuchMethodError: uk.me.parabola.mkgmap.reader.osm.Way.deleteTag(Ljav
a/lang/String;)V
at uk.me.parabola.mkgmap.reader.osm.MultiPolygonFinishHook.end(MultiPoly
13 matches
Mail list logo