Couverture

unmap fournit un fond vectoriel mondial et des services de géocodage et d'itinéraires canadiens. La couverture est nationale lorsque la source l'est, et explicitement partielle sinon. Citez /layers/{id} pour la licence, l'attribution et known_gaps. Cette page est le résumé honnête.

Terrain

La publication mondiale 6 fournit un MNE et un ombrage mondiaux en Web Mercator, z0–12, de ±85,0511° environ. /elevation utilise la même publication; les datums verticaux, modèles de terrain/surface et résolutions natives sont mixtes. Ce n'est pas un MNT uniforme ni un lidar national. /coverage.json indique la source active. Sans publication sélectionnée, l'altitude est celle du MNEMR-30 canadien en CGVD2013.

Le relief PNG MNEMR-30 conservé à /terrain/4/… et les courbes canadiennes à /contours/4/… (z9–13) gardent leur archive et provenance. Leur débordement de bassin versant n'est pas une couverture des États-Unis. Les itinéraires et le géocodage restent canadiens. Voir API d'altitude.

Noms

La recherche civique utilise OSM, OpenAddresses (CA), le Registre national des adresses et la BCGN de RNCan. L'anglais et le français sont de première classe sur la même fiche. Les noms autochtones officiels (y compris en syllabique) sont retournés lorsque la BCGN les porte. Le corpus n'a un nom inuktitut que pour relativement peu de communautés : c'est un trou d'approvisionnement, pas un trou du moteur. Les noms communautaires sont exclus. Les principes OCAP® (PCAP®) s'appliquent aux données communautaires autochtones; un import de noms gouvernementaux ouverts n'est pas un partenariat.

Limites

GET /identify?at=lng,lat vaut municipalities par défaut. GET /data/query utilise les mêmes tables PostGIS pour une emprise. Les tuiles et l'identification/requête sont des chemins distincts : la carte peut se peindre alors que la table Land est encore vide.

Parcs : le registre, pas le polygone

parks est la Base de données canadienne sur les aires protégées et de conservation (BDCAPC, édition de décembre 2025, OGL-Canada) d'ECCC. Elle est nationale et n'est délibérément pas la même chose que le polygone vert que le fond de carte dessine déjà : 22 438 aires protégées, aires de conservation et AMCEZ dans toutes les catégories de gouvernance que le Canada déclare à l'UICN, terrestres et marines, chacune portant son type de désignation.

Les entités portent name (anglais), name_fr, name_ind (le nom en langue autochtone d'ECCC, présent sur 95 aires), class (185 types de désignation), biome (T terrestre ou eau douce, M marin) et region. Les aires marines qui n'appartiennent à aucune province ont region: CA-MARINE.

Deux limites honnêtes. Une aire apparaît quand son autorité déclarante la déclare, pas quand elle est proclamée : une désignation très récente peut manquer. Et l'indicateur d'aire protégée et de conservation autochtone (APCA) d'ECCC n'est pas intégré : cette couche ne vous dira pas si une aire est une APCA.

La couverture est nationale : toutes les provinces et tous les territoires, ainsi que les aires marines du Canada.

Eau, chemins de fer et routes éloignées : utilisez le fond de carte

Les couches du fond de carte les portent. L'eau est la couche water de z0 à z14, les voies ferrées sont kind: rail dans la couche roads de z3 à z14, et les routes sont la couche roads de z3 à z14, avec name:fr et les champs name2/script qui portent les noms autochtones. Chaque style les dessine déjà. Le niveau 15 est stocké et répond 204.

Pour un produit hydrographique de référence plutôt que de la cartographie, CanVec Hydro et le Réseau hydrospatial canadien sont les sources à consulter.

Éloigné / nord

profile: "remote" compose les superpositions du noyau plus remote.airports (points ANS de Transports Canada, 93 aéroports NAV CANADA à tour ou station d'information de vol, complément remote). Les routes viennent de la couche roads du fond de carte jusqu'à z14. Le niveau 15 est stocké et répond 204. Les géométries d'hiver / de glace / saisonnières sont retenues : pas d'extrait sous licence, et la compilation Salles et Mullan est OCAP®. Les toponymes se cherchent déjà via OSM / BCGN. Les données autochtones gérées par les communautés restent dehors (OCAP®). Voir Profil éloigné.

Mines

profile: "mining" compose les occurrences et la prospective AGS de l'Alberta, le potentiel des ressources de la Saskatchewan, et energy.mineral-tenure réutilisé. Identifiez ces identifiants miniers via les tables Land (complément mining). Les numéros de claim s'identifient comme energy.mineral-tenure. Ce n'est pas une carte minière nationale. Voir Profil minier.

Itinéraires

Le graphe Valhalla Canada est OSM plus les routes publiques de classe RRN déjà dans cet extrait. auto, car, bicycle, pedestrian et truck tournent sur ce graphe. use_highways (0 évite autoroutes et nationales, 1 les privilégie) est la seule préférence que ces classes de routes soutiennent. Le relief est l'autre axe : les temps de vélo et de marche tiennent compte de la pente, mesurée sur notre propre modèle d'élévation à 30 m, et use_hills (0 évite les montées, 1 y est indifférent) l'ajuste. Les temps de conduite ne varient pas avec la pente, car le modèle de coût routier de Valhalla n'a aucun terme de pente. Les préréglages profile industriels ne changent pas le routage.

Il n'y a pas de graphe de routes d'hiver, pas de coût pour les routes de ressource, et pas de réseau d'accès aux champs. avoid: ["winter"] n'est pas offert parce que le graphe ne modèle pas la restriction. Voir API d'itinéraires.

Terres légales

L'ARD (Alb./Sask./Man.) et le SNRC s'analysent dans le géocodeur. La recherche exige l'image Land. Le SPF, les concessions ontariennes et les lots de rivière s'analysent seulement. Le cadastre du Québec et de l'Atlantique n'est pas sourcé. Voir Géocodage.

Transport en commun

Les données statiques sont en service et nationales. Le routage et les isochrones en transport le sont aussi. /route?mode=transit et /isochrone?mode=transit s'appuient sur un graphe national dédié, construit à partir de chaque flux GTFS canadien actif recensé par la Mobility Database. Un flux n'est routing:ready qu'après des trajets de référence sur l'image construite qui renvoient un segment en transport à son nom : 128 des 138 flux inscrits le 2026-10-09. Les autres restent dans le graphe sans être annoncés, ou en sont exclus.

/transit/* est national pour les flux utilisables dont la licence permet la republication: 80 flux dans sept provinces lors de sa première construction nationale, le 2026-10-09, reconstruit chaque semaine. Il écarte 48 flux utilisables:

• 44 dont ni la Mobility Database ni Transitland ne donnent les conditions. Ils restent en attente jusqu'à ce qu'on les trouve.
• 3 dont les conditions restreignent la redistribution ou l'usage commercial: Laval, Lévis et Whitehorse.
• VIA Rail Canada, dont les fréquences (frequencies.txt) ne peuvent pas être présentées comme des départs exacts.

La STM (dont les conditions excluent le métro) et BC Ferries (conditions introuvables) étaient déjà servies et y restent en attendant une décision sur leur licence. GET /coverage.json donne la liste à jour.

• Les flux nationaux consignent les conditions de la Mobility Database, pas un examen juridique par agence. Trois téléchargements du catalogue restent en watch.
• Chaque réponse de /transit/* crédite dans meta.attribution chaque flux qu'elle utilise.
• GO Transit et UP Express ne publient aucun calendar.txt et placent tout leur service dans calendar_dates.txt. Le GTFS le permet. Le compilateur de l'API statique prend ce cas en charge, et le normalisateur synthétise calendar.txt avant l'ingestion Valhalla pour que valhalla#5703 ne les écarte pas en silence.

Chaque départ est fondé sur les horaires seulement et porte schedule_type: "scheduled". Valhalla ne prend pas en charge GTFS-Realtime et rien n'est prévu: les retards et les annulations seraient invisibles. arrive_by n'est pas implémenté en amont, donc le contrat de trajet n'accepte que l'heure de départ. Il n'y a pas de matrice de transport en commun. Voir API de transport en commun pour le contrat statique.

GET /coverage.json liste chaque flux évalué avec ses conditions et sa lacune.

Lire les dates

GET /coverage.json est accessible sans clé et n'est pas facturé. Cache-Control vaut public, max-age=3600 tant que l'archive servie est l'extrait du Canada, une planète lisible, ou une valeur qui n'est pas un identifiant de build. Lorsque BASEMAP_RELEASE nomme un identifiant à huit chiffres dont l'objet n'est pas dans le stockage, le même document est private, no-store. Chaque source y porte un bloc provenance : source_updated_at (l'édition de l'éditeur, lorsqu'il en publie une), unmap_updated_at (la dernière production de ce qui est servi), build_id, version (la version du jeu de données servi), content_hash, freshness_policy et freshness_status. Le document énonce lui-même le vocabulaire de basis ci-dessous dans freshness_basis, sous la forme { en, fr }.

freshness_policy.basis indique d'où viennent ces dates, et c'est le champ à lire en premier :

unknown et none sont deux réponses distinctes et ne partagent jamais un mot : la première dit que nous avons les données et pas la date, la seconde dit que nous n'avons pas les données.

freshness_status vaut current, stale ou unknown, et unknown est une vraie réponse que nous n'arrondissons pas. stale signifie « au-delà de la cadence déclarée dans freshness_policy.interval » : cela décrit notre actualisation et non le monde, car une source peut changer en amont sans le dire. freshness_policy.stale_after est l'instant où le mot cesse d'être current, ce qui permet de le recalculer avec votre propre horloge si vous avez mis le document en cache.

Chaque capacité porte son propre freshness_status, agrégé à partir de ses sources : stale si une seule l'est, current seulement lorsque toutes le sont, et unknown sinon. Une capacité prévue vaut unknown, puisqu'elle n'a rien dont la fraîcheur puisse être mesurée.

La date de construction du graphe de routage s'y trouve aussi, comme unmap_updated_at de la source de routage, avec l'extrait OSM derrière elle comme source_updated_at. Les deux valent null plutôt qu'une supposition lorsque le déploiement du graphe ne les a pas consignées.

Ce que nous ne dirons pas

• Une couverture complète des langues autochtones.
• Un terrain national haute résolution.
• Que aboriginal-lands cartographie des nations ou des territoires traditionnels.
• Que /identify retourne des municipalités avant que le bake Land n'inclue municipalities.copy.
• Que le routage suive les routes de ressource, d'hiver, de glace ou d'accès aux champs.

Prochaines étapes

• Signaler une donnée erronée si quelque chose ici est faux chez vous.
• L'API de géocodage et l'API d'itinéraires documentent ce que chaque corpus renvoie.
• Forfaits et limites pour les modules complémentaires derrière une partie de cette couverture.