On 14/08/12 23:29, Andrea Aime wrote: > As I said, it's a global problem, there is no distance that will save you > from cut labels in the general case. > Just think of a horizontal set of points, close enough that their label > overlap. The label crossing tile borders N and N+1 depends on what the > labels > on tile N+1 on the right, which in turn depends on what happens in N+2, > and so on. > > In order to know, in general, if a label will be drawn, you have to draw > all the labels > for the full extent of your data. If you are lucky you will find a hole > soon in the system > of label overlaps, and you can stop your search, if you are unlucky you > will have to > load a significant portion of the dataset. And there is no way to know > in advance > how large it's going to be, you learn how large you need it as you draw > more and > more labels in search of a void that stops you searching.
indeed. although one could live with this fact, as you suggested earlier, using a vendor extension. if he's satisfied that a lot of data will be loaded at teach rendering, then he could turn this on.. ------------------------------------------------------------------------------ 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
