-
-
Notifications
You must be signed in to change notification settings - Fork 364
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow a LAYER to belong to multiple GROUPs #3237
Comments
|
Author: regodon Meanwhile, you can accomplish what you want by setting "cities" and "boundaries" status to DEFAULT, and adding a REQUIRES "[satellite] OR [rain]" in both layers. Regards |
This is an automated commentThis issue has been closed due to lack of activity. This doesn't mean the issue is invalid, it simply got no attention within the last year. Please reopen with missing/relevant information if still valid. Typically, issues fall in this state for one of the following reasons:
|
|
I have run into a few cases where this would be very desirable and the suggested workaround does not work for more complex cases. In my current case I have:
I can work around this by forcing the user to request |
|
Reopened at the request of @woodbri. --Steve |
|
Adding some good ideas that Steve L. shared via email: I'm not sure how big a deal this would be. One could implement as a list where you'd do: GROUP "group1,group2" or GROUP "group1" Another idea might be to treat GROUP as an expression - it's basically just a string expression now. So you could do things like: GROUP /./ # matches all groups I think pretty much regex or straight string expressions would be all that would make sense. This would be probably easier to implement and probably wouldn't require any changes to the MapScript API (under the hood you'd call msSetExpression()). Some of the OWS code might be where the challenge lies, especially with GetCapabilities. |
|
My 2 cents is to keep it simple, the expressions might be nice, but I think that is where it complicates the OWS code. If we just make it a list of names (rather than an expression), then they just get added to the GetCapabilities like LAYERS and GROUP get treated now. |
|
Something as simple as for an user point of view is to create virtual LAYER in MapServer, something like this: As this, we can use METADATA block and why not, use a STYLE block to change the sub-layer's style. The style feature could be delayed later I guess :) |
|
This is what groups do now essentially.
From: Jacolin [mailto:notifications@github.com]
Sent: Tuesday, July 24, 2018 3:07 AM
To: mapserver/mapserver <mapserver@noreply.github.com>
Cc: Lime, Steve D (MNIT) <steve.lime@state.mn.us>; State change <state_change@noreply.github.com>
Subject: Re: [mapserver/mapserver] Allow a LAYER to belong to multiple GROUPs (#3237)
Something as simple as for an user point of view is to create virtual LAYER in MapServer, something like this:
LAYER
NAME 'group1'
TYPE virtual
DATA 'layer1,layer2,layer2'
END
As this, we can use METADATA block and why not, use a STYLE block to change the sub-layer's style. The style feature could be delayed later I guess :)
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub<#3237 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ABhm-53bJPSX1PSiCN7sF-7vO7KKzwA0ks5uJtWQgaJpZM4Hgxi1>.
|
|
Except that currently 2 groups can't contains the same layer as it could be, using the same example given in the first comment: |
Reporter: gasper
Date: 2009/12/16 - 10:05
Trac URL: http://trac.osgeo.org/mapserver/ticket/3237
I would like to define GROUP property of LAYER as a comma separated list of groups in order to define a LAYER as a part of multiple groups.
For example:
So we have two "views": "default_sat" and "default_rain", where both also include "cities" and "boundaries" layers.
The text was updated successfully, but these errors were encountered: