[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20000411: Problem reading MD file FTPed from UW archive (cont.)

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20000411: Problem reading MD file FTPed from UW archive (cont.)
  • Date: Tue, 11 Apr 2000 14:41:57 -0600
>From: Mark Anderson <address@hidden>
>Organization: University of Nebraska-Lincoln
>Keywords: 200004111444.IAA02473 McIDAS-X 7.60 SFCPLOT ADDE

Mark,

>Maybe the problem is in the DATALOC statements.

I don't think so.  The fact that you could plot a meteorogram using
SFCMG tells us that the dataset is defined; it can be found; and it can
be read correctly.

>The way I have the data set up is through a redirect
>REDIRECT ADD MDXX31* "/data/SYNOPLAB/students/aaronm

OK, this means that you can get the direct access to the file(s) that
is needed by non-ADDE commands like MDU.  The next piece of the puzzle
is to define a dataset so that ADDE commands will know which files
belong to the dataset.  This would be done using the DSSERVE command.
For instance, I'll bet that the DSSERVE command that you used to
define the AM dataset looked something like:

DSSERVE ADD AM/SFCOBS MD 3100 3200 "AM dataset

NOTE the lack of the RT=YES keyword sequence that should be included
for realtime MD files:

DSSERVE ADD RTPTSRC/SFCHOURLY MD 1 10 RT=YES "Real-Time SFC Hourly

>I'm not sure how to do the DATALOC command but set one up using
>
>DATALOC ADD AM LOCAL-DATA

This is fine.  The 'LOCAL-DATA' indicates that the files that compose
the dataset can be found "locally" through either/or REDIRECTions or
MCPATH.  Since you said that you defined REDIRECTions so that the MDXX31*
files can be found, then this is fine.

>I also ran the SFCPLOT command with DEV=GCC and this is the output.
>
>SFCPLOT ID OLAY X 1999339 DAT=AM/SFCOBS.2 DEV=GCC
>
>SFCPLOT* GetConfigDefaultHandle() starting
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTUSER
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTSITE
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTCORE
>SFCPLOT* GetConfigDefaultHandle() return code is -100002
>SFCPLOT* GetConfigDefaultHandle() starting
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTUSER
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTSITE
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTCORE
>SFCPLOT* GetConfigDefaultHandle() return code is -100002
>SFCPLOT* GetConfigDefaultHandle() starting
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTUSER
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTSITE
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTCORE
>SFCPLOT* GetConfigDefaultHandle() return code is -100002
>SFCPLOT* GetConfigDefaultHandle() starting
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTUSER
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTSITE
>SFCPLOT* GetConfigDefaultHandle() opening
>/home/anderson/mcidas/data/SFCPLOTCORE
>SFCPLOT* GetConfigDefaultHandle() return code is -100002
>SFCPLOT* Number of Dataset Names = 1
>SFCPLOT* Scratch file =/var/tmp/tempAAAXlaWlF
>SFCPLOT* AM SFCOBS BPOS=2 EPOS=2 VERSION= 1
>SFCPLOT*
>SFCPLOT* reading nbytes =  256
>SFCPLOT* dataset echo status =
>SFCPLOT* Dataset Name = AM/SFCOBS.2
>SFCPLOT* AM SFCOBS BPOS=2 EPOS=2 VERSION= 1
>SFCPLOT*
>SFCPLOT* reading nbytes =  256
>SFCPLOT* Source Type = ISFC
>SFCPLOT* PTDISP AM/SFCOBS.2 13 PAR=ID SEL=' TIME 18; DAY 1999339; TYP
>SFCPLOT* E 0' DEV= NCN DEC= YES /var/tmp/tempAAAXlaWlF FORMAT= A8 OFF
>SFCPLOT* = 0 0 -4 16 TDA= CAL TIT='SFC ID at 18 UTC on 05 Dec 1999'
>PTDISP: No data found matching search conditions
>SFCPLOT - Done

You can see that eventually SFCPLOT runs PTDISP.  You could try running
the PTDISP invocation directly:

PTDISP AM/SFCOBS.2 13 PAR=ID SEL=' TIME 18; DAY 1999339; TYPE 0' DEV= NCN DEC= 
YES /var/tmp/tempAAAXlaWlF FORMAT= A8 OFF= 0 0 -4 16 TDA= CAL TIT='SFC ID at 18 
UTC on 05 Dec 1999'

BUT change DEV=NCN to DEV=GCC to see what PTDISP is trying to tell you.
Also, you can leave out the 'DEC= YES /var/tmp/tempAAAXlaWlF' keyword
sequence, so the final invocation command line would look like:

PTDISP AM/SFCOBS.2 13 PAR=ID SEL=' TIME 18; DAY 1999339; TYPE 0' DEV=GCC 
FORMAT= A8 OFF= 0 0 -4 16 TDA= CAL TIT='SFC ID at 18 UTC on 05 Dec 1999'

This should give us more clues about exactly what is failing.  Perhaps it
is something as simple as the TYPE in the file has been changed (from 0 to 1?).

Finally, it really would be useful for me to take a look at the MD file(s)
you are having trouble with.

>I hope this means something to you.

Yes, it did help, but it wasn't enough.

Tom