Looking at your top catalog (http://test.nersc.no/thredds/catalog.xml) I
see several catalogRef elements with references to dodsC/*.xml catalogs.
Which I believe means that in your content/thredds directory you have a
dodsC directory which contains catalogs. The resulting URL gets handled
by the OPeNDAP service because the path start with "/thredds/dodsC/".
At some point between 3.6 and 3.14 we cleaned up the separation between
the various services. Which means that the OPeNDAP service no longer
knows how to handle a catalog request.
How much trouble would changing that directory name and as a result the
catalog URLs to something other than dodsC? I'm trying to think of some
way around this but nothing is coming to mind.
Bjørge Solli wrote:
I'm upgrading from 3.6 to 3.14. My catalogs work fine in 3.6. Any suggestions
on the below error?
I get an error message:
Catalog http://test.nersc.no/thredds/dodsC/mersea-ip-class1-arctic.xml has
----Catalog Validation version 1.0.01
**Fatal: InvCatalogFactory.readXML failed
Exception= org.jdom.input.JDOMParseException Error on line 2 of document
http://test.nersc.no/thredds/dodsC/mersea-ip-class1-arctic.xml: Content is
not allowed in trailing section.
fatalMessages= *** XML parser fatalError (2:1)= Content is not allowed in
errMessages= *** XML parser error (1:5)= cvc-elt.1: Cannot find the
declaration of element 'h3'.
<h3>Error in URL</h3>
The URL extension did not match any that are known by this
server. Below is a list of the five extensions that are be recognized by
all DODS servers. If you think that the server is broken (that the URL you
submitted should have worked), then please contact the
DODS user support coordinator at: support@xxxxxxxxxxxxxxxx<p>
Ethan R. Davis Telephone: (303) 497-8155
Software Engineer Fax: (303) 497-8690
UCAR Unidata Program Center E-mail: edavis@xxxxxxxx
P.O. Box 3000
Boulder, CO 80307-3000 http://www.unidata.ucar.edu/
To unsubscribe thredds, visit: