[Gdal-dev] RFC 15: Band Masks
Simon Perkins
sy at perkins.net
Tue Aug 21 12:30:00 EDT 2007
This all seems reasonable to me. Just to clarify: in the case where
there is a genuine binary valued bitmaks per raster band, will
GetMaskFlags() return 0? i.e. is it intended that there is no specific
flag for GMF_PER_BAND?
Cheers,
Sy
Frank Warmerdam wrote:
> Folks,
>
> After some thinking, and discussions with Howard, I have revised RFC 15
> a bunch. Highlights:
>
> o Now I plan to return alpha bands as the mask if they apply.
> o I have changed the name of the methods to just GetMaskBand() and
> get GetMaskFlags() to avoid confusion.
> o I have written in more detail about the default implementation.
> o I have changed the GetMaskType() to GetMaskFlags() with flags bitwise
> or'ed together for expandability and so multiple conditions can
> apply at
> once.
>
> I have also explicitly indicated that the API is not being extended at
> this
> time for the creation of masks. Driver CreateCopy() implementations can
> capture masks from the source dataset if applicable, but that is the only
> mechanism GDAL can use to create them for now. Related to this, I'm
> avoiding addressing band masks in PAM (the persistant auxilary metadata
> mechanism). I'm doing this mostly to keep things managable for now, and
> because I think some careful thinking needs to be applied before trying
> to provide explicit creation.
>
> http://trac.osgeo.org/gdal/wiki/rfc15_nodatabitmask
>
> I'm very pleased with the move to expressing nodata, alpha bands and
> explicit bitmasks all through the mask model. I hope others will feel
> the same!
>
> Best regards,
More information about the Gdal-dev
mailing list