"superoverlay mode" = regionated KML

I don't think this kind of caching makes sense for any mode other than 
regionated data ?

GWC will find the tile (or tiles if it is world wide) that fit the 
bounding box, so if I understand GeoServer's behavior correctly, all the 
features will be put into a single tile. GWC was not designed to stream 
large files as tiles, it would have to work more like the WFS stub and 
stream from disk.

I would just change GWC so that it passes mode=superoverlay  whenever 
kml.km[z|l] is requested ? Let me know and I'll put it into 1.2.2 which 
I am polishing right now.

(I thought I had already done that, but admittedly I haven't worked on 
this for ages, and the switch happened at a time I was pretty busy with 
other stuff.)

-Arne

Andrea Aime wrote:
> Hi,
> I'm looking a bit into the GWC integration with GeoServer
> and it seems that the trick we used to avoid caching empty
> tiles is not working anymore.
>
> The trick was to return a HTTP 204 when GS generated an
> empty tile, and that resulted in GWC skipping that tile and
> the whole subtree under it.
>
> However, as far as I can see that has been not working anymore
> since a long time, basically, since the time we switched
> off superoverlay as the default mode.
>
> As far as I can see the only code that returns a 204 is
> in the superoverlay encoders, but those are not run anymore
> by default.
>
> I guess we should do the same and return a 204 also in
> "download" mode when we see the tile is empty?
> At least, the request that I see GWC making is a plain
> GetMap in KML  format, which should behave in "download"
> mode, no?
>
> Cheers
> Andrea
>
>   


------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to