December 2020 - mkgmap-dev - The mkgmap lists

Please try branch check-precomp-sea
by Gerd Petermann 04 May '21

04 May '21

Hi all, I've implemented some basic checks to detect large flooded areas in the precomp-sea data in this new branch. A link to the latest binary (r4579 as of now) is a the bottom of the normal download page : http://www.mkgmap.org.uk/download/mkgmap.html - If PrecompSeaGenerator is used to calculate the sea data and the index check fails a warning is printed and the program ends with rc -1. - If mkgmap is used with a "dubious" sea.zip one or more messages about the problematic areas are written and the program stops with an ExitException unless option --x-check-precomp-sea=0 is given before the first input file. The index test is normally performed once for the whole planet, so it doesn't care about the actual tile boundaries. If e.g. only a part of Australia is flooded and you create a map for the UK you'll still see the errors. BTW: The current code (also in trunk version) doesn't support to use --precomp-sea with different values. Results are rather unpredictable. Gerd

4 4

Fix Sea Patch
by Mike Baggaley 10 Feb '21

10 Feb '21

Hi Gerd, Mkgmap used to contain some code that attempted to correct incorrect sea and land data where polygons were ordered in the wrong direction. This was removed some time ago because it didn't work properly. I have put together the attached patch that works much better and have been using it for some time. With the sea data that I use, which contains quite a large number of incorrectly ordered polygons, it manages to correct every error it finds. It won't be able to fix really gross errors, but providing most of the data is correct it will produce good results. Please review and commit if happy. Cheers, Mike

3 22

Tiles pruned in DEM map
by Carlos Dávila 27 Jan '21

27 Jan '21

I build several types of map (OSM, OSM+contour lines, maps for trucks and OSM+DEM) for the same area, using same input files. I split country.o5m with splitter and then use the same template.args output by splitter for all maps, just changing mapname for the different types of map. Given that, all resulting mapsets should have the same tiles, but tiles in DEM map are smaller than in the other types. They share part of the boundaries (usually two of them) with other types, but other boundaries are moved in, reducing displayed tile size. See attached screenshots. However, file size is the same (discounting *.DEM) for each tile in *.gmap subfolders. Command is quite similar for OSM and OSM+DEM maps: java -Xmx27G -ea -Dlog.config=logging.properties -jar mkgmap.jar -c opciones_comunes $CODEPAGE --gmapi --bounds=bounds.zip --precomp-sea=sea.zip --route --country-name=$PAIS --country-abbr=${ABR} --area-name=$MAPA --family-name="OpenStreetMap $MAPA" --family-id=1${FID} --product-version=$VERSION --series-name="OSM-$MAPA" --overview-mapname=${ABR}1${FID} --overview-mapnumber=${GRUPO}1${FID}000 --name-tag-list=$NAMETAG --process-destination --process-exits --housenumbers --reduce-point-density=4 --polygon-size-limits="24:12, 18:10, 16:0" --order-by-decreasing-area --add-pois-to-areas --report-similar-arcs --report-dead-ends=2 --link-pois-to-ways --location-autofill=is_in,nearest --drive-on=detect,$DRIVEON --check-roundabouts --check-roundabout-flares --license-file=license_OSM --copyright-file=copyright $LANGUAGE --road-name-config=${CONFIG} --style=mio --check-styles -c $pais.args tmp/${ABR}1${FID}.txt java --Xmx27G -ea -Dlog.config=logging.properties -jar mkgmap.jar --dem=hgt/LIDAR,hgt/ALOS,hgt/VIEW1,hgt/SRTM1,hgt/EU-DEM,hgt/VIEW3,hgt --dem-poly=polygons/$pais.poly --dem-dists=3312,6624,9936,13248,26512 --overview-dem-dist=128000 -c opciones_comunes $CODEPAGE --gmapi --show-profiles=1 --bounds=bounds.zip --precomp-sea=sea.zip --route --country-name=$PAIS --country-abbr=${ABR} --area-name="$MAPA" --family-name="OSM $MAPA DEM" --family-id=5${FID} --product-version=$VERSION --series-name="OSM-$MAPA-DEM" --overview-mapname=${ABR}5${FID} --overview-mapnumber=${GRUPO}5${FID}000 --name-tag-list=$NAMETAG --process-destination --process-exits --housenumbers --reduce-point-density=4 --polygon-size-limits="24:12, 18:10, 16:0" --order-by-decreasing-area --add-pois-to-areas --link-pois-to-ways --location-autofill=is_in,nearest --drive-on=detect,$DRIVEON --check-roundabouts --check-roundabout-flares --license-file=license_OSM_${HGT} --copyright-file=copyright $LANGUAGE --road-name-config=${CONFIG} --style=mio --remove-ovm-work-files=true -c ${pais}-DEM.args tmp/${ABR}5${FID}.txt Both OSM and OSM+DEM maps can be downloaded from https://alternativaslibres.org/en/downloads.php#Oceania Any idea why this happens?

