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

Transcription

1 entre Systèmes d'information du Bâtiment et Systèmes d'information Géographique

2 SOMMAIRE 1 INTRODUCTION ETAT DES LIEUX LES ACTEURS DE LA NORMALISATION DE L'INFORMATION GEOGRAPHIQUE... 5 AFNOR... 5 CEN/TC ISO TC Open GIS... 6 LandXML LES NORMES... 6 EDIGeo... 6 GML LE PLAN CADASTRAL INFORMATISE SYNTHESE ENTRETIEN DGI Une couverture complète fin 2004 et un accès par Internet en Mise à jour du PCI Dématérialisation de la procédure de permis de construire? Synthèse des besoins de la DGI STRUCTURATION DU PCI L'ALTERNATIVE DXF LES OBJETS DU PCI ET LES IFC QUELQUES PROJETS REMARQUABLES CODES (COLLECTION OF DATA FROM EXTERNAL SOURCES) ECHANGES ENTRE CAO ET SIG ECHANGES ENTRE GESTION DE PATRIMOINE ET SIG LE PROJET IFC-GIS RAPPEL SUR LES PROJETS INTERNATIONAUX DE L'IAI LA DEMATERIALISATION DE LA PROCEDURE DE PERMIS DE CONSTRUIRE Les échanges aujourd'hui A l'issue du projet de dématérialisation ETAT D'AVANCEMENT DU PROJET IFG SYNTHESE ET PROPOSITIONS D'ACTION BIBLIOGRAPHIE ET LIENS ANNEXES PCI DXF : TABLEAU DES CALQUES PROJET IFG (INDUSTRY FOUNDATION CLASSES FOR GIS) SUJET DE R&D PROPOSE POUR LA FEUILLE DE ROUTE ROADCON... 28

3 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 (ferries@laurenti.com)

4 Version du 11/2/2004 Page 4/28 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 locales 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'information 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 systè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 interoperability 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éographique 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

5 Version du 11/2/2004 Page 5/28 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 Z (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 documents qui ont obtenu en 1997 et 1998 un statut soit de rapports du CEN, soit de pré-standards européens [7]. ENV 12009:1997 ENV 12160:1997 ENV 12656:1998 ENV 12657:1998 ENV 12658:1998 ENV 12661:1998 ENV 12762:1998 pr ENV CR CR Geographic Information - Reference Model Geographic Information - Data description - Spatial schema Geographic Information - Data description Quality Geographic Information - Data description - Metadata Geographic Information - Data description - Transfer Geographic Information - Referencing systems - Geographic identifiers Geographic Information - Referencing systems - Direct Position Geographic Information - Rules for application schema Geographic Information - Overview 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éographique. 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ésentation 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 ISO 19101:2002 ISO 19105:2000 ISO 19107:2003 ISO 19108:2002 ISO 19111:2003 ISO 19112:2003 Représentation normalisée des latitude, longitude et altitude pour la localisation des points géographiques Information géographique -- Modèle de réference Information géographique -- Conformité et essais Information géographique -- Schéma spatial Information géographique -- Schéma temporel Information géographique -- Système de références spatiales par coordonnées Information géographique -- Système de références spatiales par identificateurs géographiques

6 Version du 11/2/2004 Page 6/28 ISO 19113:2002 ISO 19114:2003 ISO 19115:2003 ISO/TR 19120:2001 ISO/TR 19121:2000 Information géographique -- Principes qualité Information géographique -- Procédures d'évaluation de la qualité Information géographique -- Métadonnées Information géographique -- Normes fonctionnelles 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éographique. 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 concentre davantage sur les standards de données. L'ISO/TC 211 a entrepris le développement d'un ensemble 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 programme 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 Elle a spécifié un schéma XML qui est publié sur son site [10] et traite des sujets suivants : Project CoordinateSystem Units CgPoints Survey Parcels Alignments PipeNetworks CoordGeom CrossSect PlanFeatures Surfaces CgPointList Project name and description Cartesian or earth based georeferenced coordinate system Linear, angular and area. Collection of Cogo Point elements Survey data collection parameters and measurements Parcel or subdivision lot data elements Collection of road centerline geometries (alignments) Collection of hydraulic pipe and structure elements Ordered list of line, curve and spiral geometries Earthwork cross section elements Generic plan feature geometry such as fence lines and guard rails Elements describing digital terrain models List of Coordinate geometry points Remarque : LandXML ne spécifie pas comment les points, lignes, parcelles et autres éléments doivent ê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

7 Version du 11/2/2004 Page 7/28 Les objets géographiques simples (non décomposables) sont définis à partir d'une ou plusieurs primitives : - 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 surfaciques. 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 Cadastral 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 Geographic Information Spatial Schema - ISO DIS Geographic Information Temporal Schema - ISO DIS Geographic Information Encoding - ISO DIS 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. C4 C7 C10 P28-5 C5 P12 C2 C8 C6 C3 C1 C9 <?xml version="1.0" encoding="utf-8"?> - <ex:district xmlns:ex=" xmlns=" xmlns:gml=" xmlns:xlink =" xmlns:xsi=" xsi:schemalocation=" 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>

8 Version du 11/2/2004 Page 8/28 </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 gml:id="c4"> <coordinates>...</coordinates> </LineString> </curvemember> - <curvemember> - <LineString gml:id="c5"> <coordinates>...</coordinates> </LineString> </curvemember> - <curvemember> - <LineString gml:id="c6"> <coordinates>...</coordinates> </LineString> </curvemember> </Ring> </exterior> </Polygon> </surfaceproperty> </ex:parcel> </featuremember> - <featuremember> - <ex:parcel gml:id="p12"> - <surfaceproperty> - <Polygon srsname="somelistofcrs.xml#1234"> - <exterior> - <Ring> - <curvemember> - <OrientableCurve gml:id="c5m" orientation="-"> <basecurve xlink:href="#c5" /> </OrientableCurve> </curvemember> - <curvemember> - <LineString gml:id="c7"> <coordinates>...</coordinates> </LineString> </curvemember> - <curvemember> - <LineString gml:id="c8"> <coordinates>...</coordinates> </LineString> </curvemember> - <curvemember> - <LineString gml:id="c9"> <coordinates>...</coordinates> </LineString> </curvemember> - <curvemember> - <LineString gml:id="c1"> <coordinates>...</coordinates> </LineString> </curvemember> - <curvemember>

9 Version du 11/2/2004 Page 9/28 - <LineString gml:id="c3"> <coordinates>...</coordinates> </LineString> </curvemember> </Ring> </exterior> </Polygon> </surfaceproperty> </ex:parcel> </featuremember> - <featuremember> - <ex:building gml:id="building"> - <surfaceproperty> - <Polygon srsname="somelistofcrs.xml#1234"> - <exterior> - <Ring> <curvemember xlink:href="#c1" /> - <curvemember> - <LineString gml:id="c2"> <coordinates>...</coordinates> </LineString> </curvemember> </Ring> </exterior> </Polygon> </surfaceproperty> </ex:building> </featuremember> </ex:district>

10 Version du 11/2/2004 Page 10/ SYNTHESE ENTRETIEN DGI 3 Le Plan Cadastral informatisé 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 responsabilité 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 frais 1 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 vectorielles (numéro de parcelle, nom du propriétaire, ) L'opération a débuté en mars 2003 et s'achèvera fin A cette date, la dématérialisation du cadastre 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éveloppé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é à solliciter les services de l'équipement dans le cadre de l'instruction des permis de construire. Les informations 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 imprimé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érialisé 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.

11 Version du 11/2/2004 Page 11/28 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 fichiers 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 Section cadastrale Subdivision de section Parcelle Subdivision fiscale de parcelle Charge parcelle Ensemble immobilier Numéro de voirie Lieu-dit d'une Territoire communal contenant un nombre entier de sections cadastrales. Partie du plan cadastral correspondant à une portion du territoire communal et comportant, suivant le cas, une ou plusieurs subdivisions de section. Portion de section cadastrale disposant de caractéristiques propres au regard notamment de: - son échelle ; - sa qualité ; - son mode de confection. Portion du territoire communal d'un seul tenant située dans une subdivision de section et appartenant à un même propriétaire. Certaines parcelles, incluses dans la voirie et en attente d'une régularisation juridique, ne figurent pas au plan cadastral. 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. 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. Elément ponctuel permettant la gestion de l'ensemble immobilier auquel est associé son libellé. Numéro correspondant à l'adresse de la parcelle (et non du bâtiment). Ensemble de parcelles entières comportant une même dénomination géographique résultant de l'usage. 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 sections reçues, lors d un échange, même si l objet "COMMUNE" a été transmis dans l échange. 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. Une section a au moins une subdivision de section. Cet objet correspond à la feuille cadastrale. Une limite de parcelle peut être confondue avec une limite de lieu-dit, de subdivision de section, de section, de commune, de département ou d'etat lorsque ces limites ont des tronçons communs. Les fichiers de plan cadastral informatisé délivrés par la DGI comprennent ces parcelles avec un code particulier (cf. tableau des objets échangeables en annexe 1). Incluse dans la parcelle qui la supporte. Les limites de la subdivision fiscale peuvent être en partie confondues avec celles de la parcelle. Incluse dans la parcelle qui la supporte. Les limites de charge peuvent être en partie confondues avec celles de la parcelle. 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. 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. La limite du "lieu-dit" ne coupe jamais des parcelles. Elément surfacique (contour fermé). A chaque objet "lieu-dit" est associé obligatoirement son libellé.

12 Version du 11/2/2004 Page 12/28 Bâtiment Objet du réseau routier Zone de communication Tronçon de cours d'eau Point de canevas Point de construction Borne de limite de propriété Objet ponctuel divers Objet divers linéaire Objet surfacique divers 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. 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. Voie du domaine non cadastré (ou passant sur des parcelles non figurées au plan), représentée par un élément linéaire correspondant à son axe. 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. A l'entité "objet du réseau routier" est associé le libellé de la voie concernée. Cet objet est constitué de l'axe médian de la voie.il peut être utilisé comme support du libellé de la voie. Une zone de communication peut être confondue avec une limite de lieu-dit, de subdivision de section, de section, de commune, de département ou d'etat lorsque ceux-ci ont des parties communes. Le libellé de la voie concernée est porté par un ou plusieurs éléments linéaires de cet axe. Elément surfacique (fermé) utilisé pour tous Les pièces d'eau sans libellé sont considérées les cours d eau, les étangs, les lacs, les rivages de mer... Un libellé y est associé. comme des objets surfaciques divers. Objet ponctuel servant d'appui aux opérations de lever des plans. Point supportant les informations nécessaires N'existe que dans un document de mise à jour. à la mise à jour du plan cadastral. Borne située en limite de propriété et représentée par un symbole ponctuel. parcelles concernées. Cet objet est en relation avec l'ensemble des 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é. Détail topographique linéaire représenté par un signe conventionnel de type linéaire permettant de documenter le plan cadastral et d'en améliorer la lisibilité. Détail topographique surfacique représenté par un signe conventionnel de type surfacique permettant de documenter le plan cadastral et d'en améliorer la lisibilité. Ecriture-attribut Néant. Objet de la norme EDIGéO utilisé pour le positionnement 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

13 Version du 11/2/2004 Page 13/28 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 Parcelle : IDU SUPF COAR TEX2 TEX Type de construction Identifiant Superficie fiscale Code arpentage Nom de la parcelle Numéro parcellaire

14 Version du 11/2/2004 Page 14/28 Voici les renseignements complémentaires obtenus dans la nomenclature du CNIG relatifs au bâtiment et à la parcelle : Objet Relation Attribut E_2_1_0 H_11_4_0 APP DUR IDU SUPF COAR TEX2 TEX 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 utilisateurs. 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é. 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é. APPARTIENT A Exemple : PARCELLE appartient à SECTION CADASTRALE Type de construction. Attribut Particulier (01 - Bati dur, 02 - Bati leger) Identificateur utilisateur. Attribut Général Superficie FISCALE associée a un objet. Attribut Général Code d'arpentage. Attribut Particulier Texte libre. Attribut Particulier 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 Parcelle Identifiant IDU C12 Contenance MAJIC 2 (Superficie SUPF R fiscale) Figuration de la parcelle au plan INDP 01 Parcelle figurée au plan. C2 02 Parcelle non figurée au plan. Code arpentage COAR T La spécification contient évidemment la liste des calques (voir annexe 1).

15 Version du 11/2/2004 Page 15/ 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 rapproché des objets du PCI. 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 CompositionType 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. IfcSite Attributs spécifiques ou hérités : - Périmètre - Surface (projection horizontale) - Représentation géométrique standard (GeometricSet) : un semis de points carté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 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). IfcBuilding 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

16 Version du 11/2/2004 Page 16/28 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.

17 Version du 11/2/2004 Page 17/28 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écifications disponibles : Modèle général Sousensemble du modèle EDIGeo et le PCI IFC ISO/TC 211, OGC, LandXML Modèle Conceptuel Classes IFC de Données Le schéma conceptuel de Dans le cadre de la certification données (SCD) est une application ont été définies des Vues du modèle général à un (sous ensembles du modèle). domaine particulier (ex : données cadastrales) Attributs Nomenclature du CNIG Propertysets Format de - format EDIGeo fichier - format DXF PCI 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 partie 21 (STEP) - IfcXML A développer dans le cadre des suites éventuelles de la mission exploratoire. - 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, identifiée par nos géomètres, vous sera communiqué, vous donnant ainsi une précieuse information 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 >>

18 Version du 11/2/2004 Page 18/ 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é effectué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âtiments existants et du bâtiment projeté en CAO

19 Version du 11/2/2004 Page 19/28 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 localisation 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.

20 Version du 11/2/2004 Page 20/28 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 internationaux. 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 ouvrages 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). Pollution Authority Road Authority Labour Authority Building Authority Regulation Check Structure Contract Check Architect Construction HVAC GIS System Street/Address/Building (Central property and building registry)

21 Version du 11/2/2004 Page 21/28 Les échanges aujourd'hui. Le schéma illustre l'importance du support papier dans les échanges et la rupture à l'issue du processus 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.

22 Version du 11/2/2004 Page 22/ 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 La Norvège qui a organise le premier meeting le 20/01/ 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 : 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 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

23 Version du 11/2/2004 Page 23/28 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éographique 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 niveau 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 commission 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 Il y a urgence car les bases des travaux de modélisation seront établies au cours du premier semestre 2004.

24 Version du 11/2/2004 Page 24/28 7 Bibliographie et liens [1] Bativeille. [2] Intégration des SIG & de la CAO dans le domaine de la gestion de patrimoine Partenaires : SIAGE, IdBat, INSA Lyon, Labéo. [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] [6] Nomenclature d'échange du CNIG [7] The Geographic Information European Prestandards and CEN Reports WEB%2FENGLISH%2Fpren.htm&login=invite&password=invite [8] [9] [10] [11] OpenGIS Geography Markup Language (GML) Implementation Specification Version (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) [15] Projet BRIDGE -

25 Version du 11/2/2004 Page 25/28 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

26 Version du 11/2/2004 Page 26/28 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 developed 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:

27 Version du 11/2/2004 Page 27/28 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 representation 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 interface 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 constructed 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 similar 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 objects 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 schema 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.