Hi Henning, yes, I've already implemented some changes on my machine which help in your case: 1) add boundary nodes before calling the LocationHook 2) use high precision values of coords when retrieving the data in the bounds file
The above problems occurred while checking the side effects of these changes ... Gerd ________________________________________ Von: mkgmap-dev <[email protected]> im Auftrag von Henning Scholland <[email protected]> Gesendet: Sonntag, 15. Juli 2018 09:52 An: [email protected] Betreff: Re: [mkgmap-dev] Special cases with LocationHook Hi Gerd. regarding 1+2) I don't see a use case for having country information on natural=land/sea (natural=sea I estimate is generated by natural=coastline). But maybe others do... For my understand those are just used for colouring the map background. In general it would be best, to not points which are out of the tile boundary if bounds-file is used or calculate the splitting point ( in case of a line) with the tile boundary and then use this as end point of the way for location hook. Henning On 15.07.2018 15:21, Gerd Petermann wrote: > Hi all, > > while looking at the problem reported by Henning I've noticed a few special > cases. Please comment: > 1) The current code tries to set the mkgmap:admin_level? tags for generated > ways with natural=sea. > Does that make sense? Sometimes it works, esp. when the polygon is close to > the coast. > > 2) The current code may fail to set mkgmap:admin_levelx tags for ways with > natural=land generated by SeaGenerator > even if these polygons are clearly inside a country boundary. It happens when > the generated way is outside the (calculated) bounding box > of all nodes in input file, but inside the tile boundary. Such a tile is > produced by splitter when you split e.g. Canada without > trimming the tiles. Some tiles will cover large parts of the USA. > This potential problem was introduced with r3861 : > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3861 > > Gerd > > > _______________________________________________ > mkgmap-dev mailing list > [email protected] > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > _______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
