Je n’en peux plus de cet API Geoportail.
De la daube en boîte, vraiment.

Du jour au lendemain, l’utilisation de l’API en version 1.2 explose en vol (comprendre ne fonctionne plus sur les sites sur lesquelles elle est déployée). Je ne demande même pas une retro-compatibilité, simplement que l’outil fonctionne tel qu’il est !

Et merveille de la documentation de geoportail : http://depot.ign.fr/geoportail/api/doc/fr/migration/migration_js.html

         * Il se peut que l’init soit exécuté avant que l’API ne soit chargée
* Ajout d’un code temporisateur qui attend 300 ms avant de relancer l’init

C’est une blague ? C’est dégueulasse comme méthode, sans parler de la fonction qui code ce temporisateur.
Il reste vraiment une masse de boulot pour que l’intégration de geoportail soit au niveau de google maps (qui étrangement, ne m’a jamais demandé de mettre un temporisateur…).

Et comble du comble, le code montré en exemple n’est pas copiable… Ils ont mis des screenshots ! Bande de boulets.

Et cherry on the shit : http://www.developpez.net/forums/d1243782/applications/sig-systeme-dinformation-geographique/ign-api-geoportail/exemple-http-api-ign-fr-tech-docs-js-examples-geoportalmap_gazetteer2-html-erreur-404-a/

> Certaines projections(IGNF:LAMBE, EPSG:27572 et EPSG:27582) ne sont pas fournies dans l’API standard, ce qui génère ces erreurs 404.

 

> En clair, est-ce que ça veut dire qu’il y a un défaut que je devrais corriger dans mon code ?

 

> Non, rien à toucher car c’est dans le code des APIs que l’on charge automatiquement les projections : si on ne les trouve pas, on va les chercher ailleurs et là aussi on ne les trouve pas. Donc, rien à modifier côté application cliente.

Il n’y a que moi que ça choque que l’API provoque 5 ou 6 erreurs 404 / 405 et que ça soit _normal_ ? Il n’y avait pas moyen de gérer ça proprement ? C’est vraiment prendre les développeurs et le web pour une déchetterie…