search

PnX-SI / GeoNature

Application de saisie et de synthèse des observations faune et flore
GNU General Public License v3.0
97 stars 99 forks source link

Configuration cartes : API IGN / Limites territoire / communes #474

Open sig-pnrnm opened 5 years ago

sig-pnrnm commented 5 years ago

Sauf erreur, il n'est pas mentionné dans la doc, ni dans le fichier map.config.ts.sample, comment adapter son interface avec des fonds en provenance de l'API de l'IGN.

J'ai récupéré ma clé d'accès pour mon instance de tests, mais plutôt que de bidouiller dans mon coin, je me dis que ce serait pas mal d'avoir une procédure standardisée "officielle".

Instinctivement, j'aurais juste ajouté un layer dans le fichier map.config.ts.sample, de cette manière : 

    {name: 'Carte IGN',
    layer: 'https://gpp3-wxs.ign.fr/'+IGNAPIKEY+'/geoportail/wmts?LAYER=GEOGRAPHICALGRIDSYSTEMS.MAPS&EXCEPTIONS=text/xml&FORMAT=image/jpeg&SERVICE=WMTS&VERSION=1.0.0&REQUEST=GetTile&STYLE=normal&TILEMATRIXSET=PM&TILEMATRIX={z}&TILEROW={y}&TILECOL={x}',
    attribution:  '&copy; <a href="http://www.ign.fr">IGN-F Geoportail</a>'
    },

Mais je ne suis pas tout à fait sûr de la compatibilité de cette URL avec le fichier de configuration (je m'en sers sur des interfaces leaflet autonomes, mais pas sûr que ce soit compatible avec GeoNature ?).

Je ne sais pas non plus comment faire pour inscrire mon IGNAPIKEY de manière globale pour tous les contextes.

Bref, si vous avez des conseils, je prends (et de manière générale, ce sera utile dans la doc je pense).

Merci !

camillemonchicourt commented 5 years ago

Oui il n'y a pas de doc particulière car les fonds IGN venant de l'API Geoportail si des fonds et flux comme les autres. C'est de la conf Leaflet normale. Vire ta variable et met direct ta clé à la place.

Par contre de manière plus générale, on trouve pas pertinent de gérer la configuration des fonds carto dans un fichier spécifique côté Front. On va sûrement réintégrer ça dans la conf générale de GeoNature

sig-pnrnm commented 5 years ago

Ok, ça marche : je fais comme ça pour l'instant.

On va sûrement réintégrer ça dans la conf générale de GeoNature

Je vais suivre ça !

sig-pnrnm commented 5 years ago

Questions subsidiaires :

=> ça nous serait très utile.

(pas en tant que "base layer", comme les autres fonds, mais en tant que "layer", cochable ou non)

Je devrais être capable de gérer cela avec mes petites compétences Leaflet, mais avant de m'y pencher, je veux bien que vous me disiez où vous en êtes à ce niveau là.

DonovanMaillard commented 5 years ago

Ça serait intéressant si on pouvait, côté base dans le réf geo par exemple, définir si telle ou telle couche est visible dans les différents modules en effet.

De manière plus générique ça ne devrait pas se limiter aux communes à mon avis, mais à toutes les couches jugées utiles par l'administrateur (espaces protégés, vallées, départements etc)

camillemonchicourt commented 5 years ago

OK il y a plusieurs approches possibles.

En effet on pourrait se baser sur la table ref_geo.l_areas pour ajouter chaque type de zonages dans l'arbre des couches affichable ou non (en pouvant éventuellement désactiver les types de zonage qu'on ne veut pas proposer). C'est ce qu'on fait dans Geotrek-admin de manière générique et dynamique. Par défaut on applique une couleur à chaque type de zonage et ceux-ci sont surcouchables si on le souhaite. Par contre ça alourdit surement le chargement de la page car chaque type de zonage est chargé en geojson :

areas

Sinon (ou en plus) on peut adopter l'approche qu'on a eu dans Geotrek-rando où il est possible d'ajouter des couches optionnelles en les définissant avec les paramètres Leaflet classiques. Voir OPTIONAL_TILELAYERS dans la doc https://github.com/GeotrekCE/Geotrek-rando/blob/master/docs/settings-custom-json-all-options.md#map On peut pointer sur un GeoJSON ou un MBTILES ou autre. Ca permet plus de souplesse car on peut afficher ce qu'on veut mais il faut générer les fichier manuellement et les charger sur le serveur... Voir un exemple d'utilisation que tu connais bien @sig-pnrnm : https://github.com/GeotrekCE/Geotrek-rando/issues/608

Je privilégierai plutôt la première approche dans un premier temps, quitte à l'enrichir de la deuxième dans un second temps.

A suivre... plus tard... car là on a une RC3 à sortir :-)

gildeluermoz commented 5 years ago

Voir la proposition et les tests d'Amandine sur le vectortiles. Adapté au ref_geo dont le contenu est plutôt stable.

camillemonchicourt commented 5 years ago

Exact ! Ça irait bien pour afficher les zonages du ref_geo.