Discussion :

[xavlight]

Bonjour,

En me promenant sur le site IGN, je viens de voir qu'il y a une nouvelle version de Géocodage Bêta (v 2.0). (Tout frais du 31/03/2022)
https://geoservices.ign.fr/documenta...i-de-geocodage

Actuellement, j'utilise la version bêta 1.0 Look4 qui fonctionne très bien, et surtout hyper rapidement. Avec des fonctions plus évolué que la version standard (recherche par polygon, par exemple).
J'assume le fait d'utiliser la version bêta, pas d'autres choix à l'heure actuelle.

Je serais intéressé par tester cette nouvelle version bêta 2.0, mais elle ne répond pas, erreur 403 Forbidden, pour toutes les requêtes. (Problème d'accès CORS).
Peut-être normal (trop frais ), mais dommage qu'elle soit présentée sur le site. Ca me donne envie de tester

Exemple de requête basique GetCapabilites (sans réponse) : https://wxs.ign.fr/calcul/geoportail...etCapabilities

Est-ce que c'est possible ou trop tôt ?

Combien de temps va perdurer la version bêta 1.0 ?
Si on pouvez être informé, le jour où elle est interrompu. Merci

Bonne journée sous la neige.
J'attend vos réponses avec impatience.

[azarzelli]

Bonjour,

Cette documentation a été mise en ligne pour documenter les spécifications de l'API du Géocodage qui va remplacer celui actuellement sur wxs.ign.fr. Le bouton "try it out" porte effectivement à confusion, car le service ne tourne pas encore, je vais voir s'il est possible de l'enlever.

La doc a été mise en ligne en avance de phase parce que la fenêtre de migration sera assez courte. L'équipe chargée de mettre en production le nouveau service de géocodage essaie de le faire au plus vite afin de faciliter ladite migration.

Concernant l'interruption de la version 1.0 de la bêta, pour l'instant il n'y a pas de date définie, mais une chose est sûre, c'est que ce sera interrompu avant juin 2023.

Cordialement,

[xavlight]

Merci beaucoup azarzelli pour cette réponse rapide et claire.

Dans les startingblocks pour les tests.

Bonne journée

Xav

[xavlight]

Bonjour,

Je voulais avoir des nouvelles sur la disponibilité de la nouvelle Bêta 2.0 prévu pour juin 2022 (Actuellement, elle est visiblement toujours verrouillée pour un usage interne, mais non public).
J'ai vu que la syntaxe avait évolué en juin.

Si vous pouvez nous donner des infos.

Merci à vous.


Xav

[azarzelli]

Bonjour !

La nouvelle API est disponible, nous sommes preneurs de retours, voici deux exemples de requêtes avec les nouvelles URLs :

Code :

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

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/search?index=address,parcel,poi&q=versailles

Code :

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

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address,parcel,poi&lon=2.1301182027002&lat=48.8013243290936

Cordialement,

[xavlight]

Bonjour, Merci pour la mise en place des tests pour la Béta 2.0.

J'ai voulu faire un test avec searchGeom et j'ai une erreur de syntaxe [parsing].

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address&searchGeom={"type":"Circle","coordinates":[5.675376,45.236432],"radius":20}

requête avec la béta 1.0 (fonctionne très bien)
https://geocodage.ign.fr/look4/address/reverse?searchGeom={"type":"Circle","coordinates":[5.675376,45.236432],"radius":90}&maxResp=20

J'ai essayé avec les guillemets ou sans, pareil.

Si tu peux nous dire comment est la syntaxe ?
https://geoservices.ign.fr/documenta...i-de-geocodage
Pas très clair dans la doc et visiblement différent de la version précédente.

Merci

Xav

[azarzelli]

Rebonjour,

Comme le message d'erreur l'indique ("Error: Missing [searchgeom] parameter"), c'est au niveau du paramètre searchGeom qu'il y a un problème : dans la nouvelle API, il s'écrit en minuscules (searchgeom).

-> https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address&searchgeom={%22type%22:%22Circle%22,%22coordinates%22:[5.675376,45.236432],%22radius%22:20}

Cordialement

[xavlight]

Re,

Merci pour la réponse rapide, parti un peu vite avec le copier/coller des paramètres de la version précédente, sans faire attention à la casse.

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address&searchgeom={"type":"Circle","coordinates":[5.675376,45.236432],"radius":20}&lon=5.675376&lat=45.236432

Dans le cas d'une recherche searchgeom (forme géométrique), il est intéressant également de mettre les coordonnées lon/lat pour obtenir la distance triée.
(Top, ça évite de faire les calculs comme auparavant si on souhaitait la distance).

On obtient maintenant les coordonnées en valeur Web Mercator EPSG:3857 (en mètres), alors qu'auparavant c'était du WG S84 EPSG:4326 (en degrés).

La limite est toujours de maxi 20 réponses, un peu dommage (j'avais déjà échangé sur le sujet).
Obligé de palier à des découpages de zones quand il y a plus de 20 réponses.

Les requêtes sont actuellement relativement lentes, par rapport à la béta 1.0 qui est instantanée.

exemple requête API béta 1.0 : https://geocodage.ign.fr/look4/address/reverse?searchGeom={"type":"Circle","coordinates":[5.717678,45.196114],"radius":100}&maxResp=20

exemple requête API béta 2.0 : https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address&searchgeom={"type":"Circle","coordinates":[5.717678,45.196114],"radius":100}&lon=5.717678&lat=45.196114&limit=20

Quelques erreurs également (serveur indisponible), mais je pense que vous êtes au courant car en démarrage.

Code :

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

{ "errors" : [ { "status" : "503", "title" : "Service unavailable", "detail" : "No server is available to handle this request. Unique ID: 5E4EC1FD2C140FD9C086880A01BB62C6D4CA2E74138727" } ] }

Merci en tout cas, ça avance.

Xav

[azarzelli]

Merci pour les retours !

Les requêtes sont lentes sur la 2e bêta, car elle est en ligne sur la plateforme Géoportail qui subit de gros ralentissements aujourd'hui (également la cause des 503). (contrairement à la plateforme de la bêta v1)

Une fois l'incident terminé, la comparaison des vitesses de réponse sera plus pertinente.

[xavlight]

Bonjour,

suite à mes tests d'hier, et à mon retour précédents, les coordonnées retournées sont en RGF93 / Lambert-93 et pas en Web Mercator EPSG:3857.
Format que je n'ai jamais utilisé, donc pas plus posé la question quand j'ai vu des mètres.

Il faudra faire attention pour l'exploitation pour ces coordonnées pour ceux comme moi qui gère les cartes en Web Mercator EPSG:3857.

Mais peut-être que c'est pas la bonne méthode que j'utilise.
Je n'ai aucune expérience pour le meilleur type de données à exploiter, et le pourquoi du comment.
https://geodesie.ign.fr/index.php?page=rgf93

Si certains experts pouvaient m'éclairer sur le sujet entre le Web Mercator (EPSG:3857) et le RGF93 / Lambert-93.
Est-ce que j'aurais un intérêt à exploiter ce format ?

Cordialement

Xav

[geopm]

Bonjour,

Les coordonnées sont fournies en web mercator pour les 3 types de données (address, parcel, poi):
geometry > coordinates

Pour les objets de type address sont également fournies les coordonnées en lambert 93:
propriétés x et y

Cordialement.

[xavlight]

Bonjour,

je reprend mes tests sur la nouvelle API et je constate que je ne peux pas l'utiliser dans un appel AJAX ou FETCH.

J'avais déjà contourner ce problème sur une ancienne fonctionne en faisant un PHP qui faisait l'appel en CUrl.
Mais si vous pouviez ouvrir cela, ce serait cool, pour faciliter l'utilisation.

Bien à vous, et bonnes vacances pour les juilletistes.

Xav

[saxrub]

Bonjour
J'ajoute un + à la demande de XavLight

[azarzelli]

Bonjour,

Pouvez-vous nous transmettre un exemple de requête avec l'erreur renvoyée ?

Merci

[xavlight]

Bonjour,

voici un exemple rapide avec un appel AJAX pour l'API 1.0 et la 2.0.

Exemple : https://jsfiddle.net/xavlight/mwdbnxc2/

On peut voir l'erreur dans la console du navigateur WEB, attention, pas dans la console JSFiddle.

Message d'erreur

Code :

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

Access to XMLHttpRequest at 'https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address&searchgeom=%7B%22type%22%3A%22Circle%22%2C%22coordinates%22%3A%5B5.677763621760485%2C45.23915676188508%5D%2C%22radius%22%3A60%7D&lon=5.677763621760485&lat=45.23915676188508&limit=15' from origin 'https://fiddle.jshell.net' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

Que ce soit en localhost pour mon essai local ou en ligne sur JSFiddle, le message est identique.

J'ai contourné le problème en faisant un appel via un php avec CUrl, mais c'est forcément plus lent.

Test d'exécution :
API 1.0 : entre 25 et 120 ms (donc super rapide)
API 2.0 : via appel php/CUrl, entre 640 et 720 ms (donc pas top)
Et pour ce cas, c'est une méthode reverse, mais en autocompletion, je vous laisse imaginer ?

Je vous laisse regarder cet exemple si vous pouvez faire des diagnostics.
Si besoin d'autre chose, n'hésitez pas pour vous faire gagner du temps.

Cordialement

Xav

[azarzelli]

Merci pour votre message, le problème a été identifié et un ticket à été fait à l'infogérant.

Je reviens vers vous quand j'aurai des nouvelles.

[xavlight]

Merci pour votre message, le problème a été identifié et un ticket à été fait à l'infogérant.

Je reviens vers vous quand j'aurai des nouvelles.

Bonjour Azarzelli,

Est-ce que tu peux nous donner des nouvelles de l'avancement du ticket ? Et un délai de mise en place, pour un fonctionnement identique que l'API Béta 1.0 ?

Merci
Cordialement

Xav

[azarzelli]

Bonjour,

Le problème a été traité. Il s'agissait d'un manque de headers http CORS, qui sont maintenant présents.

Cordialement,

[xavlight]

Parfait azarzelli, je confirme que les appel depuis JS sont maintenant correctes.
Ca marche parfaitement.

Xav

[xavlight]

Bonjour,

Je voulais vous faire un retour sur la méthode "completion" de l'API béta 2.0.

Exemple : Requête d'autocompletion sur une adresse
Recherche en autocompletion sur le text : "8 avenue pasteur, 94160 saint-mandé", avec une limite à 1 pour un résultat plus léger.

https://wxs.ign.fr/calcul/geoportail...mumResponses=1

Résultat json :

Code json :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
{
    "status": "OK",
    "results": [
        {
            "country": "StreetAddress",
            "city": "Saint-Mandé",
            "oldcity": null,
            "zipcode": "94160",
            "street": "8 avenue pasteur",
            "metropole": true,
            "kind": null,
            "fulltext": "8 avenue pasteur, 94160 Saint-Mandé",
            "classification": 7,
            "x": 2.42373,
            "y": 48.845483
        }
    ]
}

On a bien fulltext qui sera utilisé dans la liste, mais quand on fera le "select", on aura pas forcément toutes les données de façon simple.
Il manque le numéro qui peut-être obtenu en faisant un extract des chiffres depuis "street", mais c'est dommage.

Il pourrait y avoir les propriétés :

• housenumber
• street (sans le numéro)

Comme c'est le cas dans une recherche geocodade sur une adresse.

exemple : Requête de recherche de géocodage sur une adresse
Recherche sur le text : "8 avenue pasteur, 94160 saint-mandé", avec une limite à 1 pour un résultat plus léger.

https://wxs.ign.fr/calcul/geoportail...-mandé&limit=1

Résultat :

Code json :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
{
    "type": "FeatureCollection",
    "features": [
        {
            "type": "Feature",
            "properties": {
                "label": "8 Avenue Pasteur 94160 Saint-Mandé",
                "score": 0.9605236363636362,
                "housenumber": "8",
                "id": "94067_7120_00008",
                "name": "8 Avenue Pasteur",
                "postcode": "94160",
                "citycode": "94067",
                "x": 657708.27,
                "y": 6860758.46,
                "city": "Saint-Mandé",
                "context": "94, Val-de-Marne, Île-de-France",
                "type": "housenumber",
                "importance": 0.56576,
                "street": "Avenue Pasteur",
                "_score": 0.9605236363636362,
                "_type": "ban"
            },
            "geometry": {
                "type": "Point",
                "coordinates": [
                    2.42373,
                    48.845483
                ]
            }
        }
    ]
}

Est-ce qu'une amélioration de ce type peut-être envisagé ?


Cordialement
Xav