- mkgmap-dev - The mkgmap lists

Missing page - only on creating gmapsupp.img with mkgmap
by Felix Hartmann 30 Jun '14

30 Jun '14

I get the following on creating a gmapsupp with mkgmap and unicode - but no such missing page notices when creating the maps themselves... Dunno really if this matters (not this happens also if the .img files used to compile are only unicode): missing page ? (767e) missing page ? (6a02) missing page ? (9152) missing page ? (697c) missing page ? (767e) missing page ? (6a02) missing page ? (9152) missing page ? (697c) missing page ? (767e) missing page ? (6a02) missing page ? (9152) missing page ? (697c) missing page ? (65e5) missing page ? (672c) missing page ? (5c4b) missing page ? (65e5) missing page ? (672c) missing page ? (5c4b) missing page ? (65e5) missing page ? (672c) missing page ? (5c4b) missing page ? (65e5) missing page ? (672c) missing page ? (5c4b) missing page ? (65e5) missing page ? (672c) missing page ? (5c4b) missing page ? (65e5) missing page ? (672c) missing page ? (5c4b) Number of ExitExceptions: 0 Time finished: Mon Jun 30 11:05:17 CEST 2014 Total time taken: 16923ms -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 1

Re: [mkgmap-dev] Redundant information in city search results
by Paulo Carvalho 30 Jun '14

30 Jun '14

I don't think so. Language setup lets you choose one language and then GPS displays only one language. It doesn't make sense a bilingual display. They're not like printed street signs, etc. Furthermore, this hypothesis doesn't explain a Garmin made map displayed without such characteristic in the same GPS. Thanks anyways, Paulo > ---------- Mensagem encaminhada ---------- > From: Felix Hartmann <extremecarver(a)gmail.com> > To: mkgmap-dev(a)lists.mkgmap.org.uk > Cc: > Date: Sun, 29 Jun 2014 13:36:28 +0200 > Subject: Re: [mkgmap-dev] Fwd: Redundant information in city search 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 a look at this? (see mesage below, sent some days > ago) > > thanks, > > Paulo > > ---------- Forwarded message ---------- > From: Paulo Carvalho <paulo.r.m.carvalho(a)gmail.com> > Date: 2014-06-24 18:19 GMT-03:00 > Subject: Redundant information in city search results > To: Development list for mkgmap <mkgmap-dev(a)lists.mkgmap.org.uk> > > > 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-made map > (City Navigator, compiled with Garmin's MPC) on the same GPS model that > doesn't display such redundant information. > I don't know whether this is something up to mkgamp logic or > something I must work on my style files. If the second is the case, then > I'd like to know some tips on how to avoid such duplication. > Sorry, the cap is in Portuguese, but I think you'll recognize what's > going on. > This is not really an issue, but some users are finding it somewhat > odd, thinking some other information could be put on the secondary field > (country? population? you name it...) > I think any hi-res Nuvi model has this feature. Low-res devices > (such as Nuvi 255w) don't display secondary information in the city search > results page. > > many thanks and keep up with this great job, > > Paulo > >

1 0

Commit: r3311: Remove development/debug message in Sort
by svn commit 30 Jun '14

30 Jun '14

Version mkgmap-r3311 was committed by steve on Mon, 30 Jun 2014 Remove development/debug message in Sort

1 0

Combining maps with differerent charset/code page into one mapset - Supress Warnings -
by Felix Hartmann 30 Jun '14

30 Jun '14

I use to add readily compiled contourline files to my maps. They are in --latin1 and don't have any information that would be needed to appear in the search index. I will then always get warnings like the following - even though the maps seem to work fine in Mapsource, Basecamp and on my GPS.. /WARNING: input file 73630000.img has different code page 1252// //WARNING: input file 73630000.img has different charset type 10// //WARNING: input files have different code pages// / (e.g. ftp://ftp5.gwdg.de/pub/misc/openstreetmap/openmtbmap/odbl/mtbmonaco.exe - just unzip the .exe - it's lzma packed. there is one "map data" file 63630000.img - one contourlines file 73730000.img - and then a "mapsetx" set of files which excludes the 73730000.img, one "mapsetc" set of files which includes the 7373000.img (well and then one mapsetz which is for installing the contourlines as separate contourlines only map)) Sometimes on bigger maps - mkgmap even crashes while running due to the codepage/charset option - e.g. if I create a map of Europe... Dunno really why this crashes.. start /low /b /wait java -jar -Xms6000M -Xmx10300M c:\openmtbmap\mkgmap.jar %max-jobs% %generate-sea% %precomp-seaxx% %style-file% --nsis %indx% %levels% --adjust-turn-headings --add-pois-to-areas --reduce-point-density=3.4 --reduce-point-density-polygon=6 --housenumbers --link-pois-to-ways --ignore-turn-restrictions --polygon-size-limits="24:16, 23:14, 22:12, 21:11, 20:10, 19:9, 18:8, 17:7, 16:6, 15:5, 14:4, 13:3, 12:2, 11:0, 10:0" --description=openmtbmap_%abr% %showprofile% %locationxx% --route --country-abbr=%abr% --country-name=%country% --mapname=%FID%0000 --family-id=%FID% --product-id=1 --series-name=openmtbmap_%country%_%date% --family-name=mtbmap_%abr%_%date% --tdbfile --overview-mapname=mapsetx --keep-going --area-name="%country%_%date%_openmtbmap.org" -c c:\openmtbmap\maps\template.%countryx% 7*.img>NUL Where could I switch off the warning (in code) -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 3

