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

Bad Allocation when opening properties of a VRT file created with the Hillshade tool of the "Raster Terrain Analysis" core plugin #19519

Closed
qgib opened this issue Sep 15, 2014 · 5 comments
Labels
API API improvement only, no visible user interface changes Bug Either a bug report, or a bug fix. Let's hope for the latter!
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Sep 15, 2014

Author Name: Mark Giesbrecht (Mark Giesbrecht)
Original Redmine Issue: 11209
Affected QGIS version: master
Redmine category:analysis_library


When creating a hillshade with a virtual raster output, based upon an existing virtual raster, the process completed with a 'Bad Allocation' error. End result would not display the the output, rendering was blank. Values were between nan

Input files are .dem, downloaded from Geogratis.ca

  • Input filename was ElbowBasinDEM.vrt
  • Output filename was ElbowBasinHillshade.vrt

Input virtual raster details are as follows:
Driver
GDAL provider
VRT
Virtual Raster
Dataset Description
D:/GIS/ERWP/DEMS For Elbow River/ElbowBasinDEM.vrt
Band 1
STATISTICS_MAXIMUM=2995
STATISTICS_MEAN=1581.2133159829
STATISTICS_MINIMUM=1036
STATISTICS_STDDEV=412.1300841309
Dimensions
X: 7201 Y: 6001 Bands: 1
Origin
-115.5,51.2501
Pixel Size
0.000208333,-0.000208333
No Data Value
-32767
Data Type
Int16 - Sixteen bit signed integer
Pyramid overviews
Layer Spatial Reference System
+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs
Layer Extent (layer original source projection)
-115.5001041666666737,49.9998958333333334 : -113.9998958333333405,51.2501041666666666
Band
Band 1
Band No
1
No Stats
No stats collected yet

Output virtual raster details are as follows:
_Driver
GDAL provider
VRT
Virtual Raster
Dataset Description
D:/GIS/ERWP/Elbow River Watershed - Geogratis/ElbowBasinHillshade.vrt
Band 1
Dimensions
X: 7201 Y: 6001 Bands: 1
Origin
-115.5,51.2501
Pixel Size
0.000208333,-0.000208333
No Data Value
-9999
Data Type
Float32 - Thirty two bit floating point
Pyramid overviews
Layer Spatial Reference System
+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs
Layer Extent (layer original source projection)
-115.5001041666666737,49.9998958333333334 : -113.9998958333333405,51.2501041666666666
Band
Band 1
Band No
1
No Stats
No stats collected yet
_

Another aside, the first virtual raster output (ElbowBasinDEM.vrt) would not display until the project was saved, then re-opened the .qgs project.


@qgib
Copy link
Contributor Author

qgib commented Oct 3, 2014

Author Name: Giovanni Manghi (@gioman)


The resulting vrt file (using the QGIS core "Raster Terrain Analysis plugin") does not seems right, but the truth is that I'm not sure that for such operations (for example using the hillshade tool in the "raster -> analysis -> dem" menu) the vrt should be allowed as output format.


  • version was changed from 2.4.0 to master
  • subject was changed from Bad Allocation Error when creating Virtual Raster to Bad Allocation when opening properties of a VRT file created with the Hillshade tool of the "Raster Terrain Analysis" core plugin
  • category_id was changed from Rasters to 119
  • operating_system was changed from Windows 7 64bit to

@qgib
Copy link
Contributor Author

qgib commented Jan 2, 2017

Author Name: Giovanni Manghi (@gioman)


  • category_id was changed from 119 to Analysis library

@qgib
Copy link
Contributor Author

qgib commented Jan 2, 2017

Author Name: Giovanni Manghi (@gioman)


  • fixed_version_id was configured as Version 3.0

@qgib
Copy link
Contributor Author

qgib commented Apr 30, 2017

Author Name: Giovanni Manghi (@gioman)


  • regression was configured as 0
  • easy_fix was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Mar 9, 2019

Author Name: Giovanni Manghi (@gioman)


End of life notice: QGIS 2.18 LTR

Source:
http://blog.qgis.org/2019/03/09/end-of-life-notice-qgis-2-18-ltr/


  • resolution was changed from to end of life
  • status_id was changed from Open to Closed

@qgib qgib closed this as completed Mar 9, 2019
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! API API improvement only, no visible user interface changes labels May 25, 2019
@qgib qgib added this to the Version 3.0 milestone May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
API API improvement only, no visible user interface changes Bug Either a bug report, or a bug fix. Let's hope for the latter!
Projects
None yet
Development

No branches or pull requests

1 participant