In GeoServer, the GetCapabilities request supports a (non-standard) NAMESPACE= option which allows you to list only the layers within a specific namespace. You can use this, along with a filtered CRS list, to keep the capabilities generation and parsing down to a manageable level.
I think there are some further improvements to providing multiple "services" in one GeoServer instance on trunk (to be 2.1.x someday). -- David Winslow OpenGeo - http://opengeo.org/ On Wed, Aug 11, 2010 at 6:48 AM, Luca Morandini <[email protected]> wrote: > On 11/08/10 10:00, Robert Buckley wrote: > > Hi, > > > > after I installed the geosuite community edition, I began toying with the > idea > > of installing geoserver more than once. > > > > This would cut down the amount of layers shown on the get capabilites > > file....the problem being that if my current project gets off the ground, > I will > > have around 1000 geographic themes for around 50 regions to display over > a wms. > > > > I could maybe reduce this to around 200 with a different data structure, > but 200 > > layers is still too much to display in GeoCapabilites. > > Look, GeoServer can handle 1000+ layers no sweat... but it will take time > to > reload the catalog at restart, and, yes, the GetCapabilities document will > be > rather slow to display. > > However, if the problem is just the time it takes to generate the > GetCapabilities > and the layer definitions are rather stable, you may consider caching the > GetCapabilities document on Squid or such. > > > > Theoretically, If I installed geoserver 50 times, I could seriously > reduce the > > number of layers displayed.....or am I seriously missing the point here? > > 50 instances will be a colossal overhead, unless you have many concurrent > users > which are interested in just one region at a time (in this case it may be a > good > way to balance the load). > > Keep in mind that every instance consumes resources, even when idle. > > Regards, > > -------------------- > Luca Morandini > www.lucamorandini.it > -------------------- > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users >
------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
