- mkgmap-dev - The mkgmap lists

Commit r4524: Improve default style points: defaultStylePoints5.patch by Ticker Berkin
by svn commit 09 Jun '20

09 Jun '20

Version mkgmap-r4524 was committed by gerd on Tue, 09 Jun 2020 Improve default style points: defaultStylePoints5.patch by Ticker Berkin Summary of changes: - for amenity={atm/bar/cafe} allow additional POI from other tags, eg shop=bakery or any others: leisure/tourism/sport/...=... - create POI 0x6605 for bench (Geographic>Land>Bench) - don't create POI for private parking - create parking POI for parking_entrance - if parking unnamed, use access tag if exists, giving names like "Customer parking", "Permissive parking"... - explicit shelter_type=basic_hut rather that trying to exclude bus shelters etc for Find>Lodgings - marina code from 0x4300 to 0x2f09; searchable as "Others" - POI for nature_reserve, even if not named - don't create POI for pitch if no name or sport - don't create POI for private swimming pools - don't create POI for unnamed cliff - add POI 0x6503 for named bay (Geographic>Water>Bay) - for platforms, just 1 POI when --add-pois-to-lines - name unnamed shops as category, regardless of category being matched - add, commented out, extra shop categories supported by some devices - add POI for shop=outdoor - for {camp/caravan}_site have BOTH 0x2b03 AND 0x2b05; 03 not shown on modern devices, 05 not shown on old devices - have both Food & Lodging POI for same point if appropriate - landuse=basin code from 0x650f (Geographic>Water>Reservoir) to 0x6603 (Geographic>Land>Basin) - water=reservoir as well as landuse=reservoir - add POI 0x650d for named water=lake/pond (Geograhic>Water>Lake) http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4524

1 0

Nearby POIs
by Mike Baggaley 08 Jun '20

08 Jun '20

Just a small note about the distance calculation - I get the following message which suggests the message is slightly incorrect: Removed nearby (<0 m) POI with type 0x013009 "" for element http://www.openstreetmap.org/node/4073250218 at http://www.openstreetmap.org/?mlat=53.068619&mlon=-2.110307&zoom=17 Cheers, Mike

2 4

Commit r4523: nearby POI: fix nonsense message "Removed nearby (<0 m) POI with ..."
by svn commit 08 Jun '20

08 Jun '20

Version mkgmap-r4523 was committed by gerd on Mon, 08 Jun 2020 nearby POI: fix nonsense message "Removed nearby (<0 m) POI with ..." - use getDisplayedCoord() when calculating the distance used in log messages - use string <= in the log messages There is still a glitch in the calculation of the nearby POIs as KdTree also ignores the possible distance between the displayed point and the point returned by getLocation(). Have to think about that again. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4523

1 0

Commit r4522: fix position of documentation for is_drive_on_left() style function
by svn commit 07 Jun '20

07 Jun '20

Version mkgmap-r4522 was committed by gerd on Sun, 07 Jun 2020 fix position of documentation for is_drive_on_left() style function http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4522

1 0

Commit r4521: fix stupid typo lenght -> length to make length() style function work again
by svn commit 07 Jun '20

07 Jun '20

Version mkgmap-r4521 was committed by gerd on Sun, 07 Jun 2020 fix stupid typo lenght -> length to make length() style function work again Error was introduced with r4520. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4521

1 0

Commit r4520: Implement new style function is_drive_on_left()
by svn commit 07 Jun '20

07 Jun '20

Version mkgmap-r4520 was committed by gerd on Sun, 07 Jun 2020 Implement new style function is_drive_on_left() The function can be used in points, lines and polygons. The function returns "true" or "false". The return code depends on the information stored in the LocatorConfig.xml and on the iso code in the tag mkgmap:admin_level2. If the latter is not set the function tries the value in mkgmap:country. If both are not set the function returns false. If the iso code is not found in LocatorConfig.xml the function returns false. If the iso code is found and the driveOnLeft attribute is not set in LocatorConfig.xml the function returns false. If (and only if) the iso code is found and the driveOnLeft attribute is set in LocatorConfig.xml the function returns true. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4520

1 0

Commit r4519: add new method Element.getBasicLogInformation() to replace duplicated code
by svn commit 07 Jun '20

07 Jun '20

Version mkgmap-r4519 was committed by gerd on Sun, 07 Jun 2020 add new method Element.getBasicLogInformation() to replace duplicated code http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4519

1 0

Commit r4518: Swaziland changed name to Eswatini (eswatini.patch)
by svn commit 07 Jun '20

07 Jun '20

Version mkgmap-r4518 was committed by gerd on Sun, 07 Jun 2020 Swaziland changed name to Eswatini (eswatini.patch) http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4518

1 0

road labels
by brad 07 Jun '20

07 Jun '20

I'm having trouble getting some of the road labels with my custom style. I don't have a garmin anymore, but I'm using the gmap.img on Qmapshack and OrexMaps & the results are similar. I put some echotags at the end of the lines file to see what was getting set. I thought maybe it was the lack of 'name' so I made sure the roads with just ref and label:1 also had a name. I thought maybe the residential roads weren't getting labeled, so I changed the tag to unclassified. I don't think it's a road length issue since some of the unlabeled roads are longer than the labeled roads. For example, these ways get labels: Way 17018603 [highway=unclassified, mkgmap:label:1=West Street, mkgmap:street=West Street, name=West Street] label Way 534366085 [highway=track, mkgmap:label:1=215, mkgmap:street=215, name=215] label Way 17019471 [highway=track, mkgmap:label:1=CR 253, mkgmap:street=CR 253, name=CR 253, ref=CR 253, smoothness=good] label These do not get a label: Way 17018809 [highway=unclassified, mkgmap:label:1=CR 210, mkgmap:street=CR 210, name=CR 210, ref=CR 210, smoothness=good] label Way 17019418 [highway=residential, mkgmap:label:1=CR 250, mkgmap:street=CR 250, name=CR 250, ref=CR 250, smoothness=good] label Any help debugging this is appreciated.

1 2

Swaziland changed name to Eswatini
by Gerd Petermann 06 Jun '20

06 Jun '20

See https://en.wikipedia.org/wiki/Eswatini The attached patch changes LocatorConfig.xml to reflect this change. Any complains? Gerd

5 6