May 2017 - mkgmap-dev - The mkgmap lists

Commit r3842: Improve ResidentialHook / BoundaryQuadTree: suppress misleading warnings about overlapping admin_level=11 boundaries
by svn commit 09 Apr '18

09 Apr '18

Version mkgmap-r3842 was committed by gerd on Sat, 11 Mar 2017 Improve ResidentialHook / BoundaryQuadTree: suppress misleading warnings about overlapping admin_level=11 boundaries http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3842

8 15

Please check if help is okay
by Gerd Petermann 01 Jun '17

01 Jun '17

Hi all, in r3963 I tried to document the new prefix / suffix stuff: --road-name-config=file This option handles the problem that some countries have road names which ofter start or end with very similar words, e.g. in France the first word is very often 'Rue', ofter followed by a preposition like 'de la' or 'des'. This leads to rather long road names like 'Rue de la Concorde' where only the word 'Concorde' is really interesting. In the USA, you ofter have names like 'West Main Street' where only the word 'Main' is important. Garmin software has some tricks to handle this problem. It allows to use special characters in the road labels which mark the beginning and end of the important part. There are two different visiual effects of this option: - On the PC, when zooming out, the name 'Rue de la Concorde' is only rendered as 'Concorde'. - The index for road names only contains the important part of the name. You can search for road name Conc to find road names like 'Rue de la Concorde'. One problem: Search for 'Rue' will not list 'Rue de la Concorde' or 'Rue du Moulin'. It may list 'Rueben Brookins Road' if that is in the map. Another effect is that the index is smaller. The option specifies the path to a file which gives the details. See comments in the sample roadNameConfig.txt for further details. Is that clear enough? Please check also the comments in the sample file. Please suggest improvements, else I'll use the same text for the style documentation before merging to trunk. Gerd

2 4

Re: [mkgmap-dev] Problem with visibility object in Garmin img
by d.kwapisz 31 May '17

31 May '17

Hi Gerd, unfortunately I cant verify Your suggestions, because it appears that change in style files don't influences gmapsupp.img (also I don't see in cmd window results off {echo "..."} command. I must more time to try. Best Regards Darek W dniu 2017-05-31 08:33:37 użytkownik Gerd Petermann <GPetermann_muenchen(a)hotmail.com> napisał: > Hi Dariusz, > > thanks for the feedback. You may also try to use a lower resolution for > leisure=nature_reserve [0x16 resolution 19] > if you are interested in them. > > To be honest, I don't understand why the default style processes water polygons > so late. I think the lines > > include 'inc/water_polygons'; > include 'inc/landuse_polygons'; > > should be moved instantly after the block > > historic=museum | historic=memorial [0x1e resolution 21] > historic=archaeological_site | historic=ruins [0x1e resolution 21] > > Does anybody see a reason for the current order ? > > Gerd > ________________________________________ > Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz(a)onet.eu> > Gesendet: Dienstag, 30. Mai 2017 22:49:38 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img > > Hi Gerd, > > Really, I can see nature_reserve from zoom 800m. ThankYou (Sorry my fault). > > Tomorrow I tray change style for tourism=attraction and natural=water. > > Darek > > > W dniu 2017-05-30 15:01:20 użytkownik Gerd Petermann <GPetermann_muenchen(a)hotmail.com> napisał: > > Hi Dariusz, > > > > you should see the two leisure=nature_reserve polygons as green areas if you zoom in to 800m . > > The water polygon is also tagged as tourism=attraction and it seems that the default style > > renders this as 0x1f which is also a kind of park and therefore also rendered as green. > > > > Does that help? > > > > Gerd > > > > ________________________________________ > > Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz(a)onet.eu> > > Gesendet: Dienstag, 30. Mai 2017 14:24:08 > > An: mkgmap-dev(a)lists.mkgmap.org.uk > > Betreff: [mkgmap-dev] Problem with visibility object in Garmin img > > > > Hi, > > > > I've load from OSM rectangle > > bbox=24.061,35.2895,24.2976,35.4638 > > using Overpass API export. > > > > (this is part of Greece > Crete) > > > > There are among other things 2 polygons nature_reserve (140514809 and 140515050) and polygon natural water (356673828). > > > > I use the newest mkgmap 3909 (Windows 10). > > > > After using mkgmap with option file: > > > > family-name=fam-name-kreta > > gmapsupp > > output-dir=D:\Dokumenty\OSM\ttt\ > > description=descr-kreta > > unicode > > index > > route > > precomp-sea=C:\Users\Darek\Downloads\sea.zip > > generate-sea > > order-by-decreasing-area > > mapname: 63240001 > > input-file: map.osm > > > > > > After generating gmapsupp.img and transferring to Orgeon 650 unfortunately I don't see neither polygons (140514809 and 140515050) nor polygon (356673828). > > > > > > What I do wrong? > > > > Best Regards > > Dariusz Kwapisz > > _______________________________________________ > > 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 >

