GBS uses Gaussian for all ACSIS data processing and we synced that
version to CADC last week to do the processing. Obviously we can fix
CADC but the question is whether we should make a whole new release.
I'll talk to Malcolm.
On Mon, Oct 1, 2012 at 7:03 AM, David Berry <[log in to unmask]> wrote:
> On 1 October 2012 14:57, Tim Jenness <[log in to unmask]> wrote:
>> Does this require a new release of kapuahi?
>
> It causes output NDFs created by makecube to have no VARIANCE
> component, but only if SPREAD is not NEAREST. So it depends how
> critical non-NEAREST spreading is.
>
> David
>
>
>
>
>
>
>
>
>
>> On Mon, Oct 1, 2012 at 2:27 AM, David Berry <[log in to unmask]> wrote:
>>> Branch: refs/heads/master
>>> Home: https://github.com/Starlink/starlink
>>> Commit: f74bbf3f281e66547e3eabc73b92c25a430e560b
>>> https://github.com/Starlink/starlink/commit/f74bbf3f281e66547e3eabc73b92c25a430e560b
>>> Author: David Berry <[log in to unmask]>
>>> Date: 2012-10-01 (Mon, 01 Oct 2012)
>>>
>>> Changed paths:
>>> M applications/smurf/libsmf/smf_rebincube_ast.c
>>>
>>> Log Message:
>>> -----------
>>> smurf: Correct usage of astRebinSeq flags when rebinning an acsis cube
>>>
>>> The final call to astRebinSeq within smf_rebincube_ast, which normalizes
>>> the output NDF data and variance values, was failing to pass the
>>> AST__USEVAR flag to astRebinSeq. Changes in AST now mean that this causes
>>> all the output variances to be set bad. So now make sure that the
>>> AST_VARWGT flag is passed to astRebinSeq if required so that good output
>>> variances are generated.
>>>
>>>
>>>
|