Tim Jenness wrote:
>
>
> On Thu, Aug 19, 2010 at 12:56 AM, Matthew Smith
> <[log in to unmask] <mailto:[log in to unmask]>>
> wrote:
>
> tim.jenness wrote:
>
> On Aug 18, 2010, at 9:42 AM, Matthew Smith wrote:
>
>
>
> Thanks for your response. I am converting to fiddle with
> the data in python -although I think I can do that. The
> problem I'm having is if I do no fiddling, so just
> convert an ndf to fits with ndf2fits and then straight
> away convert it back with fits2ndf I get the error above
> (ie as you put it I don't get back what I started).
>
>
>
>
> That's not meant to happen but then again we weren't really
> expecting it to be tried. I'll put it on the list of things to
> investigate. I'm not really sure why the .MORE.JCMTSTATE
> extension wouldn't come back unless of course your ndf2fits
> command is not propagating extensions (PROEXTS parameter
> should be true).
>
>
>
> Thanks for this. With PROEXTS = true (I didn't realise the
> default was False), I'm now getting the following error,
>
> !! DAT_MAP: Error mapping an HDS primitive: 'RTS_TASKS'
> ! Application exit status DAT_DIMEN, Dimensions invalid
> ! in=last.sdf
>
>
> Malcolm has fixed this problem and I've updated the Hilo 64-bit
> stardev rsync tree.
>
> Tom Marsh used to read this list so maybe he can comment on the NDF
> writing functionality. If he can already ndfMap and read it shouldn't
> be much a stretch to patch it to do an ndfMap and a write.
>
> Tim
>
Thanks to everyone who helped, it now works fine.
Cheers,
Matt
|