2 1

Re: [mkgmap-dev] Please check if help is okay
by d.kwapisz 31 May '17

31 May '17

Hi Gerd. With my very poor English, a understand this option description, except one place (I 've remarked below with rec colour) Best Regards Darek W dniu 2017-05-31 09:39:04 użytkownik Gerd Petermann <GPetermann_muenchen(a)hotmail.com> napisał: > Hi all, > > in r3963 I tried to document the new prefix / suffix stuff: > --road-name-config=file > This option handles the problem that some countries have road names which > ofter start or end with very similar words, e.g. in France the first word > is very often 'Rue', ofter followed by a preposition like 'de la' or 'des'. > This leads to rather long road names like 'Rue de la Concorde' where only > the word 'Concorde' is really interesting. In the USA, you ofter have names > like 'West Main Street' where only the word 'Main' is important. > Garmin software has some tricks to handle this problem. It allows to use > special characters in the road labels which mark the beginning and end of > the important part. > There are two different visiual effects of this option: > - On the PC, when zooming out, the name 'Rue de la Concorde' is only > rendered as 'Concorde'. > - The index for road names only contains the important part of the name. > You can search for road name Conc to find road names like 'Rue de la Concorde'. > One problem: Search for 'Rue' will not list 'Rue de la Concorde' > or 'Rue du Moulin'. It may list 'Rueben Brookins Road' if that is in the map.(first point concern display on PC, this point (second) also or with index problem is on Garmin unit?) > > Another effect is that the index is smaller. > > The option specifies the path to a file which gives the details. See > comments in the sample roadNameConfig.txt for further details. > > Is that clear enough? Please check also the comments in the sample file. > Please suggest improvements, else I'll use the same text for the style documentation before > merging to trunk. > > Gerd > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >

2 1

Re: [mkgmap-dev] Problem with visibility object in Garmin img
by d.kwapisz 31 May '17

31 May '17

Hi Gerd, Really, I can see nature_reserve from zoom 800m. ThankYou (Sorry my fault). Tomorrow I tray change style for tourism=attraction and natural=water. Darek W dniu 2017-05-30 15:01:20 użytkownik Gerd Petermann <GPetermann_muenchen(a)hotmail.com> napisał: > Hi Dariusz, > > you should see the two leisure=nature_reserve polygons as green areas if you zoom in to 800m . > The water polygon is also tagged as tourism=attraction and it seems that the default style > renders this as 0x1f which is also a kind of park and therefore also rendered as green. > > Does that help? > > Gerd > > ________________________________________ > Von: mkgmap-dev <mkgmap-dev-bounces(a)lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz(a)onet.eu> > Gesendet: Dienstag, 30. Mai 2017 14:24:08 > An: mkgmap-dev(a)lists.mkgmap.org.uk > Betreff: [mkgmap-dev] Problem with visibility object in Garmin img > > Hi, > > I've load from OSM rectangle > bbox=24.061,35.2895,24.2976,35.4638 > using Overpass API export. > > (this is part of Greece > Crete) > > There are among other things 2 polygons nature_reserve (140514809 and 140515050) and polygon natural water (356673828). > > I use the newest mkgmap 3909 (Windows 10). > > After using mkgmap with option file: > > family-name=fam-name-kreta > gmapsupp > output-dir=D:\Dokumenty\OSM\ttt\ > description=descr-kreta > unicode > index > route > precomp-sea=C:\Users\Darek\Downloads\sea.zip > generate-sea > order-by-decreasing-area > mapname: 63240001 > input-file: map.osm > > > After generating gmapsupp.img and transferring to Orgeon 650 unfortunately I don't see neither polygons (140514809 and 140515050) nor polygon (356673828). > > > What I do wrong? > > Best Regards > Dariusz Kwapisz > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >

2 1

Problem with visibility object in Garmin img
by d.kwapisz 30 May '17

30 May '17

Hi, I've load from OSM rectangle bbox=24.061,35.2895,24.2976,35.4638 using Overpass API export. (this is part of Greece > Crete) There are among other things 2 polygons nature_reserve (140514809 and 140515050) and polygon natural water (356673828). I use the newest mkgmap 3909 (Windows 10). After using mkgmap with option file: family-name=fam-name-kreta gmapsupp output-dir=D:\Dokumenty\OSM\ttt\ description=descr-kreta unicode index route precomp-sea=C:\Users\Darek\Downloads\sea.zip generate-sea order-by-decreasing-area mapname: 63240001 input-file: map.osm After generating gmapsupp.img and transferring to Orgeon 650 unfortunately I don't see neither polygons (140514809 and 140515050) nor polygon (356673828). What I do wrong? Best Regards Dariusz Kwapisz

2 1

mkgmap r3961 : new option --x-road-name-config
by Gerd Petermann 29 May '17

29 May '17

Hi all, see also http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2017q2/026649.html I've now implemented a first version of a user interface for the prefix / suffix filter in r3961. A sample configuration file is in examples\roadNameConfig.txt . Use it with --x-road-name-config=roadNameConfig.txt The option is not yet documented because I am not sure if we need more. I thought about adding the file to the default style but decided against it because the filter is used after all style processing and housenumber matching, so it is not really a style. Another reason is that the code for the style reader is quite complex ;-) This is the last new feature in the branch, I only plan to add documentation and fix errors during the next days and merge to trunk on friday. Reg. the problems with address search in --unicode maps: I've fixed a few more small issues but I no longer have a Nüvi for testing. I fear it still doesn't work with unicode maps. On my Oregon I still see the same problems, names with special characters are not found - Töpferweg is not found when typing "Tö" or "Töpf", but it is listed with "To" or "Topf" - Search for "A" gives incomplete result when list contains names starting with "Æ" . I assume this might be fixed with changes in the file cp65001.txt Please report if you see better results with your style / device. Gerd

1 0

style-manual.pdf
by Eugeny_B 28 May '17

28 May '17

Error in style-manual.pdf str.23 - 24 -- View this message in context: http://gis.19327.n8.nabble.com/style-manual-pdf-tp5897015.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 3

r3948 in the optimize-index branch
by Gerd Petermann 23 May '17

23 May '17

Hi all, I've decided to change the files cp-1252.txt and cp-1254.txt to fix the search problems with special characters. The nordish characters æ and Æ are now treated like ä and Ä. The french characters œ and Œ are now treated like ö and Ö. In cp-1252 the german character ß is sorted after s. This is only relevant when using the lower-case option, else the character is replaced by SS. I hope this works for other devices, too. Let me know if I should create another test map. I tried to use the same "tricks" for the --unicode option (cp-65001.txt), but that did not work on my Oregon, means, I still saw the same problems :-( I assume I should also change the other "normal" code pages like cp-1250 and cp-1257 ? Gerd

1 0

Is there a mkgmap option to replace Areas with Pois? using -add-pois-to-areas but duplicating NAME
by greg crago 18 May '17

18 May '17

I am trying to display Custom Symbols for Fast Food stores: example https://www.openstreetmap.org/edit#map=20/42.19977/-83.70034 Using -add-pois-to-areas and also using EXTENDED LABELS=NOLABEL, but I can still see a label on my GPS overtop of my Custom Symbol. Used GPSMapEdit and I can see Polygon 0x08 for the BUILDING and NAME=Burger King. Also see POINT 0x6016 (My Burger King icon) and NAME=Burger King. Since I am using EXTENDED LABELS=NOLABEL, I think I am blocking the NAME on the Point, but the Polygon 0x08 still has a NAME defined and I think I am seeing it on my GPS Would like to know if there is a different option to REPLACE AREA with POI and then I would not have the original polygon and Point.. Greg

2 1