March 2019 - mkgmap-dev - The mkgmap lists

documentation improvement patch
by Mike Baggaley 30 Jan '20

30 Jan '20

Hi Gerd, I have attached a patch to improve the documentation of the command line. I did it some time ago and had forgotten about it, but the discussion on whether to change default options prompted me to come back to it. The change is purely to the documentation, no code changes. Please review and if it meets with your approval, commit. Thanks, Mike

6 28

New branch for default typ file
by Gerd Petermann 21 Dec '19

21 Dec '19

Hi all, I've created a new branch now with changes proposed by Joris. I hope this helps bringing this forward. Attached is a document from Joris. Gerd

11 52

mkgmap:set_unconnected_type differentiate between connected on both sides or on one side only
by Felix Hartmann 14 Nov '19

14 Nov '19

Would it be possible to have the mkgmap:set_unconnected_type=... differentiate between conncected on both sides for lines and only connected on one side? For example I would like to delete all service=driveway shorther than 100m length if they are connected only on one side to another routable line - if they are in between I would like to keep them. (in some countries - e.g. Switzerland and France) often highway=service&service=driveway leads not only to a house but also connects e.g. to a highway=track or highway=path. -- Felix Hartman - Openmtbmap.org & VeloMap.org Schusterbergweg 32/8 6020 Innsbruck Austria - Österreich

5 44

Sample basic mkgmap config file
by Gerd Petermann 13 Nov '19

13 Nov '19

