[gdal-dev] Edit geotiff in Gimp and don't lose metadata

[Nikos Alexandris]

WoW. This is really awesome! 

Whish this existed many years ago... I was using GIMP and all that magic
tools but without resampling or altering the size of the image, and
carefully re-applying geo-tags with the use of listgeo and geotifcp
(like mentioned in https://marc.info/?l=grass-user&m=121788119621237) 
:-). 

On 2022-01-13 23:19, Matt.Wilkie at yukon.ca wrote:

>> 

> _I discovered that starting with v2.10.24 Gimp knows about and keeps geotiff tags intact.[0] This means we can use tools like Magic Wand fuzzy select and a host of other tools to quickly fix a host of image issues that are difficult to address using command line tools and/or code. _ 
> 
> It gets better: Gimp reads *.msk files without any fuss. This means drastically reduced memory requirements for quickly making simple edits only to the mask layer. So a person can: 
> 
> -          take a large multiband band geotiff with a mask side car file, squash the 3+ bands into 1 band 
> 
> -          open the original .msk file in Gimp 
> 
> -          drag and drop the squashed 1 band file on top the Gimp session 
> 
> o   selecting import tif as a Layer 
> 
> -          Lock the imported layer, set to 50% transparent (or whatever). This is the Visual Guide layer. 
> 
> -          Paint as thou wilt on the base mask layer (Black is Nodata, White is Data) 
> 
> -          Delete the visual guide layer 
> 
> -          Export the base mask layer 
> 
> o   Select tiff File Type 
> 
> §  use Deflate compression 
> 
> §  keep metadata (Geotiff will be disabled, that's okay) 
> 
> §  use "input-rgb-geotiff.tif.msk" as file name 
> 
> -          DONE! 
> 
> _(this is so awesome. :)_
> 
> -Matt 
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220114/3707b3e5/attachment.html>