> @Paul, I have currently the problem with about 25000 Layers, so it is > impossible to search in the table of contents. Oh dear, something lost in translation here. I should have been more explicit - when they contacted us to ask for the search facility, we instead got them to simplify their map.
I think ESRI have the right idea here - their model is basemap + operational layers. See http://proceedings.esri.com/library/userconf/devsummit09/papers/building_gre at_web_maps_dev_summit_cb_final.pdf for a good backgrounder. By design, the number of operational layers is kept low in each web map, since it is focussed on one particular task/workflow. Regards, Paul -----Original Message----- From: christian.muel...@nvoe.at [mailto:christian.muel...@nvoe.at] Sent: Friday, 19 November 2010 8:15 PM To: Paul Joyce Cc: 'Robert Buckley'; geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] What makes more sense?...lots of layers or a complicated sld? @Robert, do you use the REST API for configuration ?. I would not advise to configure ~ 100 layers manually. @Paul, I have currently the problem with about 25000 Layers, so it is impossible to search in the table of contents. I am investigating in using geonetwork for searching and geoserver for presentation. Do you have some experience here. Another problem I have is that each layer has its specific SLD. Is it a good idea to create the SLDs on the fly ?. Quoting Paul Joyce <joyc...@hotmail.com>: > Good advice from Andrea. I would add that you could consider whether a user > needs access to all 110 layers at once. If not, consider splitting the wms > in multiple smaller wms services, that are more targeted and focussed on a > specific need. > I once had a customer that had setup a web map with 220 layers. They were > having so much trouble finding layers in the table of contents that they > contacted us to ask that we put in a search facility to find things in the > tree! > > Regards, Paul > > -----Original Message----- > From: Andrea Aime [mailto:andrea.a...@geo-solutions.it] > Sent: Friday, 19 November 2010 7:31 AM > To: Robert Buckley > Cc: geoserver-users@lists.sourceforge.net > Subject: Re: [Geoserver-users] What makes more sense?...lots of layers or a > complicated sld? > > On Thu, Nov 18, 2010 at 3:57 PM, Robert Buckley > <robertdbuck...@yahoo.com> wrote: >> Hi, >> >> I have a GIS project which has become a wms service. The project was not >> designed for the web, and therefore the datastructure was based on 110 >> different shapefiles. >> >> My job is to publish a wms service displaying these layers. >> >> There are approx 110 shp...points,lines, polygons and text. A black/white >> 60% transparent topographic map is draped over the project in Desktop GIS. > > Generally speaking, better to setup thing so that they make sense :-) > You can't just merge layers if they have a different set of attributes. > If you have a few that are purely geometric or have the same attributes > maybe > you can merge them and add a classified column, and then use sld rules > to tell them apart. > > For sure you don't want to display a map that has all of 110 layers enabled > at the same time, cause that will result in 110 separate queries, but > if the layers are legit, that would also result in a map so crowded that > is almost impossible to read. > > So merge layers only if they share the same meaning/attributes (e.g., > create a road layers or out "highways", "primary roads", "secondary roads" > if you have those as layers), use scale dependencies to show only > the layers that it makes sense to show at a certain scale, and allow > the user to turn on and off the layer that do not make sense as part > of the base map > > Hope this helps > > Cheers > Andrea > ----------------------------------------------------- > Ing. Andrea Aime > Senior Software Engineer > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > > phone: +39 0584962313 > fax: +39 0584962313 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://www.linkedin.com/in/andreaaime > http://twitter.com/geowolf > > ----------------------------------------------------- > > ---------------------------------------------------------------------------- > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > > ---------------------------------------------------------------------------- -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev _______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
