-08-06 8:44 GMT-03:00 Greg Troxel :
>
> Paulo Carvalho writes:
>
> >Just checking: did you remember to use the --link-pois-to-ways option
> in
> > your compile command? Also, did you place the barrier node apart from
> the
> > way or did you format a way
Hi,
Just checking: did you remember to use the --link-pois-to-ways option in
your compile command? Also, did you place the barrier node apart from the
way or did you format a way node as a barrier? (the latter is preferable, I
think.)
cheers,
Paulo
2014-08-06 7:01 GMT-03:00 :
> Send mkgma
piled against different TYPs.
I think this is of some importance because everything has to be done
twice: compile time, tests, TYP maintenance, upload, FTP quota usage, ...
not to mention that the end user may not readily know which version one
has to download.
all the best,
Paulo Car
Hi, Michal,
I compile maps fof Brazil that also has street names with latin accented
characters. Here are my global mkgmap params (taken from a build batch
script):
SET _params_globais_mkgmap= ^
--copyright-message="(c) OpenStreetMap Contributors" ^
--country-abbr=BRA ^
--country-name=Brasil
Michael,
The error message suggests you to compile with the -source 1.7 option.
With this option you tell the compiler to treat mkgmap's code with Java 7
specs. You don't need to downgrade your JDK intallation nor wait for
mkgmap to upgrade.
If you're using an IDE, then you have to check i
h results
> How was this map compiled?
>
> Is this maybe compiled with Unicode?
> I could image unicode maps somehow support bilingual language set. E.g.
> top cyrillic, bottom latin?
> On 29.06.2014 13:16, Paulo Carvalho wrote:
>
> Hi,
>
> Did someone take
Hi,
Did someone take a look at this? (see mesage below, sent some days ago)
thanks,
Paulo
-- Forwarded message --
From: Paulo Carvalho
Date: 2014-06-24 18:19 GMT-03:00
Subject: Redundant information in city search results
To: Development list for mkgmap
Greetings
Greetings,
I was testing a map compiled with mkgmap and I tried search in
"Cities" category. The search result screen capture is attached. Notice
that for each city the same text is unnecessarily repeated, taking up
display space.
I know this could be avoided because I've seen a Garmin
error or warning could be thrown by mkgmap or at least a notice
in mkgmap options help page so others can avoid this pitfall.
all the best and great work,
Paulo Carvalho
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.o
Hi, Gerd, yes, I got a default description in the final IMG file, when I
check the map properties in the device. Maybe not a splitter problem at
all.
I'll work on this more carefully. Maybe there's something wrong in the
build script.
Thanks,
Paulo
2014-06-06 8:00 GMT-03:00 :
>
>
> -
People,
The --description option in the newest stable splitter release is not
working. A default description is being given: "OSM Open Street Map". The
description is useful for users select one amongst several OSM map sets
that one may wish to install in the device.
The command I'm iss
Dear list admins,
Please check the message digest system since I've received lots of
digests with just one message.
Thanks in advance,
Paulo
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-
>
> -- Mensagem encaminhada --
> From: Steve Ratcliffe
> To: Development list for mkgmap
> Cc:
> Date: Mon, 31 Mar 2014 22:41:54 +0100
> Subject: Re: [mkgmap-dev] Possible mkgmap GPL v2 license infringement
>
> Hi
>
> Recently "Projeto Tracksource" released a new version of its T
Greetings, Steve
2014-03-31 17:28 GMT-03:00 :
>
> From: Steve Ratcliffe
> To: Development list for mkgmap
> Cc:
> Date: Mon, 31 Mar 2014 16:23:46 +0100
> Subject: Re: [mkgmap-dev] Incorrect line number in error report
> Hi
>
> As I was experimenting with the style files, I introduced an e
People,
Recently "Projeto Tracksource" released a new version of its TSuite
tool with Garmin compilation feature. Out of a sudden the JAR grew from
2.5MB to 4.5MB. Probably this tool incorporates mkgmap code.
TSuite is distributed as close-source and does not mention mkgmap.
TSuit
Dear mkgmap developers,
I was developing some string substitution rules in the lines file and we
use non-ASCII characters in certain street names prefixes, then I have the
following rule:
highway=* & name ~ '(?i)pra[cçÇ]a\s+.*' { add
streettype:movedend='${name|subst:(?i)pra[cçÇ]a\s+~>}, Pc.'}
People,
As I was experimenting with the style files, I introduced an error in
one of the rules. Then mkgmap naturally reported an error at, say "line
60:20", but the error line was actually several lines further down, say
line number 73.
I think mkgmap is skipping lines with comments #.
Please, forgive my 2 cents on this:
Depending on which projection each system is using, distance calculation
may (and usually) differ by that much and maybe more. As far as I know,
Google uses a Mercator-like projection on a spherical Earth model, which is
not correct since Google coordinates ref
Ok, many thanks! I adjusted the numbers so they are 5-7m away from the
streets centerlines.
2014-02-09 18:06 GMT-02:00 WanMil :
> I just wanted to make sure mkgmap would find the numbers by keeping them
>> as close as possible.
>>
>
> Hi Paulo,
>
> mkgmap finds all nodes with a distance up to 1
them apart.
I think the 32-bit resolution is 7-digit, and that translates to about 5m
at the Equator (less at higher latitudes).
all the best,
Paulo
2014-02-09 11:55 GMT-02:00 Steve Ratcliffe :
>
> Hi
>
>
> On 08/02/14 13:44, Paulo Carvalho wrote:
>
>>The attache
Good tip! Worked fine now. Sorry, I'm new into using mkgmap. It has too
many options. It's like compiling software with gcc...
thanks,
Paulo
2014-02-08 12:39 GMT-02:00 Thorsten Kukuk :
> On Sat, Feb 08, Paulo Carvalho wrote:
>
> > Thanks for the reply. Now the m
Thanks for the reply. Now the map is not showing. It seems that the base
map is above my map, because when I remove and reinsert the memory card,
there is flash in the screen and I can can breafly see my roads, then the
base map covers everything up. Unfortunately it is not possible to disable
t
22 matches
Mail list logo