<div dir="ltr">You need to enlarge cache size (<span style="color:rgb(0,128,128);font-family:Menlo,"DejaVu Sans Mono","Liberation Mono",Consolas,"Ubuntu Mono","Courier New","andale mono","lucida console",monospace;font-size:12.6px;white-space:break-spaces;background-color:rgb(236,253,240)">GDAL_CACHEMAX</span>) so that it can fit the uncompressed tiles of one single row of your image. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 12, 2021 at 9:50 PM mhw-at-yg <<a href="mailto:matt.wilkie@gov.yk.ca">matt.wilkie@gov.yk.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have a lot of multi GB images that are unfortunately jpeg-in-geotiff<br>
encoded before nodata was properly defined. As a result they all suffer from<br>
the jagged edges problem.<br>
<<a href="http://osgeo-org.1560.x6.nabble.com/file/t192661/WVpPW.png" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/file/t192661/WVpPW.png</a>> <br>
<br>
I've defined a method for adding a nodata mask side-car file that works<br>
around this: <br>
<a href="https://gis.stackexchange.com/questions/387877/add-a-nodata-mask-or-alpha-band-to-read-only-image/" rel="noreferrer" target="_blank">https://gis.stackexchange.com/questions/387877/add-a-nodata-mask-or-alpha-band-to-read-only-image/</a><br>
<br>
 * Create a working copy de-collared image with a mask file<br>
 * Rename the mask file to match original<br>
 * Remove working copy<br>
<br>
Windows command line syntax:<br>
<br>
:::<br>
nearblack -o xxx.tif -setmask in_image.tif<br>
move xxx.tif.msk in_image.tif.msk<br>
del xxx.*<br>
:::<br>
<br>
Unfortunately nearblack is unusable on large images. With a source image of<br>
3.9 GB (126015 x 68149 pixels, 3 channels) it was only at 35% after 17<br>
hours. I forgot about the process and rebooted my machine so I don't know<br>
how long it would taken to complete, if it would have finished at all.<br>
<br>
I used gdal_retile to break the source into 4096x4096 tiles and ran<br>
nearblack on those. It finished in under 2 hours for the entire set of 527<br>
files, but i can't use the result because the tiles aren't georeferenced<br>
(see other thread). That problem aside, the experiment demonstrates much<br>
optimization is possible. <br>
<br>
Any advice on how else I might solve this?<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-----<br>
-Matt<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Darafei "Komяpa" Praliaskouski<br>OSM BY Team - <a href="http://openstreetmap.by/" target="_blank">http://openstreetmap.by/</a><br></div></div>