 |
 |
We don't know what this "type" of file is so I'm not sure. If you give us an example then we can help. I'm guessing a previous step has done an NDF section into the data array but has not adjusted the dimensionality of JCMTSTATE. SMURF is meant to be able to attempt to correct for this by offsetting into the JCMTSTATE array. If we have an example file we might be able to work out what changed. smf_open_file only changed a little in January. sc2store changed in September but that was a minor tweak to NDG. On Thu, Dec 6, 2012 at 9:57 AM, Sherwood, Matt <[log in to unmask]>wrote: > Hi David, > > It is true that the s8c20120925_00026_0003_phs.sdf does not exist. The > reason is that this is the intended output of the smurf recipe task > _FTS2_APPLY_PHASE_CORRECTIONDS_, which fails when attempting to open > s8c20120925_00026_0003_fts.sdf. This file is emitted from the previous step > (_FTS2_INIT_). This error occurs in smurf_fts2_phasecoorrds.c upon calling > smf_open_file(). > > This is the reason for my inquiry. What is now causing smf_open_file to > fail with this type of file as input? My predecessor Josh states that this > step worked recently, but now does not. > > Thanks, > Matt > > > On 2012-12-06, at 1:33 AM, David Berry wrote: > > > On 6 December 2012 00:36, Sherwood, Matt <[log in to unmask]> wrote: > >> Greetings, > >> > >> I've just begun this week on FTS-2 related software development for the > SCUBA-2 camera on the JCMT telescope in Hilo, Hawaii on behalf of the JACH. > >> > >> My predecessor informs me that a recent change in smurf related > Starlink code may have occurred that conflicts with the prior behaviour of > smf_open_file. The suspicion is that since our treatment of the data cube > changes its size relative to that specified originally in JCM2STATE, that > there may now be a conflict arising. The only other things this step in our > process changes in the original file, which does open fine, is to update > some FITS parameters and to add an FTS2 meta data section. > >> > >> Here is the error we are getting: > >> > >> #26 Err: !! DAT_SLICE: Error obtaining a locator to a slice of an HDS > array. > >> #26 Err: ! Unable to open the source file! > >> #26 Err: !! SAI__ERROR: Error > >> #26 Err: RECIPE ERROR: Error during header read from NDF > s8c20120925_00026_0003_phs: > >> Error accessing file > '/home/matt/Work/JAC/data/scuba2/reduced/s8c20120925_00026_0003_phs.sdf' - > No such file or directory > > > > Hi Matt, > > The message is suggesting that the file > > /home/matt/Work/JAC/data/scuba2/reduced/s8c20120925_00026_0003_phs.sdf > > does not exist. Firstly, can you confirm whether this is or is not > > true? If the file does not exist, then HDS is working properly and > > the next questions to ask are how this file was supposed to be > > created, what may have prevented it from being created, and what could > > have deleted it. If the file *does* exist, then it looks like there is > > a problem in HDS. > > > > David > > > > > >> HDS_OPEN: Error opening an HDS container file. > >> at /home/matt/software/star/bin/oracdr/src/lib/perl5/ORAC/BaseNDF.pm > line 397. > >> > >> Any suggestions on this would be helpful. > >> > >> Thanks, > >> Matt > >> > >> Matt Sherwood > >> [log in to unmask] > >> ---- > >> Starlink User Support list > >> For list configuration, including subscribing to and unsubscribing from > the list, see > >> https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK > > > > ---- > > Starlink User Support list > > For list configuration, including subscribing to and unsubscribing from > the list, see > > https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK > > ---- > Starlink User Support list > For list configuration, including subscribing to and unsubscribing from > the list, see > https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK > ---- Starlink User Support list For list configuration, including subscribing to and unsubscribing from the list, see https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK