Stéphane Brunner
0915fb72a2
Add RESTful compatibility support
2012-12-31 15:35:38 +01:00
ahocevar
ca532c5db6
WMTS layers created from capabilities have no serverResolutions
...
By adding serverResolutions to the WMTS configuration, it is possible to
use WMTS layers as overlays, even if the map or the base layer is
configured with different resolutions than the WMTS.
2012-10-25 14:40:26 +02:00
ahocevar
22c5e76b0b
Support for multiple resource urls
...
With this change, createLayer generates url arrays for both KVP and REST
encoding if multiple resource urls are provided. To make this work, the
WMTSCapabilities format got a new resourceUrls property, because
previously only the first resourceUrl for a format was stored.
2012-10-01 15:28:30 +02:00
Stéphane Brunner
e8987c0683
Gets the right url ( #608 / 3)
2012-09-14 15:39:12 +02:00
Stéphane Brunner
9d31c57e2a
correct units in WMTS capabilities
2012-07-30 23:17:11 +02:00
Stéphane Brunner
484eda2ee5
add alternate projection parsing
2012-06-26 16:20:36 +02:00
Stéphane Brunner
419ead9191
fix projection syntax
2012-06-26 16:09:38 +02:00
Stéphane Brunner
8d1d08b0c2
add tests to create a REST WMTS Layer
2012-06-11 13:21:35 +02:00
ahocevar
8e2ab1c530
Fixing tests after #40
2011-11-08 11:38:33 +01:00
Éric Lemoine
eac8bb5307
Merge remote branch 'ahocevar/wmtscaps' into wmtscaps
...
Conflicts:
lib/OpenLayers/Format/OWSCommon/v1.js
tests/Format/WMTSCapabilities/v1_0_0.html
2011-11-07 22:53:55 +01:00
ahocevar
ffafa93168
API change to better accommodate for the 1..* cardinality of HTTPType and addition of Constraint
2011-11-07 22:43:23 +01:00
Éric Lemoine
4076c1af99
make OWSCommon v1 support constraints in Get and Post nodes
2011-11-07 22:42:51 +01:00
Éric Lemoine
797c479b6e
make OWSCommon v1 support constraints in Get and Post nodes
2011-11-07 12:29:16 +01:00
Éric Lemoine
babbfa20b0
read legendURL and Dimension from WMTS capabilities docs
2011-10-24 16:07:00 +02:00
pgiraud
f84f696e31
Adds the possibility to use a built version of OpenLayers for the tests, users simply have to add '?mode=build' in the run-tests.html url
...
git-svn-id: http://svn.openlayers.org/trunk/openlayers@11162 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
2011-02-21 10:10:25 +00:00
Frédéric Junod
95d8cd3473
save the resourceUrl elements into the WMTS capabilities object. r=bartvde ( closes #2986 )
...
git-svn-id: http://svn.openlayers.org/trunk/openlayers@11142 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
2011-02-18 07:14:27 +00:00
Frédéric Junod
1f042af289
initialize the WMTS layer with style.identifier instead of the whole object. r=bartvde ( closes #3027 )
...
git-svn-id: http://svn.openlayers.org/trunk/openlayers@11135 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
2011-02-17 15:25:28 +00:00
Tim Schaub
31afaf1fca
Fixes for the WMTS layer to properly update matrix related properties. Determining the best matrix in the set based on current map resolution. Properly parsing TopLeftCorner coordinates and providing a way to specify identifiers for backwards CRS. r=ahocevar ( closes #2677 )
...
git-svn-id: http://svn.openlayers.org/trunk/openlayers@10570 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
2010-08-03 15:21:06 +00:00
Tim Schaub
22aa4281fa
Making it more convenient to create WMTS layers from capabilities documents. The format now has a createLayer method that takes a capabilities response object and a layer configuration object. This returns a properly configured WMTS layer based on the layer and matrix definition found in the capabilities. Unless otherwise specified, the layer name will be derived from the advertised title, and the style identifier will be the advertised default. r=ahocevar ( closes #2676 )
...
git-svn-id: http://svn.openlayers.org/trunk/openlayers@10449 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
2010-07-02 16:11:37 +00:00
Tim Schaub
d1e24bdcc0
Adding a WMTS layer and capabilities parser to work with OGC WMTS service implementations. Thanks August Town for this nice contribution. p=august,me r=me ( closes #2637 )
...
git-svn-id: http://svn.openlayers.org/trunk/openlayers@10388 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
2010-06-12 02:41:51 +00:00