Skip to content
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

QGIS server ignores custom rendering order when loading parent group #29732

Closed
qgib opened this issue Apr 24, 2019 · 3 comments

Comments

@qgib
Copy link
Contributor

commented Apr 24, 2019

Author Name: Andreas Neumann (@andreasneumann)
Original Redmine Issue: 21917
Affected QGIS version: 3.7(master)
Redmine category:qgis_server
Assignee: Alessandro Pasotti


When a project has custom layer rendering order (checkbox "control rendering order" enabled in the "layer order" panel), and the user loads the root layer as a single WMS layer in a WMS client (e.g. QGIS), the custom layer rendering order is not correctly taken into account.

Here is an example service, served with QGIS server 3.6.x (recent build) and attached are three screenshots: one with the connection parameters, the other two with the rendering as it should appear (original project files) and the other with the invalid rendering order when loading the service with the root layer. Note in the screenshot that point symbols (circles) should always be rendered on top, and also other layers are mixed up.

https://services.geo.zg.ch/ows/rp

The data source is Postgis. A Postgis dump-file and the project file will be provided to the person working on fixing the issue.


@qgib

This comment has been minimized.

Copy link
Contributor Author

commented Apr 24, 2019

Author Name: Alessandro Pasotti (@elpaso)


  • assigned_to_id was configured as Alessandro Pasotti
@qgib

This comment has been minimized.

Copy link
Contributor Author

commented Apr 26, 2019

Author Name: Alessandro Pasotti (@elpaso)


PR #9878


  • resolution was changed from to fixed/implemented
  • pull_request_patch_supplied was changed from 0 to 1
  • status_id was changed from Open to In Progress
@qgib

This comment has been minimized.

Copy link
Contributor Author

commented Apr 27, 2019

Author Name: Alessandro Pasotti (@elpaso)


Applied in changeset 956ed06.


  • done_ratio was changed from 0 to 100
  • status_id was changed from In Progress to Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant
You can’t perform that action at this time.