Couverture

unmap est une plateforme cartographique canadienne. 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

MRDEM-30 national (v4), déjà en service. Ombrage et MNT terrarium à /terrain/4/…, courbes vectorielles à /contours/4/… (z9–13). RNCan a déjà fusionné le HRDEM dans le MRDEM là où il existe. Ce n'est pas un LiDAR national haute résolution. Ne réclamez pas une couverture HRDEM seule. La source suit les bassins, donc un peu d'ombrage déborde la frontière américaine. Ce débordement n'est pas une couverture des États-Unis.

GET /elevation échantillonne la même archive MRDEM-30 pour l'altitude d'un point en mètres au-dessus du CGVD2013, avec une couverture nationale atteignant 85°N. À environ une tuile de la limite de couverture (côtes, frontière américaine, embouchures de fjords), les valeurs sont extrapolées plutôt que mesurées. 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.

Cela remplace une archive de 2 486 polygones couvrant seulement l'Alberta, la Colombie-Britannique, le Manitoba et la Saskatchewan.

Eau et chemins de fer : retirés, utilisez le fond de carte

water et rail ont été retirés le 2026-09-15. Le fond de carte porte déjà l'eau de z0 à z15 et les voies ferrées sous kind: rail dans sa couche roads de z3 à z15, les deux avec name:fr et les champs name2/script qui portent les noms autochtones. Les superpositions s'arrêtaient à z12 et portaient moins d'attributs : c'était une copie plus grossière de ce que chaque style dessine déjà.

GET /layers/water et /layers/rail répondent 410 en nommant le remplacement. Une URL de style qui dit encore ?overlays=water continue de fonctionner : la superposition retirée est ignorée et le reste de la carte s'affiche, au lieu que la requête échoue.

É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). remote.roads a été retirée le 2026-09-15 : le réseau RRN toutes saisons n'était pas le statut hivernal ou de glace, ce que ce profil veut, et le fond de carte dessine déjà les routes jusqu'à z15. 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. Le routage TTC l'est aussi. /transit/* sert la version 20260917-6579561c31c3: Calgary Transit, TTC, OC Transpo, GO Transit et UP Express. /route?mode=transit répond aux trajets TTC à partir d'un graphe canadien dédié. Les autres flux statiques restent limités aux horaires. Le registre de routage inclut maintenant chaque flux GTFS canadien actif recensé par la Mobility Database; ces flux supplémentaires ne sont pas sur /transit/* et ne sont pas routing:ready avant un trajet de référence sur l'image construite.

Sur les flux pilotes inscrits :

• TTC est dans la version statique et est le seul flux que Valhalla route aujourd'hui.
• Calgary Transit, OC Transpo, GO Transit, UP Express, TransLink, la STM et BC Ferries sont ingestibles après normalisation et attendent encore un trajet de référence.
• 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.
• 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.

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.