On Fri, Aug 10, 2012 at 4:40 PM, David Winslow <[email protected]> wrote:
> No, I'm not very familiar with this part of the code. But it does seem
> like an obvious optimization (for memory usage) to discard label candidates
> as early as possible so I wouldn't be surprised to find that not all
> labellable features are retained up to the time that labels are rendered,
> so I thought it worth a mention. I'm sure Andrea will speak up if I am
> leading you astray :)
Labels are all kept around until rendering, we don't have the optimization
that David mentions.
The reason why we do so is that we have no idea of whether labels with a
non default
priority will be coming in and result in a different labelling order.
Also, label obstacles can accumulate during the rendering that will also
change which labels
will be painted.
A further reason is that with certain labelling options labels are allowed
to move, so it's hard
to tell where they will end up before you actually try to paint them
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
