- mkgmap-dev - The mkgmap lists

assertion in mdrx2 in housenumber2 branch
by Gerd Petermann 05 May '15

05 May '15

Hi Steve, when creating the index for multiple files I see now an assertion from line 45: assert street.getMapIndex() == street.getCity().getMapIndex() : street.getMapIndex() + "/" + street.getCity().getMapIndex(); I guess the code is not yet prepared for roads with more than one city, but I don't understand it yet. Do you have a hint what to change here? Gerd

2 3

Commit: r3564: use option --country-abbr in StyledConverter to set a default iso code
by svn commit 05 May '15

05 May '15

Version mkgmap-r3564 was committed by gerd on Tue, 05 May 2015 use option --country-abbr in StyledConverter to set a default iso code for the drive-on-left/right evaluation.

1 0

Commit: r3563: improve LocatorConfig.getDriveOnLeftFlag()
by svn commit 05 May '15

05 May '15

Version mkgmap-r3563 was committed by gerd on Tue, 05 May 2015 improve LocatorConfig.getDriveOnLeftFlag() log a warning message when the requested iso code for a country was not found

1 0

Commit: r3562: report-driving-side-v1.patch: don't count ferry lines when looking for drive-on-left and drive-on-right roads
by svn commit 05 May '15

05 May '15

Version mkgmap-r3562 was committed by gerd on Tue, 05 May 2015 report-driving-side-v1.patch: don't count ferry lines when looking for drive-on-left and drive-on-right roads this makes it less likely to see a severe message like "Attention: Tile contains both drive-on-left (1) and drive-on-right roads (15389)" Also adds logging of the results of the left/right evaluation

1 0

Help
by A. Carlos 03 May '15

03 May '15

help Hello, the question may seem amateurish, but I'm having problems compiling my maps. Seeing the OSM, the region that use in many places are using the place at the midpoint of the Administrative Liminte and also in relation to limit the administrative, in the case here level 8. However, when compiling the map with the styles that have both the GPS when the Mapsouce when looking for these cities are showing up two times in the list. I ask: Do you have any command, tip to delete one of these tags, both at the center (point) and in relation Administrative Limit to not duplicate research? grateful _______________________________________________________________________________________________________ Anor C. A. de Souza

2 2

Add man_made=mast to the default style
by Ben Konrath 03 May '15

03 May '15

Hi, Here's a small improvement to the tower entry of the default style. man_made=mast is a valid OSM tag and it is used a bit so I think we should include it. https://taginfo.openstreetmap.org/tags/man_made=mast Thanks, Ben

3 2

Commit: r3554: Add man_made=mast to the default style
by svn commit 03 May '15

03 May '15

Version mkgmap-r3554 was committed by gerd on Sun, 03 May 2015 Add man_made=mast to the default style - Ben Konrath

1 0

Commit: r3552: improve address search in Ottawa and Toronto
by svn commit 29 Apr '15

29 Apr '15

Version mkgmap-r3552 was committed by gerd on Wed, 29 Apr 2015 improve address search in Ottawa and Toronto - Ben Konrath

1 0

mkgmap:city empty in large cities
by Gerd Petermann 28 Apr '15

28 Apr '15

Hi all, I noticed that our rules in inc/address do not set mkgmap:city in Ottawa/Ontario. Adding an additional line like the 2nd below solves the problem: # Canada mkgmap:country=CAN & mkgmap:region!=* & mkgmap:admin_level4=* { set mkgmap:region='${mkgmap:admin_level4}' } mkgmap:country=CAN & mkgmap:city!=* & mkgmap:admin_level6=Ottawa { set mkgmap:city='${mkgmap:admin_level6}' } mkgmap:country=CAN & mkgmap:city!=* & mkgmap:admin_level8=* { set mkgmap:city='${mkgmap:admin_level8|subst:City of }' } or should we add a one to this block: mkgmap:city!=* & mkgmap:admin_level8=* { set mkgmap:city='${mkgmap:admin_level8}' } mkgmap:city!=* & mkgmap:admin_level7=* { set mkgmap:city='${mkgmap:admin_level7}' } mkgmap:city!=* & mkgmap:admin_level9=* { set mkgmap:city='${mkgmap:admin_level9}' } mkgmap:city!=* & mkgmap:admin_level10=* { set mkgmap:city='${mkgmap:admin_level10}' } e.g. a further line with mkgmap:city!=* & mkgmap:admin_level6=* { set mkgmap:city='${mkgmap:admin_level6}' } I assume that there are more large cities with this problem. Does anybody know how to find them without mkgmap ? Gerd

2 5

Re: [mkgmap-dev] error message in Cologne
by Bernd Weigelt 28 Apr '15

28 Apr '15

Hi Gerd Can't test the new functions until monday next week, i'm out for a motorcycle tour :-) Bernd Hier sollte eigentlich eine Signatur stehen. -----Original Message----- From: Gerd Petermann <gpetermann_muenchen(a)hotmail.com> To: "mkgmap-dev(a)lists.mkgmap.org.uk" <mkgmap-dev(a)lists.mkgmap.org.uk> Sent: Di., 28 Apr. 2015 8:44 Subject: Re: [mkgmap-dev] error message in Cologne Hi Bernd, the problem was fixed with r3549. With r3550 I've implemented the new special tag mkgmap:numbers, see http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3550 for details. Gerd > Date: Mon, 27 Apr 2015 12:59:30 -0700 > From: gpetermann_muenchen(a)hotmail.com > To: mkgmap-dev(a)lists.mkgmap.org.uk > Subject: Re: [mkgmap-dev] error message in Cologne > > Hi Bernd, > > forget it, I was able to reproduce the error message with a download of this > area: > http://www.openstreetmap.org/query?lat=50.06119&lon=14.40275 > > Gerd > > > GerdP wrote > > Hi Bernd, > > > > please post a link to the file 65030278.o5m > > > > Gerd > > Bernd Weigelt wrote > >> Hi Gerd > >> > >> There was only one message for my dach extract, all other extract are > >> build > >> without any noise. > >> > >> SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m: > >> internal > >> error, worst house not found id=4672706, Na Neklance[731(10), 727(10), > >> 805/8(10)][] 2031/1(0) > >> > >> The option --x-name-service-roads=n seems to be no really problem, while > >> enabled, but i'll remove it from my options for the next build, too. > >> ;-) > >> > >> Bernd > >> > >> Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann: > >>> Hi Bernd, > >>> > >>> pleasse note one important change: > >>> I've removed the option --x-name-service-roads=n, > >>> it is no longer optional, mkgmap tries to find a name > >>> for roads with house numbers. This leads to > >>> some special effects, e.g. when a small unnamed footway > >>> is closer to the house than the named service road. > >>> I think about a new tag like mkgmap:number=false > >>> that tells mkgmap that a road should not be used for > >>> address search, e.g. cycleways or motorways. > >>> This would also speed up the search for the closest roads. > >>> > >>> Gerd > >>> > >>> > From: > > >> weigelt.bernd@ > > >>> > To: > > >> mkgmap-dev@.org > > >>> > Date: Mon, 27 Apr 2015 17:58:45 +0200 > >>> > Subject: Re: [mkgmap-dev] error message in Cologne > >>> > > >>> > Hi Gerd > >>> > i'll give it a try asap > >>> > > >>> > thx > >>> > Bernd > >>> > > >>> > Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann: > >>> > > please try r3546, I think it is stable again. > >>> > > I had to change the program logic to make sure that > >>> > > special cases with interpolation ways do not > >>> > > causes assertions. > >>> > > > >>> > > I have still some known problems, esp. > >>> > > the program logic for housenumbers assumes now that > >>> > > city/ zip code info attached to the housenumbers is written to the > >>> img > >>> > > file, but that doesn't happen yet (and is quite complicated as it > >>> seems > >>> > > to require big changes in the existing program logic) > >>> > > so address search for roads at city boundaries might still > >>> > > not work. > >> > >> -- > >> amarok2 now playing: > >> > >> > >> > >> > >> _______________________________________________ > >> mkgmap-dev mailing list > > >> mkgmap-dev@.org > > >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > > -- > View this message in context: http://gis.19327.n5.nabble.com/error-message-in-Cologne-tp5841730p5842108.h… > Sent from the Mkgmap Development mailing list archive at Nabble.com. > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

2 1