- mkgmap-dev - The mkgmap lists

Commit r4290: if-then.patch : fix if-then handling in rules
by svn commit 17 Sep '19

17 Sep '19

Version mkgmap-r4290 was committed by gerd on Tue, 17 Sep 2019 if-then.patch : fix if-then handling in rules http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4290

1 0

unusual if-then results
by nwillink 13 Sep '19

13 Sep '19

Hi All I'm getting curious results using a conditional statement. I insert the following in polygons (default style) at the end ,just before <finalize>: if (area=yes & landuse!=residential) then landuse=* {set name= '$(landuse)';} (landuse=*|waterway=*|amenity=*|natural=*|leisure=*) {echotags "mopping up area"} [0x10910 resolution 24 continue] end I use the Ireland & Northern Ireland pbf from Geofabrik The echotags list includes some puzzling entries 1) some entries (see below) do not include 'area=yes', ie landuse=religious & landuse=plant_nursery 2) it also includes landuse=residential despite having specified 'landuse!=residential' in my 'if statement' Regards Nick This is part of my echotags list File:d:\temp\ireland-and-northern-ireland-latest.osm.pbf * mopping up area * Way 194526400 landuse=religious mkgmap:cache_area_size=242.848 ------------------------------------ * mopping up area * Way 456431379 area=yes landuse=flowerbed mkgmap:cache_area_size=35.741 mkgmap:if:1=true name=flowerbed ------------------------------------ * mopping up area * Way 452524709 landuse=plant_nursery mkgmap:cache_area_size=4250.272 ------------------------------------ * mopping up area * Way 465641413 landuse=religious mkgmap:cache_area_size=614.697 mkgmap:residential=yes ------------------------------------ * mopping up area * Way generated from 456431378 area=yes landuse=flowerbed mkgmap:cache_area_size=64.662 mkgmap:if:1=true mkgmap:mp_created=true mkgmap:stylefilter=polygon name=flowerbed * mopping up area * Way 465641413 landuse=religious mkgmap:cache_area_size=614.697 mkgmap:residential=yes -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

2 1

MKGMAP 4289
by John Thorn 03 Sep '19

03 Sep '19

A recent change was made regarding indexing on .mpfiles. But it seems to have stopped indexing. Here is a sample street : [POLYLINE] ; 20135A5F-6E80-451E-8E82-E5C643 st_road.shp Type=0x06 Label=Edgecombe Avenue CityName=Weston-Super-Mare RegionName=North Somerset CountryName=UNITED KINGDOM~[0x1d]GBR EndLevel=1 Data0=(51.35827,-2.94150),(51.35759,-2.94054) [END] Screenshot 638 is a file made with 4286; screenshot 637 is with version 4289 where search fails to find the street name. The compiled .img files are smaller, too. This is the .bat file used : java -jar "D:\mkgmap-r4289\mkgmap.jar" --gmapsupp --gmapi --index --location-autofill=is_in,nearest --net --x-fake-net-data --tdbfile --read-config="D:\mkgmap-r4286\indxmpjm.txt" "E:\os2img_files\GBOPEN.TYP" pause John Thorn

2 1

Possible Rendering Error on GPSMAP 276Cx
by DD8KQ 02 Sep '19

02 Sep '19

Hi all may be someone has an idea how this could happen: According to the screenshot of my device GPSMAP 276Cx you will see next to the cursor a white gap in the polygon fields and also some strange arcs on the nearby streets which will prevent the device from routing through. I checked this area on my PC with Mapsource and could not find any problems there. So it seems, it might be an error in the device or in building the image tiles by MapSource. Any comments ? -- ##################################################### Viele Grüße und 73 de Manfred Haiduk, DD8KQ e-mail mhaiduk(a)t-online.de dd8kq(a)gmx.de #####################################################

2 2

Commit r4289: correct typo in mp parser, patch by Andrzej Popowski
by svn commit 23 Aug '19

23 Aug '19

Version mkgmap-r4289 was committed by gerd on Fri, 23 Aug 2019 correct typo in mp parser, patch by Andrzej Popowski http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4289

1 0

patch for mp parsing
by Andrzej Popowski 23 Aug '19

23 Aug '19

Hi, here is a small patch to correct a typo. -- Best regards, Andrzej

1 0

Trying to access the wikipedia tag
by Marc Cousin 03 Aug '19

03 Aug '19

Hi, I'm trying to produce a map with more "tourism" data on it. One thing I'd like to add is castles. I managed to do this, though as many of them are areas and I wanted them as POI, I had to add --add-pois-to-areas. But I'd like to try to guess what castles are "interesting" ones, to display them on larger zoom levels. The idea I had was that the more interesting castles would probably have a wikipedia page attached to them (I live in an area where there are a lot of castles :) ), and wanted to use this as a filter, to try something like that: tourism=castle & wikipedia=* {name '${name} - ${wikipedia}'} [0x5202 resolution 20] tourism=castle & wikipedia!=* {name '${name}' | 'Castle'} [0x5202 resolution 24] (I created my own POI icon for 0x5202). But the wikipedia tag doesn't seem to be available. Is there a way to ask mkgmap to keep a supplementary tag ? Or is there something smarter I could do ? :) Regards Marc

2 1

how to deal with "Attention: Tile contains both drive-on-left (303) and drive-on-right roads" ?
by Alexis Huxley 02 Aug '19

02 Aug '19

Hi, I'm using mkgmap r4287 and trying to process continent files from geofabrik, e.g. http://download.geofabrik.de/asia-latest.osm.pbf. For about the last six months (today included) I have "drive-on-left-and-drive-on-right" errors for either Africa or Asia: I call splitter like this: java -Xmx380000M -jar splitter.jar --max-threads=40 --mapid=38610001 --search-limit=1000000 /u/ahux/tmp-dir/as/asia-latest.osm.pbf The splitter output looks okay, though I note it ends: Number of MapFailedExceptions: 1 Number of ExitExceptions: 0 and then I call mkgmap like this: java -Xmx380000M -jar mkgmap.jar --code-page=1252 --latin1 --route --remove-short-arcs --road-name-pois --add-pois-to-areas --index --location-autofill=bounds --tdbfile --max-jobs=40 --mapname=38610001 --country-abbr=AS --country-name="Asia" --family-id=598 --family-name="OSM_AS" --overview-mapname=as --series-name="OSM Asia (2019 07)" --description="OSM_AS" --generate-sea=multipolygon --bounds=/u/ahux/tmp-dir/as/bounds-latest.zip --precomp-sea=/u/ahux/tmp-dir/as/sea-latest.zip --style-file=/u/ahux/tmp-dir/as/mkgmap/distrib/mkgmap-r4287/examples/styles/default /u/ahux/tmp-dir/as/3861*.osm.pbf and get a *lot* of these: SEVERE (StyledConverter): /u/ahux/tmp-dir/as/38610086.osm.pbf: Attention: Tile contains both drive-on-left (71473) and drive-on-right roads (51) and a few other assorted messages like: SEVERE (MapFailedException): /u/ahux/tmp-dir/as/38610555.osm.pbf: (thrown in RoadDef.writeRgnOffsets()) Overflow of the NET1. The tile (/u/ahux/tmp-dir/as/38610555.osm.pbf) must be split so that there are fewer roads in it SEVERE (RestrictionRelation): /u/ahux/tmp-dir/as/38610173.osm.pbf: Turn restriction (no_straight_on) http://www.openstreetmap.org/relation/9335098 (at http://www.openstreetmap.org/?mlat=-6.405884&mlon=106.829270&zoom=17) via node is not a routing node How should I respond to these messages? I mean: can I use mkgmap's output anyway? Or should I try to get upstream data fixed in OSM? (if yes: how can I turn these error messages into a location?) Or should I modify my calls to mkgmap or splitter? Oh, also another small question: is there any convention/rule/list for '--mapname=NNNNNNNN' or '--family-id=NNN' numbers, or should just make them up? (which what I'm currently doing). Can anybody offer any advice? Many thanks! Alexis

3 12

Commit r4288: Improve log message when route restriction when via node is not a routing node.
by svn commit 01 Aug '19

01 Aug '19

Version mkgmap-r4288 was committed by gerd on Thu, 01 Aug 2019 Improve log message when route restriction when via node is not a routing node. (Change severity to Warning, add hint that the restriction is ignored) There are two possible reasons for this: - the restriction can be wrong, e.g. contains only ways which are not highways) or - the style might not add the ways as routable lines In the latter case the style author might want to change the rules. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4288

1 0

device-crash in france
by Arndt Röhrig 25 Jun '19

25 Jun '19

2 1