Re: [thredds] WMS capabilities

• To: Pauline Mak <pauline.mak@xxxxxxxxxxx>
• Subject: Re: [thredds] WMS capabilities
• From: Marcos Hermida <marcos.hermida@xxxxxxxxxxxxxxx>
• Date: Wed, 19 Aug 2009 11:09:35 +0200

Hi Pauline!
Sorry for the slow reply but I was on holiday ;-)
I have installed an alone thredds on a Apache-Tomcat and it worked fine!!!

http://javadoc.geotools.fr/2.4/org/geotools/referencing/CRS.html#getSupportedCodes(java.lang.String)

Thanx!

Pauline Mak wrote:

Hi Marcos,

Would you be able to turn on debug on your machine? Did your server have any error messages in the log? It should be in the $TOMCAT_HOME/content/thredds/logs/server/threddsServlet.log file.

I had a clean install of the thredds app (removed the thredds.war and thredds directory from $TOMCAT_HOME/webapps) and it generated the attached XML file (sorry, I forgot to include it last time).

Yet to look at the 500 error...

Cheers,

-Pauline.

Marcos Hermida wrote:

Hi Ethan!
I answered last Pauline's e-mail without copy to the list, that was:
-----------
Hi Pauline!

This is pretty wierd because when I try a GetMap (vs 1.3.0) request with CRS=CRS:84 from a web browser I got a file: http://limia.meteogalicia.es/thredds/wms/modelos/WRF/diario/20090401/wrf_arw_det_20090401_36km_00Z_3d.nc?service=WMS&version=1.3.0&request=GetMap&LAYERS=temp&CRS=CRS:84&BBOX=-49.18259341789055,24.03791184287805,18.788995948788816,56.066076511429685&styles=&format=image/png&WIDTH=500&HEIGHT=500

despite I don't have CRS tags in the capabilities file.
Which file have you downloaded?

Anyway, if when you ran the file with your TDS you got the CRS it's likely there is something wrong with our Apache Tomcat or TDS settings, I'll check that. BTW, I've updated the TDS to version 4.0.24 - 20090724.2259 (latest, I guess) and the CRS is still missing!

Thanx, I really appreciate your help!!!
---------------------

And regarding yours, I downloaded the grib file from the motherlode server and ran it on our server: http://limia.meteogalicia.es/thredds/catalog/testData/catalog.html?dataset=TEST_DATA/GFS_CONUS_80km_20090729_1200.grib1 but I didn't get any CRS so I definitely think that there is something wrong with our server settings rather than some problem with the files. I'll be on holiday a couple of weeks, so I will resume the work on this after it.

Thanx for your help,
Cheers, Marcos.



Ethan Davis wrote:

Another quick note ...

The following dataset on our server is also on a Lambert Conformal
projection and the WMS does list lots of CRS:

http://motherlode.ucar.edu:8080/thredds/wms/fmrc/NCEP/GFS/CONUS_80km/files/GFS_CONUS_80km_20090729_1200.grib1?service=WMS&version=1.3.0&request=GetCapabilities

here's the OPeNDAP DAS:

http://motherlode.ucar.edu:8080/thredds/dodsC/fmrc/NCEP/GFS/CONUS_80km/files/GFS_CONUS_80km_20090729_1200.grib1.das

which contains a similar Lambert_Conformal section as with Marcos'
dataset (below) but it has different parameter values (maybe more
standard?) and lots of other information from the GRIB source.

Ethan

Ethan Davis wrote:

Hi Marcos, Pauline,

I'm not seeing any CRS elements in the GetCapabilities document at this

link:

http://limia.meteogalicia.es/thredds/wms/modelos/WRF/diario/20090331/wrf_arw_det_20090331_36km_00Z_1d.nc?service=WMS&version=1.3.0&request=GetCapabilities

I just talked to Jeff, one of the IDV developers, and that seems to be
the problem the IDV is tripping over (though he just added code to

default to "CRS:84" if none is found). I'm guessing that is the problem

Marcos saw for the other WMS clients as well.

I'm wondering if the projection is getting lost somehow for this
dataset. The project is Lambert Conformal, here's the OPeNDAP DAS
snippet for the projection variable:

    Lambert_Conformal {
        String grid_mapping_name "lambert_conformal_conic";
        Float64 longitude_of_central_meridian -14.100000381469727;
        Float64 standard_parallel 43.0, 43.0;
        Float64 latitude_of_projection_origin 24.22800064086914;
        Float64 false_easting 2182.62935;
        Float64 false_northing -269.65597;
    }

The netCDF-Java library, so ToolsUI (as Marcos mentioned) and IDV,
recognize the grid. Though whether they use the projection information
or the lat/lon variables isn't clear.

I'm not going to be able to dig into this any further until at least end of next week. Pauline, Jon, I'm wondering (from my hazy understanding of the ncWMS code) if the projection somehow fails to get mapped into a CRS that GeoTools recognizes and it then does not default to try the lat/lon

grid that is also given in the dataset.

Ethan

Pauline Mak wrote:

Hi Marco,

I've downloaded the file and ran it with the latest version of TDS. The GetCapabilities XML generated has been attached - it does included the CRS (and I also tried 1.1.1, and that gave me a list of SRS). Perhaps you can give this a try? Google Earth was able to find all the layers

and palettes.

I've also tried to apply a GetMap request to the downloaded file, but
that's giving me a 500 error:

java.lang.ArrayIndexOutOfBoundsException: 0
    at ucar.ma2.Index.setDim(Index.java:562)
    at ucar.ma2.Index.set(Index.java:651)
    at
uk.ac.rdg.resc.ncwms.datareader.DataChunk.getValue(DataChunk.java:67)
    at

uk.ac.rdg.resc.ncwms.datareader.DefaultDataReader.populatePixelArray(DefaultDataReader.java:209)

.....

I'll keep investigating and let you know if I find why this is so :)

Cheers,

-Pauline.

Marcos Hermida wrote:

Hi Pauline, Ethan!
I've opened the netCDF files with the toolsUI and the data is
recognized as gridded data and is displayed perfectly. I also tried
with the IDV via OPeNDAP and it worked fine as well.

The fileServer isn't enabled for all datasets because many of them are

aggregations.

Usually, our models' daily outputs have one file per forecast day and

grid and we have set up (or at least tried it :-) ) two kind of
aggregations:

one in each daily output aggregating all the forecast day files in one

single dataset per grid  and the other aggregates all the daily

outputs with the same forecast offset (only offset 0 so far) for each

grid.
For the WRF daily outputs I've changed the catalog, so now all the
files are available via fileServer:

http://limia.meteogalicia.es/thredds/catalog/modelos/WRF/diario/catalog.html

You can also download the WW3 files:

http://limia.meteogalicia.es/thredds/catalog/modelos/WW3/test/catalog.html

Thanx!!

Pauline Mak wrote:

Hi Marco,

I was able to load your URL - seems like the GetCapabilities XML
document doesn't contain coordinate systems.  I can't seem to

download any of the files... if you can either email me one of them, or enable fileServer, then I can download one to take a better look.

Thanks,

-Pauline.

Ethan Davis wrote:

Hi Marcos,

I'm getting a 500 response from the URL you gave. So, I wasn't able to

look at your data.

One quick suggestion, make sure your data is recognized as gridded data

by the netCDF-Java library. You can test that with the ToolsUI

(available from the netCDF-Java home page). Try opening your data file

in the "FeatureTypes/Grids" tab of ToolsUI.

Or, if the data is available from the TDS via OPeNDAP, try opening that in the IDV (not through the WMS interface). Or you could open it as a

local file.

Regards,

Ethan

Marcos Hermida wrote:

Hi all!

I've recently installed the latest version of TDS (4.0.23) and set up

some catalogs ( http://limia.meteogalicia.es/thredds/ )

When I tried to display some data with IDV through WMS I got a message which says "No compatible SRS found". I've also tried it with other GIS clients (QGIS, GoogleEarth, ArcView) and I got similar messages. I think it might be that in the capabilities xml document delivered in the getCapabilities request the SRS (WMS version 1.1.0) or CRS (WMS

version 1.3.0) tags are missing so the GIS clients are unable to
render
the maps or there is something wrong with our datasets?


Thanx!

_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx

For list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/

_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx

For list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/

• Follow-Ups:
  • Re: [thredds] WMS capabilities
    • From: Ethan Davis

• References:
  • [thredds] WMS capabilities
    • From: Marcos Hermida
  • Re: [thredds] WMS capabilities
    • From: Ethan Davis
  • Re: [thredds] WMS capabilities
    • From: Pauline Mak
  • Re: [thredds] WMS capabilities
    • From: Marcos Hermida
  • Re: [thredds] WMS capabilities
    • From: Pauline Mak
  • Re: [thredds] WMS capabilities
    • From: Ethan Davis
  • Re: [thredds] WMS capabilities
    • From: Ethan Davis
  • Re: [thredds] WMS capabilities
    • From: Marcos Hermida
  • Re: [thredds] WMS capabilities
    • From: Pauline Mak