JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for STARDEV Archives


STARDEV Archives

STARDEV Archives


STARDEV@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

STARDEV Home

STARDEV Home

STARDEV  October 2010

STARDEV October 2010

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Problems accessing NDF extensions

From:

John Barnes <[log in to unmask]>

Reply-To:

Starlink development <[log in to unmask]>

Date:

Fri, 1 Oct 2010 14:54:49 +0100

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (202 lines)

Hi David,

Many thanks for such a swift response. I do know about the STATUS issue, 
but had in fact
made a mistake with previous mapping of the axis array, so thanks for 
this comment. I'm
still having problems however after correcting this.

Here again is the input NDF structure (from hdstrace):

DYNTIMES<NDF>

   DATA_ARRAY<ARRAY>           {structure}
      DATA(12)<_REAL>           300,300,300,300,300,300,300,300,300,
                                     300,300,300
      BAD_PIXEL<_LOGICAL>        FALSE
      ORIGIN(1)<_INTEGER>        1

   AXIS(1)<AXIS>            {structure}
      DATA_ARRAY<ARRAY>           {structure}
         ORIGIN(1)<_INTEGER>        1
         DATA(12)<_REAL>           0,91536.9,183074,274611,366147,
                                        ... 732295,823832,915369,1006910

   MORE<EXT>             {structure}
      FIGARO<EXT>             {structure}
         HJD0<_REAL>           42512.5

End of Trace.



Here is the relevant fragment of my code that deals with this:

      CALL NDF_ASSOC('TIMECAL','READ',TIMECAL,STATUS)
      CALL NDF_MAP(TIMECAL,'Data','_REAL','READ',DW_PTR,NELM2,STATUS)
      CALL NDF_DIM(TIMECAL, 2, DIMS, NDIMS2, STATUS )
      CALL NDF_AMAP(TIMECAL,'CENTRE',1,'_REAL','READ',
      :                                        TS_PTR,WELM,STATUS)

         write(*,*) 'status=',status
         CALL NDF_XLOC(TIMECAL, 'MORE', 'READ', LOC, STATUS )
         print *,'LOC=',loc
         WRITE(*,*) 'status=',status



And here is the output I get from the above fragment (note that status is 0
before the call to NDF_XLOC):

status= 0
LOC=<NOT A LOCATOR>
status= 232950290


So perhaps my understanding of what a locator is is incorrect. Additionally,

CALL NDF_XSTAT( TIMECAL, 'MORE', THERE, STATUS )

Also returns THERE=.FALSE.

The info for all this is at 
http://www.starlink.ac.uk/docs/sun33.htx/node70.html

Am I using the wrong subroutine to access/map the extension - I want to read
the value in MORE.FIGARO.HJD0  (=42512.5)

Cheers,
John






On 01/10/10 14:18, David Berry wrote:
> On 1 October 2010 14:09, John Barnes<[log in to unmask]>  wrote:
>    
>> Hi,
>>
>> I'm using 64 bit star-hawaiki and trying to access data in NDF extensions
>> using my own routines. I have tried following the instructions at
>> http://www.starlink.ac.uk/docs/sun33.htx/node66.html
>>
>> For example enquiring the presence of a structure with:
>>
>>       CALL NDF_XSTAT( INDF, 'MORE', THERE, STATUS )
>>
>> where INDF is an already opened NDF for which I've successfully mapped the
>> data array and MORE is the name of the extension,
>> always returns THERE = FALSE even when the MORE structure is clearly
>> present.
>>
>> Similarly using
>>
>>       INCLUDE 'DAT_PAR'
>>       CHARACTER * ( DAT__SZLOC ) LOC
>>       INTEGER OFFSET
>>       ...
>>      CALL NDF_XLOC( INDF, 'MORE', 'READ', LOC, STATUS )
>>
>> doesn't work and returns the value
>>
>> <NOT A LOCATOR>
>>
>> in the variable LOC. For both NDF_XSTAT and NDF_XLOC, STATUS is returned
>> with a non-zero value (a large integer value).
>>      
> Hi John,
>
> A non-zero status means that something has gone wrong, either in the
> subroutine you just called, or in an earlier subroutine. Once an error
> has occurred, all subsequent starlink subroutine calls will return
> immediately without doing anything other than setting their returned
> arguments to "null" values. In particularly, they will return the
> supplied non-zero status value unchanged. So you need to work out
> where the original error is occurring (i.e. where and why STATUS first
> gets set non-zero), and fix it. If you allow your application to run
> to completion you should see an error message indicating the nature of
> the problem (so long as you don't explicitly cancel the error by
> calling ERR_ANNUL).
>
> David
>
>
>
>
>
>    
>> Is there perhaps a problem here in 64 bit mode or am I using the wrong
>> subroutine calls? Are there any alternative calls
>> I can use - I'm ultimately wanting to read the value in MORE.FIGARO.HJD0
>> (see below).
>>
>> Here are the contents of the NDF for which I want to access the MORE
>> structure:
>>
>>
>> % hdstrace dyntimes
>>
>> DYNTIMES<NDF>
>>
>>    DATA_ARRAY<ARRAY>           {structure}
>>       DATA(12)<_REAL>           300,300,300,300,300,300,300,300,300,
>>                                      300,300,300
>>       BAD_PIXEL<_LOGICAL>        FALSE
>>       ORIGIN(1)<_INTEGER>        1
>>
>>    AXIS(1)<AXIS>            {structure}
>>       DATA_ARRAY<ARRAY>           {structure}
>>          ORIGIN(1)<_INTEGER>        1
>>          DATA(12)<_REAL>           0,91536.9,183074,274611,366147,
>>                                         ... 732295,823832,915369,1006910
>>
>>    MORE<EXT>             {structure}
>>       FIGARO<EXT>             {structure}
>>          HJD0<_REAL>           42512.5
>>
>> End of Trace.
>>
>>
>>
>>
>>
>> Many thanks,
>> John Barnes
>>
>>
>> --
>>
>>
>>
>> **********************************************************
>> John Barnes
>> Centre for Astrophysics Research,
>> Science&   Technology Research Institute
>> University of Hertfordshire,
>> College Lane, Hatfield.
>> Herts AL10 9AB. UK
>> Tel: 01707 285162
>> http://star-www.herts.ac.uk/~jbarnes
>>
>> **********************************************************
>>
>>      
> .
>
>    


-- 
**********************************************************
John Barnes
Centre for Astrophysics Research,
Science&  Technology Research Institute
University of Hertfordshire,
College Lane, Hatfield.
Herts AL10 9AB. UK
Tel: 01707 285162
http://star-www.herts.ac.uk/~jbarnes

**********************************************************

Top of Message | Previous Page | Permalink

JISCMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
2004
April 2003
2003


WWW.JISCMAIL.AC.UK

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager