NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Hi Kevin-
> When I do
> PTLIST RTPTSRC/BUFRTOZN DEV=CCC with RTPTSRC pointed to stimpy:
> I do see
>
> PTLIST* RTPTSRC BUFRTOZN SELECT= POS=0 TRACE=0 MAX=1 VERSION= 1
>
> and then it returns the following (a list of the available parameters):
>
> DAY = _missing_ | TIME = _missing_
> STID = _missing_ | OR10 = _missing_
> SATC = _missing_ | SSNX = _missing_
> SSNY = _missing_ | LAT = _missing_
> LON = _missing_ | ROWN = _missing_
> COLN = _missing_ | OZON = _missing_
>
> Number of matches found = 1
> I'm guessing it should be sending a record back by default, but I don't
> know what I should send back by default
I think the server is supposed to return the first non-missing report.
> as there are several different parameters (and worse for other files).
It returns all the parameters in a row/column.
> If I say,
> PTLIST RTPTSRC/BUFRTOZN PAR=DAY TIME LAT LON OZON NUM=1
> I get back
> DAY[CYD] TIME[HMS] OZON LAT[DEG] LON[DEG]
> -------------- ---------------- -------- ------------- -------------
> 2006196 234500 330 23.44647 59.60308
>
> From what directory do you run that java command?
> I get
> Exception in thread "main" java.lang.Error: Unresolved compilation problem:
>
> at
> edu.wisc.ssec.mcidas.adde.AddePointDataReader.main(AddePointDataReader.java:515)
I have the edu tree in my classpath.
I would add the trace=1 to both the McIDAS and java requests
and see what the server says on the other end.
BTW, for the Java request, I do eventually get back:
Exception in thread "main" edu.wisc.ssec.mcidas.adde.AddeException: No datasets
found edu.wisc.ssec.mcidas.adde.AddeURLException: ♦ HSuccessful
return
at
edu.wisc.ssec.mcidas.adde.AddePointDataReader.<init>(AddePointDataReader.java:156)
at
edu.wisc.ssec.mcidas.adde.AddePointDataReader.main(AddePointDataReader.java:526)
Don
>
> Unidata IDV Support wrote:
> > Hi Kevin-
> >
> >
> >> I am using an Eclipse build and put an extra &trace=1 statement into
> >> some of Dave Parker's code.
> >> Thanks for the trce fix. I will see if I can get any further with the
> >> point stuff.
> >> I can get it to list and display values in McIDAS-X using PTLIST/PTDISP,
> >> so not sure where my disconnect is.
> >>
> >
> > In McIDAS, what happens if you do:
> >
> > PTLIST RTPTSRC/BUFRTOZN DEV=CCC
> >
> > This is essentially what the sampleIt section of code is
> > asking. You should see something like:
> >
> > PTLIST* RTPTSRC BUFRTOZN SELECT= POS=0 TRACE=0 MAX=1 VERSION= 1
> >
> > Does that return anything?
> >
> > Another way to test this outside the IDV/Mc-V is to use the
> > AddePointDataReader class. For example, if I run:
> >
> > $ java edu.wisc.ssec.mcidas.adde.AddePointDataReader
> > "adde://stimpy.ssec.wisc.edu/pointdata?group=RTPTSRC&user=KEVS&proj=6999&descr=BUFRTOZN&num=1&pos=0&debug=true"
> >
> > I get:
> >
> > Data Requested:
> > host from URL: stimpy.ssec.wisc.edu
> > file from URL:
> > /pointdata?group=RTPTSRC&user=KEVS&proj=6999&descr=BUFRTOZN&num=1&pos=0&debug=true
> > Service = mdks
> > uCmd=group=RTPTSRC&user=KEVS&proj=6999&descr=BUFRTOZN&num=1&pos=0&debug=true
> > String passed to server = RTPTSRC BUFRTOZN POS=0 TRACE=0 MAX=1
> > RTPTSRC BUFRTOZN POS=0 TRACE=0 MAX=1 VERSION=1
> > user = KEVS
> > proj = 6999
> > compression = gzip
> > connecting on port 112 using gzip compression.
> > numBinaryBytes= 0
> >
> > and it just kind of hangs there. You could add on the trace=1
> > to see what's going on on the other end.
> >
> > Don
> >
> >
> >
> >
> >
> >> Kevin
> >>
> >>>> I added in the &trace=1 so I might see what is happening on my server
> >>>> stimpy.ssec.wisc.edu
> >>>>
> >>>>
> >>> How did you do this?
> >>>
> >>>
> >>>
> >>>
> >>
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: UHI-275132
> > Department: Support IDV
> > Priority: Normal
> > Status: Open
> >
> >
>
>
Ticket Details
===================
Ticket ID: UHI-275132
Department: Support IDV
Priority: Normal
Status: Open