[mkgmap-dev] Bugs in r2478: Use outer polygon tags if the multipolygon is tagged with name only

Sat Feb 9 13:36:06 GMT 2013

Hi Minko,

please try r284 in the problem-list branch:
http://www.mkgmap.org.uk/download/splitter-problem-list-r284.jar

Change:
keep-complete: do not exclude all type=boundary relations, but only those
that
have the boundary=administrative attribute

Gerd

Minko-2 wrote
> Hi Gerd
> 
>> there are two places in the source that filter the data:
>> In ProblemListProcessor.java we select on relations with one of these
>> types:
>> WANTED_RELS = {"restriction", "multipolygon" ,"through_route"};
>> Other relations are not passed to the keep-complete routines.
>> So, yes, type=multipolygon relations are handled by the routine.
>> 
>> Reg. performance: please see this thread:
>> http://gis.19327.n5.nabble.com/splitter-relations-to-be-checked-with-keep-complete-true-tp5740576.html
> 
> 
> In this thread Wanmil wrote:
> - Shouldn't boundary relations like multipolygons be complete in the tile?
> Yes, but...
> Adding all related boundary data to a tile increases the tile size very
> much and makes sense only if the boundaries are used as polygons. At the
> moment we don't know anybody who uses boundaries as polygons but lots of
> users use them as lines to display the border names. 
> 
> 
> Since I render only type=boundary & boundary=national_park as polygon (not
> all boundary=administrative)
> is it possible and not too much work to add this rule to the keep-complete
> process?
> I dont think there are too many of them in OSM that it will affect the
> performance.
> 
> As workaround, I could grab all of those relations and put them in the
> problem list with osmfilter or overpass api.
> 
> _______________________________________________
> mkgmap-dev mailing list

> mkgmap-dev at .org

> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

--
View this message in context: http://gis.19327.n5.nabble.com/Commit-r2478-Use-outer-polygon-tags-if-the-multipolygon-is-tagged-with-name-only-tp5748386p5748705.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.