Hi all, here is my proposal for a file which should be good for every new user. I plan to add it to the examples directory in the distributed zip. Please suggest improvements if you miss something really important. I started to write a HOWTO but got stuck because it is so difficult to handle the differences between Windows/Linux/Mac and the usage of relative or absolute paths. I've recently learned that new users might not even know how to copy a file into a hidden directory like C:\ProgramData. I know that some of you distribute packages containing styles and scripts but I think they all work either only on Windows or on Linux or they require further packages like pearl. Correct me if I'm wrong. No idea how to continue here :( Gerd

4 16

Re: [mkgmap-dev] Curious behaviour of map text
by manfred.haiduk 29 Mar '19

29 Mar '19

Hmm, that number was suggested by the file style tricks one or two 😞Von meinem Samsung Gerät gesendet. -------- Ursprüngliche Nachricht -------- Von: Ticker Berkin <rwb-mkgmap(a)jagit.co.uk> Datum: 29.03.2019 13:51 (GMT+01:00) An: mkgmap development <mkgmap-dev(a)lists.mkgmap.org.uk> Betreff: Re: [mkgmap-dev] Curious behaviour of map text Hi0x1e04 is a strange choice for an house number point. 0x1e00 is "State"and has a big font and might not support sub-typesTicker On Fri, 2019-03-29 at 13:32 +0100, DD8KQ wrote:> Hi Gerd> > as you suggested, i added the continue statement to the directive,> but,> its still not working properly. Without that line, i can see nearly> at> all relevant zoom-levels street and city names both on mapsource or> my> GPSMAP 276Cx, with that line, on MapSource the city names will only> be> displayed at lower zoom levels (let say starting at 1km, 1.5 km and> above) but on device they still are not visible.> > BTW, as the housenumbers are shown on the device with really big> letters, i will forgot this option as it will make the maps on my> device> nearly unreadable :'(> > > But anyway, its strange ...> > Am 29.03.2019 um 06:18 schrieb Gerd Petermann:> > Hi Manfred,> > > > when you add that rule at the beginning I would expect that all> > points which have the tag addr:housenumber are added as 0x1e04> > and since you did not use continue you should not expect any other> > details. Still, your rule should not change street names.> > > > Gerd> > > > ________________________________________> > Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag> > von Manfred Haiduk <manfred.haiduk(a)freenet.de>> > Gesendet: Donnerstag, 28. März 2019 22:44> > An: Development list for mkgmap> > Betreff: [mkgmap-dev] Curious behaviour of map text> > > > Hi alllet say> > > > i'm experimenting with housenumber display in my maps. To do this,> > i> > added in my point style file this statement :> > > > addr:housenumber=* { set name='${addr:housenumber}' } [0x1e04> > resolution> > 24 ]> > > > But if i do this, all other text is vanished, i.e street names,> > village> > names etc, only housenumbers are displayed both in map source and> > on my> > device.> > > > Any idea whats going wrong ?> > > > > > regards Manfred> > > > _______________________________________________> > mkgmap-dev mailing list> > mkgmap-dev(a)lists.mkgmap.org.uk> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev> > _______________________________________________> > mkgmap-dev mailing list> > mkgmap-dev(a)lists.mkgmap.org.uk> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev> > > --> > #####################################################> > Viele Grüße und 73 de Manfred Haiduk, DD8KQ> e-mail mhaiduk(a)t-online.de dd8kq(a)gmx.de> > #####################################################> > _______________________________________________> mkgmap-dev mailing list> mkgmap-dev(a)lists.mkgmap.org.uk> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev_______________________… mailing listmkgmap-dev@lists.mkgmap.org.ukhttp://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

4 3

Curious behaviour of map text
by Manfred Haiduk 29 Mar '19

29 Mar '19

Hi all i'm experimenting with housenumber display in my maps. To do this, i added in my point style file this statement : addr:housenumber=* { set name='${addr:housenumber}' } [0x1e04 resolution 24 ] But if i do this, all other text is vanished, i.e street names, village names etc, only housenumbers are displayed both in map source and on my device. Any idea whats going wrong ? regards Manfred

4 3

where are the house numbers gone?
by Team Rebenbummler 27 Mar '19

27 Mar '19

Hi . I have a strange behavior, the maps are generated, but no house numbers in the map. When the device searches for the address, it can find the street but not the house number. The map is build with the following statement java -Xmx12288m -Xms5120m -jar mkgmap-r4283\mkgmap.jar --gmapsupp --index --housenumbers --output-dir=C:\Users\Richard\Documents\work\map --mapname=5917 --description=Freiburg-Regbez --family-id=59170001 --family-name=Freiburg-Regbez --max-jobs --route --drive-on=detect,right --make-opposite-cycleways --bounds=C:\Users\Richard\Downloads\bounds-latest.zip --transparent --verbose C:\Users\Richard\Documents\work\splitter\59170001*.o5m Any hint what is going wrong? The house numbers where there in the past. Thanks Richard

3 11

Commit r4284: let test-map:all-elements set the transparent flag, use 0x1b instead of 0x51 for background
by svn commit 27 Mar '19

27 Mar '19

Version mkgmap-r4284 was committed by gerd on Wed, 27 Mar 2019 let test-map:all-elements set the transparent flag, use 0x1b instead of 0x51 for background http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4284

1 0

TREHeader.POI_FLAG_DETAIL, transparent and map background
by Ticker Berkin 26 Mar '19

26 Mar '19

Hi I noticed a while ago that "test-map:all-elements" stopped working correctly. The map it generated showed a box around the map area, but within the map area, the device said 'no-map' and didn't show anything, however POI searches did work. I tracked it down to a couple of lines added to mkgmap/build/MapBuilder.java : processInfo() if (!(src instanceof OverviewMapDataSource)) poiDisplayFlags |= TREHeader.POI_FLAG_DETAIL; poiDisplayFlags is byte 0x3f in TRE So: Old maps and old all-elements, with poiDisplayFlags = 0 worked. New maps, with poiDisplayFlags = POI_FLAG_DETAIL, work, but all -elements doesn't. One of differences between a typical map and all-elements is that all -elements doesn't output a standard background (polygon 0x4b covering the complete map area); changing it to do so, then all features get displayed. However, transparent maps don't have a standard background and they work. Trying option --transparent with the original version of all -elements makes it work. I don't know if this behaviour was known or expected, but I thought it worth-while to note it down in this post. I didn't want all-elements to have a standard background so I've added --transparent to the comment about how to invoke it, also a few other option suggestions. The other change I made was to show elements against a green background as well as no background, as I was having trouble spotting many line -types that my new device shows as white. I've attached a patch for this. Regards Ticker

2 2

Possible sea.zip Problem
by Manfred Haiduk 22 Mar '19

22 Mar '19

Hi all as i do have since short time a new laptop with huge amount of memory and a big cpu, i was trying to build a garmin map for whole europe, because i was curious to see other countries beside of central europe.And while doing this, i found a possible error in the sea.zip file, which i got from osm.thkukuk.de/data. If you look at the screenshot attached you will see some grey polygons, which is named 'meer' as the other blue areas but is drawn in the colour of the background. So i assume an error in the sea-file .... or in the boundary files ? Any one with an idea whats going wrong there ? my build script is build like this : del /q .\out\MYEUROPE\ pause del /q "d:\GPS\Kartentools\MapCreation\mkgmap.log*" java -Xmx30000m -XX:-UseGCOverheadLimit -ea -jar -Dlog.config=logging.properties "c:\Program Files (x86)\KartenTools\mkgmap\mkgmap.jar" --location-autofill=is_in,nearest --mapname=70000001 --family-id=7000 .\styles\newstyle.txt --series-name="MY OSM" --family-name="OpenStreetmap" --country-name=EUROPE --country-abbr=ALL --area-name=ALL --overview-mapname="overview" --latin1 --style-file=.\styles --style=newstyle --max-jobs --keep-going --check-roundabouts --drive-on=detect,right --output-dir=.\out\MYEUROPE --index --bounds=.\bounds_latest --route --name-tag-list=name,place_name,loc_name --housenumbers --x-split-name-index --add-pois-to-areas --link-pois-to-ways --process-destination --process-exits --precomp-sea=.\sea_latest --tdbfile --draw-priority=10 -c .\data\EUROPE\template.args --description=MYEUR --remove-ovm-work-files=true copy newstyle.typ .\styles move newstyle.typ .\out\MYEUROPE del /q "c:\Users\mhaiduk\AppData\Roaming\Garmin\MapSource\TileCache\" shutdown.exe /s

4 3