June 2020 - mkgmap-dev - The mkgmap lists

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

Re: [mkgmap-dev] Performance of POI search on the Device
by Franco Bez 06 Jun '20

06 Jun '20

Hi Gerd, did you already try the "other things" ? Ciao, Franco Am 02.06.20 um 13:00 schrieb mkgmap-dev-request(a)lists.mkgmap.org.uk: > Betreff: > Re: [mkgmap-dev] Performance of POI search on the Device > Von: > Gerd Petermann <gpetermann_muenchen(a)hotmail.com> > Datum: > 02.06.20, 11:18 > > An: > "mkgmap-dev(a)lists.mkgmap.org.uk" <mkgmap-dev(a)lists.mkgmap.org.uk> > > > Hi Franco, > > I tried your two maps and the saerch with the "good" one is indeed much faster, but still also slower than the search with just one map. > I tried to produce my own overlay map to reproduce the results but it never shows such a big impact. My map contains only cycle routes for Germany and the gmapsupp is much smaller. I tried different draw-priorities, different types in the map, with/without index. > No more time today, I'll try other things tomorrow... > > Gerd

1 0

location-autofill=nearest : Does it work at all?
by Gerd Petermann 05 Jun '20

05 Jun '20

Hi all, I try to understand the code in Locator that is involved when a POI has no address tags, esp. mkgmap:country and mkgmap:city. The usage of tag is_in is deprecated and thus I wondered if the source which tries to find a usable city name by analysing it is still of any use. To my surprise I found out that also the nearest option probably is of no use since long, probably since r2271 which was created in 2012. Now I wonder if I should try to make it work again or if I should simply remove the code which doesn't work. Gerd

2 1

Re: [mkgmap-dev] mkgmap-dev Digest, Vol 143, Issue 10
by Pitney 05 Jun '20

05 Jun '20

Hello The issue with options and order (of precedence?) still confuses me after using mkgmap for years. My solution is to not use option files and to hard code all file references. Not good scripting practice but it works. I think this is a case of where examples are worth a thousand words. I understand in theory option and file order but do not know how to implement it in practice. Examples (in a separate file?) and how to work out which files they will effect may reduce confusion. I only have a tablet in quarantine so I apologize for any formatting issues. Pitney On June 4, 2020, at 2:11 AM, mkgmap-dev-request(a)lists.mkgmap.org.uk wrote: Send mkgmap-dev mailing list submissions to mkgmap-dev(a)lists.mkgmap.org.uk To subscribe or unsubscribe via the World Wide Web, visit http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev or, via email, send a message with subject or body 'help' to mkgmap-dev-request(a)lists.mkgmap.org.uk You can reach the person managing the list at mkgmap-dev-owner(a)lists.mkgmap.org.uk When replying, please edit your Subject line so it is more specific than "Re: Contents of mkgmap-dev digest..."

4 5

Commit r4517: Implement check for options which expect comma separated lists of values like --name-tag-list
by svn commit 04 Jun '20

04 Jun '20

Version mkgmap-r4517 was committed by gerd on Thu, 04 Jun 2020 Implement check for options which expect comma separated lists of values like --name-tag-list Use common code to parse these lists (allow quote or double quote, detect comma at end as error) Intention is to find those cases where a misplaced blank ended the list so that a following string is not recognized as part of the list but as an input file. Should lead to more helpful error messages/warnings. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4517

1 0

Commit r4516: slightly improve variable names and javadoc
by svn commit 04 Jun '20

04 Jun '20

Version mkgmap-r4516 was committed by gerd on Thu, 04 Jun 2020 slightly improve variable names and javadoc http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4516

1 0

Commit r4515: minor code improvements, no change in output expected
by svn commit 04 Jun '20

04 Jun '20

Version mkgmap-r4515 was committed by gerd on Thu, 04 Jun 2020 minor code improvements, no change in output expected http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4515

1 0