Discussion :

[michelD13]

Bonjour,

J'utilise encore la version 2 de l'API ; j'ai installé le script patch_autoconf.js pour éviter l'erreur B.supportedCRS is undefined dans GeoportalExtended.js
Depuis hier, j'ai l'erreur : general.tileMatrixSets is undefined dans patch_autoconf.js
Cependant cette erreur cette erreur ne se produit que de façon intermittente.

Y a-t-il quelque chose à faire (à part passer à la version 3) ?
Merci d'avance.

Cordialement

Michel Delord

PS : j'ai essayé de supprimer l'appel à patch_autoconf.js mais je retombe sur l'erreur B.supportedCRS is undefined

[namavic]

Bonjour,
je suis dans la même situation depuis hier.
Je suis entrain de recoder mon application avec l'API v3, mais je ne suis pas encore tout à fait prêt.
Sur son blog (https://geoservices.ign.fr/blog/2019...s_fin2019.html), l'IGN annonce l'arrêt de l’api geoportail javascript v2 le 27 novembre 2019.
Il semble que des événements techniques non prévus soient apparus, quelqu'un serait capable de faire un nouveau patch ?

[mlefort]

Bonjour,
Est-ce que ce ne serait pas lié au changement des URI dans le GetCapabilities des services qui empêche de parser le XML ?

Je n'utilise pas cette librairie, mais je vois sur ce dépôt : https://github.com/opalesurfcasting/.../v1_0_0.js#L31

Code JavaScript :

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

1
2
3
4
5
   namespaces: {
        ows: "http://www.opengis.net/ows/1.1",
        wmts: "http://www.opengis.net/wmts/1.0",
        xlink: "http://www.w3.org/1999/xlink"
    },

Or dans le GetCapabilities, on a désormais ces URI en https :

Code XML :

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

1
2
3
4
5
<Capabilities
xmlns="https://www.opengis.net/wmts/1.0"
xmlns:ows="https://www.opengis.net/ows/1.1"
xmlns:link="https://www.w3.org/1999/xlink"
...

donc si le parser utilise les URI en http, il ne pourra plus trouver les éléments attendus dans le capabilities et des variables se retrouvent "undefined".

J'ai eu ce problème depuis lundi avec une autre librairie, je viens de faire un nouveau message à ce sujet.

En attendant un retour de l'IGN, vous pouvez toujours essayer de changer la liste des namespaces dans votre JS pour passer en HTTPS et voir si ça règle le problème.

Cordialement,

Matthieu

[lboulanger]

Bonjour,

En effet, les URI des namespaces dans les GetCapabilities sont désormais en HTTPS, c'est une erreur, et c'est probablement la cause des problèmes que vous rencontrez (cf. https://www.developpez.net/forums/d2...services-wmts/)

Cela devrait être corrigé dans la journée (retour aux urls en HTTP), nous vous tiendrons informés.

Nous nous excusons pour le dérangement occasionné.

[Guiguiii]

Bonjour,

Avez-vous du nouveau sur ce sujet ? Je suis également bloqué avec ce problème. Les namespaces passeront-ils en HTTPS le 27 novembre 2019 ?

[lboulanger]

Bonjour,

Le problème devrait finalement être corrigé mardi matin.

Cela n'est pas lié au passage en HTTPS des services le 4 décembre -> ces urls (namespaces dans la balise d'en-tête des réponses autoconf ou GetCapabilities) devraient rester en HTTP.

(d'ailleurs, dans votre message vous faites allusion à la date du 27 novembre : cette date correspond à l'arrêt de l'API JavaScript v2, le passage en HTTPS est prévu lui pour le 4 décembre).