Bonsoir Christian,
Quelques premiers retours sur l’API candidate.
Nous avons soumis 1200 requêtes issues de données retournées par la PFLAU (annuaire inverse service d’urgence). Très peu d’écarts entre les deux versions (une dizaine significatifs).
- Le mot « IMP » est mieux traité
Exemple q="numéro IMP nom_voie &citycode=CODE_INSEE
- avant : on obtient possiblement « impasse » et « allée »
- devapi :
on obtient LA réponse ( numéro IMPASSE nom_voie )
C’est vrai également avec RES pour résidence
- Un numéro de voie précédé de 0 est mieux traité
Exemple q=00012 RUE MARIE CURIE&citycode=76540&limit=5
- avant : on obtient « Rue Marie Curie »
- devapi : on obtient LA réponse ( « 12 Rue Marie Curie » )
- Une réponse plus pertinente qu’avant !
Exemple q=39 ROUTE DES 2 VALLEES&citycode=76577&limit=5
Le double piège : la présence du « 2 » et une réponse qui est une rue et non une route !
- avant : la réponse n’est pas correcte car on obtient « 2 Rue des Deux Vallées »
- devapi : on obtient LA réponse ( 39 Rue des Deux Vallées 76590 Sainte-Foy" )
nota : on me souffle dans l’oreillette que le score de réponse est meilleure si on présente q=39 ROUTE DES VALLEES&citycode=76577&limit=5 (sans le 2) ; donc en réalité le 2 est expurgé que de la requête ?
Cependant, quelques configurations moins performantes :
-
La présence d’une virgule gène la nouvelle version.
Alors que la nouvelle version sait trimer les 0, elle n’envisage pas la suppression d’une virgule dans le critère
Ex: q=18, AVENUE DE VERSAILLES&citycode=76157&limit=5
- avant : on obtient « 18 Avenue de Versailles »
- devapi : on obtient seulement « Avenue de Versailles »
–
-
La présence de mots inutiles à l’adresse gène la nouvelle version.
Exemple mention indue Porte:0506 dans une requête de la forme q="numéro type_voie nom_voie Porte:0506&citycode=CODE_INSEE
- avant : on obtient la réponse espérée
- devapi : on obtient 0 réponse
–
-
La nouvelle API perd un peu la tête avec l’abrévation R pour RUE.
Exemple q=120 R RENARD&citycode=76540&limit=5
- avant :
on obtient la réponse espérée (120 RUE DU RENARD à ROUEN)
- devapi : on obtient 2 réponses de niveau voie; 1°/ le 120 est non traité
2°/ réponses = « rue du renard » et « impasse du renard »
A noter que q=120 R DU RENARD&citycode=76540&limit=5 est 
Egalement q=120 RU RENARD&citycode=76540&limit=5 est
Egalement q=120 DU RENARD&citycode=76540&limit=5 est
Curieusement q=120 DI RENARD&citycode=76540&limit=5 propose 2 réponses ! 1°/ le 120 RUE DU RENARD et « impasse du renard » (où le 120 n’existe pas 
!)
Dans le cas extrême on 1 réponse de niveau voie. Ex: q=45 R REPUBLIQUE&citycode=76758&limit=5 oublie le 45 et ne propose que « Rue de la République 76190 Yvetot » .
–
-
La nouvelle API perd un peu la tête avec certains noms de voie pouvant désigner un autre type d’objet (communes, région).
Exemple : q=10 RUE DE NORMANDIE&citycode=76575&limit=5
- avant : on obtient une réponse
- devapi : on obtient 5 réponses dont certes la bonne en 1er, mais au passage on se voit proposer picardie; vienne, madrid ou Londres
Autre exemple trouvé: q=2 RUE DE BRETAGNE&citycode=56063&limit=5 où la nouvelle version voit large !
Nous allons soumettre prochainement des requêtes issues « du détrompage » pratiqué à la prise d’appel 15; au lieu d’avoir des mots complets, on devrait présenter des débuts de mots (toujours avec un citycode)
PS : nous contacter pour les exemples anonymisés;
PPS : les vraies adresses ne correspondent pas à des appels reçus
?)