<div dir="auto">I have a side-question concerning the update-in-place behavior of the gtiff driver in this case: given that a compressed strile will nearly always be smaller after this update (due to better compression ratios on the uniform area), will libtiff overwrite the previous strile in place also, or will it be appended to the existing file (resulting in a larger final file size)?<div dir="auto">regards,</div><div dir="auto">TB</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 19 mars 2024, 00:15, Frank Warmerdam via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,sans-serif">Carsten,</div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">The gdal_rasterize command allows you to "burn in" polygons from an OGR supported datasource into an existing raster. If your raster is a 3 band RGB file, you could use --burn 100 150 200 to burn in the RGB value (100,150,200). This will only work if the raster format you are using supports update-in-place.</div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">You would have to regenerate pyramids after this process -- they are not automatically updated by GDAL when the "base layer" is updated. </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">Best regards,</div><div class="gmail_default" style="font-family:arial,sans-serif">Frank</div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 18, 2024 at 5:34 PM Carsten Lockenkötter via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</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><div lang="DE"><div><p class="MsoNormal">Hi,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">is it possible to censor specific areas of an aerial image using GDAL?<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I have several smaller tiles that I've already transformed into my desired coordinate system and generated internal pyramids.<u></u><u></u></p><p class="MsoNormal">Subsequently, I would like to censor certain areas based on polygons (e.g., from a shapefile or an Oracle DB) (coloring them grayish).<u></u><u></u></p><p class="MsoNormal">Set the color must be done after transforming coordinatesystem and generating pyramids.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I usually use the compiled Windows binaries from <a href="http://gisinternals.com" target="_blank" rel="noreferrer">gisinternals.com</a>.<u></u><u></u></p><p class="MsoNormal">Presumably, my plan doesn't work with that, right? At least I haven't found anything in that direction.<u></u><u></u></p><p class="MsoNormal">I suppose this could be done with a Python, but I've never worked with Python before.<u></u><u></u></p><p class="MsoNormal">Do I need to adjust the internal pyramids as well? Or do I have to recreate them?<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Could you please show me a brief example of how it could work, so I have an approach?<u></u><u></u></p><p class="MsoNormal">I just need an idea of how to implement this and possibly some tips on what else I need to consider.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Regards,<u></u><u></u></p><p class="MsoNormal">Carsten<u></u><u></u></p></div></div>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><font face="monospace">---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank" rel="noreferrer">warmerdam@pobox.com</a><br>light and sound - activate the windows | USA: +1 650-701-7823<a href="http://voice.google.com/calls?a=nc,%2B16507017823" rel="noopener noreferrer" title="Call +1 650-701-7823 via Google Voice" target="_blank"></a><br>and watch the world go round - Rush | CAN: +1 343-550-9984</font></div></div></div></div></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>