omeka-s-modules / Mapping

GNU General Public License v3.0
8 stars 8 forks source link

Accommodate WMTS forms for map layers #45

Open sharonmleon opened 5 years ago

sharonmleon commented 5 years ago

https://www.opengeospatial.org/standards/wmts

jimsafley commented 5 years ago

https://github.com/mylen/leaflet.TileLayer.WMTS

jimsafley commented 5 years ago

This issue isn't a blocker, per se, but it would make testing this feature much easier: https://github.com/alexandre-melard/leaflet.TileLayer.WMTS/issues/24

jimsafley commented 5 years ago

The wmts branch introduces WMTS overlays, with behavior near-identical to the existing WMS overlays. One major caveat, however: the Leaflet plugin this uses does not work with the few WMTS services I found. In addition to not working with ArcGIS (as explained in this issue), the plugin does not work with USGS endpoints. I had to "fork" the code to make the one change necessary to make the WMTS requests work. Right now I'm not sure if the plugin follows the WMTS specification and these services don't (or vice versa), or maybe I'm completely misunderstanding things. I won't be comfortable merging this feature branch until the issue is resolved somehow.

emmareisz commented 4 years ago

Hi @jimsafley, WMTS support would be so useful - thanks for looking into this. I actually couldn't get the wmts branch to load (invalid Module.php) so I couldn't test it - I don't know much about Omeka S modules so maybe I've missed something obvious? Thanks!

jimsafley commented 4 years ago

That's odd,. An "invalid Module.php file" error means the Module.php file is missing, is not readable, or does not extend Omeka\Module\AbstractModule. Are any of those conditions true?

jimsafley commented 2 years ago

See this forum post for potential leads on a functional, compliant WMTS server.