Compression not applying when updating/exiting GeoTiff file in GDAL? The Next CEO of Stack OverflowShould GDAL be set to produce GeoTIFF files with compression? Which algorithm should be used?gdal.py as part of bat script in windows 7How to decrease GeoTIFF file size by eliminating or negating the blackfill?Why result of merge of multiple raster is so big?Compression in GeoTIFF files with GDALExtracting 5 bands geotiff file into RGB file using GDAL?Build GEOTiff file using Python GDALGDB Compression Not Updating Base TablesIs it possible to get the compression level of a GeoTiff?Seeking workflow to build cloud optimized tif?
If/When UK leaves the EU, can a future goverment conduct a referendum to join the EU?
How to count occurrences of text in a file?
What was the first Unix version to run on a microcomputer?
FBX seems to be empty when imported into Blender
Are there any limitations on attacking while grappling?
Why does the UK parliament need a vote on the political declaration?
Contours of a clandestine nature
Was a professor correct to chastise me for writing "Prof. X" rather than "Professor X"?
Why has the US not been more assertive in confronting Russia in recent years?
Is it possible to search for a directory/file combination?
Skipping indices in a product
How did the Bene Gesserit know how to make a Kwisatz Haderach?
Received an invoice from my ex-employer billing me for training; how to handle?
Would a galaxy be visible from outside, but nearby?
Different harmonic changes implied by a simple descending scale
Is there a way to save my career from absolute disaster?
Number of real Solution
A "random" question: usage of "random" as adjective in Spanish
Spaceship fuel on Europa
What happened in Rome, when the western empire "fell"?
If Nick Fury and Coulson already knew about aliens (Kree and Skrull) why did they wait until Thor's appearance to start making weapons?
If the heap is initialized for security, then why is the stack uninitialized?
Can I equip Skullclamp on a creature I am sacrificing?
What connection does MS Office have to Netscape Navigator?
Compression not applying when updating/exiting GeoTiff file in GDAL?
The Next CEO of Stack OverflowShould GDAL be set to produce GeoTIFF files with compression? Which algorithm should be used?gdal.py as part of bat script in windows 7How to decrease GeoTIFF file size by eliminating or negating the blackfill?Why result of merge of multiple raster is so big?Compression in GeoTIFF files with GDALExtracting 5 bands geotiff file into RGB file using GDAL?Build GEOTiff file using Python GDALGDB Compression Not Updating Base TablesIs it possible to get the compression level of a GeoTiff?Seeking workflow to build cloud optimized tif?
I have a GeoTiff file with dimensions 300 x 300 and 8760 bands (hourly for one full year). I am testing some code that opens the file, updates ONE band and exits - but I am finding that the file size almost doubles when I exit the file, despite the new band being the same data type etc. Code is as follows:
I am creating the GeoTiff file using the following creation options using many singular GeoTiff files:
gdal_merge.py -separate -co BIGTIFF=YES -co COMPRESS=DEFLATE -co PREDICTOR=1 -co TILED=YES -co BLOCKXSIZE=64 -co BLOCKYSIZE=64 -o block64.tif *.tif
The file size is 947MB.
I am then updating the file using the following code:
ds = gdal.Open("block64.tif", gdal.GA_Update)
# Some simple operation to change band values
arr = ds.GetRasterBand(11).ReadAsArray() / 2
ds.GetRasterBand(11).WriteArray(arr)
ds.FlushCache()
ds = None
The file size is now 1.9GB.
My preliminary conclusion is that the compression/creation options are not being applied once I've updated and exited the file. Is there any way to re-compress/reapply the options once I close the file?
gdal geotiff-tiff compression bigtiff
add a comment |
I have a GeoTiff file with dimensions 300 x 300 and 8760 bands (hourly for one full year). I am testing some code that opens the file, updates ONE band and exits - but I am finding that the file size almost doubles when I exit the file, despite the new band being the same data type etc. Code is as follows:
I am creating the GeoTiff file using the following creation options using many singular GeoTiff files:
gdal_merge.py -separate -co BIGTIFF=YES -co COMPRESS=DEFLATE -co PREDICTOR=1 -co TILED=YES -co BLOCKXSIZE=64 -co BLOCKYSIZE=64 -o block64.tif *.tif
The file size is 947MB.
I am then updating the file using the following code:
ds = gdal.Open("block64.tif", gdal.GA_Update)
# Some simple operation to change band values
arr = ds.GetRasterBand(11).ReadAsArray() / 2
ds.GetRasterBand(11).WriteArray(arr)
ds.FlushCache()
ds = None
The file size is now 1.9GB.
My preliminary conclusion is that the compression/creation options are not being applied once I've updated and exited the file. Is there any way to re-compress/reapply the options once I close the file?
gdal geotiff-tiff compression bigtiff
Compressed tiff is not optimal for updating but doubled size feels too much. Perhaps you could try something similar to the create vrt route in this wiki document trac.osgeo.org/gdal/wiki/UserDocs/…. If you do not get help from gis.stackexchange you should write and ask from the gdal-dev mailing list.
– user30184
yesterday
More of a workaround than a real answer, but you could read all of the bands, remove the file, and recreate it with your updates.
– mikewatt
21 hours ago
I could... and that's the answer I've come up with so far, but I'm trying to make the process as quick as possible and rewriting large files takes time (I'm updating files server-side and need to be quick to not impact client-side I/O requests).
– tda
11 hours ago
add a comment |
I have a GeoTiff file with dimensions 300 x 300 and 8760 bands (hourly for one full year). I am testing some code that opens the file, updates ONE band and exits - but I am finding that the file size almost doubles when I exit the file, despite the new band being the same data type etc. Code is as follows:
I am creating the GeoTiff file using the following creation options using many singular GeoTiff files:
gdal_merge.py -separate -co BIGTIFF=YES -co COMPRESS=DEFLATE -co PREDICTOR=1 -co TILED=YES -co BLOCKXSIZE=64 -co BLOCKYSIZE=64 -o block64.tif *.tif
The file size is 947MB.
I am then updating the file using the following code:
ds = gdal.Open("block64.tif", gdal.GA_Update)
# Some simple operation to change band values
arr = ds.GetRasterBand(11).ReadAsArray() / 2
ds.GetRasterBand(11).WriteArray(arr)
ds.FlushCache()
ds = None
The file size is now 1.9GB.
My preliminary conclusion is that the compression/creation options are not being applied once I've updated and exited the file. Is there any way to re-compress/reapply the options once I close the file?
gdal geotiff-tiff compression bigtiff
I have a GeoTiff file with dimensions 300 x 300 and 8760 bands (hourly for one full year). I am testing some code that opens the file, updates ONE band and exits - but I am finding that the file size almost doubles when I exit the file, despite the new band being the same data type etc. Code is as follows:
I am creating the GeoTiff file using the following creation options using many singular GeoTiff files:
gdal_merge.py -separate -co BIGTIFF=YES -co COMPRESS=DEFLATE -co PREDICTOR=1 -co TILED=YES -co BLOCKXSIZE=64 -co BLOCKYSIZE=64 -o block64.tif *.tif
The file size is 947MB.
I am then updating the file using the following code:
ds = gdal.Open("block64.tif", gdal.GA_Update)
# Some simple operation to change band values
arr = ds.GetRasterBand(11).ReadAsArray() / 2
ds.GetRasterBand(11).WriteArray(arr)
ds.FlushCache()
ds = None
The file size is now 1.9GB.
My preliminary conclusion is that the compression/creation options are not being applied once I've updated and exited the file. Is there any way to re-compress/reapply the options once I close the file?
gdal geotiff-tiff compression bigtiff
gdal geotiff-tiff compression bigtiff
edited yesterday
PolyGeo♦
53.8k1781245
53.8k1781245
asked yesterday
tdatda
221214
221214
Compressed tiff is not optimal for updating but doubled size feels too much. Perhaps you could try something similar to the create vrt route in this wiki document trac.osgeo.org/gdal/wiki/UserDocs/…. If you do not get help from gis.stackexchange you should write and ask from the gdal-dev mailing list.
– user30184
yesterday
More of a workaround than a real answer, but you could read all of the bands, remove the file, and recreate it with your updates.
– mikewatt
21 hours ago
I could... and that's the answer I've come up with so far, but I'm trying to make the process as quick as possible and rewriting large files takes time (I'm updating files server-side and need to be quick to not impact client-side I/O requests).
– tda
11 hours ago
add a comment |
Compressed tiff is not optimal for updating but doubled size feels too much. Perhaps you could try something similar to the create vrt route in this wiki document trac.osgeo.org/gdal/wiki/UserDocs/…. If you do not get help from gis.stackexchange you should write and ask from the gdal-dev mailing list.
– user30184
yesterday
More of a workaround than a real answer, but you could read all of the bands, remove the file, and recreate it with your updates.
– mikewatt
21 hours ago
I could... and that's the answer I've come up with so far, but I'm trying to make the process as quick as possible and rewriting large files takes time (I'm updating files server-side and need to be quick to not impact client-side I/O requests).
– tda
11 hours ago
Compressed tiff is not optimal for updating but doubled size feels too much. Perhaps you could try something similar to the create vrt route in this wiki document trac.osgeo.org/gdal/wiki/UserDocs/…. If you do not get help from gis.stackexchange you should write and ask from the gdal-dev mailing list.
– user30184
yesterday
Compressed tiff is not optimal for updating but doubled size feels too much. Perhaps you could try something similar to the create vrt route in this wiki document trac.osgeo.org/gdal/wiki/UserDocs/…. If you do not get help from gis.stackexchange you should write and ask from the gdal-dev mailing list.
– user30184
yesterday
More of a workaround than a real answer, but you could read all of the bands, remove the file, and recreate it with your updates.
– mikewatt
21 hours ago
More of a workaround than a real answer, but you could read all of the bands, remove the file, and recreate it with your updates.
– mikewatt
21 hours ago
I could... and that's the answer I've come up with so far, but I'm trying to make the process as quick as possible and rewriting large files takes time (I'm updating files server-side and need to be quick to not impact client-side I/O requests).
– tda
11 hours ago
I could... and that's the answer I've come up with so far, but I'm trying to make the process as quick as possible and rewriting large files takes time (I'm updating files server-side and need to be quick to not impact client-side I/O requests).
– tda
11 hours ago
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "79"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f317009%2fcompression-not-applying-when-updating-exiting-geotiff-file-in-gdal%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Geographic Information Systems Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f317009%2fcompression-not-applying-when-updating-exiting-geotiff-file-in-gdal%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Compressed tiff is not optimal for updating but doubled size feels too much. Perhaps you could try something similar to the create vrt route in this wiki document trac.osgeo.org/gdal/wiki/UserDocs/…. If you do not get help from gis.stackexchange you should write and ask from the gdal-dev mailing list.
– user30184
yesterday
More of a workaround than a real answer, but you could read all of the bands, remove the file, and recreate it with your updates.
– mikewatt
21 hours ago
I could... and that's the answer I've come up with so far, but I'm trying to make the process as quick as possible and rewriting large files takes time (I'm updating files server-side and need to be quick to not impact client-side I/O requests).
– tda
11 hours ago