Jack -
This isn't an error in THREDDS or really an error at all. Your browser is
telling you that it doesn't know how to style the XML document since there
is no XSLT stylesheet referenced in the XML payload (which is how it should
be).
What are you *expecting* to see?
If you are just looking to download the XML documenst you can right click
on the links and "Save As..."
Hope this helps,
Kyle
On Thu, Jul 5, 2018 at 12:54 PM John Ritchie <jritchie@xxxxxxxx> wrote:
> Folks,
>
> Thanks for the input! I also should have mentioned that when I install
> the default/example catalog and configuration, I get the
> same aberrant results. And, yes, you are correct. If I log into other
> TDS servers the pages of which have ISO and NCML
> service links, I *also* get the same results.
>
> Strange that the offending change would simultaneously happen on so many
> different browsers. Or,
> (I am working on an Apple) did I suffer an OS X / X11 ur .... related
> upgrade snafu?
> Has anyone else experienced this?
>
> It looks fairly universal from here .....
>
> My system: Firefox 60.0.2:
> Darwin hywen.ucsd.edu 17.6.0 Darwin Kernel Version 17.6.0: Tue May
> 8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64
>
> I did an `ssh -Y` into an older RedHat system on a different subnetwork
> and started Firefox, and again, same errors.
> Firefox 52,8 : Build identifier: Mozilla/5.0 (X11; Linux i686 on
> x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
> Linux snowmass 3.10.0-693.11.1.el7.x86_64 #1 SMP Fri Oct 27 05:39:05
> EDT 2017 x86_64 x86_64 x86_64 GNU/Linux
>
> I also asked a work mate to fire up links to external thredds servers on
> browsers on both his MAC and his Linux box, and he **also** got the same
> erroneous (blank, unformatted or browser-built-in-default formatting with
> "missing stylesheet" message)
>
> Reality is unraveling ... any ideas ? Thanks!!
>
> Cheers,
> Jack
>
> On Wed, Jul 4, 2018 at 8:46 AM, Kyle Wilcox <kyle@xxxxxxxxxxxxxxxxxxxx>
> wrote:
>
>> 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 <(858)%20534-7515>
>>> University of California, San Diego Fax
>>> (858)534-8561 <(858)%20534-8561>
>>> 9500 Gilman Drive
>>> Nierenberg Hall 426
>>> La Jolla, CA 92093-0224
>>> jritchie@xxxxxxxx
>>>
>>> -------------------------------------------------------------------------------------------
>>> Express Delivery Address:
>>> 8810 Shellback Way
>>> <https://maps.google.com/?q=8810+Shellback+Way&entry=gmail&source=g>
>>> 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/
>>
>>
>
>
> --
>
> -------------------------------------------------------------------------------------------
> Jack Ritchie / UCSD / SIO / CASPO / CW3E
>
> -------------------------------------------------------------------------------------------
>
> Mailing Address: Contact:
> Scripps Institution of Oceanography Tel.
> (858)534-7515 <(858)%20534-7515>
> University of California, San Diego Fax
> (858)534-8561 <(858)%20534-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/
