La Ville de Montréal a implanté une solution basée sur l'approche ETL pour produire de façon automatisée ses données cadastrales et ainsi permettre une préparation plus efficace à la production de leur matrice graphique.

2. Automatisation de la mise à jour du
cadastre à la Ville de Montréal
Géomatique 2016
Montréal, le 19 octobre 2016

3. Agenda
• Introduction pour la Ville de Montréal
• Historique du projet
• Les données sources
• La solution proposée
• Environnement technologique
• Défis à relever
• Les solutions
• Le résultat obtenu

4. Mise en contexte de la Ville de Montréal
• Besoins
• Avoir un cadastre à jour avec toute l’historique depuis le début de la rénovation.
• Avoir un outil qui traite les mises à jour du cadastre à partir des fichiers reçus par le Ministère en
conservant toutes les données en historique.
• Avoir un outil pour traiter les PDF reçus par le Ministère et insérer les informations extraites dans
notre base de données et interpréter le contenu des PDF pour identifier le type d’opération
(correction, subdivision, etc.).
• Les données du cadastre se retrouveront dans une base de données avec une validation de
topologie et de lien entre les lignes de lot et les annotations.
• Utiliser les données du cadastre et du rôle foncier pour produire la matrice graphique pour les
couches du cadastre, des propriétés, des matricules, des adresses et toute autre information
pertinente de la matrice qui peut être déduite du cadastre et du rôle foncier

5. Un peu d’historique
• Projet initial de création de la matrice graphique à partir d’une base de données à
jour du cadastre
• Base de données du cadastre existante pas à jour (quelques milliers de dossiers pas
encore intégrés) et à améliorer (nouveau schéma de base de données avec support
pour l’historique)
• Projet de chargement de plus de 16000 dossiers du cadastre existants

6. Les données sources
• Les données sources
• Dossiers provenant du cadastre (fichiers ZIP)
• Séquence de chargement (fournie par la Ville de Montréal pour environ 90% des dossiers)
• Classification des dossiers (fournie par la Ville de Montréal pour environ 90% des dossiers)

7. Classification des dossiers
• Les types de dossier
• Mandat
• Opération cadastrale
• Correction
• Ajout
• Annulation

8. Mandat
• Mandat de rénovation cadastrale
• Contient
• Tous les lots renumérotés
• La concordance avec les anciens lots
• Généralement quelques milliers de lots

9. Opération cadastrale
• Fusion ou division de lots
• Contient
• La géométrie et la description des nouveaux lots
• La référence aux anciens lots

10. Correction
• Correction géométrique ou descriptive de lots existants
• Contient
• La ou les nouvelles géométries
• Les nouvelles informations descriptives

11. Ajout ou Annulation
• Ajout d’un lot qui n’était pas dans un mandat et qui ne résulte pas d’une opération
cadastrale
• Voir ceci comme un micro mandat
• Contient
 Géométrie et informations descriptives du ou des lots à ajouter
 Concordance avec les anciens lots si requis
• Annulation d’un lot existant
• Contient
 La géométrie des lots bordant le ou les lots annulés
 Le ou les lots à annuler sont dans le PDF livré avec le dossier

12. Solution proposée
• Suite d’outils FME (Feature Manipulation Engine de SAFE Software) permettant de
faire le chargement
• Livrables
• Base de données avec les 16000+ dossiers chargés et validés
 Base de données spatiale
 Contient toute l’historique des opérations sur les lots
• Les outils utilisés pour le chargement qui vont permettre de poursuivre le chargement des
nouveaux dossiers

13. Environnement technologique requis
• FME Desktop (développé avec 2013 SP4)
• Base de données Oracle

14. Schéma de la base de données

15. Défis à relever
• Qualité des données étant donné que le chargement est fait de façon automatisée
• Problèmes au niveau de la structure des DXF (numéro de lot placé sur une couche invalide) ou
fichiers descriptif corrompus.
• Classification
• Certains dossiers sont classés incorrectement (opération cadastrale au lieu de correction).
• Séquence de chargement
• L’ordre de chargement nécessite par exemple que lorsque une opération cadastrale est chargée,
les nouveaux lots ne sont pas dans la BD et les anciens sont présents et actifs.
• Suivi du chargement
• La vitesse de chargement est d’environ 750-1000 dossiers par jour.
• Comme on ne suit pas le tout d’heure en heure, on doit savoir quand ça fonctionne et quand ça ne
fonctionne pas.

16. Solutions
• Qualité, classification et séquence
• Processus de chargement séparé en deux étapes distinctes: validation et chargement.
• Qualité des données
• Pré-valider les dossiers au niveau de la structure attendue et générer des rapports d’erreur
permettant une correction rapide.
• Classification
• Pré-valider la classification en simulant un chargement limité aux lots ajoutés et modifiés (mis en
historique) et en s’assurant qu’en chargeant le dossier tel que classifié, la base de données est
valide au moment du chargement.
• Séquence de chargement
• Certaines erreurs de classification sont plutôt une erreur de placement dans la séquence et un
ajustement à celle-ci a été requis pour quelques dossiers.

17. Solutions
• Suivi du chargement
• Utilisation d’un fil Twitter permettant de suivre en temps réel quand ça va mal…
• Mais aussi quand ça va bien…

18. Solutions
• Archivage périodique de la base de données
• Une erreur de séquence nous force à reculer dans le temps au niveau du chargement pour insérer
un dossier avant ceux qui le sont déjà.
• En fonction de l’avancement du projet, faire une archive de la base de données à tous les 1000,
2000 ou 3000 dossiers.
• Ceci permet de reprendre le chargement à un point ou la base de données est valide plutôt que de
reprendre de zéro.

19. Extras
• L’archivage de la base de données a aussi permis de reprendre rapidement une
portion du chargement suite à la réception de données manquantes

20. Le résultat
• Une base de données relationnelle robuste et complète du cadastre.
• Une base de données topologique.
• Mise à jour continuelle de la base de données à mesure que de nouveaux dossiers
sont reçus.
• Source de données fiable pour la génération de la matrice graphique.
• Comme cette base de données contient toute l’historique, on peut aller chercher
une même représentation du cadastre à différente dates dans le passé.

21. Le 22 septembre 1998

22. Le 20 mars 2002

23. Aujourd’hui

24. Pour terminer, quelques statistiques
• 16691 dossiers traités dont 120 mandats.
• 266 dossiers ont du être corrigés (structure, séquence, etc.).
• 387476 lots graphiques actifs à la fin du chargement.
• 241877 lots descriptifs (condo) actifs à la fin du chargement.

25. Des questions?
Pierre Gauthier
Programmeur Sénior
1-888-276-0543 ext. 217
pierrega@consortech.com
Gerry McCoubrey
Directeur, développement des affaires
ETL/GIS
1-888-276-0543 ext. 223
gerrym@consortech.com

26. Merci!