Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
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.
thredds archives: