On Fri, Jun 29, 2012 at 7:28 PM, Gabriel Roldan <[email protected]> wrote:
> Reason is because there's no way to specify the order in which the
> nested layers are to be drawn, so assuming it's gonna be on
> alphabetical order seems just too hacky.
>
Right.
> Also don't think it'll work if you have more than one level of
> nesting. Or perhaps yes, as layer names shall be unique, but at the
> very least the regular expression used to match the wmspaths (in the
> commented out code) should be smarter to avoid matching both "sf" and
> "sfxxx".
>
> This is related to something I guess Martin Davis was wondering about
> some time ago. And at that time we thought providing LayerGroups a
> flag indicating whether to expose it's list of layers as nested on the
> capabilities would work.
> Things may get tricky though and a simple flag may not suffice. What
> if you have the nested layer also exposed as a top level one?
> In any case, I think it's not the first time people is looking for
> layer grouping in capabilities, and perhaps we could get to an easy
> enough solution that preserves the rendering order and allows for
> calling a parent layer by name by a) letting layer groups advertise
> its children in getcaps, b) allowing layergroups be child of
> layergroups.
>
> Thoughts?
>
Fully agreed, it's just a matter of getting funding to do that I guess
Cheers
Andrea
--
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
------------------------------------------------------------------------------
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-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
