Yes, thanks I was able to get things working the way you suggested.
cheers,
Ed
> Had to leave before I could test this last night, but
>
> DIMENSION(3)
> COFRAME(PIXEL)
> .NOT. BOX( 16, 20, 0, 1, 1, 255 )
>
> worked for me. The first triple is the centre of the box; the second
> triple specifies the length of the box sides in pixels. Thus the "1, 1"
> picks out the single bolometer or the single spatial pixel given by the
> first-two arguments.
>
> You might need to change two of the BOX arguments. The 255 and 0
> specifies 255 z-axis (spectral) pixels centred at pixel co-ordinate 0.
> Now my cube only had 151 pixels along the spectral axis and ARD didn't
> complain. It appears therefore you have some latitude in the third and
> sixth arguments to ensure you capture the whole spectrum.
>
>
> Do we need to extend the ARD keywords for cubes? At present POLYGON,
> COLUMN, and ROW only apply in two dimensions. Should we add a new
> keyword BAND to specify a band in Z (in our case a spectrum) equivalent
> to COLUMN for X and ROW for Y? The last and ROW/COLUMN for cubes is
> already achievable as I've shown, but defining a polygon or ellipsoid in
> three dimensions is not.
>
> Malcolm
>
|