[mkgmap-dev] Why do we have the "Area too small to split at ..." message

Tue Jan 15 11:43:43 GMT 2013

In any case this shouldn't be a warning message IMHO, but an info 
message. That way real warnings could be logged without junk (junk from 
a position of simply rendering the map, without wanting to solve 
problems on the input - so if you not only create one map, but plenty to 
offer for download)...

but the proposal is IMHO much better - but please as info and not as 
warning. (Warnings should be buffer overruns, tiles failing to compile 
due to various reasons, out of memory, and such grave errors).
On 15.01.2013 12:12, GerdP wrote:
> Hi,
>
> I wonder if this message is really useful.
> I see this typically for large shapes, the last example from
> Thorsten has two identical large shapes (the island Rügen)
> http://www.openstreetmap.org/browse/relation/54400
>
> The message is printed because
> area.getEstimatedSizes()
> returns values that are higher than some limits.
> The problem: area.getEstimatedSizes() ignores the filters
> which are used to reduce the number of points, so the
> error message may be printed without any reason.
>
> I think it would be better to do something like this:
>   oldPos = buffer.getPosition()
>   add the shape
>   bytes = buffer.getPosition() - oldPos;
>   if (bytes > LIMIT) {
>     print error message
> }
>
> This would also allow to report the name of the shape that is probably
> corrupted.
> Of course, the same can be done for ways or node.
>
> What do you think?
>
> Gerd
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.com/Why-do-we-have-the-Area-too-small-to-split-at-message-tp5744612.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

-- 
keep on biking and discovering new trails

Felix
openmtbmap.org & www.velomap.org