Discussion :

[saxrub]

Salut à tous
Dans mon planning, j'avais prévu de migrer mes pages début janvier.
On est début janvier, mais le ne retrouve pas une doc lue début décembre qui évoquait les changements effectués pour passer plusieurs clés l'API.
Une idée ?

[xavlight]

Salut,

C'est ça que tu cherches ?

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

<script src="https://ignf.github.io/geoportal-extensions/openlayers-latest/dist/GpPluginOpenLayers.js" data-key="calcul,essentiels,ortho,cartes,administratif"></script>

Pour info, j'utilise plusieurs services :

• Les cartes
• Les stats INSEE
• La recherche (SearchEngine)
• La recherche inverse
• Les mesures
• Le calcul d'itinéraire
• L'isochrone

Et en fait, j'ai mis uniquement la clé 'essentiels' et tout fonctionne parfaitement.

Pour info, je charge les layers par la méthode OpenLayers native sans passer par l'API 'ol.source.GeoportalWMTS('
new ol.layer.Tile({
source : new ol.source.WMTS({
url: ...,
layer: ...,
...

J'espère que ça répond à ta demande ?

Xav

[saxrub]

Salut
Merci pour ta réponse ; entre temps j'avais retrouvé la doc https://github.com/IGNF/geoportal-ex...-openlayers.md

[saxrub]

As-tu réussi à créer/utiliser des fichiers de config multi clés ?
- pour la création, les liens indiqués dans github (https://github.com/IGNF/geoportal-ex...uration-locale)
posent problème : avec le premier via le formulaire, si l'on met plusieurs clés, aucune réponse.
Avec le second, si l'on modifie l'URL comme ça par exemple https://wxs.ign.fr/key1/autoconf/?ke...lback=callback on obtient une erreur indiquant que la clé est invalide.
Un membre du forum propose de modifier l'url ainsi https://wxs.ign.fr/autoconf/?keys=ca...lback=callback ; dans ce cas la, on obtient un fichier de config de 13mo contenant toutes les couches existantes, mêmes celles qui ne correspondent pas aux clés passées.
Passons ! Si j'utilise le fichier créer dans le javascript, des messages signalent des erreurs dans la syntaxe du fichier

[NJNDEV]

Je me suis aussi décidé hier, à franchir le pas!
-Problèmes d'autoconf "on line" non résolus...
La solution par le data-key="calcul,essentiels,ortho,cartes,administratif" est pratique et rapide!

Un soucis les clefs publiques sont généralisées pour toutes les ressources à l'exception des SCAN, pour lesquelles les clefs privées sont toujours nécessaires.
Or si l'on mixe les 2 types de clefs avec des capacités qui se superposent, il y a une malfonction des widgets type recherche, profil altimétrique....
Les clefs privées étant maintenues dans les faits, faut-il les modifier pour les limiter aux ressources SCAN, ou demeurent-elles valables dans leur globalité? Et comment les faire cohabiter avec les nouvelles?
Dit autrement pourrait-on garder les anciennes clefs, et n'utiliser les clefs publiques que pour les nouvelles applications?
J'espère n'avoir pas été trop confus.
Merci

[saxrub]

Salut
Je travaille maintenant avec des fichiers de config locaux et ça va bien plus vite.

Le problème de création des fichiers venait d'une mauvaise compréhension du paramatrage de l'URL

Dans la doc il est écrit : https://wxs.ign.fr/key1/autoconf/?ke...lback=callback

que j'avais traduit en https://wxs.ign.fr/key1/autoconf/?ke...lback=callback

alors qu'il faut remplacer aussi me niveau key1 au milieu de l'URL

Ainsi avec https://wxs.ign.fr/cartes/autoconf/?keys=cartes,environnement,adminitratif,calcul&output=json&callback=callback le fichier est correctement généré

[xavlight]

Hello,

attention petite erreur de frappe dans ta requête ;-)
Si certains veulent tester, ils auront un message d'erreur : La clé renseignée n'est pas valide

Ainsi avec https://wxs.ign.fr/cartes/autoconf/?...lback=callback le fichier est correctement généré

Il manque juste le 's' à administratif

https://wxs.ign.fr/cartes/autoconf/?...lback=callback


Merci