Tim,
Reviewing the warping logic, I see we have support for a *input* mask,
but not creating/updating an *output* mask. AFAICS, there isn't any
particular strong reason not to have support for that. Likely just a few
hours of coding away. Your best workaround is to generate an output with
an
Not sure if this is a bug, or expected behavior, or user error. If I warp
one TIF into another, and both have nodata masks, it seems that gdalwarp
isn't updating the destination TIF's nodata mask to unmask the new pixels.
Here's a short script to generate two example TIFs. One has a red box in
its
