Maple MapsMaple Maps
EN FR

Notes de version · 11 septembre 2026 · iOS version 33 · Android version 20

Version 34 : des adresses qui étaient là depuis le début

Trois d'entre vous ont écrit pour dire que l'application ne trouvait pas une adresse où vous aviez habité. C'était vrai, pour trois raisons différentes — et aucune n'était que l'adresse manquait. Plus un numéro de version, dans les Réglages, qui mentait depuis la toute première version.

Trois d'entre vous ont écrit à un jour d'intervalle pour dire la même chose : une recherche d'adresse ne donnait rien, ou donnait quatre rues qui n'étaient pas la bonne. Une maison à Edmonton, trentenaire. Trois adresses à Oakville et à Mississauga. Rien d'obscur, et rien qui manquait sur la carte.

Elles échouaient pour trois raisons différentes, ce qui explique le temps qu'il a fallu pour y voir clair.

Corrigé : une recherche ne s'arrête plus au bord de l'écran

Chaque recherche emportait un cercle à peu près aussi large que la carte affichée — une vingtaine de kilomètres au plus. C'est juste pour un filtre rapide : toucher Café en regardant quatre coins de rue doit trouver le café de cette rue, pas dix à l'autre bout de la ville. C'est faux pour une adresse que vous avez tapée : vous avez dit exactement ce que vous vouliez, et l'endroit où elle se trouve ne fait pas partie de la question.

Alors quelqu'un à Edmonton qui tapait une adresse d'Oakville nous demandait de chercher dans un rayon de vingt kilomètres autour d'Edmonton, et Oakville est à deux mille sept cents kilomètres en dehors. L'application répondait « Rien au Canada ne correspond », ce qui était vrai du cercle et non du Canada.

Une recherche tapée s'élargit maintenant par paliers : ce qui est à l'écran, puis une centaine de kilomètres, puis plus aucune limite, en s'arrêtant au premier palier qui répond. Ce qu'on tape est le plus souvent tout près, donc le cas courant ne change pas — et « rue principale » tapé à Sherwood Park trouve toujours celle où vous êtes plutôt que la première de quatre cents.

Changé : une recherche cherche jusqu'à trouver ce que vous avez demandé

C'est la règle qui sous-tend tout le reste, et elle mérite d'être dite. Toucher un filtre rapide — Café, Essence, Recharge — veut dire « le plus proche », et le plus proche est la réponse. Ce que vous tapez est différent : cela nomme une chose précise. « 10434 10A Avenue NW » désigne un bâtiment, et une autre maison portant le même numéro dans une autre rue n'en est pas une version plus proche. « Whalesbone » désigne un restaurant d'Ottawa, et un bistro à trois coins de rue n'en est pas une version plus proche non plus.

Une recherche tapée cherche donc jusqu'à ce que la chose nommée figure dans les résultats, puis la place en tête. Si rien ne correspond nulle part — une faute de frappe, un lieu absent de la carte — elle garde ce qu'elle a trouvé de mieux plutôt que de ne rien montrer.

Les deux sources que nous interrogeons subissent le même test. La recherche passe d'abord par notre propre carte, puis se rabat sur un service d'adresses externe, et toute réponse non vide de la nôtre mettait fin à la question — une réponse approximative de notre index pouvait donc étouffer une meilleure réponse que nous n'étions jamais allés chercher. La nôtre est maintenant notée exactement comme la leur, et celle qui répond vraiment à ce que vous avez tapé l'emporte.

Corrigé : la bonne réponse ne perd plus contre une mauvaise plus proche

Le cercle corrigé, la bonne adresse revenait… en troisième position. Au-dessus se trouvaient deux rues d'Edmonton qui partageaient un seul mot avec la question — le numéro de porte — et rien d'autre.

Les résultats étaient classés selon que le nom était exactement ce que vous aviez tapé, puis par distance. Cela marche pour un lieu : cherchez Borden Park et vous obtenez le parc, pas le kiosque à musique quelques mètres plus près. Mais une adresse n'est jamais exactement sa propre requête. Vous tapez « 1412 cobbler lane, oakville » et la réponse s'appelle « 1412 Cobbler Lane », la ville étant sur la ligne en dessous. Tous les candidats semblaient également éloignés de la question, et la distance tranchait.

Les résultats sont désormais aussi classés selon la part de votre question à laquelle ils répondent vraiment, en comptant la ville sur la ligne du dessous. Le parc l'emporte toujours sur le kiosque, et la succursale devant laquelle vous êtes garé l'emporte toujours sur celle à deux cents kilomètres.

Corrigé : Tim Horton's, et tout nom qui porte une apostrophe

Chercher exactement ce que vous avez tapé suppose de demander si le nom d'un résultat est ce que vous avez tapé, et l'apostrophe se transformait en espace en chemin. « Tim Horton's » devenait « tim horton s », que personne ne tape, et ne comptait donc jamais comme une correspondance pour « tim hortons » — les deux enseignes les plus cherchées au pays, McDonald's étant l'autre. L'esperluette se lit maintenant « and » dans les deux sens, pour A&W et Fish & Chips.

Il y avait une seconde moitié à celle-ci, trouvée plus tard et de l'autre côté du fil. Notre propre index coupe un nom sur l'apostrophe : « Tim Horton's » y est classé en trois mots et « Tim Hortons » en deux, et aucune des deux graphies ne trouvait l'autre. La carte contient les deux : les succursales d'Edmonton sans apostrophe, celle de Prince Rupert avec. Taper « Tim horton's » à Edmonton posait donc une question à laquelle seule la lointaine pouvait répondre — un café à 989 km, tandis que huit succursales à moins d'un kilomètre n'étaient jamais interrogées. Un nom portant une apostrophe cherche maintenant les deux graphies, et un simple pluriel aussi, car l'écart vient des deux côtés : vous tapez « mcdonalds » et la carte dit « McDonald's ». Cette moitié-là tourne sur notre serveur et fonctionne déjà, quelle que soit votre version.

Corrigé : la 10A Avenue

La moitié d'Edmonton est adressée avec une lettre collée à un chiffre — 10A Avenue, 52A Street, 108A Avenue — et personne ne tape l'espace. Notre propre carte a appris la première à répondre aux deux graphies ; le plus difficile était le service auquel nous nous rabattons pour les numéros de porte. Le service d'adresses que nous utilisons en recours pour les numéros de porte les écrit avec un espace, « 10 A Avenue », et si on lui demande « 10a » il laisse tomber la lettre et répond sur le seul numéro de porte. D'où une recherche sur la 10A Avenue qui renvoyait la 10 92 Avenue.

L'application l'écrit maintenant comme ce service l'écrit, au moment de lui parler et nulle part ailleurs.

Cela a fait entrer la bonne maison dans la liste. Pas en tête, ce qui a demandé un tour de plus : la partie qui classe les réponses comptait encore « 10a » comme un seul mot et ne reconnaissait donc pas ce qu'elle venait elle-même de demander. Votre maison ne marquait pas mieux que toutes les autres portant le 10434, l'égalité se tranchait à la distance, et trois inconnues sur les 32 A, 31 A et 28 A passaient devant. Les deux moitiés séparent maintenant un chiffre et sa lettre de la même façon.

Corrigé : la réponse ne reste plus hors du cadre

Chercher Whalesbone depuis Edmonton trouve le restaurant à Ottawa et le place en tête, ce qui est juste. La carte cadrait alors tout sauf lui : la règle qui empêche un mot à moitié tapé d'emmener la carte au Québec mesurait sa portée à partir du résultat le plus proche venu en deuxième, et la réponse tombait dehors.

La carte s'ouvre maintenant toujours assez large pour contenir ce que vous avez demandé. Assez large seulement : chaque Tim Hortons du pays correspond à « Tim Hortons », c'est donc le plus proche que la carte doit atteindre, il est à 350 m, et rien ne bouge. Un mot à moitié tapé ne correspond exactement à rien : il ne peut toujours pas emporter la carte.

Nouveau : le numéro de version dans les Réglages est vrai

Au bas des Réglages, une ligne indiquait « Maple Maps 0.1.0 (dev) ». Elle l'a indiqué sur toutes les versions livrées jusqu'ici, parce qu'elle lisait une valeur qui n'existe plus et une version tirée d'un fichier que le système de compilation ignore. Elle lit maintenant la version et le numéro de version sur l'application elle-même, seul endroit où l'une et l'autre sont vraies. Si vous écrivez au sujet d'un bogue, c'est la ligne la plus utile à joindre.

Nouveau : les Réglages disent quelle carte n'est pas la nôtre

Choisir Satellite est la seule chose dans l'application qui relie votre téléphone directement à une entreprise extérieure. Tout le reste — la carte, la recherche, les itinéraires, la circulation — passe par notre propre serveur, si bien que ce qui parvient à quelqu'un d'autre est la question et non votre téléphone. Les images satellite, non : il n'existe pas d'imagerie canadienne ouverte à cette résolution, alors ces images viennent de TomTom et votre téléphone va les chercher lui-même, ce qui leur laisse voir votre adresse sur le réseau et la portion de carte demandée.

C'était déjà vrai et ce n'était écrit que dans la politique de confidentialité. C'est maintenant écrit là où le choix se fait. Les cartes jour et nuit sont les nôtres.

Ce qui manque encore, et qui mérite d'être nommé

Les adresses résidentielles sont clairsemées dans les données cartographiques sur lesquelles nous bâtissons. Les adresses commerciales y sont — un commerce est ajouté parce que quelqu'un ajoute le commerce — mais les maisons souvent pas, si bien qu'une recherche par numéro de porte aboutit au service de recours plutôt qu'à notre propre index. C'est pourquoi ces trois signalements portaient sur des maisons et non sur des commerces.

Edmonton à elle seule publie trois quarts de million d'adresses de parcelles en données ouvertes, et il existe une collection nationale du même genre. Les intégrer est le prochain vrai chantier, et c'est ce qui sortira enfin la recherche d'un fournisseur extérieur.

← Toutes les notes de version