Bug report #21635
Qgis Server prnting Problem on coordinate system EPSG:31254
Status: | Closed | ||
---|---|---|---|
Priority: | High | ||
Assignee: | - | ||
Category: | QGIS Server | ||
Affected QGIS version: | 3.4.5 | Regression?: | Yes |
Operating System: | Ubuntu 18.04 | Easy fix?: | No |
Pull Request or Patch supplied: | No | Resolution: | invalid |
Crashes QGIS or corrupts data: | No | Copied to github as #: | 29451 |
Description
Qgis server Printing results in empty map when the coordinat system of project and layers is EPSG:31254
problem does not appear when i change project coordinate system to EPSG:3857 or EPSG:3794
History
#1 Updated by Giovanni Manghi over 5 years ago
- Status changed from Open to Feedback
- Priority changed from High to Normal
Did it worked as expected on QGIS Server 2.18?
#2 Updated by Johannes Metzler over 5 years ago
Yes, it worked on previous versions,
it looks like the calculated area is wrong for this projection
#3 Updated by Giovanni Manghi over 5 years ago
- Regression? changed from No to Yes
- Category changed from Map Composer/Printing to QGIS Server
- Priority changed from Normal to High
it looks like the calculated area is wrong for this projection
this is a different issue? are we talking getprint requests to qgis server, correct?
#4 Updated by Johannes Metzler over 5 years ago
same issue, just badly expressed,
it looks like the resulting area of the getprint request ends up in a different area as supposed,
despite coordinates in getprint request are looking good
pls find two requests of the same project and the same area with different coordinate systems.
the first result contains only the layout:
the second the comlete map:
thanks!
#5 Updated by Giovanni Manghi over 5 years ago
Johannes Metzler wrote:
same issue, just badly expressed,
it looks like the resulting area of the getprint request ends up in a different area as supposed,
despite coordinates in getprint request are looking good
pls find two requests of the same project and the same area with different coordinate systems.
the first result contains only the layout:the second the comlete map:
thanks!
links timeout for me, anyway the two requests are different, I mean they do not change only because of the CRS. It would be good if you could test/provide two identical requests other than the CRS parameter.
#6 Updated by Johannes Metzler over 5 years ago
Unfortunately our qgis server is running in intranet only,
I used the same file just saved to another name and changed CRS and advertised Map Canvass extent.
I didnt wanted to bother you with the whole GetPrint request because its an awful long list of layers:
I see the grid interval is changing but i Dont know why
Thanks!
#7 Updated by Giovanni Manghi over 5 years ago
Johannes Metzler wrote:
Unfortunately our qgis server is running in intranet only,
can't you set-up a test endpoint we can try?
I see the grid interval is changing but i Dont know why
hard to say what/if there is something wrong without an endpoint or possibly a test project+data.
How do you generate those getprint requests?
#8 Updated by Johannes Metzler over 5 years ago
I use EQWC from
https://github.com/uprel/gisapp
which is a clone of QGIS-Web-Client 1
I can only offer teamviewer access
#9 Updated by Uroš Preložnik over 5 years ago
Johannes Metzler wrote:
I use EQWC from
https://github.com/uprel/gisapp
which is a clone of QGIS-Web-Client 1I can only offer teamviewer access
Hi,
I also checked this problem since Johannes is using our EQWC. It was bug in 2.18 in GetPrint request to use map extent in the correct axis order set with map CRS. The issue was only for projections that have reverse axis order in QGIS 2. QGIS Server 3.x is working fine here, so after client code was modified for v3 everything is fine.
Can be closed, no issue here.
#10 Updated by Giovanni Manghi over 5 years ago
- Resolution set to invalid
- Status changed from Feedback to Closed