Re: [thredds] TDS style sheet ... ?disappearance?

Hi Jack -

That is the expected behavior. The ISO and NcML links are XML documents
that different browsers with interpret in different ways. There are browser
extensions/plugins that will "prettify" XML documents in the browser
window.

Just to be sure, if this dataset is working the same way yours is then
everything on your end is working as expected:
http://thredds.secoora.org/thredds/catalog/secoora/sensors/gov_fl_fldep_8720554/data/catalog.html?dataset=secoora/sensors/gov_fl_fldep_8720554/data/wind_speed.nc

Kyle

On Tue, Jul 3, 2018, 4:26 PM John Ritchie <jritchie@xxxxxxxx> wrote:

>
> Folks,
>
> Genuinely sorry do bother you.  I have lost some serious time to a
> problem that may be a 'newbie' issue, and I am new to so many facets
> of establishing a thredds server (e.g. XML and Java ).
>
> At any rate I cannot as yet figure out what I have done to cause
> failed formatting when I use nciso services 'ncml' or 'iso' (uddc
> appears to be working).
>
> When I click on 'access: ncml', I get the very last value of the content
> of the 'page source' for that very same page (which I believe is similar
> if not identical in content to that I would get before from the correctly
> formatted page).
>
> When I click on 'access: iso', I get an unformatted stream of all the
> non-xml
> text. When I retrieve the page source for that, it appears in a default
> indented
> xml tree format.
>
> When I take these actions on Chrome (default work with Firefox) I get the
> auto-
> indented page source with this message:
>
> >> This XML file does not appear to have any style information associated
> with it.
> >> The document tree is shown below.
>
> I have attemped to link   webapps/thredds/{tds.css, tdsDap.css, tdsDap.css}
> everywhere I desperately thought it might have an impact, but it did not.
>
> I have also gone so far as to install a newer version of tomcat but to no
> avail.
>
> apache-tomcat-8.5.29(previously) at one point everything was humming.
> apache-tomcat-8.5.31
> running TDS version 4.6.11 - 2017-12-04T16:22:46-0700
>
> I swear the file (attached)  worked as it is previously, but I have hacked
> it six ways from Sunday and still cannot fathom what is causing the
> problem.
> For what it is worth, the file gets a green light from the Oxygen xml
> editor
>
> Any input would be much appreciated!  Thanks.
>
>
> (not sure if this error would have any bearing , it looked a little
> ominous to me, but just in case:)
> catalina.2018-07-03.log:
> 03-Jul-2018 10:37:22.736 INFO [http-nio-8080-exec-68]
> org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned
> for TLDs yet contained no TLDs. Enable debug logging for this logger for a
> complete list of JARs that were scanned but no TLDs were found in them.
> Skipping unneeded JARs during scanning can improve startup time and JSP
> compilation time.
>
>
> Cheers,
> Jack
>
> --
>
> -------------------------------------------------------------------------------------------
>                    Jack Ritchie / UCSD / SIO / CASPO / CW3E
>
> -------------------------------------------------------------------------------------------
>
>   Mailing Address:                                                 Contact:
>        Scripps Institution of Oceanography
> Tel.(858)534-7515
>        University of California, San Diego                    Fax
> (858)534-8561
>        9500 Gilman Drive
> Nierenberg Hall 426
>        La Jolla, CA 92093-0224
> jritchie@xxxxxxxx
>
> -------------------------------------------------------------------------------------------
>  Express Delivery Address:
>        8810 Shellback Way
>        Nierenberg Hall 426
>        La Jolla, CA 92037
>
> -------------------------------------------------------------------------------------------
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web.  Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
>
>
> thredds mailing list
> thredds@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe,  visit:
> http://www.unidata.ucar.edu/mailing_lists/
  • 2018 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the thredds archives: