AFAIK there is no way to cache a layer in memory. This would be a useful feature to add to GeoServer.
Perhaps you could cache the geometry as a shapefile - which should provide fastest performance off disk? It would be interesting to see what the performance boost is at any rate. I also wonder if clipping small parts out of a very large geometry is causing a performance hit. On Fri, Aug 7, 2015 at 1:28 AM, Kirk, Victor <[email protected]> wrote: > Hi, > > We have a polygon layer used as a backdrop for a WMS based layer group. > The layer contains the outlines of the UK, one of which is the mainland and > is obviously quite large. I have generalised versions of the geometries to > use when zoomed out, however when zoomed in, encoding the whole mainland > for every tile introduces a bottleneck and requests quickly build up and > time out as every request. The layer group contains around 20 different > layers, without the polygon layer the group renders very quickly add the > layer back in and it becomes very unsresposive. > > The layer is used to provide the coast and a background colour for land. > I'm looking at "chopping" up the polygons on a grid to create smaller > geometries that can be used to provide the background colour and extract > the coast into a number of smaller lines. > > But before I do this I was wondering if there was some way I could get > geoserver to cache the features for this layer in memory rather than having > to hit the database for every request. > > Regards, Vic > -- > > > > ________________________________ > > This document is intended for, and should only be read by, those persons > to whom it is addressed. Its contents are confidential and if you have > received this message in error, please delete it. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without our prior written consent is strictly > prohibited. > > Any views expressed in this message are those of the individual sender, > and do not necessarily represent the position of Cubic Transportation > Systems (ITMS) Limited (‘CTS’). Furthermore CTS does not authorise or use > e-mail for official contractual correspondence. Nothing received in e-mail > has any contractual validity. > > CTSL and each legal entity in Cubic Corporation reserve the right to > monitor all e-mail communications through its networks. > > Registered Office: > Cubic Transportation Systems Ltd > AFC House > Honeycrock Lane > Salfords > Surrey > RH1 5LA > United Kingdom > > Registered in England under number 8498086 > > ________________________________ > > ------------------------------------------------------------------------------ > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users >
------------------------------------------------------------------------------
_______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
