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

Clipped downloaded GeoTIFFs have no compression and are float64 #40

Open
leendertvanwolfswinkel opened this issue Nov 13, 2024 · 1 comment
Assignees

Comments

@leendertvanwolfswinkel
Copy link
Collaborator

leendertvanwolfswinkel commented Nov 13, 2024

What I did:

  • I used the Lizard QGIS plugin to download a raster
  • Raster in Lizard: threedi_rasters_friction (87516b64-dff6-4b34-94d2-3d711838f9c2)
  • Polygon for extent: Model extent.zip

The file that I download from Lizard, is not compressed. File size (compared to compressed version):
image.png

What I expect:

  • The raster that I downloaded as DEFLATE compression
  • The raster has the same data type as the source in lizard; if that is hard to retrieve, default to float32
  • Nice to have would be that the raster also has a decent tiling, e.g. 512x512 instead of Block=2828x1 as it has in my case

One of our devs has had a look at it and says: the lizard_qgis_plugin.utils.clip_raster does this, it warps the compressed raster to a new raster that has no compression

@leendertvanwolfswinkel leendertvanwolfswinkel changed the title Clipped downloaded GeoTIFFs have no compression Clipped downloaded GeoTIFFs have no compression and are float64 Nov 14, 2024
@leendertvanwolfswinkel
Copy link
Collaborator Author

@ldebek tested, please merge
I see that the reason the result is in Float64 is that the original raster is also in Float64 (dtype=f8) according to Lizard

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants