Rapportpci Geometre Topo

Propositions pour améliorer l'interopérabilité

entre Systèmes d'Information du Bâtiment

et Systèmes d'Information Géographique

SOMMAIRE

1 INTRODUCTION......................................................................................................................................... 4

2 ETAT DES LIEUX ....................................................................................................................................... 5

2.1 LES ACTEURS DE LA NORMALISATION DE L'INFORMATION GEOGRAPHIQUE.............................................. 5 AFNOR............................................................................................................................................................ 5 CEN/TC 287.................................................................................................................................................... 5 ISO TC 211...................................................................................................................................................... 5 Open GIS......................................................................................................................................................... 6 LandXML ........................................................................................................................................................ 6

2.2 LES NORMES ............................................................................................................................................ 6 EDIGeo ........................................................................................................................................................... 6 GML ................................................................................................................................................................ 7

3 LE PLAN CADASTRAL INFORMATISE .............................................................................................. 10

3.1 SYNTHESE ENTRETIEN DGI.................................................................................................................... 10 Une couverture complète fin 2004 et un accès par Internet en 2005............................................................ 10 Mise à jour du PCI........................................................................................................................................ 10 Dématérialisation de la procédure de permis de construire?....................................................................... 10 Synthèse des besoins de la DGI..................................................................................................................... 11

3.2 STRUCTURATION DU PCI ....................................................................................................................... 11 3.3 L'ALTERNATIVE DXF............................................................................................................................. 14 3.4 LES OBJETS DU PCI ET LES IFC.............................................................................................................. 15

4 QUELQUES PROJETS REMARQUABLES........................................................................................... 17

4.1 CODES (COLLECTION OF DATA FROM EXTERNAL SOURCES)............................................................... 17 4.2 ECHANGES ENTRE CAO ET SIG ............................................................................................................. 18 4.3 ECHANGES ENTRE GESTION DE PATRIMOINE ET SIG.............................................................................. 19

5 LE PROJET IFC-GIS................................................................................................................................. 20

5.1 RAPPEL SUR LES PROJETS INTERNATIONAUX DE L'IAI............................................................................ 20 5.2 LA DEMATERIALISATION DE LA PROCEDURE DE PERMIS DE CONSTRUIRE ............................................... 20

Les échanges aujourd'hui.............................................................................................................................. 21 A l'issue du projet de dématérialisation ........................................................................................................ 21

5.3 ETAT D'AVANCEMENT DU PROJET IFG ................................................................................................... 22

6 SYNTHESE ET PROPOSITIONS D'ACTION ....................................................................................... 23

7 BIBLIOGRAPHIE ET LIENS................................................................................................................... 24

8 ANNEXES.................................................................................................................................................... 25

8.1 PCI – DXF : TABLEAU DES CALQUES..................................................................................................... 25 8.2 PROJET IFG (INDUSTRY FOUNDATION CLASSES FOR GIS)..................................................................... 26 8.3 SUJET DE R&D PROPOSE POUR LA FEUILLE DE ROUTE ROADCON ....................................................... 28

Abréviations

CEN Comité Européen de Normalisation

CNIG Conseil National de l'Information Géographique

CODES Collection Of Data from External Sources

DGI Direction Générale de Impôts

EPCI Etablissement Public de Coopération Intercommunale

GML Geography Markup Language

IAI International Alliance for Interoperability

IFC Industry Foundation Classes

IFG IFC For GIS

MNT Modèle Numérique de Terrain

OGC Open GIS Consortium

PCI Plan Cadastral Informatisé

SIB Système d'Information du Bâtiment

SIG Système d'Information Géographique

TIN Triangulated Irregular Network

Ce document est le résultat d'une mission exploratoire effectuée en janvier 2004 par la société LAURENTI pour le compte de l'association Mediaconstruct (décision 3 du Bureau du 21 octobre 2003). Rédacteur : Bernard FERRIES ([email protected])

Version du 11/2/2004 Page 4/28

Propositions pour améliorer l'interopérabilité entre Systèmes d'Information du Bâtiment et Systèmes d'Information Géographique

1 Introduction Le domaine "Infrastructures et environnement" est l'un des sept sujets qu'avait retenu Mediaconstruct dans le cadre de son action BATIVEILLE [1]. Il traite des interactions entre les systèmes d'information géographiques (SIG) et les systèmes d'information des bâtiments (SIB) :

- Le sigle SIG correspond aussi à une famille de logiciels, très appréciés par les collectivités lo-cales et territoriales pour la gestion des informations sur un territoire ou un patrimoine

- Les SIB sont produits et gérés par les logiciels de CAO et de Gestion de Patrimoine décrivant les bâtiments existants ou en projet

Dans de nombreuses situations, il serait souhaitable que l'interopérabilité entre ces systèmes d'infor-mation soit plus développée. Ce sujet avait été abordé dès 1992 dans le cadre d'un projet lauréat de la consultation du Plan Construction et Architecture sur l'"intégration des activités du bâtiment et sys-tèmes techniques" [2]. L'actualisation de certains éléments de cette étude a donné lieu à un article paru dans Urbao en 2001 [3]. Depuis quelques mois, on constate un regain d'intérêt pour ces questions :

- en France, au sujet de la mise à jour du Plan Cadastral Informatisé

- en Europe, dans le cadre du projet Roadcon (Des entreprises ont exprimé que Le modèle des IFC ne couvre pas encore le domaine du Génie Civil. Le contenu des IFC ou des modèles CAO doit être interopérable avec les SIG qui sont utilisés aujourd'hui pour décrire les routes, les réseaux, le foncier, etc. [4]. Voir également le sujet de R&D décrit en annexe, Enhance in-teroperability between GIS and CAD/CAFM)

- au sein de l'IAI, avec le démarrage d'un projet international appelé IFG (IFC For GIS, ou les IFC pour l'information géographique).

Cette mission exploratoire de très courte durée a permis de :

1. faire un point sur les normes et acteurs de la normalisation

2. rencontrer les responsables du Plan Cadastral Informatisé à la DGI (Bureau F1 du cadastre)

3. contribuer au montage du projet international IFG dans le cadre des réunions de l'IAI qui se sont tenues à Paris du 26 au 30 janvier 2004

Ce document est organisé en cinq parties :

1. un état des lieux sur les acteurs de la normalisation dans le domaine de l'information géogra-phique et sur leur production

2. une présentation détaillée du Plan Cadastral Informatisé

3. l'analyse de quelques projets remarquables

4. le projet international IFG

5. Une synthèse et des propositions d'action, à laquelle pourra se reporter directement le lecteur voulant aller à l'essentiel



2 Etat des lieux

2.1 LES ACTEURS DE LA NORMALISATION DE L'INFORMATION GEOGRAPHIQUE

AFNOR

L'AFNOR a défini la norme EDIGéo [5] pour << réduire au strict minimum la dispersion financière liée à la multiplicité des protocoles d'échanges entre les systèmes d'informations géographiques >>. Publiée en 1992 comme norme expérimentale, elle est toujours en vigueur et porte aujourd'hui la réfé-rence suivante :

Traitement de l'information - Échanges de Données Informatisés dans le domaine de l'Information géographique (EDIGéO) - NF Z52-000 (Juillet 1999)

L'application d'EDIGéO fait appel à la nomenclature du CNIG [6] qui décrit les objets, leurs attributs et leurs relations.

CEN/TC 287

Ce comité technique sous présidence française (François Salgé, IGN) a produit un ensemble de do-cuments qui ont obtenu en 1997 et 1998 un statut soit de rapports du CEN, soit de pré-standards eu-ropéens [7].

ENV 12009:1997 Geographic Information - Reference Model ENV 12160:1997 Geographic Information - Data description - Spatial schema ENV 12656:1998 Geographic Information - Data description – Quality ENV 12657:1998 Geographic Information - Data description - Metadata ENV 12658:1998 Geographic Information - Data description - Transfer ENV 12661:1998 Geographic Information - Referencing systems - Geographic identifiers ENV 12762:1998 Geographic Information - Referencing systems - Direct Position pr ENV 13376 Geographic Information - Rules for application schema

CR 13425 Geographic Information - Overview CR 13436 Geographic Information - Vocabulary

ISO TC 211

Ce comité technique de l'ISO [8] a en charge la normalisation dans le domaine de l'information géo-graphique. Il a repris certains des travaux du CEN/TC 287 et, suivant l'exemple du comité européen, utilise le langage EXPRESS pour décrire les modèles de données. Domaine des travaux : Normalisation dans le domaine de l'information géographique numérique. Ces travaux visent à établir un ensemble structuré de normes relatives à l'information sur les objets ou les phé-nomènes qui sont directement ou indirectement associés à une localisation terrestre. Ces normes peuvent spécifier, pour l'information géographique, des méthodes, outils et services pour la gestion de données (y compris leur définition et leur description),l'acquisition, le traitement, l'analyse, l'accès, la présenta-tion et le transfert de ces données sous forme numérique / électronique entre les différents utilisateurs, systèmes et sites. Les travaux devront être liés aux normes de technologies de l'information et de données et fournir un cadre pour le développement d'applications sectorielles utilisant des données géographiques.

Le comité a produit 12 normes ou guides : ISO 6709:1983 Représentation normalisée des latitude, longitude et altitude pour la localisation des

points géographiques ISO 19101:2002 Information géographique -- Modèle de réference ISO 19105:2000 Information géographique -- Conformité et essais ISO 19107:2003 Information géographique -- Schéma spatial ISO 19108:2002 Information géographique -- Schéma temporel ISO 19111:2003 Information géographique -- Système de références spatiales par coordonnées ISO 19112:2003 Information géographique -- Système de références spatiales par identificateurs géo-

graphiques



ISO 19113:2002 Information géographique -- Principes qualité ISO 19114:2003 Information géographique -- Procédures d'évaluation de la qualité ISO 19115:2003 Information géographique -- Métadonnées ISO/TR 19120:2001 Information géographique -- Normes fonctionnelles ISO/TR 19121:2000 Information géographique -- Imagerie et données quadrillées

Open GIS

Ce consortium [9] regroupe la plupart des éditeurs de logiciels dans le domaine de l'information géo-graphique. Il collabore depuis 1995 avec l'ISO/TC 211, comme en témoigne le Business Plan de l'ISO 211 [8] dont nous avons traduit et résumé un extrait : << En général, OGC s'implique dans les spécifications logicielles tandis que l'ISO/TC 211 se concen-tre davantage sur les standards de données. L'ISO/TC 211 a entrepris le développement d'un ensem-ble intégré de 20 standards pour l'information géographique. Récemment, l'ISO/TC 211 et l'OGC ont constitué un groupe de coordination pour une plus grande synergie de leurs développements. OGC soumet ses spécifications à l'ISO via l'ISO/TC 211. OGC a définit un programme de conformité et de test des spécifications qu'ils produisent ainsi qu'un pro-gramme de prototypage rapide. C'est une démarche "bottom up" pour développer des spécifications à partir d'implémentations alors qu'avec une approche "top down" classique, on en est réduit à espérer que les éditeurs implémenteront les spécifications… Des standards matures de l'ISO/TC 211 comme celui sur les métadonnées ont été soumis à l'OGC pour être testés et affinés, ce qui fait partie du processus pour l'approbation finale du standard par l'ISO. GML, une spécification de premier plan de l'OGC, a été récemment soumise à l'ISO/TC 211 pour devenir un standard ISO. >>

LandXML

Cette association a été initiée par Autodesk en décembre 1999. Elle a spécifié un schéma XML qui est publié sur son site [10] et traite des sujets suivants :

Project Project name and description

CoordinateSystem Cartesian or earth based georeferenced coordinate system

Units Linear, angular and area.

CgPoints Collection of Cogo Point elements

Survey Survey data collection parameters and measurements

Parcels Parcel or subdivision lot data elements

Alignments Collection of road centerline geometries (alignments)

PipeNetworks Collection of hydraulic pipe and structure elements

CoordGeom Ordered list of line, curve and spiral geometries

CrossSect Earthwork cross section elements

PlanFeatures Generic plan feature geometry such as fence lines and guard rails

Surfaces Elements describing digital terrain models

CgPointList List of Coordinate geometry points

Remarque : LandXML ne spécifie pas comment les points, lignes, parcelles et autres éléments doi-vent être présentés graphiquement, considérant que cela est du ressort du logiciel.

2.2 LES NORMES

EDIGeo

EDIGéo spécifie un modèle conceptuel de données permettant de décrire : - des primitives (arc, nœud, face) - des objets géographiques - des relations entre objets géographiques, entre primitives et entre objets géographiques et

primitives



Les objets géographiques simples (non décomposables) sont définis à partir d'une ou plusieurs primi-tives :

- type ponctuel : l'objet est constitué d'un ou plusieurs nœuds - type linéaire : l'objet est constitué d'un ou plusieurs arcs - type surfacique : l'objet est constitué d'une ou plusieurs faces

Ex : une parcelle cadastrale, l'emprise d'un bâtiment seront représentés par des objets simples surfa-ciques. Un site sera représenté par un objet complexe constitué d'objets simples et/ou complexes (emprises, voiries, etc.)

EDIGéo a introduit une notion de schéma conceptuel de données (SCD) pour décrire l'organisation d'un jeu de données conformément au modèle conceptuel. Un SCD associe des éléments du MCD et des références à la nomenclature d'objets du CNIG. EDIGéo est surtout exploitée aujourd'hui dans les transferts de données cadastrales. Le Plan Cadas-tral Informatisé présenté en détail au chapitre suivant est un exemple de SCD qui décrit le modèle des données relatives au domaine du cadastre.

GML

GML est une des spécifications de l'OGC, téléchargeable sur le serveur du consortium [11]. C'est une solution XML pour la modélisation, le transfert et l'archivage de l'information géographique. Elle est en conformité avec d'autres standards dont plusieurs issus du TC 211 :

- ISO DIS 19107 Geographic Information – Spatial Schema - ISO DIS 19108 Geographic Information – Temporal Schema - ISO DIS 19118 Geographic Information – Encoding - ISO DIS 19123 Geographic Information – Coverages

A la fin de cette imposante spécification de 548 pages, on trouve des exemples dont "the parcel & building example" qui illustre comment décrire deux parcelles mitoyennes et un bâtiment. On remarquera que les éléments communs (l'arc c5 représentant la partie commune des parcelles et l'arc c3, commun au contour de la parcelle et à l'emprise de la construction) ne sont pas dupliqués.

<?xml version="1.0"

encoding="UTF-8" ?>

- <ex:District xmlns:ex="http://www.opengis.net/examples"

xmlns="http://www.opengis.net/gml"

xmlns:gml="http://www.opengis.net/gml"

xmlns:xlink ="http://www.w3.org/1999/xlink"

xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://www.opengis.net/examples exampleParcels.xsd">

<description>Example of two adjacent parcels and a building on a parcel

sharing their boundary geometry.</description>

<name>Parcels</name>

- <boundedBy>

- <Envelope srsName="somelistofcrs.xml#1234">

<pos>0 0</pos>

<pos>50 50</pos>

</Envelope>

P28-5

P12

C4 C7

C8

C9 C1

C2

C3 C6

C10 C5



</boundedBy>

- <featureMember>

- <ex:Parcel gml:id="p28-5">

- <surfaceProperty>

- <Polygon srsName="somelistofcrs.xml#1234">

- <exterior>

- <Ring>

- <curveMember>

- <LineString gml:id="c10">

<coordinates>...</coordinates>

</LineString>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

</Ring>

</exterior>

</Polygon>

</surfaceProperty>

</ex:Parcel>

</featureMember>

- <featureMember>

- <ex:Parcel gml:id="p12">

- <surfaceProperty>


- <exterior>

- <Ring>

- <curveMember>

- <OrientableCurve gml:id="c5m" orientation="-"> <baseCurve xlink:href="#c5" />

</OrientableCurve>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

- <curveMember>



</LineString>

</curveMember>

- <curveMember>





</LineString>

</curveMember>

</Ring>

</exterior>

</Polygon>

</surfaceProperty>

</ex:Parcel>

</featureMember>

- <featureMember>

- <ex:Building gml:id="building">

- <surfaceProperty>


- <exterior>

- <Ring>

<curveMember xlink:href="#c1" />

- <curveMember>



</LineString>

</curveMember>

</Ring>

</exterior>

</Polygon>

</surfaceProperty>

</ex:Building>

</featureMember>

</ex:District>



3 Le Plan Cadastral informatisé

3.1 SYNTHESE ENTRETIEN DGI

Le 05/01/2004, nous avons rencontré Messieurs Gilles BERTEAU et Laurent PATTE de la Direction Générale des Impôts, Bureau du cadastre (F1). La Direction "Plan cadastral" sous la responsabilité de G. Berteau est organisée en deux services respectivement chargés de :

- la dématérialisation du PCI et de la mise en place d'un serveur de plans, sous la responsabili-té de L. Patte.

- la gestion du plan cadastral (mise à jour, relations avec l'IGN,…)

Une couverture complète fin 2004 et un accès par Internet en 2005

La filière PCI Vecteur a donné lieu à la mise en place de conventions entre la DGI et les collectivités dont le principe est le suivant : la DGI fournit les originaux aux collectivités qui numérisent à leur frais1 et en retour, elles bénéficient des mises à jour de la partie graphique du PCI. Aujourd'hui, 30% du territoire est couvert ce qui correspond à 50% de la population. En 1998, il a été décidé de terminer la couverture par scannage, sans remise en cause des conventions. Le résultat du processus de numérisation est une image à laquelle sont néanmoins associées des informations vec-torielles (numéro de parcelle, nom du propriétaire,…) L'opération a débuté en mars 2003 et s'achèvera fin 2004. A cette date, la dématérialisation du cadas-tre sera complète et en 2005, les informations cadastrales seront accessibles par Internet. Pour gérer le PCI, la DGI dispose de deux applications, PCI vecteur et PCI Image, toutes deux déve-loppées par APIC. PCI vecteur exporte en PCI Edigéo [12] ou en PCI DXF [13].

Mise à jour du PCI

La DGI a exploré plusieurs pistes pour réduire les délais de mise à jour. La première a consisté à sol-liciter les services de l'équipement dans le cadre de l'instruction des permis de construire. Les infor-mations sont transmises dans un fichier au format CITADELLE dont les principaux champs sont :

- Le nom du pétitionnaire - La commune - La référence cadastrale (une seule en général, ce qui suffit) - La nature de l'opération (neuf, existant,..) - Le type de demande (Permis de construire, déclaration de travaux,…) - La catégorie (industriel, agricole,…) - La date prévisionnelle d'achèvement (exploitée par le logiciel "suivi construction" relatif aux

déclarations d'achèvement des travaux à produire dans les 90 jours.) La qualité des informations transmises est assez inégale et les fichiers contiennent moins de 50% des informations attendues. Aussi la DGI établit souvent des relations directes avec les mairies, les EPCI, les cabinets de géomètres,…

Dématérialisation de la procédure de permis de construire?

A la connaissance de la DGI, il est essentiellement question pour l'instant de simplification des impri-més. Le document d'arpentage établi par les géomètres experts est utile à la mise à jour du PCI. Il décrit par exemple les nouvelles limites de parcelles suite à un lotissement. Ce document va être dématéria-lisé pour la partie graphique et un format de fichier a été arrêté par le DGI.

1 Jusqu'en 1998, la DGI participait financièrement à la numérisation du plan cadastral, à hauteur de 20% du budget de numérisation estimé à 5% du budget global d'un projet complet SIG. Aujourd'hui, le coût de numérisation d'une parcelle cadastrale est de l'ordre de 0,53 €TTC.



Synthèse des besoins de la DGI

1) améliorer sa connaissance des constructions, existantes ou en projet 2) faciliter les opérations de mise à jour de la partie vectorielle du PCI, par la récupération de fi-

chiers graphiques (description du contour d'une parcelle, de l'emprise d'un bâtiment,…)

3.2 STRUCTURATION DU PCI

Les tableaux suivants sont extraits des spécifications de la DGI [12].

NOM DE L'OBJET

DEFINITIONS CADASTRALES PARTICULARITES

Commune Territoire communal contenant un nombre entier de sections cadastrales.

Son emprise est constituée à partir de l'union des sections qui la composent au moment de l’échange. Le contour de l’objet "COMMUNE" est calculé automatiquement à partir des sec-tions reçues, lors d’un échange, même si l’objet "COMMUNE" a été transmis dans l’échange.

Section cadastrale

Partie du plan cadastral correspondant à une portion du territoire communal et comportant, suivant le cas, une ou plusieurs subdivisions de section.

Son emprise est constituée à partir de l'union des subdivisions de section qui la composent au moment de l’échange. Cet objet est obligatoire dans l’échange.

Subdivision de section

Portion de section cadastrale disposant de caractéristiques propres au regard notam-ment de: - son échelle ; - sa qualité ; - son mode de confection.

Une section a au moins une subdivision de section. Cet objet correspond à la feuille ca-dastrale.

Parcelle Portion du territoire communal d'un seul tenant située dans une subdivision de section et appartenant à un même propriétaire.

Une limite de parcelle peut être confondue avec une limite de lieu-dit, de subdivision de section, de section, de commune, de départe-ment ou d'Etat lorsque ces limites ont des tronçons communs.

Certaines parcelles, incluses dans la voirie et en attente d'une régularisation juridique, ne figurent pas au plan cadastral.

Les fichiers de plan cadastral informatisé déli-vrés par la DGI comprennent ces parcelles avec un code particulier (cf. tableau des objets échangeables en annexe 1).

Subdivision fiscale de par-celle

Partie d'une parcelle ayant une seule nature de culture ou de propriété et constituant une unité au regard de la fiscalité directe locale.

Incluse dans la parcelle qui la supporte. Les limites de la subdivision fiscale peuvent être en partie confondues avec celles de la parcelle.

Charge d'une parcelle

Partie d'une parcelle grevée d'une charge ou d'un droit différent. Cette caractéristique ne concerne que les départements d'Alsace-Moselle.

Incluse dans la parcelle qui la supporte. Les limites de charge peuvent être en partie confondues avec celles de la parcelle.

Ensemble immobilier

Elément ponctuel permettant la gestion de l'ensemble immobilier auquel est associé son libellé.

La gestion de l’ensemble immobilier est limitée au positionnement (obligatoire) de son nom . (ex. : Résidence Les Cigognes) Il n'a aucune emprise au sol. Son contour n'est pas décrit.

Numéro de voirie

Numéro correspondant à l'adresse de la par-celle (et non du bâtiment).

Son positionnement est ponctuel, à l'extérieur de la parcelle. Lorsqu'une parcelle comporte plusieurs numé-ros de voirie, tous doivent être présents dans l'échange.

Lieu-dit Ensemble de parcelles entières comportant une même dénomination géographique résul-tant de l'usage.

La limite du "lieu-dit" ne coupe jamais des parcelles. Elément surfacique (contour fermé). A chaque objet "lieu-dit" est associé obligatoi-rement son libellé.



Bâtiment Construction assise sur une ou plusieurs parcelles cadastrales. Un bâtiment est en relation avec chacune de ses parcelles d’assise. Dans le cas où le bâtiment se situe sur le domaine non cadastré, il est rattaché à la parcelle la plus proche.

Les limites d'un bâtiment peuvent être en partie confondues avec celles des parcelles. Une division de parcelles n'entraîne pas une division de bâtiment. Lorsqu'on réunit deux parcelles sur lesquelles sont implantés deux bâtiments contigus, les bâtiments ne sont pas réunis.

Objet du ré-seau routier

Elément surfacique (fermé) utilisé pour la gestion de l'emprise des voies situées sur le domaine cadastré. C’est notamment le cas des voies privées situées à l’intérieur des lotissements et repré-sentées en tiretés.

A l'entité "objet du réseau routier" est associé le libellé de la voie concernée.

Zone de communication

Voie du domaine non cadastré (ou passant sur des parcelles non figurées au plan), re-présentée par un élément linéaire correspon-dant à son axe.

Le libellé de la voie concernée est porté par un ou plusieurs éléments linéaires de cet axe.

Cet objet est constitué de l'axe médian de la voie.Il peut être utilisé comme support du libel-lé de la voie. Une zone de communication peut être confon-due avec une limite de lieu-dit, de subdivision de section, de section, de commune, de dépar-tement ou d'Etat lorsque ceux-ci ont des par-ties communes.

Tronçon de cours d'eau

Elément surfacique (fermé) utilisé pour tous les cours d’eau, les étangs, les lacs, les riva-ges de mer... Un libellé y est associé.

Les pièces d'eau sans libellé sont considérées comme des objets surfaciques divers.

Point de canevas

Objet ponctuel servant d'appui aux opérations de lever des plans.

Point de construction

Point supportant les informations nécessaires à la mise à jour du plan cadastral.

N'existe que dans un document de mise à jour.

Borne de limite de propriété

Borne située en limite de propriété et repré-sentée par un symbole ponctuel.

Cet objet est en relation avec l'ensemble des parcelles concernées.

Objet ponctuel divers

Détail topographique ponctuel représenté par un signe conventionnel de type ponctuel permettant de documenter le plan cadastral et d'en améliorer la lisibilité.

Objet linéaire divers

Détail topographique linéaire représenté par un signe conventionnel de type linéaire per-mettant de documenter le plan cadastral et d'en améliorer la lisibilité.

Objet surfaci-que divers

Détail topographique surfacique représenté par un signe conventionnel de type surfaci-que permettant de documenter le plan cadas-tral et d'en améliorer la lisibilité.

Ecriture-attribut Néant. Objet de la norme EDIGéO utilisé pour le posi-tionnement graphique d’un libellé ou d’un autre type d’écriture.

Le tableau suivant présente les relations de représentation entre les objets du PCI et les primitives (un Bâtiment est représenté par une face) et les relations avec la nomenclature du CNIG (les attributs des bâtiments sont ceux de l'élément E_2_1_0 de la nomenclature).

OBJET Code objet issu de la

nomenclature de l'échange

Nom

de la relation

PRIMITIVE

EDIGéO

CARDINALITE

Commune H_1_6_0 est représenté par FACE 1,1

Section cadastrale H_11_1_0 est représenté par FACE 1,1

Subdivision de section H_11_2_0 est représenté par FACE 1,1

Parcelle H_11_4_0 est représenté par FACE 1,1

Subdivision fiscale d'une parcelle H_11_5_0 est représenté par FACE 1,1



Charge d'une parcelle H_11_6_0 est représenté par FACE 1,1

Ensemble immobilier H_11_7_0 est représenté par NOEUD ISOLE 1,1

Numéro de voirie H_11_8_0 est représenté par NOEUD ISOLE 1,1

Lieu-dit H_1_7_0 est représenté par FACE 1,1

Bâtiment E_2_1_0 est représenté par FACE 1,1

Objet du réseau routier A_1_0_0 est représenté par FACE 1,1

Zone de communication A_1_0_5 est représenté +/- par ARC 1,n

Tronçon de cours d’eau D_1_0_8 est représenté par FACE 1,1

Point de canevas I_1_0_0 est représenté par NOEUD ISOLE 1,1

Borne de limite de parcelle I_2_4_0 est représenté par NOEUD ISOLE 1,1

Détail topographique ponctuel Z_1_0_1 est représenté par NOEUD ISOLE 1,1

Détail topographique linéaire Z_1_0_2 est représenté +/- par ARC 1,n

Détail topographique surfacique Z_1_0_3 est représenté par FACE 1,1

Ce dernier tableau présente les relations dites sémantiques entre objets du PCI. Exemple : un bâtiment appartient à une parcelle. La cardinalité (0,n) précise qu'une parcelle peut contenir un nombre quelconque de bâtiments (de 0 à n).

OBJETS CONCERNES IDENTIFICATEUR DE LA LIAISON CODE CNIG CARDINA-LITE

Section Commune SECTION_COMMUNE APP 1,1

Subdivision de section Section SUBDSECT_SECTION APP 1,1

Parcelle Subdivision de section PARCELLE_SUBDSECT APP 1,1

Subdivision fiscale Parcelle SUBDFISC_PARCELLE APP 1,1

Bâtiment Parcelle BATIMENT_PARCELLE APP 0,n

Charge Parcelle CHARGE_PARCELLE APP 1,1

Borne de limite de propriété Parcelle BORNE_PARCELLE APP 1,n

Numéro de voirie Parcelle NUMVOIE_PARCELLE APP 1,n

Point de canevas Commune PTCANVS_COMMUNE APP 1,1

Détail topographique ponctuel Commune DETOPO_COMMUNE APP 1,1

Détail topographique linéaire Commune DETOPO_COMMUNE APP 1,1

Détail topographique surfacique Commune DETOPO_COMMUNE APP 1,1

Un tableau précise également les attributs associés à chaque type d'objet :

Bâtiment : DUR Type de construction

Parcelle : IDU Identifiant SUPF Superficie fiscale COAR Code arpentage TEX2 Nom de la parcelle TEX Numéro parcellaire



Voici les renseignements complémentaires obtenus dans la nomenclature du CNIG relatifs au bâti-ment et à la parcelle :

E_2_1_0

BATIMENT : Construction en dur faite d'éléments porteurs et d'une couverture assurant l'abri de personnes ou de biens. Un bâtiment peut être décomposé en "n" ELEMENT D'UN BATI-MENT. Les objets de cet objet générique se distinguent par des aspects extérieurs différents. Ces distinctions sont parfois subjectives, et peuvent faire l'objet d'une convention entre utilisa-teurs. La véritable utilisation des bâtiments, quand elle est connue, (Habitat, Bureau, Usine, etc...) doit être indiquée en attribut. Les bâtiments dont la forme est caractéristique d'une zone d'activité particulière sont classés avec cette zone d'activité.

Obj

et

H_11_4_0 PARCELLE : Portion du territoire communal d'un seul tenant située dans une même section, appartenant à un même propriétaire et formant un tout dont l'indépendance est évidente en raison de l'agencement de la propriété.

Rel

atio

n

APP

APPARTIENT A Exemple : PARCELLE appartient à SECTION CADASTRALE

DUR Type de construction. Attribut Particulier (01 - Bati dur, 02 - Bati leger) IDU Identificateur utilisateur. Attribut Général

SUPF Superficie FISCALE associée a un objet. Attribut Général COAR Code d'arpentage. Attribut Particulier TEX2 Texte libre. Attribut Particulier

Attr

ibut

TEX Texte libre ou Libelle. Attribut Particulier

3.3 L'ALTERNATIVE DXF

Pour tenir compte du fait qu'Autocad est largement utilisé, la DGI a défini une version DXF du PCI [13]. L'association d'informations non graphiques (attributs) à des objets de nature graphique se fait par des XDATA. Exemple de la parcelle :

OBJET TYPE DE L' ATTRIBUT XDATA VALEUR CORRESPONDANCE DU CODE TYPE

Identifiant IDU C12 Contenance MAJIC 2 (Superficie fiscale)

SUPF R

Figuration de la parcelle au plan INDP 01 Parcelle figurée au plan. C2 02 Parcelle non figurée au plan.

Parcelle

Code arpentage COAR T

La spécification contient évidemment la liste des calques (voir annexe 1).



3.4 LES OBJETS DU PCI ET LES IFC

Jusqu'à présent, les IFC traitent essentiellement des objets composant un bâtiment, de leurs caracté-ristiques et de leurs relations. Peu d'entités sont consacrées à ce qui entoure le bâtiment et seul un petit nombre des 650 classes que comporte à présent le modèle (version IFC 2x2) peut être rappro-ché des objets du PCI.

IfcS

ite

Surface de terrain sur lequel sont implantées les constructions d'un projet au sens des IFC. IfcSite est un sous type de IfcSpatialStructureElement et son attribut Composi-tionType permet de préciser s'il s'agit d'un site d'un seul tenant (ELEMENT), d'une partie de site (PARTIAL) ou d'un ensemble de sites (COMPLEX) sur lesquels le projet est réparti. Attributs spécifiques ou hérités :

- Périmètre - Surface (projection horizontale) - Représentation géométrique standard (GeometricSet) : un semis de points car-

tésiens en 3D - Représentation géométrique avancée (SurfaceModel): modèle surfacique - Latitude - Longitude - Altitude au dessus du niveau de la mer - Désignation du site dans le système en vigueur localement - Adresse

Ensemble de propriétés associé à IfcSite (PropertySet Pset_SiteCommon) :

- Description - Surface constructible, selon la réglementation locale - Hauteur maximale des constructions, selon la réglementation locale

IfcB

uild

ing

Une structure qui, en un lieu donné, procure un abri à ses occupants ou à son contenu. Comme pour le site, Building peut décrire un seul bâtiment (ELEMENT), un ensemble de bâtiments sur un même site (COMPLEX) ou une partie de bâtiment (PARTIAL). Attributs spécifiques ou hérités :

- Hauteur totale - Emprise (footprint) - Surface hors œuvre brute, selon la méthode de mesure locale - Surface hors œuvre nette, selon la méthode de mesure locale - Volume total, selon la méthode de mesure locale - Représentation géométrique standard (Brep) : un ensemble de facettes - Hauteur au dessus du sol - Altitude du terrain - Adresse - Systèmes desservant le bâtiment (chauffage, électricité,…)

Ensemble de propriétés associé à IfcBuilding (PropertySet Pset_BuildingCommon) :

- Classement au feu principal et secondaire, selon réglementation locale - Présence protection par sprinklers (Vrai/Faux) - Protection automatique par sprinklers (Vrai/Faux) - Type d'occupation



Commentaires : - IfcSite et IfcBuilding sont des sous-classes de la classe IfcSpatialStructureElement - La relation IfcContainedInSpatialStructure permet de traduire des relations d'implantation entre

les occurrences des sous classes de IfcSpatialStructureElement, dont les liens entre sites et bâ-timents.



Il ne faut pas conclure de cette présentation que l'intersection entre SIB et SIG se résume au site et au bâtiment, même si ces entités jouent à l'évidence un rôle de pivot entre les deux domaines. Une première analyse faite par des membres de l'IAI a mis en évidence que de nombreuses classes IFC sont à prendre en considération. Nous terminons ce chapitre par une mise en correspondance des différents standards et spécifica-tions disponibles : EDIGeo et le PCI IFC ISO/TC 211, OGC, LandXML Modèle gé-

néral Modèle Conceptuel de Données

Classes IFC

Sous-ensemble du

modèle

Le schéma conceptuel de données (SCD) est une appli-cation du modèle général à un domaine particulier (ex : don-nées cadastrales)

Dans le cadre de la certifica-tion ont été définies des Vues (sous ensembles du modèle). Des vues sont en cours de définition dans le cadre du projet SABLE pour rendre les applications indépendantes des différences entre versions du modèle.

Attributs Nomenclature du CNIG Propertysets

A développer dans le cadre des suites éventuelles de la

mission exploratoire.

Format de fichier

- format EDIGeo - format DXF PCI

- 10 303 partie 21 (STEP) - IfcXML

- LandXML - GML

4 Quelques projets remarquables

4.1 CODES (COLLECTION OF DATA FROM EXTERNAL SOURCES)

Il s'agit d'une initiative originale d'Ordnance Survey, organisme du Royaume Uni comparable à L'IGN puisqu'il commercialise de l'information géographique. CODES [14] cherche à impliquer les acteurs de la construction dans la production de l'information géographique associés aux projets. Voici une traduction de quelques arguments : << Envoyez nous vos plans masse – de préférence avant que la construction n'ait commencé –, et vous obtiendrez 8 £ pour le projet d'une nouvelle maison ou d'un appartement en rez de chaussée (fournir au minimum 5 unités) ou 75 £ par hectare pour des sites industriels, commerciaux ou publics, et un supplément pour les principales voiries. Et soumettre vos plans est facile. Tout en étant rémunérés pour participer à la mise à jour des cartes britanniques, vous en retirerez de nombreux autres avantages :

1) Les divergences entre le périmètre de votre site et la carte existante peuvent entraîner des problèmes au moment de l'enregistrement. En utilisant vos données, nous pouvons identifier et résoudre ces divergences, et éviter des retards ultérieurs au moment de l'enregistrement

2) Le détail de toute différence significative entre la conception et l'implantation effective, identi-fiée par nos géomètres, vous sera communiqué, vous donnant ainsi une précieuse informa-tion de qualité

3) Plus tôt nous serons au courant de l'avancement de votre construction et plus tôt elle apparaî-tra sur nos cartes >>



4.2 ECHANGES ENTRE CAO ET SIG

Ces images sont extraites d'une présentation à l'Industry Day de Washington du 14 mai 2003, dans le cadre des réunions de l'IAI. Ces développements ont été effec-tués pour répondre aux besoins des U.S. Cost Guard. Etape 1 : transfert d'un modèle de terrain sous une forme obtenue par triangulation (TIN), du SIG (ArcInfo) vers la CAO (Archicad)

Etape 2 : transfert des emprises des bâtiments du SIG vers la CAO

Etape 3 : modélisation des bâti-ments existants et du bâtiment pro-jeté en CAO



Etape 4 : transfert de l'emprise des futurs bâtiments de la CAO vers le SIG.

4.3 ECHANGES ENTRE GESTION DE PATRIMOINE ET SIG

Ces développements ont été effectués pour le compte du Conseil Général de la Gironde et ont été présentés dans un article d'URBAO [3]. La coopération entre le logiciel de gestion de patrimoine RS Abyla et le SIG Géoconcept est à double sens :

- Dans le logiciel de gestion de patrimoine, on sélectionne un collège et on obtient sa localisa-tion sur une carte gérée par le SIG (copie écran).

- Depuis le SIG, on sélectionne un collège en capturant ou en pointant son emprise. On accède ainsi aux informations sur ce collège détenues par le logiciel de gestion de patrimoine.



5 Le projet IFC-GIS

5.1 RAPPEL SUR LES PROJETS INTERNATIONAUX DE L'IAI

Entre deux révisions du modèle, les évolutions des IFC sont préparées dans le cadre de projets inter-nationaux. Ils prévoient une phase de spécification puis d'intégration au modèle. Actuellement, la France pilote le projet BRIDGE (CI-2) pour étendre les IFC dans le domaine des ou-vrages d'art [15]. La future extension s'appuie sur OA EXPRESS, modèle défini par le SETRA et un groupe d'experts nationaux. Le projet IFG (IFC For GIS) a été présenté pour la première fois lors de l'ITM de Singapour en octobre 2003 (voir annexe 2). Il est proposé par la Norvège qui a l'intention de dématérialiser le processus de permis de construire et d'utiliser les IFC pour une partie des échanges.

5.2 LA DEMATERIALISATION DE LA PROCEDURE DE PERMIS DE CONSTRUIRE

Les diapositives qui suivent ont été produites par Øivind Rooth, Ingénieur en chef au National Office of Building Technology and Administration (Norvège).

Labour Authority

GIS System Street/Address/Building

(Central property and building registry)

Architect

Structure

HVAC

Construction

Building Authority

Road Authority Pollution Authority

Regulation Check

Contract Check



Les échanges aujourd'hui.

Le schéma illustre l'importance du support papier dans les échanges et la rupture à l'issue du proces-sus de construction.

A l'issue du projet de dématérialisation

La rupture est supprimée et les IFC sont utilisés comme support des échanges.



5.3 ETAT D'AVANCEMENT DU PROJET IFG

Plusieurs chapitres et éditeurs ont déjà manifesté leur intérêt pour le projet IFG : - ESRI (éditeur ArcInfo), en décembre 2003 - La Norvège qui a organise le premier meeting le 20/01/2004 - Le chapitre germanophone qui a fait part d'un projet de modélisation des villes (City Model). - Le chapitre du Royaume Uni (présentation à Ordnance Survey le 23/01/2004) - Le chapitre francophone, lors de l'ITM de Paris Le calendrier prévisionnel des réunions d'expression de besoins est actuellement le suivant : - 8-9 Mars, Norvège - 31 March/1 April, Norvège - 2 jours en mai-juin en Norvège Objectifs proposés : - Expression des besoins terminée d'ici le prochain ITM, début juillet - Développement du modèle d'ici l'ITM de Singapour en octobre 2004 - Intégration du modèle aux IFC au premier quadrimestre 2005 Programme de travail : Phase 1 - Analyse des capacités des standards actuels à couvrir le domaine (IFC 2x2, ISO TC211, GML,

SOSI GML) - Analyse de l'effort nécessaire :

o Comparaison des standards actuellement disponibles et des besoins à satisfaire o Première spécification (classes, propertysets) o Evaluation de l'incidence des spécifications sur des investissements à préserver

- Définition des cas d'utilisation auxquels le projet devra répondre Phase 2 - Développement, documentation et integration de l'extension IFG - Traduction en spécification IfcXML - Mapping entre schemas XML traitant du domaine



6 Synthèse et propositions d'action Le moment semble venu de mener des actions pour développer l'interopérabilité entre les systèmes d'information décrivant les bâtiments existants ou en projet et les systèmes d'information géographi-que qui travaillent à l'échelle du territoire :

• La DGI est à la recherche de solutions pour faciliter et accélérer les opérations de mise à jour du cadastre. Les acteurs impliqués dans une opération de construction pourraient participer au processus en s'inspirant peut-être de l'initiative d'Ordnance Survey qui consiste à rémuné-rer la production d'une information de qualité

• Des éditeurs de SIG, CAO et Gestion de Patrimoine ont fait la démonstration d'un premier ni-

veau d'échange entre SIB et SIG qui confirme l'intérêt et la faisabilité de ces transferts.

• La Norvège a le projet de dématérialiser la procédure des permis de construire et elle est à l'initiative d'un projet international de l'IAI appelé IFG. Les norvégiens semblent très motivés et décidés à aller vite.

Compte tenu de ce contexte, plusieurs actions peuvent être envisagées :

En France :

1. Poursuivre les discussions avec la DGI et d'autres organismes concernés par la mise à jour du PCI à partir des informations remontant des projets de construction. Définir de nouveaux processus et les expérimenter.

2. Elargir la réflexion au delà du cadre du PCI et constituer un groupe de travail ou une commis-sion au sein de Mediaconstruct.

A l'international :

3. Participer au projet international IFG et en particulier à l'expression des besoins d'ici l'ITM de juillet 2004. Il y a urgence car les bases des travaux de modélisation seront établies au cours du premier semestre 2004.



7 Bibliographie et liens

[1] Bativeille. http://www.mediaconstruct.org/projets/Bativeille/Theme5_Infra/frame.htm [2] Intégration des SIG & de la CAO dans le domaine de la gestion de patrimoine. 1993

Partenaires : SIAGE, IdBat, INSA Lyon, Labéo. http://www.laurenti.com/publis/SIGCAO.pdf [3] SIG, CAO, GP... Quels logiciels pour aménager, construire, gérer? , M. Bernard, B. Ferries.

Urb.AO N° 3, Mars 2001 [4] ROADCON. Developing an ICT vision , October 2002

Synthèse de deux ateliers organises par GTM Construction avec l'assistance de Mr. V. COUSIN. [5] www.boutique.afnor.fr [6] Nomenclature d'échange du CNIG

http://192.134.141.95/cnig/infogeo/france/Normalisation/nomenclature.cnig.4.fr.html [7] The Geographic Information European Prestandards and CEN Reports

http://forum.afnor.fr/servlet/ServletForum?form_name=cForumPage&file_name=Z13C%2FPUBLIC%2FWEB%2FENGLISH%2Fpren.htm&login=invite&password=invite

[8] http://www.isotc211.org/ [9] http://www.opengis.org/

[10] http://www.landxml.org [11] OpenGIS® Geography Markup Language (GML) Implementation Specification – Version 3.0

http://www.opengis.org/docs/02-023r4.pdf (548 pages)

[12] Standard d'Échange des objets du plan cadastral informatisé fondé sur la norme EDIGéo Minefi, Version de mai 2002

[13] Standard d'Échange des objets du plan cadastral informatisé fondé sur le format DXF – PCI Minefi, Version de mai 2002

[14] CODES (Collection Of Data from External Sources) http://www.ordnancesurvey.co.uk/oswebsite/business/codes/

[15] Projet BRIDGE - http://www.iai-france.org/bridge/index.html



8 Annexes

8.1 PCI – DXF : TABLEAU DES CALQUES

CALQUE PRIMITIVE DEFINITION CADASTRALE 1ARRET Block Arrêt de gare.

1CHARGE Polyligne fermée Périmètre de la charge 1COMM Polyligne ouverte Amorces de limite de commune

1DEPART Polyligne ouverte Amorces de limite de département 1ETAT Polyligne ouverte Amorces de limite d'Etat

1FLECHEFL Block Flèche rivière 1HALTE Block Halte de gare

1LIEUDIT Polyligne fermée Périmètre du lieu-dit 1PARCELLE Polyligne fermée Périmètre de parcelle figurée au plan

1PARCELLENFP Polyligne fermée Périmètre de parcelle non figurée au plan 1PYLONE Block pylône 1SECTION Polyligne fermée Périmètre de la section 1STATION Block Station de gare

1SUBDFISC Polyligne fermée Périmètre de subdivision fiscale 1SUBDSECT Polyligne fermée Périmètre de la subdivision de Section 1TRONFLUV Polyligne fermée Périmètre du tronçon de cours d'eau 1TRONROU Polyligne fermée Périmètre de la voie privée

1TROUCHARGE Polyligne fermée Contour des trous à l'intérieur des charges 1TROUPARCELLE Polyligne fermée Contour des trous à l'intérieur des parcelles (et NFP) 1TROUSECTION Polyligne fermée Contour des trous à l'intérieur de la section

1TROUSUBDFISC Polyligne fermée Contour des trous à l'intérieur des subdivisions fiscales 1TROUSUBDSECT Polyligne fermée Contour des trous à l'intérieur des subdivisions de section

1ZONCOMM Polyligne ouverte Axe de la voie du domaine public routier, chemin rural 3AQUEDUC Polyligne ouverte Ligne de l'aqueduc

3AQUEDUCTEX Texte Texte associé à l'aqueduc 3BATIDUR Polyligne fermée Périmètre du bâtiment dur

3BATILEGER Polyligne fermée Périmètre du bâtiment Léger 3BORNE Block Borne limite propriété

3BOULON Block Boulon scellé 3CADB Block Point cadastre borné (canevas et polygonation)

…3CADNB Block Point cadastre non borné (canevas et polygonation) 3CALVAIRE Block Croix de calvaire ...

3CALVAIRETEX Texte Indication sur l'occurrence "calvaire, puits..." 3CHARGETEX Texte Lettre indicative de la charge

3CHEMIN Polyligne ouverte Limites du chemin 3CHEMINTEX Texte Nom du chemin

3CIME Polyligne fermée Périmètre du cimetière 3CIMM Polyligne fermée Périmètre du cimetière musulman 3CIMS Polyligne fermée Périmètre du cimetière israélite

3CIMETEX Texte Libellé associé au cimetière 3CIMMTEX Texte Libellé associé au cimetière 3CIMSTEX Texte Libellé associé au cimetière 3CLOTMI Block Clôture mitoyenne

3CLOTNONMI Block Clôture non mitoyenne 3CROIX Block Croix gravée

3DIVERS Block Bornes communales et/ou RNGF 3DPTEX Texte Numéro parcellaire sur DP

3EAU Polyligne fermée Périmètre de la surface en eau, lacs, étangs… 3EAUTEX Texte Nom de l'étang , du lac

3EDF Polyligne ouverte Lignes de transport de force 3EDFTEX Texte Nom de la ligne de transport de force 3EGLISE Block Représentation du symbole d'église

3EGLISETEX Texte Nom de l'église 3ENSIMMO Texte Nom de l'ensemble immobilier

3FLECHEPAR Polyligne ouverte Flèche de rattachement de N° parcellaire 3FOSSEMI Block Fossé mitoyen

3FOSSENONMI Block Fossé non mitoyen



3GAZODUC Polyligne ouverte Ligne du gazoduc 3GAZODUCTEX Texte Texte associé au gazoduc

3HAIEMI Block Haie mitoyenne 3HAIENONMI Block Haie non mitoyenne

3IGNB Block Point IGN borné 3IGNNB Block Point IGN non borné

3LIEUDITTEX Texte Nom du lieu-dit 3LIMNONPARC Polyligne fermée Ruines et limites ne formant pas parcelle

3LIMNONPARCTEX Texte Textes associés aux limites ne formant pas parcelle 3MOSQUEE Block Représentation du symbole de mosquée

3MOSQUEETEX Texte Nom de la mosquée 3MURMI Block Mur mitoyen

3MURNONMI Block Mur non mitoyen 3NUMVOIE Texte Numéro de voirie

3PARCELLETEX Texte Numéro de parcelle 3PARCELLETEX2 Texte Nom de la parcelle 3PARCNFPTEX Texte Numéro de la parcelle NFP

3PONT Polyligne fermée Périmètre du pont 3PONTTEX Texte Nom du pont 3SENTIER Polyligne ouverte Linéaire des sentiers

3SENTIERTEX Texte Nom du sentier 3SNCF Polyligne ouverte Rail de chemin de fer

3SNCFTEX Texte Nom de la voie de chemin de fer 3SUBDFISCTEX Texte Lettre de subdivision fiscale

3SYNAGO Block Représentation du symbole religieux 3SYNAGOTEX Texte Nom de la synagogue

3TELEFERI Polyligne ouverte Ligne du téléphérique 3TELEFERITEX Texte Nom du téléphérique

3TOPOLINE Polyligne ouverte Terrains de sport, trottoirs, petits ruisseaux et fossés 3TOPOLINETEX Texte Textes associés aux topolines

3FISCLINE Polyligne ouverte Parkings, terrasses et surplombs 3FISCLINETEX Texte Textes associés aux fisclines

3PUIT Block Représentation du puits 3PUITTEX Texte Texte associé au puits 3PISCINE Polyligne fermée Périmètre de la piscine

3PISCINETEX Texte Texte associé à la piscine 3TRONFLUVTEX Texte Nom du cours d'eau 3TRONROUTEX Texte Nom de la voie privée

3TROUBATI Polyligne fermée Contour du trou à l'intérieur des bâtis légers et durs 3TUNNEL Polyligne fermée Périmètre du tunnel

3TUNNELTEX Texte Nom du tunnel 3ZONCOMMTEX Texte Nom de la Voie du DP Routier

8.2 PROJET IFG (INDUSTRY FOUNDATION CLASSES FOR GIS)

Scope of Work

To provide GIS information through IFC by leveraging developments that have occurred within IAI (for the AEC community) and ISO TC211 (for the GIS community).

• define the interface between the AEC world and the GIS world and to develop strategies to overcome them

• define model development and/or mapping approaches that build upon GIS developments within ISO TC211

A preliminary phase of the project will be to provide a demonstration of the concept of using the Industry Foundation Classes (IFC) model as the specification for the exchange of limited but meaningful information between GIS and AEC CAD systems and vice versa. The aim is to use entities that are already established within the Coordination View of IFC 2x so as to be able to reuse insofar as possible the tools, techniques and capabilities already devel-oped by vendors at the AEC side of the demonstration.

Scope of GIS �� AEC

The scope for the exchange of information from GIS to AEC shall be the provision of:



� semantic identification of a ‘site’;

� the geometry of a site in the form of a simple digital terrain model;

� specification of a site boundary;

� provision of additional properties within property sets as deemed necessary.

Scope of AEC �� GIS

The scope for the exchange of information from AEC to GIS shall be the provision of:

� semantic identification of a building and the building elements that are relevant for represen-tation within GIS including, amongst others, building, wall, window, door, opening;

� primary elements of the building spatial structure including building storey and individual space;

� geometry of the building, building elements and spatial structure elements concerned;

provision of additional properties within property sets as deemed necessary.

Further development of the project will focus on key domains within the GIS world and its inter-face to the AERC world including:

• Map and location/position definition

• Road model definition

• Utility services definition

• Demographics definition

• Water resource definition

Business Need for the Project (Features and Benefits) There is a significant overlap between the AEC world and the GIS world. Buildings are con-structed facilities that are placed within the world. There are many other constructed facilities that are also relevant to GIS that are also of interest in AEC through their connection to built entities including bridges, roads. Both AEC and GIS share the concept of lifecycle based information provision and will have simi-lar approaches to portfolio and capital project development, design processes, costing and cost management, asset management, maintenance and other factors. AEC and GIS share an interest in systems development for purposes of distribution systems. Whilst in GIS, these are generally utility systems within regional infrastructure as opposed to the local distribution mechanisms applied in AEC, the approaches for system definition are likely to be remarkably similar. The general network approach for systems information is alo likely to be of broader interest in roads, structures and other applications areas. Features and benefits in summary : GIS interests provide to IFC significant potential for:

• global location through map information provision • regional demographics relevant to building planning and provision • risk information from nearby geographical features

AEC provides to GIS the facility to be able to see a building and component entities as real ob-jects and not just as illustrations pasted onto a map. In the long term, this can be beneficial in providing real building data for security and emergency services.

Relationship to Existing IFC Developments

• IFC-GIS models or mapping of entities to IFC models will extend through multiple sche-ma within the IFC model at all levels of the IFC model architecture.

• It is anticipated that there will be substantial requirements for the development of property sets.



8.3 SUJET DE R&D PROPOSE POUR LA FEUILLE DE ROUTE ROADCON

ROADCON RTD idea proposal for the roadmap Max 1 page

Acronym IFC/GIS Title Enhance interoperability between GIS and CAD/CAFM

Priority 12 Adaptive systems - Ambient access - Collaboration - Interoperability -

X = primary Knowledge re-use - Model based x Performance based - Total life cycle -

o = secondary Other: GIS, IFC, interoperability �� Check 1 - max 3 boxes

RTD focus 3 Business processes - Applications - ICT infrastructures - Technology/standard x

RTD phase 4 Take-up - Development x Research - Emerging -

Problem/Issue

Why?

GIS systems are used by owners and facility managers to manage large or scattered facilities. They

contain relevant information about buildings environment necessary for making decision process.

Buildings and facilities will be more and more described into IFC databases, thanks to the wide-

spread use of IFC standard.

For many processes, we use both GIS and CAD/CAFM systems and interoperability has to be im-

proved.

Current situation / where are we now? Target situation / where are we going?

Baseline and

vision

Describe the state-of-the-art.

• GIS community develops its own standards

within ISO/TC 211 and Open GIS consortium

• Compliant IFC CAD and CAFM applications

are available.

• No co-operation between IAI and Open GIS

Describe the situation when the results are be-

ing used.

• GIS and CAD/CAFM are interoperable.

It is easy to use simultaneously applications

of the two categories, according to the scale

analysis (urban or building level)

Results / Objec-

tives

What?

What are the objectives in terms of results? They should be measurable and in tangible form. Each

objective should be related to a tangible result.

• Identification of Business processes involving both GIS and CAD/CAFM systems

• Extension of IFC model or joint definition of Geographic Foundation Classes common to IFC

and GIS worlds.

• Implementations of this model

Technologies What are the main technologies / standards that will be developed / used?

IFC standard and the standards developed by Open GIS (http://www.opengis.org/)

Target groups

and Impacts

Who are the target groups? How will they use the results? What benefits / impacts will follow from

the use of the results to them and to the industry at large? Are they are represented as participants?

• Large facility managers, owners, civil engineering companies,…

Inputs from other projects Output to other projects

Interactions

with other pro-

jects 5

Expected results for further development or adap-

tation from other projects:

• IAI is defining an extension of the IFC model

dedicated to Bridges (on going project).

Furthers actions that are needed to achieve

impact via industrial exploitation of the results:

•

Potential parti-

cipants

Who?

List here both the type (for industry, e.g. contractor, architect, etc.) & competence (e.g. expertise in

product model management) expected from the participants.

Potential participants within IAI (USA, Nordic and French speaking chapter)

Expertise in Product model, IFC and GIS standards

Tel +33-5-34 66 62 99

Fax +33-5-34 66 62 99

Email [email protected]

Contact infor-

mation

of proposer

(Not to be pub-

lished)

Bernard FERRIES

LAURENTI

2, rue du stade

31320 CASTANET TOLOSAN

France URL http://www.laurenti.com

Documents

Rapportpci Geometre Topo