<div dir="ltr">Not sure what the expected behavior is with gdalwarp and the underlying mask preservation.  It is kind of a tricky problem to solve in general; should the mask be resampled with the same kernel as used in the warp? Or should it always be NN?  If the functionality is missing, this is a good opportunity to get your employer funding gdal development.<div><br></div><div>A quick hack would be like you mention; you can extract the datamask (gdal_translate -b mask ... i think) and then warp that separately, and recombine.</div><div><br></div><div>P<br><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 11, 2021 at 7:57 AM Daniele Romagnoli <<a href="mailto:daniele.romagnoli@geo-solutions.it">daniele.romagnoli@geo-solutions.it</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"><div dir="ltr">Hi Jukka,<div>sorry but I can't share the data. Is owned by a customer :(</div><div><br></div><div>Long story short: </div><div>I have several raster tiles (with size around 5000x5000) and a shapefile containing edges defining valid area of each tile.</div><div><br></div><div>I have used gdalrasterize to extract the needed crop for each tile to setup a binary mask.</div><div>Then, I have combined the binary mask with the original tile and rewritten as a new TIFF file with internal masks.<br></div><div>Then, I'm composing all the TIFF files to a VRT.</div><div>When rewriting that VRT to a mosaic TIFF, everything looks good. I see the binary mask is used to properly compose/overlap/mask the pieces of the mosaic and the output contains the mask too. This is an example of gdalinfo on one of the mosaicked tiff:</div><div><br></div><div>Driver: GTiff/GeoTIFF<br>Files: out.tif<br>Size is 45842, 42506<br>Coordinate System is:<br>[... OMITTED... ]<br><br>Metadata:<br>  AREA_OR_POINT=Area<br>Image Structure Metadata:<br>  COMPRESSION=YCbCr JPEG<br>  INTERLEAVE=PIXEL<br>  JPEGTABLESMODE=1<br>  JPEG_QUALITY=75<br>  SOURCE_COLOR_SPACE=YCbCr<br>Corner Coordinates:<br>  [... OMITTED... ]  <br>Band 1 Block=256x256 Type=Byte, ColorInterp=Red<br>  Mask Flags: PER_DATASET<br>Band 2 Block=256x256 Type=Byte, ColorInterp=Green<br>  Mask Flags: PER_DATASET<br>Band 3 Block=256x256 Type=Byte, ColorInterp=Blue<br>  Mask Flags: PER_DATASET<br></div><div><br></div><div>So, as you can see the masks are added to the mosaicked dataset.</div><div><br></div><div>However, when running </div><div>gdalwarp -t_srs EPSG:NEWCODE out.tif warped.tif</div><div><br></div><div>the binary mask is lost from the output file.</div><div>I have also tried using -dstalpha but it complains that "Destination dataset has 3 bands, but at least 4 are needed" which makes sense.</div><div><br></div><div>So I was just wondering if there is anything I should be aware of when warping a masked TIFF.</div><div>I would probably try to transform the binary mask to an alpha band, do the warp and then convert back the alpha to a binary mask....<br></div><div><br></div><div>Thanks for any feedback in advance.</div><div>Regards,</div><div>Daniele</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 11, 2021 at 3:27 PM jratike80 <<a href="mailto:jukka.rahkonen@maanmittauslaitos.fi" target="_blank">jukka.rahkonen@maanmittauslaitos.fi</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">Hi Daniele,<br>
<br>
Test data, please.<br>
<br>
-Jukka Rahkonen-<br>
<br>
<br>
<br>
Daniele Romagnoli-3 wrote<br>
> Thanks for the feedback, Patrick.<br>
> I have downloaded the latest build from GisInternals and it worked as<br>
> expected.<br>
> I have another question.<br>
> It looks like warping an input file containing a binary mask isn't<br>
> preserving the binary mask on the output.<br>
> Should I specify any flag for that?<br>
> <br>
> Thanks for the help.<br>
> Regards,<br>
> Daniele<br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
<br>
> gdal-dev@.osgeo<br>
<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>
<br>
<br>
<br>
<br>
<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"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Regards,</div><div dir="ltr">Daniele Romagnoli</div><div dir="ltr">==</div><div dir="ltr">GeoServer Professional Services from the experts! Visit <a href="http://goo.gl/it488V" target="_blank">http://goo.gl/it488V</a> for more information.</div><div dir="ltr">==</div><div dir="ltr"><br></div><div dir="ltr">Ing. Daniele Romagnoli</div><div dir="ltr">Senior Software Engineer</div><div dir="ltr"><br></div><div dir="ltr">GeoSolutions S.A.S.</div><div dir="ltr">Via di Montramito 3/A</div><div dir="ltr">55054  Massarosa (LU)</div><div dir="ltr">Italy</div><div dir="ltr">phone: +39 0584 962313</div><div dir="ltr">fax:      +39 0584 1660272</div><div dir="ltr"><br></div><div dir="ltr"><a href="http://www.geo-solutions.it" target="_blank">http://www.geo-solutions.it</a></div><div dir="ltr"><a href="http://twitter.com/geosolutions_it" target="_blank">http://twitter.com/geosolutions_it</a></div><div dir="ltr"><br></div><div dir="ltr"><div dir="ltr"><span style="font-size:12.8px">-------------------------------------------------------</span></div><div dir="ltr"><span style="font-size:12.8px"><br></span></div><div dir="ltr"><span style="font-size:12.8px">Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia.</span></div><div dir="ltr"><span style="font-size:12.8px"><br></span></div><div dir="ltr"><span style="font-size:12.8px">This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.</span></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
_______________________________________________<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>