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!!!
The problem comes after deploying Geoserver 1.7.5 on the same Tomcat
server. After that the CRS and SRS tags are missing again.
I think it might be something related with geotools. Somehow THREDDS
server is mixing up the Geoserver's geotools settings, which uses the
gt-epsg-hsql-2.5.6, with its own settings which are using the
gt2-epsg-wkt-2.4.0.
As the CRS codes are loaded in the HorizontalGrid datareader with the
org.geotools.referencing.CRS class through its method getSupportedCodes,
I think this is the method that fails but it doesn't report any problem:
http://javadoc.geotools.fr/2.4/org/geotools/referencing/CRS.html#getSupportedCodes(java.lang.String)
so I don't find any error in the logs and the variable supportedCrsCodes
in the capabilities_xml.jsp is just empty:
2009-08-19T10:50:41.619 +0200 [ 2227738][ 11] DEBUG -
org.springframework.web.servlet.view.JstlView - Rendering view with name
'capabilities_xml' with model {supportedCrsCodes=[], layerLimit=1,
featureInfoFormats=[Ljava.lang.String;@12b523c, legendHeight=264,
wmsBaseUrl=http://localhost:8080/thredds/wms/modelos/WRF/diario/20090330/wrf_arw_det_20090330_36km_00Z_0d.nc,
lastUpdate=2009-03-30T09:05:03.000+02:00,
layers=[uk.ac.rdg.resc.ncwms.metadata.VectorLayerImpl@124181b,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@aaca8a,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@d74b31,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@89848d,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@5d4a62,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@be8e12,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@6159c4,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@14c92a7,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@3040c5,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@1ec459b,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@cdf450,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@162b8ce,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@52fdeb,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@9c6c30,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@182eca8,
uk.ac.rdg.resc.ncwms.metadata.LayerImpl@7f3159],
datasetTitle=/home/METEOGALICIA/marcos.hermida/meteo/modelos/data/WRF/20090330/wrf_arw_det_20090330_36km_00Z_0d.nc,
supportedImageFormats=[image/jpeg, image/png,
application/vnd.google-earth.kmz, image/gif], legendWidth=110,
config=uk.ac.rdg.resc.ncwms.config.Config@80f252, paletteNames=[alg,
redblue, alg2, greyscale, ncview, occam, rainbow, sst_36, ferret,
occam_pastel-30]} and static attributes {}
and the GetCapabilities request works fine but without CRS tags (nothing
to iterate over the supportedCrsCodes variable).
I really don't know how the geotools work so I'm probably wrong but so
far it's all I could find.
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/
