-
Notifications
You must be signed in to change notification settings - Fork 20
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
Filtered WFS-layers #228
Comments
Initial version is included in Oskari 2.1.0 version. This will allow admins to write a JSON-fragment on a textarea that defines the filter. This will probably be continued to have more admin/user-friendly UI for defining filters in the (near) future. |
For future reference:
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We are beginning to implement functionality that allows administrators to add WFS-based layers with preset filters. We also have future plans for allowing end-users to define filters for the layers. This is useful if a WFS has a lot of features but the administrator wants end-users to have dedicated layers for given subset of the features for simplicity.
Consider having a Web Feature Service listing different kind of service points all over the world. Using this service an admin could add the service as a layer in Oskari named "Gas stations in Finland" and define a filter where everything where country != 'FI' and type != 'gas station' would not be fetched (and shown) from this "wider datapool" for the end-user.
The filter syntax would be the same kind of JSON as for attribute based styling for vector features in the frontend so it's consistent between the functionalities.
Plans are to implement this in autumn 2020 by NLS Finland.
The text was updated successfully, but these errors were encountered: