Bug report #12264
Heatmap generated TIF with bad CRS
|Affected QGIS version:||2.8.1||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||fixed/implemented|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||20449|
Heatmap generated with plugin placed in the center of used coordinate reference system, instead of actual location. It looks like QGIS can not interpret real coordinates written in TIF file header, instead it uses the coordinates of pixels in image. The used CRS was a cartesian system (epsg: 23700), not geographical.
If image was opened in other GIS software e.g. Global Mapper, it can open it and interprets its projection but it interchanges the axes.
Fix handling of warped VRT (refs #12264)
Loading of rasters requiring warped VRTs was broken, but the heatmap
plugin is still creating incorrect outputs which needs to be fixed.
#2 Updated by Janos Meszaros over 5 years ago
- File heatmap_sample.ZIP added
I attached a zip file containing a Shapefile with drilling points for geological measurements, nothing special except coordinate reference system: please use the HD72/EOV system or 23700 EPSG code to identify proper projection in QGIS.
#3 Updated by Giovanni Manghi over 5 years ago
- OS version deleted (
- Affected QGIS version changed from 2.8.0 to 2.8.1
- Operating System deleted (
- Target version changed from Version 2.8 to Version 2.8.2
- Priority changed from Normal to Severe/Regression
- Status changed from Feedback to Open
I confirm that there is something wrong in this tool and that ti was working ok in previous qgis releases.
#4 Updated by Pekka Sarkola over 5 years ago
It seems that this more common issue than just Heatmap generated files.
I generate my raster outside QGIS (with gdal_grid): origin and image size is correct. But extent is calculated uncorretly.
Only tested with EPSG:3067, but I presume this is wider problem.