5 47

Minor documentation patch
by Mike Baggaley 04 Jan '21

04 Jan '21

Hi Gerd, please find attached a patch that makes some minor improvements to the documentation. Please review and commit if OK. Cheers, Mike

4 6

Re: [mkgmap-dev] Re: cliffs and other one sided objects
by arndt＠speichenkarte.de 31 Dec '20

31 Dec '20

2 1

cliffs and other one sided objects
by 7770 31 Dec '20

31 Dec '20

Hi. A question on one sided objects that are not only horisontal or vertical. In the Style manual (pdf), on page 13, there is an example: natural=cliff { name '${name} cliff' | 'cliff' } [0x10501 resolution 22] This is indeed a very nice example. Map data specifies that the rights side is the lower side. https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dcliff Now, is there some proper way to draw an TYP image to make sure that it indicates the up and the down side of the cliff when drawn on a garmin unit and follows the edge? regards Karl

2 1

Styles, typ and multiple languages
by 7770 31 Dec '20

31 Dec '20

Hi. I am looking into a pattern where a name of a map point is given in a local word, which is not easy for foreigners. Instead of showing the name as the name, i would like to move it into the information which becomes available when clicking on a point on a Garmin device. Hence leaving the name empty or removed. Example: Say we have a lean-to shelter somewhere in Sweden. The name is set as: "Vindskydd rastaplatsen". For any foreigner, this may not say a lot. Whereas in the TYP file it is defined with the description: .. String=Lean to shelter String6=0x07,Vindskydd String7=0x15,Schronienie String10=0x0f,Gapahuk etc. etc. .. So when pointing/hovering this object on the GPS unit, i will tell me in the local language (which is set up on the unit) what it is (taken from the TYP file). When clicking the item, i will get the info page with additional details, and here is the name. But the question is now: how do i get the additional details to the info page? Can i just add any tag an it will show? Would something like this work? tourism=lean_to | (amenity=shelter & shelter_type=lean_to) {add info = '$ {name}'; delete name} [0x2b05 resolution 24] Is it otherwise possible to define multiple name tags, one per language? name = general name name:en = English name name:se = Swedish name so that the device will pick up the correct one based on the language settings? Regards Karl

4 9

highway labels display in Garmin Montana 700
by Joao Almeida 30 Dec '20

30 Dec '20

Hi guys, I'm trying to figure out this weird behavior: My style and typ define Nolabel for highways at resolutions higher than 24 for most highways. And basecamp properly displays this way, there are no labels at zoom 3km or 10km or higher. But the same map on the montana still displays the highway labels regardless of the zoom level. Any idea why? What is the diference betweeen: ExtendedLabels=Y FontStyle=Nolabel or ExtendedLabels=N Thanks

1 0

Commit r4590: Fix invalid overview map if options --overview-dem-dist and --dem and --order-by-decreasing-area are combined. Disable --order-by-decreasing-area for overview map in this situation.
by svn commit 30 Dec '20

30 Dec '20

Version mkgmap-r4590 was committed by gerd on Wed, 30 Dec 2020 Fix invalid overview map if options --overview-dem-dist and --dem and --order-by-decreasing-area are combined. Disable --order-by-decreasing-area for overview map in this situation. Further changes might be needed regarding option handling. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4590

1 0

Garmin Topo Europe map
by Pierre Brico 30 Dec '20

30 Dec '20

Hello guys, I've just discovered the Garmin TopoActive Europe map based on OpenStreetMap data. This map is sold at a price of 50€ or is pre-installed on some new devices. I've just seen it on the device of one of my friends and it looks very good. I'm surprised to see that for West Europe, it takes only 2.8GB and is quite complete (index for search, routable, ...). For now, I generate my own maps based on your excellent tool but the result is much bigger (1.9GB only for France with probably more details). So, my question is: does anybody have a similar configuration (style files and command line) to obtain a result like the Garmin TopoActive Europe ? Thanks, Pierre

6 11