Discussion :

[saxrub]

Bonjour
Je constate, amèrement , qu'il y a de nouveau des problèmes pour les requêtes de géoréférencement inverse de type POI
Voici les requêtes que je produits dans mon webservice :
1 - je commence par rechercher dans quelle commune sont situées les coordonnées avec une recherche parcel

Code :

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

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=parcel&searchgeom=%7B%22type%22:%22Polygon%22,%22coordinates%22:%5B[[1.1112733019,45.952325524],[1.0984824587,45.9523250195],[1.0984842101,45.9434321004],[1.1112730014,45.9434326048],[1.1112733019,45.952325524]]]}&lon=1.1048782429966288&lat=45.94787899054819&limit=1

dont voici la réponse

Code :

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
type	"FeatureCollection"
features	
0	
type	"Feature"
properties	
id	"87118000AZ0111"
departmentcode	"87"
municipalitycode	"118"
city	"Peyrilhac"
oldmunicipalitycode	"000"
districtcode	"000"
section	"AZ"
number	"0111"
sheet	1
_score	1
distance	0
_type	"cadastral"
geometry	
type	"Point"
coordinates	
0	1.104958494
1	45.947773996

La réponse indique que je suis dans Peyrilhac 87118, ce qui est vrai !

Ensuite, je lance une recherche poi filtrée sur le citycode de commune

Code :

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

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=poi&searchgeom=%7B%22type%22:%22Polygon%22,%22coordinates%22:%5B[[1.1112733019,45.952325524],[1.0984824587,45.9523250195],[1.0984842101,45.9434321004],[1.1112730014,45.9434326048],[1.1112733019,45.952325524]]]}&lon=1.1048782429966288&lat=45.94787899054819&limit=20&citycode=87118

La réponse est vide

Code :

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

1
2
type	"FeatureCollection"
features	[]

Par contre, si je recherche les adresses, ça fonctionne

Code :

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

https://wxs.ign.fr/calcul/geoportail/geocodage/rest/0.1/reverse?index=address&searchgeom=%7B%22type%22:%22Polygon%22,%22coordinates%22:%5B[[1.1112733019,45.952325524],[1.0984824587,45.9523250195],[1.0984842101,45.9434321004],[1.1112730014,45.9434326048],[1.1112733019,45.952325524]]]}&lon=1.1048782429966288&lat=45.94787899054819&limit=1

Code :

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
type	"FeatureCollection"
features	
0	
type	"Feature"
properties	
street	"Rue du Moulin"
x	553240.51
y	6540454.16
city	"Peyrilhac"
context	"87, Haute-Vienne, Nouvelle-Aquitaine"
id	"87118_0265_00008"
postcode	"87510"
importance	0.43109
name	"8 Rue du Moulin"
score	0.9738613571843056
housenumber	"8"
_score	0.9738613571843056
citycode	"87118"
type	"housenumber"
label	"8 Rue du Moulin 87510 Peyrilhac"
distance	35.07628179
_type	"ban"
geometry	
type	"Point"
coordinates	
0	1.10532
1	45.947947

Que dire de plus qui n'a déjà été dit moultes fois !

[xavier_dmz]

Bonjour saxrub,

En lisant le résultat de votre requête non filtrée sur les POi, vous verrez que la réponse n'inclus aucun champ "citycode".
Vous n'aviez donc aucune chance d'avoir un résultat à votre requête POI filtrée sur la valeur de ce champ inexistant.

EDIT : j'ai mal lu, la première requête non filtrée est sur les parcelles.
Et en enquêtant il s'avère que nous avons une indisponibilité actuellement sur le gécodage inverse de POI.
Le diagnostic pour résolution est en cours.

[xavier_dmz]

Bonjour,

L'incident qui affecté le géocodage de poi était bien la cause de la réponse vide, avec ou sans filtrage.
Vu que cet incident a été résolu hier soir, j'ai testé la requête filtrée de mon côté à l'instant, et la réponse était peuplée de 7 résultats sur Peyrilhac.

Désolé pour la gêne.

[saxrub]

Bonjour
L'incident était-il dû à une nouvelle version incluant les quelques modifications demandées dans les derniers mois :
- Liste des catégories des POI groupées par metacatégories
- Extension de l'aire de recherche de 500m à 1000m
Si ce n'est pas le cas, à quand ces évolutions ?

[xavier_dmz]

Bonjour,

Bonjour
L'incident était-il dû à une nouvelle version incluant les quelques modifications demandées dans les derniers mois :
- Liste des catégories des POI groupées par metacatégories
- Extension de l'aire de recherche de 500m à 1000m

Non, l'incident était lié à la mise à jour des données utilisées par le service actuellement disponible en production. Qui a eu un effet indésirable assez spectaculaire, comme vous avez pu le constater.

Si ce n'est pas le cas, à quand ces évolutions ?

Comme cela a déjà été dit, les évolutions sont implémentées dans une nouvelle version du service dont le passage vers la production est en cours. Et comme cela a déjà été dit, le déploiement en production est ralenti entre autres par des contraintes internes. Une de ces contraintes est bien sûr la correction de la cause des incidents récents, pour pouvoir disposer de données cohérentes avec les fonctionnalités du service. Avec de la chance, il est encore possible que ces évolutions soient disponibles en production ce mois-ci, mais il n'y a aucune garantie.

Nous ne manquerons pas de communiquer dans ce forum quand ces évolutions seront appliquées en production, et qu'elles seront donc utilisables.