Redundant information in city search results
by Paulo Carvalho 29 Jun '14

29 Jun '14

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-made map (City Navigator, compiled with Garmin's MPC) on the same GPS model that doesn't display such redundant information. I don't know whether this is something up to mkgamp logic or something I must work on my style files. If the second is the case, then I'd like to know some tips on how to avoid such duplication. Sorry, the cap is in Portuguese, but I think you'll recognize what's going on. This is not really an issue, but some users are finding it somewhat odd, thinking some other information could be put on the secondary field (country? population? you name it...) I think any hi-res Nuvi model has this feature. Low-res devices (such as Nuvi 255w) don't display secondary information in the city search results page. many thanks and keep up with this great job, Paulo

2 2

Problem with multiple TYP files
by Andy Street 28 Jun '14

28 Jun '14

Hi All, I'm a in the process of creating my first map with mkgmap (r3310) and have successfully managed to produce two gmapsupp.img files each with its own family id and TYP file. The next step is to combine these two IMG files into a single file for copying onto the GPS, however when I issue the following command: mkgmap --gmapsupp map1.img map2.img the resulting gmapsupp.img file only contains the TYP file from the last input file. Is this a bug in mkgmap or have I missed something? -- Regards, Andy Street

2 2

Commit: r3310: For house number processing evaluate addr:street and mkgmap:street after and not before the style is applied
by svn commit 27 Jun '14

27 Jun '14

Version mkgmap-r3310 was committed by wanmil on Fri, 27 Jun 2014 For house number processing evaluate addr:street and mkgmap:street after and not before the style is applied This allows to change the value of addr:street tag e.g. by regular expressions to fix common abbreviations etc.

1 0

route=ferry not working
by WanMil 23 Jun '14

23 Jun '14

Hi, there was a question on a german forum how to route over route=ferry. The following line rules (added to default style) do not work: route=ferry { add mkgmap:ferry=yes } [0x1a road_class=3 road_speed=0 resolution 19] or route=ferry { add mkgmap:ferry=yes } [0x1b road_class=3 road_speed=0 resolution 19] The ferry is displayed but is not used for routing (using Mapsource - avoiding ferry is not checked). Is anyone able to route over ferries or is it regression? (I remeber that I was able to route over ferries some time ago). I have checked that the ferry is connected correctly to a highway so it should not be a data problem. WanMil

4 9

House numbers and styles
by Colin Smale 23 Jun '14

23 Jun '14

I have some rules which modify name, addr:street and mkgmap:street in "lines" and "points" which apply some transformations to the street names. The idea is to normalise the names by removing punctuation and standardising abbreviations. The resulting map is missing the house numbers for streets whose name I have modified. In the style rules, I apply identical transformations to the way (looking for highway=* & name=*) and points (looking for addr:street and mkgmap:street, separately of course). I expect that mkgmap can match up the address nodes with the street because the street names are still identical, but something is not working right. The modified street name is working fine - that is displayed and is in the index (i.e. I can search for it as a destination). However for these streets only, there don't seem to be any house numbers present. A search for a specific (existing) number on the road finds the road with no numbers, at the centroid of the street. Other streets whose names don't get changed, will allow me to find a specific house number and get the location right as well. Does anyone have any ideas what might be going wrong here? Am I trying to do something that can never work? Is it possible that something in the address handling in mkgmap is using the original street name, before the style has been applied? Is it possible that the styles don't get applied to address-only nodes? I have the following in "lines": # CS: normalise by getting rid of . in abbreviations highway=* & name ~ '.*[.].*' {set name='${name|subst:.-=>-|subst:.~> |subst: +~> }'} ... and the following in "points": # CS: normalise by getting rid of . in abbreviations #mkgmap:street ~ '.*[.].*' {set mkgmap:street='${mkgmap:street|subst:.-=>-|subst:.~> |subst: +~> }'; echo "fixed mkgmap:street ${mkgmap:street}"} mkgmap:street ~ '.*[.].*' {set mkgmap:street='${mkgmap:street|subst:.-=>-|subst:.~> |subst: +~> }'} #addr:street ~ '.*[.].*' {set addr:street='${addr:street|subst:.-=>-|subst:.~> |subst: +~> }'; echo "fixed addr:street ${addr:street}"} addr:street ~ '.*[.].*' {set addr:street='${addr:street|subst:.-=>-|subst:.~> |subst: +~> }'} Thanks in advance for any pointers! Colin

4 10

Need help with Regex Substition
by Felix Hartmann 22 Jun '14

22 Jun '14

Hi all, 1. well the regex commands are a bit too difficult to understand for me. So I would need some practical help.. So I have the following a)Key="420 m" b)Key="420m" c)Key="420" d)Key="420ft" I want it to return number only in Key3, and number plus uni in Key2. I assume if no unit is given in value, value is "m" so I would like to end up with a)Key2=420m and Key3=420 b)Key2=420m and Key3=420 c)Key2=420m and Key3=420 d)Key2=420ft and Key3=128.016 So I would first need to filter out ft - and then use ${Key|height:"ft=>m"} and set Key2=valueft then filter out the space for a) leave b) intact, and add m to c)... 2. I'm not sure if this is possible. But I would like to remove part of a key. So I have e.g. AT:source:maxspeed= DE:source:maxspeed= ITA:source:maxspeed= and I want to test for source:maxspeed= However I think *:source:maxspeed= is not a working command. So is it possible to simply remove anything before source:maxspeed in the key? -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 2