Suite

OL3 : Existe-t-il une fonction getUrl pour ol.source.XYZ ?

OL3 : Existe-t-il une fonction getUrl pour ol.source.XYZ ?


Problème : je conçois un plugin ol3 qui doit copier le paramètre URL deol.source.XYZ/ol.source.TileWMSàol.layer.Tileà l'initialisation de la carte.

TileWMS : Selon la documentation, cela se fait facilement avec ce qui suit.
Remarque : pas de code réel, simplifié par exemple. Suppose que toutes les couches sont TileWMS sans groupe de couches.

var couches = this.getLayers().getArray(); for (var i = 0; i < couches.longueur; i++) { couche = couches[i]; layer.set('url', layer.getSource().getUrls()[0]); }

XYZ : Dans la doc, je vois un setter mais pas un getter. Actuellement j'utiliselayer.getSource().setTileLoadFunction()pour accéder à laimgSrcparamètre, qui est l'URL réelle d'une tuile chargée, et la générique en retour dans une URL de modèle. Cela fonctionne avec un seul calque associé à une source, mais s'interrompt lorsque plusieurs calques partagent la même source.
Remarque : Mêmes hypothèses que ci-dessus.

var couches = this.getLayers().getArray(); for (var i = 0; i < couches.longueur; i++) { couche = couches[i]; var oldGetTileLoadFunction = layer.getSource().getTileLoadFunction(); layer.getSource().setTileLoadFunction(function (imgTile, imgSrc) { imgTile.getImage().src = imgSrc; layer.set('url', MyApp.utils.generateXYZUrl(imgSrc)); layer.getSource().setTileLoadFunction (oldGetTileLoadFunction); }); }

Y a-t-il un moyen d'avoir quelque chose commelayer.getSource().getUrl()pour XYZ ? Remarque : doit utiliser le javascript natif pour la solution, aucune bibliothèque externe n'est autorisée


Évaluation du potentiel des bibliothèques open source pour la gestion des produits de données satellitaires – Une étude de cas sur la gestion des catastrophes

L'organisation et la gestion d'énormes produits de données satellitaires (imagerie de télédétection) est une tâche énorme. Les méthodes traditionnelles de gestion des produits de données satellitaires de télédétection, telles que la structure basée sur des fichiers, sont le moyen le plus simple et le moins cher d'organiser les données. Le principal inconvénient de l'organisation basée sur des fichiers est l'incohérence des données et la difficulté à gérer les requêtes imprévues. D'autres approches, telles que l'utilisation de logiciels de gestion de bases de données relationnelles propriétaires, sont coûteuses et nécessitent des compétences spécifiques. Pour réduire le coût et la facilité de gestion des produits satellites, cette étude a été tentée. Les bibliothèques open source disponibles (Geospatial Data Abstraction Library (GDAL), Openlayers) ont été personnalisées pour offrir une solution de bout en bout pour la gestion des données satellitaires de télédétection. Différents modules logiciels ont été développés pour la génération de métadonnées, l'organisation des données satellitaires en tant que service, le catalogage, le découpage et la récupération des données pour la zone d'intérêt (AOI) à la demande. Une étude de cas sur la gestion des catastrophes a été tentée pour montrer l'efficacité des modules logiciels développés à l'aide de bibliothèques open source.


Voir la vidéo: GIS Lesson 11: WMS. WMTS. WFS in QGIS