NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [thredds] Broken dataset URL using TDS 4.6

My complete datasetScan element that generates the dataset is this:

 <datasetScan name="MET Norway" ID="arcticdata/metno" path="arcticdata/
met.no" location="/metno/damocles/arcticdata/met.no/">
    <metadata inherited="true">
      <serviceName>allServices</serviceName>
    </metadata>
    <filter>
      <!-- hdf and grb files have problems with opendap/wms service
      <include wildcard="*.hdf" />
      <include regExp=".*\.grb(\.gz)?" />
      -->
      <include regExp=".*\.grb(\.gz)?"/>
      <include regExp=".*\.png"/>
      <include regExp=".*\.bufr(\.gz)?"/>
      <include regExp=".*\.nc(\.gz)?"/>
      <exclude wildcard=".*"/>
    </filter>
  </datasetScan>

It has not been changed since we were using TDS 4.3.

  Egil

On Wed, Jun 29, 2016 at 9:41 PM, dmh@xxxxxxxx <dmh@xxxxxxxx> wrote:

> My immediate assumption is that your catalog.xml changed.
> can you post the relevant part showing that it contains met.no?
> =Dennis Heimbigner
>  Unidata
>
> On 6/29/2016 1:06 PM, Egil Støren wrote:
>
>> Yes, that is exactly what I tell you in my E-mail. The URL does not work
>> with met.no <http://met.no>, I have to use metno instead. But the first
>> URL (with met.no <http://met.no>) worked fine in TDS 4.3, and it does
>> not in 4.6. Why?
>>
>> We have a large number of hardcoded URLs using met.no <http://met.no>
>> which we prefer not to change, although this will be an achievable task.
>> But I do not want to do this before I know the reason for the difference
>> between 4.3 and 4.6. Is this a documented change or a bug?
>>
>> Best regards,
>>
>>    Egil
>>
>> On Wed, Jun 29, 2016 at 6:52 PM, dmh@xxxxxxxx <mailto:dmh@xxxxxxxx>
>> <dmh@xxxxxxxx <mailto:dmh@xxxxxxxx>> wrote:
>>
>>     If you change 'met.no <http://met.no>' in that url to 'metno'
>>     it works.
>>     =Dennis Heimbigner
>>      Unidata
>>
>>     On 6/29/2016 4:35 AM, Egil Støren wrote:
>>
>>         Hi,
>>
>>         We have recently upgraded from TDS 4.3 to TDS 4.6, and discover
>> that
>>         some dataset URLs that formerly worked OK, no gives 404 Not
>>         found status.
>>
>>         One example is this:
>>
>>
>> http://thredds.met.no/thredds/catalog/arcticdata/met.no/tamHADA2HI55NO/catalog.html?dataset=arcticdata/met.no/tamHADA2HI55NO/tamHADA2HI55NO_2090_01_01.nc
>>
>>         This dataset is part of a datasetscan element in the catalog:
>>
>>         <datasetScan name="MET Norway" ID="arcticdata/metno"
>>         path="arcticdata/met.no <http://met.no> <http://met.no>"
>>         location="/metno/damocles/arcticdata/met.no/ <http://met.no/>
>>         <http://met.no/>">
>>         ...
>>         </datasetScan>
>>
>>         While the above URL does not work, the following URL will work
>>         (where
>>         "?dataset=arcticdata/met.no/ <http://met.no/>..
>>         <http://met.no/..>." is replaced with
>>         "?dataset=arcticdata/metno/..."):
>>
>>
>> http://thredds.met.no/thredds/catalog/arcticdata/met.no/tamHADA2HI55NO/catalog.html?dataset=arcticdata/metno/tamHADA2HI55NO/tamHADA2HI55NO_2090_01_01.nc
>>
>>         It seems that TDS use the ID attribute in the datasetscan element
>> to
>>         construct the dataset path rather than the path attribute. But I
>>         find
>>         this hard to believe, as it would surely have been discovered
>>         already by
>>         others.
>>
>>         Can anyone provide an explanation?
>>
>>         Best regards,
>>
>>            Egil Støren
>>            MET Norway
>>
>>
>>         _______________________________________________
>>         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 <mailto:thredds@xxxxxxxxxxxxxxxx>
>>         For list information or to unsubscribe,  visit:
>>         http://www.unidata.ucar.edu/mailing_lists/
>>
>>
>>
  • 2016 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the thredds archives: