Re: [thredds] WMS ignoring 'time' URL parameter in TDS 5

Kyle,

Thanks for the info. I do not have a URL for a dataset that is giving us issues
with TDS 5, as the machine is not publicly accessible yet as Alan mentioned.
However I can send the catalog XML and NcML so that the problem can be
reproduced.

I tried using the standalone ncWMS2 sever with the same aggregations, and the
`time' parameter does work. This makes me think that it could be a THREDDS
issue, or something wrong with my catalog XML.

Thanks,
Joe

On 27/04/2018, 09:07, "thredds-bounces@xxxxxxxxxxxxxxxx on behalf of Alan Iwi 
(STFC)" <thredds-bounces@xxxxxxxxxxxxxxxx on behalf of alan.iwi@xxxxxxxxxx> 
wrote:

    Dear Kyle,
    
    Just to let you know, my colleague Joe has gone on leave (I think for
    two weeks) and will pick up the responses when he returns.  He knows
    much more about the issues than I do,  However, regarding your request
    for a URL to point to, he mentioned one in his message, but where he
    edited out the hostname it is because the machine in question has not
    yet been made publicly accessible.  Unless you wished to use the
    config information he posted in order to replicate the same setup
    locally (and then use a URL based on the local part which he posted),
    I'm afraid that's all I can really say until he gets back.  The netCDF
    files themselves can be accessed via the CEDA pydap service at
    
http://data.ceda.ac.uk/neodc/esacci/cloud/data/phase-2/L3C/AVHRR-PM/v2.0/AVHRR_NOAA-11/
    
    Regards,
    Alan
    
    On 26 April 2018 at 21:23, Kyle Wilcox <kyle@xxxxxxxxxxxxxxxxxxxx> wrote:
    > Michael/Joe, I think I have some light to shine on your issues:
    >
    > * TDS 5.0 is using a new version of ncWMS (version 1 to version 2) so WMS
    > comparison with TDS 4.6 is difficult.
    > * The `time` parameter in WMS requests does indeed work for a number of
    > aggregated datasets that I know of running on 4.6. If it is not working in
    > 4.6 it is a bug or a dataset problem.
    > * The GeoServer documentation linked does not apply to the TDS WMS
    > implementation. They are different beasts. You should Google "ncWMS 2
    > Documentation".
    >
    > Could you both link to a TDS dataset you are having issues with?
    >
    >
    > On Thu, Apr 26, 2018, 12:12 AM Michael McDonald <mcdonald@xxxxxxxxxxxxx>
    > wrote:
    >>
    >> Joe,
    >>
    >> 
https://groups.google.com/a/hycom.org/d/msg/forum/S-eMRyZ9180/8M23JBJTBgAJ
    >>
    >>
    >> We too had a similar issue with WMS that no one really "pointed out to 
me"
    >> for our "aggregated" datasets until I read this WMS "Limitations" clause 
at
    >> the bottom of this page,
    >>
    >>
    >> 
http://docs.geoserver.org/stable/en/user/data/cascaded/wms.html#limitations
    >>
    >> One of them being certain dimensions, like "time" cannot be used with
    >> "external WMS"...
    >>
    >> quote from "Limitations" at the bottom:
    >> * Extra request parameters (time, elevation, cql_filter, etc.) cannot be
    >> used.
    >>
    >>
    >> So unless your dataset aggregation with the WMS service enabled *worked*
    >> in the previous 4.x release of THREDDS (ours 4.x THREDDS at HYCOM.org 
does
    >> exactly as yours does - only returning the last time slice in the
    >> aggregation), and assuming there was no major update to WMS in v5 of
    >> THREDDS, then this remote/external WMS limitation should still persist.
    >> i.e., in summary, you should only expose/enable the WMS service for
    >> individual "single time" datasets and not for aggregations with multiple
    >> time slices.
    >>
    >> Someone, please correct me if I am wrong.
    >> _______________________________________________
    >> 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/
    >
    >
    > _______________________________________________
    > 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/
    
    _______________________________________________
    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/ 
    

Attachment: aggregation.ncml
Description: aggregation.ncml

Attachment: catalog.xml
Description: catalog.xml

Attachment: threddsConfig.xml
Description: threddsConfig.xml

Attachment: wmsConfig.xml
Description: wmsConfig.xml

  • 2018 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the thredds archives: