I have a large number of (say 9000) 2km x 2km raster DEMs in ASC file format that I am trying to manage, in order to use in QGIS.

I've been looking for way of storing them, ideally on the filesystem, but in a way that they can be searched/queried geographically. Also, so that they can be added to over time. Then loading the DEM data into QGIS as necessary to do ad hoc processing, usually around 10-20 at a time.

Is there a way of doing this using say GeoPackage format, or any other method readable by QGIS?

The files could be converted to GeoTIFF if that makes any difference.

Also, if there's no way of storing them on the filesystem, but there is a way of storing the data in the file, that would be helpful. I have stored one file in a GeoPackage, but trying to then add additional files ends up with the original being overwritten.

I have also had limited success in storing data in a Rasterlite (SpatiaLite) DB. While QGIS will load the data, it doesn't seem to have an option to select what area of the data is loaded, and this would seem to be impractical for a large data source when you only want to operate on a small part of it.


1 Answer 1


Keep them as individual files and create a virtual raster:

...it’s a way to organize your existing rasters into one catalog: one file for easy access.

  • Faster to read if they're converted to a tiled GeoTIFF before creating a VRT.
    – user2856
    Commented Aug 10, 2020 at 3:17
  • 1
    I'd had poor performance with virtual rasters (of ~20-40 tiles) in QGIS previously. Moving/zooming would cause the screen to redraw slowly each time, so I'd expected that virtual rasters of hundreds or thousands of tiles would have significantly worse performance - which was why I hadn't investigated further. However, I created the virtual rasters outside QGIS, and if you load and then clip to the area of interest, the performance was reasonable. Zooming and moving QGIS with the VRTs was still very slow - unless you uncheck the Render box in the bottom right. Commented Aug 11, 2020 at 23:58

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.