1.02k likes | 1.19k Views
Base de données spatiales au CCCOT. Jean-Marc Prévost. Un peu d’histoire …. 1985. 1989. Normes BNDT. BNDT. SNRC: S ystème n ational de r éférence c artographique. Un peu d’histoire …. 2001. 1985. 1989. Vectorisation des cartes papiers. Normes BNDT. BNDT. 021E05. 021E06.
E N D
Base de données spatiales au CCCOT Jean-Marc Prévost
Un peud’histoire… 1985 1989 Normes BNDT BNDT SNRC: Système national de référence cartographique
Un peud’histoire… 2001 1985 1989 Vectorisation des cartespapiers Normes BNDT BNDT 021E05 021E06 … …
Un peud’histoire… 2001 1985 1989 Vectorisation des cartespapiers Normes BNDT ≈13500 fichiers
Un peud’histoire… 2001 1985 1989 2004 Vectorisation des cartespapiers Normes BNDT Oracle spatial BNDT 021E05 021E06 …
Un peud’histoire… 2001 1985 1989 2004 2011 Vectorisation des cartespapiers Normes BNDT Oracle spatial ESRI ArcSDE
Un peud’histoire… 2001 1985 1989 2004 2011 2014 Repenser la cartographie Vectorisation des cartespapiers Normes BNDT Oracle spatial ESRI ArcSDE
Repenser la cartographie • Pourquoi? • Modèle de donnée rigide • Données spatiales et métadonnées gérées par tuile (SNRC) • Diffusion des données peu efficace métadonnée métadonnée métadonnée
Repenser la cartographie • Vision • Modèle de donnée souple et sans découpage fixe • Standards internationaux • Métadonnées liées aux entités spatiales • Multi-sources • Diffusion des données efficace ISO TC-211 métadonnée métadonnée métadonnée
Applications FTP Grid Vector Conditionnement de données Accès statique Méta données Service clientèle Système BDRS-BCG Gestion de données Acquisition de données Découverte & Accès Gestion des connaissances Découverte GéoServices Transactionnel Analytique Visualisation Services de publication Services de mise-à-jour Accès Conservation Services spécialisés BDRS BCG MISSTd MISSTg Transformation Géotraitements Données Cadre Sources Données Thématiques Sources
Vision • Standards internationaux • Métadonnées liées aux entités spatiales • Multi-sources • Modèle de donnée souple et sans découpage fixe • Diffusion des données efficace
Grid Vector Standards internationaux BDRS BCG • 1- Modèle de donnée: • Ajuster le modèle de données selon les besoins (approche multimodèle) • Information au niveau des attributs • ISO 19109 feature based model 1- Modèle de donnée MISST ESSIM Trois piliers • 2- Catalogues: • Favorise la propagation, le partage et l’utilisation de données géospatiales en offrant une meilleure compréhension du contenu et de la signification de l’information • ISO 19110 feature catalogue • Utilisé par Catalogue Service – Web (CSW) • 3- Metadonnées: • Facilite la découverte, l’extraction et la réutilisation de la donnée • ISO 19115 – PNA modèle de métadonnées • Utilisé par Catalogue Service – Web (CSW) 3- Métadonnées 2- Catalogues
Effort complexe Effort simple Propagation des données Chargement des données Three pillars strategy considerations Piliersvs. modèled’entreprise Un choixdifficile! Stratégieconciliante des troispiliers Catalogues / métadonnéesnon normaliséset modèles multiples de donnéesspatiales Zone de confort Modèle de données: OGC Simple Feature Std., métadonnées aux entités Catalogue: Standardisation optionnelle Métadonnées: Conforme au PNA Stratégiestricte des troispiliers Catalogues / métadonnéesnormalisés et modèle national de donnéesspatiales
Modèle de donnée Métadonnées Catalogue
Modèle de donnée Modèle de données (ISO-19109)
Modèle de donnée Métadonnées Catalogue
Catalogue d’entités (ISO-19110) Catalogue • Il est possible de générer un catalogue en format XML… …pour les machines!
Catalogue d’entités (ISO-19110) Disponible dans les deux langues officiels Catalogue
Modèle de donnée Métadonnées Catalogue
Métadonnées(ISO 19115 - PNA) Métadonnées Portrayal catalogue information Constraints information Content information Maintenance information Citation and responsible party information Plus d’unecentaine de tables! Application schema information Distribution information Metadata entity set information Metadata extension information Data quality information Reference system information Spatial representation information Identification information Extent information
Métadonnées (ISO 19115 - PNA) Métadonnées Nous avonsréduit le modèle à dix tables POSITION_ACCURACY PROCESS_STEPS DATA_SOURCES CATALOGUE ENTITÉ METADATA RESPONSIBLE_PARTIES MAINTENANCE_INFO LEGAL_CONSTRAINTS SPATIAL_GRID DATA INTEGRITY_CONSTRAINTS
Grid Vector Entrée de métadonnées Métadonnées • Fichier de service en format XML • Nous travaillons présentement au développement d’un outils facilitant l’entrée des métadonnées Sous-ensemble du modèle de métadonnée
Modèle de métadonnée BDRS Métadonnées • Les métadonnées PNA contiennentdeux types d’information: • Statique: information qui esttoujoursidentique pour une collection de donnée(propriétaire des métadonnées, système de référence, langue, etc) • Dynamique: information qui varie au niveau des entitésspatiales(précisionplanimétrique, information sur le processus de mise-à-jour, etc.)
Modèle de métadonnées BDRS Métadonnées
Modèle de métadonnées BDRS Métadonnées
Grid Vector Modèle de métadonnées BDRS Métadonnées Gabarit (métadonnéesstatiques) statique dynamique PNA 19115 Métadonnées dynamiques
Vision • Standards internationaux • Métadonnées liées aux entités spatiales • Multi-sources • Modèle de donnée souple et sans découpage fixe • Diffusion des données efficace
Cas d’utilisationmétadonnées sur les entités T5 T1 GetPeriodeValide • Polygone(pt1, pt2, …, ptN) • Classe(hydro, végé, …) T1 T2 T1 T2 T6 T1 T4 T3 T5 Élément temporel Information sur la période couverte par le contenu du jeu de données. T9 T7 temporalElement TimePeriod begin T7 end T8 T10 T12 T8
T5 T1 T1 T2 T1 T2 T6 T1 T4 T3 T5 T9 T7 T10 T12 T8 Cas d’utilisationmétadonnées sur les entités GetPeriodeValide • Polygone(pt1, pt2, …, ptN) • Classe(hydro, végé, …) Élément temporel Information sur la période couverte par le contenu du jeu de données. temporalElement TimePeriod begin T1 end T12
T5 T1 T1 T2 T1 T2 T6 T1 T4 T3 T5 T9 T7 T10 T12 T8 Cas d’utilisationmétadonnées sur les entités MD_Metadata fileIdentifier 168d9e00-b825-41fc-a404-3e1e6f97cc78 language eng; CAN characterSet utf8 hierarchyLevel dataset contact href="./nomCollection.xml#/MD_Metadata/contact" dateStamp 2011-02-02T13:51:27 metadataStandardName NAP ISO 19115:2003 identificationInfo citation titlenomJeuDonnées date 2011-02-02T13:51:27 citedResponsibleParty href="./nomCollection.xml#./citedResponsibleParty" abstract ... status onGoing language eng; CAN extent geographicElement BoundingPolygon pt1 pt2 ... ptN geographicElement temporalElement TimePeriod begin T1 end T12 … GetMD_Metadata • Titre(nomJeuDonnées) • Polygone(pt1, pt2, …, ptN) • Classe(hydro, végé, …) • Prédicat(t>x) • Gabarit(nomCollection.xml)
Vision • Standards internationaux • Métadonnées liées aux entités spatiales • Multi-sources • Modèle de donnée souple et sans découpage fixe • Diffusion des données efficace
Échange de données … Autres partenaires Partition partenaire B Détection du changement Partition partenaire A Modèle de données multiple Couche de service Dépôt géospatial Partition RNCan
Cartographie collaborative Partenaires externes … Modèle de données multiples Avantages du système • Flexibilité améliorée pour le stockage et la gestion des différentes sources de données • Grâce à des partenariats, des organisations ayant moins d'expertise dans le stockage et la gestion de de données géospatiales peuvent profiter de notre système Dépôt géospatial
Vision • Standards internationaux • Métadonnées liées aux entités spatiales • Multi-sources • Modèle de donnée souple et sans découpage fixe • Diffusion des données efficace
VisionModèle de données souple et sans découpage fixe • Zone de transaction • Réconciliation • Tessellation
Les données sont toutes référencées à un SNRC Les données sont segmentées aux limites du SNRC (sommets en trop) Le SNRC est l’unité de gestion pour: Les métadonnées Le suivi de production Les non-conformités etc. Les données ne sont plus référencées à un découpage Il n’y a plus de segmentation arbitraire sur les données Le polygone de zone de travail est l’unité de gestion: Suivi de production Les métadonnées sont rattachées aux éléments (modèle feature based) Comparaison BDG vs BDRS BDG BDRS
Zone de transaction • La zone de transaction (ZT) est un polygone aux formes diverses représentant la région touchée par une intervention dans RefVec • Les ZT permettent de connaître l’étendue et les détails de travaux sur le territoire • Chaque processus de production doit définir sa ZT avant de commencer son travail • Les ZT peuvent être de formes quelconques et elles peuvent se superposer
Zone de transaction • Les données extraites pour une ZT comprennent: • Les données à l’intérieur des limites de la ZT • Les données chevauchant les limites de la ZT • Points d’ancrage • Les données extraites de BDRS pour un travail d’édition ne sont pas segmentées aux limites de la ZT points d’ancrage ZT
Zone de transaction étendue (ZTE) ZT Fragmentation de ligne Fragmentation de surface
Zone de transaction étendue (ZTE) Fragmentation de ligne Fragmentation de surface
Zone de transaction étendue (ZTE) Fragmentation de ligne Fragmentation de surface
Zone de transaction étendue (ZTE) ZTE ZT ZT ZTE
Zone de transaction • Les ZT permettent de « gérer le vide » - Pourquoi n’y-a-t-il pas de données dans cette région? Rép: Il n’y avait pas de données en 2005 - Pourquoi n’y-a-t-il pas de données dans cette région? - Est-ce un oubli où est-ce qu’il n’y avait rien? Difficile de répondre… ZT Date: 2005 Date: 2005
VisionModèle de données souple et sans découpage fixe • Zone de transaction • Réconciliation • Tessellation
Règles d’édition • Deux processus ne peuvent pas éditer un même élément simultanément à l’intérieur d’une région commune • Une transgression de cette règle engendrera une incohérence de réconciliation qui devra être corrigée par le processus tentant de livrer les données • Les sommets d’un élément coïncidant avec un point d’ancrage ne doivent pas être déplacés
Règles d’édition Cas acceptés Les éléments n’ont pas été modifiés, dans une même région, par deux équipes simultanément
Règles d’édition C’est toujours le 2e dans l’ordre de livraison qui aura le fardeau de l’intégration Cas refusés Le système refusera que deux équipes, dans une même région, éditent un même élément simultanément