WMTS Time Dimension Support

1225
2
04-03-2017 09:33 AM
MatthewCechini
New Contributor II

When I add the NASA GIBS EPSG:3857 GetCapabilities endpoint to ArcGIS Online, it correctly parses it and I am able to add a layer.  However, ArcGIS Online is not parsing the GC to support the 'time' Dimension.  A sample Dimension element is seen here:

<Dimension>
<ows:Identifier>time</ows:Identifier>
<ows:UOM>ISO8601</ows:UOM>
<Default>2017-04-03</Default>
<Current>false</Current>
<Value>2017-02-15/2017-04-03/P1D</Value>
</Dimension>

When I add a parameter via the interface, it tacks it on as a query parameter, and does not follow the ResourceURL found in the Capabilities document.  A sample is seen here:

https://gibs.earthdata.nasa.gov/wmts/epsg3857/best/AMSR2_Soil_Moisture_SCA_Day/default/{Time}/{TileMatrixSet}/{TileMatrix}/{TileRow}/{TileCol}.png

Note that this usage of 'time' is compliant with Annex C of the WMS 1.3.0 specification, specifically using the "min/max/resolution" nomenclature for possible.

So my question/requests is:  When will ArcGIS support custom Dimensions specified in a Capabilities document, especially 'time'?

Tags (1)
2 Replies
ChrisWhitmore
Esri Regular Contributor

Hi Matthew,

As you found, only the default value is supported in ArcGIS Online when adding the capabilities url. You can however still add any time value the WMTS supports by using an alternate workflow: When adding a layer from the web, instead of selecting the WMTS option, select the Tile layer option (Screenshot below). With the tile layer option, you can provide the specific time you want to see when inputting the url.

Here are a couple examples (same structure as the parameterized url you posted from the capabilities doc):

https://gibs.earthdata.nasa.gov/wmts/epsg3857/best/AMSR2_Snow_Water_Equivalent/default/2017-03-01/GoogleMapsCompatible_Level6/{level}/{col}/{row}.png

https://gibs.earthdata.nasa.gov/wmts/epsg3857/best/AMSR2_Snow_Water_Equivalent/default/2016-03-01/Go... 

As for native support of dimensions (time and other), no estimate on when support might be added (though I saw you've submitted on the ideas site for future consideration).

Thanks,

Chris

MatthewCechini
New Contributor II

Meh.  If I go that route, there isn't a way to change the date without re-adding a whole new layer.  So, sure, this is functional.  But that's a fairly low bar.  Hopefully Esri will get to this eventually.

FYI, you've got the row/col switched.  It should be this:

https://gibs.earthdata.nasa.gov/wmts/epsg3857/best/AMSR2_Snow_Water_Equivalent/default/2016-03-01/Go... 

0 Kudos