Problem to serve station data in gds
Jennifer Adams
jma at COLA.IGES.ORG
Thu Sep 4 08:40:40 EDT 2008
Dear Edigley Fraga,
I don't really have a good answer for this one. The GDS java files
were compiled with java 1.5, and I cannot reproduce your error on
that system. However, I am running GDS 2.0 on another system running
java 1.6, and I do see that error message in my log files. The
strange thing is that I cannot reproduce the java error reliably, and
the .info request seems to be fulfilled successfully in spite of the
java error. If I weren't looking in the log files, I'd never know
there was a problem! For the cases when the java errors appear, a
browser 'reload' of the .info request works fine without the error
messages. You can try recompiling the GDS on your system with the
$GDSHOME/src/makejar. This gave me a lot of warnings, but the
recompile was successful. After recompiling, I am unable to get any
java errors for .info requests on station data sets.
Jennifer
On Sep 3, 2008, at 5:06 PM, Edigley Fraga wrote:
> The file gds.log in debug level has attached. Its necessary
> manually generate a lonlat.info, lonlat.dds and lonlat.das?
>
> Thank's
> Edigley Fraga
>
> On Wed, Sep 3, 2008 at 3:51 PM, Jennifer Adams <jma at cola.iges.org>
> wrote:
> Can you configure your server to log in debug mode, then reload,
> and make the same .info request and send what's in the log file
> leading up to the java error messages? --Jennifer
>
> On Sep 3, 2008, at 2:34 PM, Edigley Fraga wrote:
>
>> I am using java 1.6 in a linux Debian 4.0.
>>
>> On Wed, Sep 3, 2008 at 2:23 PM, Jennifer Adams <jma at cola.iges.org>
>> wrote:
>> What version of java are you running? --Jennifer
>>
>> On Sep 3, 2008, at 12:39 PM, Edigley Fraga wrote:
>>
>>> Hello,
>>>
>>> I am trying to serve station data in a gds. I have downloaded the
>>> most recent version of grads (ftp://grads.iges.org/grads/2.0/
>>> grads-2.0.a3-bin-i686-pc-linux-gnu.tar.gz) and gds (ftp://
>>> grads.iges.org/grads/gds/gds-2.0.tar.gz). The data that i am
>>> tryng to serve is generate by a utility stngrads, that was mailed
>>> to grads list by Ben-Jei Tsuang.
>>>
>>> The station file in ascii are:
>>>
>>> 1994 9 120.665 24.416 2.6 4.4 32 2 0.7
>>> 424.1
>>> 1994 10 120.464 23.995 2.5 3.7 22 2
>>> 0.4 396.7
>>> 1994 11a 120.287 23.676 2.7 6.3 3 2
>>> 0.6 415.5
>>> 1994 20 121.001 23.25 1.3 5.2 19 1 0.6
>>> 401.4
>>> 1994 19 121.667 23.333 2.2 6.8 20 1
>>> 0.7 402.9
>>> 1994 23 121.608 24.455 1.8 4.2 14 1
>>> 0.7 398.4
>>> 1994 25 121.505 22.19 2 5.7 2 2 0.7 446.1
>>> 1994 29 120.16 24.657 2.4 0.6 7 2 0.7
>>> 411.25
>>> 1994 30 120.332 24.575 2.2 6.2 16 2
>>> 0.7 402.9
>>> 1998 30a 120.167 22.167 2.1 4.4 18 2
>>> 0.6 396.4
>>> 1999 34a 120.387 21.748 1.7 4.7 13 1
>>> 0.5 397.6
>>> 1999 38 120.724 23.4 2.7 2.7 16 1 0.5
>>> 404.63
>>> 1999 39 120.896 23.515 2.5 5.2 5 2 0.5
>>> 394.15
>>> 1999 41 121.104 22.496 2.4 2.8 15 1
>>> 0.6 510.2
>>> 1999 42 122.007 22.996 1.5 3.3 16 2
>>> 0.6 436.7
>>> 1999 43 122.995 22.665 2.3 6 17 1 0.8
>>> 439.8
>>> 1999 44 123.324 21.492 1.8 2.8 12 1
>>> 0.7 401.5
>>> 1999 44a 123.371 21.589 1.5 4.8 17 1
>>> 0.7 450.6
>>> 1999 44b 123.599 21.883 1.7 4.8 17 1
>>> 0.8 393
>>> 1999 45 123.666 24.16 2.2 3.6 8 2 0.8
>>> 522.8
>>> 1999 51 124.853 24.067 19.8 22.8 10 1
>>> 0.8 429.8
>>> 1999 52 124.751 21.331 1.3 3.8 7 1 0.7
>>> 540.4
>>> 1999 53 124.648 21.614 4.2 21.3 5 2
>>> 0.7 542.5
>>>
>>>
>>> The lonlat.ctl is
>>>
>>> DSET ^lonlat.bin
>>> DTYPE station
>>> STNMAP lonlat.map
>>> UNDEF -99999.0
>>> TITLE Station Data Sample
>>> TDEF 6 linear 12z18jan1994 1yr
>>> VARS 6
>>> ts 0 99 Surface Temperature
>>> us 0 99 Surface U-Wind
>>> vs 0 99 Surface V-Wind
>>> ps 0 99 Surface Pressure
>>> elev 0 99 Elevation of Station
>>> ds 0 99 Surface Dewpoint Temperature
>>> ENDVARS
>>>
>>>
>>> All the files are the same that mr. Tsuang sent to the list. The
>>> line in gds.xml was:
>>>
>>> <dataset name = "stationData"
>>> file = "testdata/lonlat.ctl"
>>> format = "ctl">
>>> </dataset>
>>>
>>> The error generated by the gds is:
>>>
>>> Oops! The server encountered an unexpected error while serving
>>> the this request:
>>> http://localhost:8080/dods/stationData.info
>>>
>>> Please report this error to http://www.iges.org/grads/gds, and
>>> include the following debug information:
>>>
>>> Wed Sep 03 10:33:43 BRT 2008: [ Thread-4 localhost GET /
>>> stationData.info ] java.lang.IllegalArgumentException: Can't
>>> parse date string: open GMT at
>>> org.iges.util.Range.parseGradsFormat(Range.java:221) at
>>> org.iges.grads.server.GradsExtracter.convertGradsDateToCOARDS
>>> (GradsExtracter.java:644) at
>>> org.iges.grads.server.GradsExtracter.loadDimValues
>>> (GradsExtracter.java:522) at
>>> org.iges.grads.server.GradsStnExtracter.load
>>> (GradsStnExtracter.java:136) at
>>> org.iges.grads.server.GradsExtracter.parse(GradsExtracter.java:
>>> 80) at org.iges.grads.server.GradsDODSModule.extract
>>> (GradsDODSModule.java:420) at
>>> org.iges.grads.server.GradsDODSModule.loadDDS
>>> (GradsDODSModule.java:355) at
>>> org.iges.grads.server.GradsDODSModule.getDDS(GradsDODSModule.java:
>>> 91) at org.iges.grads.server.GradsTool.getDDS(GradsTool.java:146)
>>> at org.iges.anagram.service.InfoService.writeToCache
>>> (InfoService.java:98) at
>>> org.iges.anagram.service.InfoService.handle(InfoService.java:74)
>>> at org.iges.anagram.filter.DispatchFilter.doFilter
>>> (DispatchFilter.java:60) at org.iges.anagram.filter.Filter.handle
>>> (Filter.java:83) at org.iges.anagram.filter.Filter.handle
>>> (Filter.java:87) at org.iges.anagram.filter.Filter.handle
>>> (Filter.java:87) at
>>> org.iges.anagram.filter.AnalysisFilter.doFilter
>>> (AnalysisFilter.java:67) at org.iges.anagram.filter.Filter.handle
>>> (Filter.java:83) at org.iges.anagram.AnagramServlet.doGet
>>> (AnagramServlet.java:212) at
>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at
>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
>>> (ApplicationFilterChain.java:247) at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter
>>> (ApplicationFilterChain.java:193) at
>>> org.apache.catalina.core.StandardWrapperValve.invoke
>>> (StandardWrapperValve.java:260) at
>>> org.apache.catalina.core.StandardPipeline
>>> $StandardPipelineValveContext.invokeNext(StandardPipeline.java:
>>> 643) at org.apache.catalina.core.StandardPipeline.invoke
>>> (StandardPipeline.java:480) at
>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
>>> 995) at org.apache.catalina.core.StandardContextValve.invoke
>>> (StandardContextValve.java:191) at
>>> org.apache.catalina.core.StandardPipeline
>>> $StandardPipelineValveContext.invokeNext(StandardPipeline.java:
>>> 643) at org.apache.catalina.core.StandardPipeline.invoke
>>> (StandardPipeline.java:480) at
>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
>>> 995) at org.apache.catalina.core.StandardContext.invoke
>>> (StandardContext.java:2415) at
>>> org.apache.catalina.core.StandardHostValve.invoke
>>> (StandardHostValve.java:180) at
>>> org.apache.catalina.core.StandardPipeline
>>> $StandardPipelineValveContext.invokeNext(StandardPipeline.java:
>>> 643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke
>>> (ErrorDispatcherValve.java:170) at
>>> org.apache.catalina.core.StandardPipeline
>>> $StandardPipelineValveContext.invokeNext(StandardPipeline.java:
>>> 641) at org.apache.catalina.valves.ErrorReportValve.invoke
>>> (ErrorReportValve.java:172) at
>>> org.apache.catalina.core.StandardPipeline
>>> $StandardPipelineValveContext.invokeNext(StandardPipeline.java:
>>> 641) at org.apache.catalina.core.StandardPipeline.invoke
>>> (StandardPipeline.java:480) at
>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
>>> 995) at org.apache.catalina.core.StandardEngineValve.invoke
>>> (StandardEngineValve.java:174) at
>>> org.apache.catalina.core.StandardPipeline
>>> $StandardPipelineValveContext.invokeNext(StandardPipeline.java:
>>> 643) at org.apache.catalina.core.StandardPipeline.invoke
>>> (StandardPipeline.java:480) at
>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
>>> 995) at org.apache.coyote.tomcat4.CoyoteAdapter.service
>>> (CoyoteAdapter.java:223) at
>>> org.apache.coyote.http11.Http11Processor.process
>>> (Http11Processor.java:432) at
>>> org.apache.coyote.http11.Http11Protocol
>>> $Http11ConnectionHandler.processConnection(Http11Protocol.java:
>>> 386) at org.apache.tomcat.util.net.TcpWorkerThread.runIt
>>> (PoolTcpEndpoint.java:534) at
>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
>>> (ThreadPool.java:530) at java.lang.Thread.run(Thread.java:619)
>>>
>>>
>>>
>>> I am in Brazil, and here to serve data in gds we must to set the
>>> environment variable LC_ALL to "en_US", but in this case this has
>>> no success. I can visualize normally the station data in grads.
>>> Someone has any idea how to solve this problem?
>>>
>>> Thanks in Advance
>>> --
>>> Edigley Fraga
>>
>> --
>> Jennifer M. Adams
>> IGES/COLA
>> 4041 Powder Mill Road, Suite 302
>> Calverton, MD 20705
>> jma at cola.iges.org
>>
>>
>>
>>
>>
>>
>> --
>> Edigley Fraga
>
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> jma at cola.iges.org
>
>
>
>
>
>
> --
> Edigley Fraga
> <gds.log>
--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20080904/e7e24cd6/attachment.html
More information about the gradsusr
mailing list