Académique Documents
Professionnel Documents
Culture Documents
SOMMAIRE
1
INTRODUCTION......................................................................................................................................... 4
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 dmatrialisation ........................................................................................................ 21
5.3
ETAT D'AVANCEMENT DU PROJET IFG ................................................................................................... 22
BIBLIOGRAPHIE ET LIENS................................................................................................................... 24
ANNEXES.................................................................................................................................................... 25
8.1
8.2
8.3
Abrviations
CEN
CNIG
CODES
DGI
EPCI
GML
IAI
IFC
IFG
MNT
OGC
PCI
SIB
SIG
TIN
Ce document est le rsultat d'une mission exploratoire effectue en janvier 2004 par
la socit LAURENTI pour le compte de l'association Mediaconstruct (dcision 3 du
Bureau du 21 octobre 2003).
Rdacteur : Bernard FERRIES (ferries@laurenti.com)
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 systmes d'information
gographiques (SIG) et les systmes d'information des btiments (SIB) :
-
Le sigle SIG correspond aussi une famille de logiciels, trs apprcis par les collectivits locales et territoriales pour la gestion des informations sur un territoire ou un patrimoine
Les SIB sont produits et grs par les logiciels de CAO et de Gestion de Patrimoine dcrivant
les btiments existants ou en projet
Dans de nombreuses situations, il serait souhaitable que l'interoprabilit entre ces systmes d'information soit plus dveloppe. Ce sujet avait t abord ds 1992 dans le cadre d'un projet laurat de
la consultation du Plan Construction et Architecture sur l'"intgration des activits du btiment et systmes techniques" [2]. L'actualisation de certains lments de cette tude a donn lieu un article
paru dans Urbao en 2001 [3].
Depuis quelques mois, on constate un regain d'intrt pour ces questions :
-
en Europe, dans le cadre du projet Roadcon (Des entreprises ont exprim que Le modle
des IFC ne couvre pas encore le domaine du Gnie Civil. Le contenu des IFC ou des modles
CAO doit tre interoprable avec les SIG qui sont utiliss aujourd'hui pour dcrire les routes,
les rseaux, le foncier, etc. [4]. Voir galement le sujet de R&D dcrit en annexe, Enhance interoperability between GIS and CAD/CAFM)
au sein de l'IAI, avec le dmarrage d'un projet international appel IFG (IFC For GIS, ou les
IFC pour l'information gographique).
Version du 11/2/2004
Page 5/28
L'AFNOR a dfini la norme EDIGo [5] pour << rduire au strict minimum la dispersion financire lie
la multiplicit des protocoles d'changes entre les systmes d'informations gographiques >>.
Publie en 1992 comme norme exprimentale, elle est toujours en vigueur et porte aujourd'hui la rfrence suivante :
Traitement de l'information - changes de Donnes Informatiss dans le domaine de l'Information
gographique (EDIGO) - NF Z52-000 (Juillet 1999)
L'application d'EDIGO fait appel la nomenclature du CNIG [6] qui dcrit les objets, leurs attributs et
leurs relations.
CEN/TC 287
Ce comit technique sous prsidence franaise (Franois 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 europens [7].
ENV 12009:1997
ENV 12160:1997
ENV 12656:1998
ENV 12657:1998
ENV 12658:1998
ENV 12661:1998
ENV 12762:1998
pr ENV 13376
CR 13425
CR 13436
ISO TC 211
Ce comit technique de l'ISO [8] a en charge la normalisation dans le domaine de l'information gographique. Il a repris certains des travaux du CEN/TC 287 et, suivant l'exemple du comit europen,
utilise le langage EXPRESS pour dcrire les modles de donnes.
Domaine des travaux : Normalisation dans le domaine de l'information gographique numrique.
Ces travaux visent tablir un ensemble structur de normes relatives l'information sur les objets ou les phnomnes qui sont directement ou indirectement associs une localisation terrestre.
Ces normes peuvent spcifier, pour l'information gographique, des mthodes, outils et services pour la gestion
de donnes (y compris leur dfinition et leur description),l'acquisition, le traitement, l'analyse, l'accs, la prsentation et le transfert de ces donnes sous forme numrique / lectronique entre les diffrents utilisateurs, systmes
et sites.
Les travaux devront tre lis aux normes de technologies de l'information et de donnes et fournir un cadre pour
le dveloppement d'applications sectorielles utilisant des donnes gographiques.
Version du 11/2/2004
ISO 19113:2002
ISO 19114:2003
ISO 19115:2003
ISO/TR 19120:2001
ISO/TR 19121:2000
Page 6/28
Information gographique -- Principes qualit
Information gographique -- Procdures d'valuation de la qualit
Information gographique -- Mtadonnes
Information gographique -- Normes fonctionnelles
Information gographique -- Imagerie et donnes quadrilles
Open GIS
Ce consortium [9] regroupe la plupart des diteurs de logiciels dans le domaine de l'information gographique. Il collabore depuis 1995 avec l'ISO/TC 211, comme en tmoigne le Business Plan de l'ISO
211 [8] dont nous avons traduit et rsum un extrait :
<< En gnral, OGC s'implique dans les spcifications logicielles tandis que l'ISO/TC 211 se concentre davantage sur les standards de donnes. L'ISO/TC 211 a entrepris le dveloppement d'un ensemble intgr de 20 standards pour l'information gographique.
Rcemment, l'ISO/TC 211 et l'OGC ont constitu un groupe de coordination pour une plus grande
synergie de leurs dveloppements. OGC soumet ses spcifications l'ISO via l'ISO/TC 211. OGC a
dfinit un programme de conformit et de test des spcifications qu'ils produisent ainsi qu'un programme de prototypage rapide. C'est une dmarche "bottom up" pour dvelopper des spcifications
partir d'implmentations alors qu'avec une approche "top down" classique, on en est rduit esprer
que les diteurs implmenteront les spcifications
Des standards matures de l'ISO/TC 211 comme celui sur les mtadonnes ont t soumis l'OGC
pour tre tests et affins, ce qui fait partie du processus pour l'approbation finale du standard par
l'ISO. GML, une spcification de premier plan de l'OGC, a t rcemment soumise l'ISO/TC 211
pour devenir un standard ISO. >>
LandXML
Cette association a t initie par Autodesk en dcembre 1999. Elle a spcifi un schma XML qui est
publi sur son site [10] et traite des sujets suivants :
Project
CoordinateSystem
Units
CgPoints
Survey
Parcels
Alignments
PipeNetworks
CoordGeom
CrossSect
PlanFeatures
Generic plan feature geometry such as fence lines and guard rails
Surfaces
CgPointList
Remarque : LandXML ne spcifie pas comment les points, lignes, parcelles et autres lments doivent tre prsents graphiquement, considrant que cela est du ressort du logiciel.
2.2
LES NORMES
EDIGeo
Version du 11/2/2004
Page 7/28
Les objets gographiques simples (non dcomposables) sont dfinis partir d'une ou plusieurs primitives :
- type ponctuel : l'objet est constitu d'un ou plusieurs nuds
- type linaire : 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 btiment seront reprsents par des objets simples surfaciques. Un site sera reprsent par un objet complexe constitu d'objets simples et/ou complexes
(emprises, voiries, etc.)
EDIGo a introduit une notion de schma conceptuel de donnes (SCD) pour dcrire l'organisation
d'un jeu de donnes conformment au modle conceptuel. Un SCD associe des lments du MCD et
des rfrences la nomenclature d'objets du CNIG.
EDIGo est surtout exploite aujourd'hui dans les transferts de donnes cadastrales. Le Plan Cadastral Informatis prsent en dtail au chapitre suivant est un exemple de SCD qui dcrit le modle des
donnes relatives au domaine du cadastre.
GML
GML est une des spcifications de l'OGC, tlchargeable sur le serveur du consortium [11].
C'est une solution XML pour la modlisation, le transfert et l'archivage de l'information gographique.
Elle est en conformit avec d'autres standards dont plusieurs issus du TC 211 :
-
A la fin de cette imposante spcification de 548 pages, on trouve des exemples dont "the parcel &
building example" qui illustre comment dcrire deux parcelles mitoyennes et un btiment.
On remarquera que les lments communs (l'arc c5 reprsentant la partie commune des parcelles et
l'arc c3, commun au contour de la parcelle et l'emprise de la construction) ne sont pas dupliqus.
C4
C7
P12
C10
P28-5
C5
C8
C2
C6
C3
C1
C9
<?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>
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>
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>
Version du 11/2/2004
Page 10/28
Le 05/01/2004, nous avons rencontr Messieurs Gilles BERTEAU et Laurent PATTE de la Direction
Gnrale des Impts, Bureau du cadastre (F1).
La Direction "Plan cadastral" sous la responsabilit de G. Berteau est organise en deux services
respectivement chargs de :
- la dmatrialisation 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,)
Version du 11/2/2004
Page 11/28
3.2
STRUCTURATION DU PCI
Section
cadastrale
Subdivision de
section
Parcelle
Subdivision
fiscale de parcelle
Charge
parcelle
Ensemble
immobilier
Numro
de voirie
Lieu-dit
d'une
DEFINITIONS CADASTRALES
PARTICULARITES
Territoire communal contenant un nombre Son emprise est constitue partir de l'union
entier de sections cadastrales.
des sections qui la composent au moment de
lchange. Le contour de lobjet "COMMUNE"
est calcul automatiquement partir des sections reues, lors dun change, mme si
lobjet "COMMUNE" a t transmis dans
lchange.
Partie du plan cadastral correspondant une Son emprise est constitue partir de l'union
portion du territoire communal et comportant, des subdivisions de section qui la composent
suivant le cas, une ou plusieurs subdivisions au moment de lchange.
de section.
Cet objet est obligatoire dans lchange.
Portion de section cadastrale disposant de Une section a au moins une subdivision de
caractristiques propres au regard notam- section. Cet objet correspond la feuille cament de:
dastrale.
- son chelle ;
- sa qualit ;
- son mode de confection.
Portion du territoire communal d'un seul Une limite de parcelle peut tre confondue
tenant situe dans une subdivision de section avec une limite de lieu-dit, de subdivision de
et appartenant un mme propritaire.
section, de section, de commune, de dpartement ou d'Etat lorsque ces limites ont des
tronons communs.
Certaines parcelles, incluses dans la voirie et Les fichiers de plan cadastral informatis dlien attente d'une rgularisation juridique, ne vrs par la DGI comprennent ces parcelles
figurent pas au plan cadastral.
avec un code particulier (cf. tableau des objets
changeables en annexe 1).
Partie d'une parcelle ayant une seule nature Incluse dans la parcelle qui la supporte.
de culture ou de proprit et constituant une Les limites de la subdivision fiscale peuvent
unit au regard de la fiscalit directe locale.
tre en partie confondues avec celles de la
parcelle.
Partie d'une parcelle greve d'une charge ou Incluse dans la parcelle qui la supporte.
d'un droit diffrent. Cette caractristique ne
concerne que les dpartements d'Alsace- Les limites de charge peuvent tre en partie
Moselle.
confondues avec celles de la parcelle.
Elment ponctuel permettant la gestion de La gestion de lensemble immobilier est limite
l'ensemble immobilier auquel est associ son au positionnement (obligatoire) de son nom .
(ex. : Rsidence Les Cigognes)
libell.
Il n'a aucune emprise au sol.
Son contour n'est pas dcrit.
Numro correspondant l'adresse de la par- Son positionnement est ponctuel, l'extrieur
celle (et non du btiment).
de la parcelle.
Lorsqu'une parcelle comporte plusieurs numros de voirie, tous doivent tre prsents dans
l'change.
Ensemble de parcelles entires comportant La
limite
du
"lieu-dit"
ne
coupe
une mme dnomination gographique rsul- jamais des parcelles.
tant de l'usage.
Elment surfacique (contour ferm).
A chaque objet "lieu-dit" est associ obligatoirement son libell.
Version du 11/2/2004
Btiment
Zone de
communication
Tronon
de cours d'eau
Point de
canevas
Point de
construction
Borne de limite
de proprit
Objet ponctuel
divers
Objet
divers
linaire
Ecriture-attribut
Page 12/28
Objet de la norme EDIGO utilis pour le positionnement graphique dun libell ou dun autre
type dcriture.
Le tableau suivant prsente les relations de reprsentation entre les objets du PCI et les primitives (un
Btiment est reprsent par une face) et les relations avec la nomenclature du CNIG (les attributs des
btiments sont ceux de l'lment E_2_1_0 de la nomenclature).
Code objet
issu de la
nomenclature
de l'change
Nom
de la relation
PRIMITIVE
EDIGO
CARDINALITE
Commune
H_1_6_0
FACE
1,1
Section cadastrale
H_11_1_0
FACE
1,1
OBJET
Subdivision de section
H_11_2_0
FACE
1,1
Parcelle
H_11_4_0
FACE
1,1
H_11_5_0
FACE
1,1
Version du 11/2/2004
Page 13/28
H_11_6_0
FACE
1,1
Ensemble immobilier
H_11_7_0
NOEUD ISOLE
1,1
Numro de voirie
H_11_8_0
NOEUD ISOLE
1,1
Lieu-dit
H_1_7_0
FACE
1,1
Btiment
E_2_1_0
FACE
1,1
A_1_0_0
FACE
1,1
Zone de communication
A_1_0_5
ARC
1,n
D_1_0_8
FACE
1,1
Point de canevas
I_1_0_0
NOEUD ISOLE
1,1
I_2_4_0
NOEUD ISOLE
1,1
Z_1_0_1
NOEUD ISOLE
1,1
Z_1_0_2
ARC
1,n
Z_1_0_3
FACE
1,1
Ce dernier tableau prsente les relations dites smantiques entre objets du PCI.
Exemple : un btiment appartient une parcelle. La cardinalit (0,n) prcise qu'une parcelle peut
contenir un nombre quelconque de btiments (de 0 n).
IDENTIFICATEUR DE LA LIAISON
OBJETS CONCERNES
CODE CNIG
CARDINALITE
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
Btiment
Parcelle
BATIMENT_PARCELLE
APP
0,n
Charge
Parcelle
CHARGE_PARCELLE
APP
1,1
Parcelle
BORNE_PARCELLE
APP
1,n
Numro de voirie
Parcelle
NUMVOIE_PARCELLE
APP
1,n
Point de canevas
Commune
PTCANVS_COMMUNE
APP
1,1
Commune
DETOPO_COMMUNE
APP
1,1
Commune
DETOPO_COMMUNE
APP
1,1
Commune
DETOPO_COMMUNE
APP
1,1
Type de construction
Parcelle :
IDU
SUPF
COAR
TEX2
TEX
Identifiant
Superficie fiscale
Code arpentage
Nom de la parcelle
Numro parcellaire
Version du 11/2/2004
Page 14/28
Objet
Voici les renseignements complmentaires obtenus dans la nomenclature du CNIG relatifs au btiment et la parcelle :
E_2_1_0
Relation
APP
Attribut
H_11_4_0
DUR
IDU
SUPF
COAR
TEX2
TEX
3.3
BATIMENT : Construction en dur faite d'lments porteurs et d'une couverture assurant l'abri
de personnes ou de biens. Un btiment peut tre dcompos en "n" ELEMENT D'UN BATIMENT. Les objets de cet objet gnrique se distinguent par des aspects extrieurs diffrents.
Ces distinctions sont parfois subjectives, et peuvent faire l'objet d'une convention entre utilisateurs. La vritable utilisation des btiments, quand elle est connue, (Habitat, Bureau, Usine,
etc...) doit tre indique en attribut. Les btiments dont la forme est caractristique d'une zone
d'activit particulire sont classs avec cette zone d'activit.
PARCELLE : Portion du territoire communal d'un seul tenant situe dans une mme section,
appartenant un mme propritaire et formant un tout dont l'indpendance est vidente en
raison de l'agencement de la proprit.
APPARTIENT A
Exemple : PARCELLE appartient SECTION CADASTRALE
L'ALTERNATIVE DXF
Pour tenir compte du fait qu'Autocad est largement utilis, la DGI a dfini 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
XDATA
IDU
SUPF
VALEUR
INDP
01
02
CORRESPONDANCE DU CODE
COAR
TYPE
C12
R
C2
T
Version du 11/2/2004
3.4
Page 15/28
Jusqu' prsent, les IFC traitent essentiellement des objets composant un btiment, de leurs caractristiques et de leurs relations. Peu d'entits sont consacres ce qui entoure le btiment et seul un
petit nombre des 650 classes que comporte prsent le modle (version IFC 2x2) peut tre rapproch des objets du PCI.
IfcSite
Surface de terrain sur lequel sont implantes les constructions d'un projet au sens des
IFC. IfcSite est un sous type de IfcSpatialStructureElement et son attribut CompositionType permet de prciser 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 rparti.
Attributs spcifiques ou hrits :
- Primtre
- Surface (projection horizontale)
- Reprsentation gomtrique standard (GeometricSet) : un semis de points cartsiens en 3D
- Reprsentation gomtrique avance (SurfaceModel): modle surfacique
- Latitude
- Longitude
- Altitude au dessus du niveau de la mer
- Dsignation du site dans le systme en vigueur localement
- Adresse
Ensemble de proprits associ IfcSite (PropertySet Pset_SiteCommon) :
- Description
- Surface constructible, selon la rglementation locale
- Hauteur maximale des constructions, selon la rglementation locale
Une structure qui, en un lieu donn, procure un abri ses occupants ou son contenu.
IfcBuilding
Comme pour le site, Building peut dcrire un seul btiment (ELEMENT), un ensemble
de btiments sur un mme site (COMPLEX) ou une partie de btiment (PARTIAL).
Attributs spcifiques ou hrits :
- Hauteur totale
- Emprise (footprint)
- Surface hors uvre brute, selon la mthode de mesure locale
- Surface hors uvre nette, selon la mthode de mesure locale
- Volume total, selon la mthode de mesure locale
- Reprsentation gomtrique standard (Brep) : un ensemble de facettes
- Hauteur au dessus du sol
- Altitude du terrain
- Adresse
- Systmes desservant le btiment (chauffage, lectricit,)
Ensemble de proprits associ IfcBuilding (PropertySet Pset_BuildingCommon) :
- Classement au feu principal et secondaire, selon rglementation locale
- Prsence protection par sprinklers (Vrai/Faux)
- Protection automatique par sprinklers (Vrai/Faux)
- Type d'occupation
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 btiments.
Version du 11/2/2004
Page 17/28
Il ne faut pas conclure de cette prsentation que l'intersection entre SIB et SIG se rsume au site et
au btiment, mme si ces entits jouent l'vidence un rle de pivot entre les deux domaines.
Une premire analyse faite par des membres de l'IAI a mis en vidence que de nombreuses classes
IFC sont prendre en considration.
Nous terminons ce chapitre par une mise en correspondance des diffrents standards et spcifications disponibles :
Modle gnral
Sousensemble du
modle
Attributs
Format de
fichier
EDIGeo et le PCI
Modle Conceptuel
de Donnes
Le schma conceptuel de
donnes (SCD) est une application du modle gnral un
domaine particulier (ex : donnes cadastrales)
Nomenclature du CNIG
- format EDIGeo
- format DXF PCI
IFC
Classes IFC
Dans le cadre de la certification ont t dfinies des Vues
(sous ensembles du modle).
Des vues sont en cours de
dfinition dans le cadre du
projet SABLE pour rendre les
applications indpendantes
des diffrences entre versions
du modle.
Propertysets
- 10 303 partie 21 (STEP)
- IfcXML
- LandXML
- GML
Il s'agit d'une initiative originale d'Ordnance Survey, organisme du Royaume Uni comparable L'IGN
puisqu'il commercialise de l'information gographique.
CODES [14] cherche impliquer les acteurs de la construction dans la production de l'information
gographique associs aux projets. Voici une traduction de quelques arguments :
<< Envoyez nous vos plans masse de prfrence 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 chausse
(fournir au minimum 5 units) ou 75 par hectare pour des sites industriels, commerciaux ou publics,
et un supplment pour les principales voiries. Et soumettre vos plans est facile.
Tout en tant rmunrs pour participer la mise jour des cartes britanniques, vous en retirerez de
nombreux autres avantages :
1) Les divergences entre le primtre de votre site et la carte existante peuvent entraner des
problmes au moment de l'enregistrement. En utilisant vos donnes, nous pouvons identifier
et rsoudre ces divergences, et viter des retards ultrieurs au moment de l'enregistrement
2) Le dtail de toute diffrence significative entre la conception et l'implantation effective, identifie par nos gomtres, vous sera communiqu, vous donnant ainsi une prcieuse information de qualit
3) Plus tt nous serons au courant de l'avancement de votre construction et plus tt elle apparatra sur nos cartes >>
Version du 11/2/2004
4.2
Page 18/28
Version du 11/2/2004
Page 19/28
Etape 4 : transfert de l'emprise des
futurs btiments de la CAO vers le
SIG.
4.3
Ces dveloppements ont t effectus pour le compte du Conseil Gnral de la Gironde et ont t
prsents dans un article d'URBAO [3].
La coopration entre le logiciel de gestion de patrimoine RS Abyla et le SIG Goconcept est double
sens :
- Dans le logiciel de gestion de patrimoine, on slectionne un collge et on obtient sa localisation sur une carte gre par le SIG (copie cran).
- Depuis le SIG, on slectionne un collge en capturant ou en pointant son emprise. On accde
ainsi aux informations sur ce collge dtenues par le logiciel de gestion de patrimoine.
Version du 11/2/2004
Page 20/28
5 Le projet IFC-GIS
5.1
Entre deux rvisions du modle, les volutions des IFC sont prpares dans le cadre de projets internationaux. Ils prvoient une phase de spcification puis d'intgration au modle.
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, modle dfini par le SETRA et un
groupe d'experts nationaux.
Le projet IFG (IFC For GIS) a t prsent pour la premire fois lors de l'ITM de Singapour en octobre
2003 (voir annexe 2). Il est propos par la Norvge qui a l'intention de dmatrialiser le processus de
permis de construire et d'utiliser les IFC pour une partie des changes.
5.2
Les diapositives qui suivent ont t produites par ivind Rooth, Ingnieur en chef au National Office of
Building Technology and Administration (Norvge).
Pollution Authority
Road Authority
Labour Authority
Building Authority
Regulation Check
Contract Check
Structure
HVAC
Architect
Construction
GIS System
Street/Address/Building
(Central property and
building registry)
Version du 11/2/2004
Page 21/28
Version du 11/2/2004
5.3
Page 22/28
Plusieurs chapitres et diteurs ont dj manifest leur intrt pour le projet IFG :
- ESRI (diteur ArcInfo), en dcembre 2003
- La Norvge qui a organise le premier meeting le 20/01/2004
- Le chapitre germanophone qui a fait part d'un projet de modlisation des villes (City Model).
- Le chapitre du Royaume Uni (prsentation Ordnance Survey le 23/01/2004)
- Le chapitre francophone, lors de l'ITM de Paris
Le calendrier prvisionnel des runions d'expression de besoins est actuellement le suivant :
- 8-9 Mars, Norvge
- 31 March/1 April, Norvge
- 2 jours en mai-juin en Norvge
Objectifs proposs :
- Expression des besoins termine d'ici le prochain ITM, dbut juillet
- Dveloppement du modle d'ici l'ITM de Singapour en octobre 2004
- Intgration du modle aux IFC au premier quadrimestre 2005
Programme de travail :
Phase 1
- Analyse des capacits des standards actuels couvrir le domaine (IFC 2x2, ISO TC211, GML,
SOSI GML)
- Analyse de l'effort ncessaire :
o Comparaison des standards actuellement disponibles et des besoins satisfaire
o Premire spcification (classes, propertysets)
o Evaluation de l'incidence des spcifications sur des investissements prserver
- Dfinition des cas d'utilisation auxquels le projet devra rpondre
Phase 2
- Dveloppement, documentation et integration de l'extension IFG
- Traduction en spcification IfcXML
- Mapping entre schemas XML traitant du domaine
Version du 11/2/2004
Page 23/28
La DGI est la recherche de solutions pour faciliter et acclrer les oprations de mise jour
du cadastre. Les acteurs impliqus dans une opration de construction pourraient participer
au processus en s'inspirant peut-tre de l'initiative d'Ordnance Survey qui consiste rmunrer la production d'une information de qualit
Des diteurs de SIG, CAO et Gestion de Patrimoine ont fait la dmonstration d'un premier niveau d'change entre SIB et SIG qui confirme l'intrt et la faisabilit de ces transferts.
En France :
1. Poursuivre les discussions avec la DGI et d'autres organismes concerns par la mise jour
du PCI partir des informations remontant des projets de construction. Dfinir de nouveaux
processus et les exprimenter.
2. Elargir la rflexion 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 2004. Il y a urgence car les bases des travaux de modlisation seront tablies au cours
du premier semestre 2004.
Version du 11/2/2004
Page 24/28
7 Bibliographie et liens
[1] Bativeille. http://www.mediaconstruct.org/projets/Bativeille/Theme5_Infra/frame.htm
[2] Intgration des SIG & de la CAO dans le domaine de la gestion de patrimoine. 1993
Partenaires : SIAGE, IdBat, INSA Lyon, Labo. http://www.laurenti.com/publis/SIGCAO.pdf
[3] SIG, CAO, GP... Quels logiciels pour amnager, construire, grer? , M. Bernard, B. Ferries.
Urb.AO N 3, Mars 2001
[4] ROADCON. Developing an ICT vision , October 2002
Synthse 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%2F
WEB%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 EDIGo
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
Version du 11/2/2004
Page 25/28
8 Annexes
8.1
CALQUE
1ARRET
1CHARGE
1COMM
1DEPART
1ETAT
1FLECHEFL
1HALTE
1LIEUDIT
1PARCELLE
1PARCELLENFP
1PYLONE
1SECTION
1STATION
1SUBDFISC
1SUBDSECT
1TRONFLUV
1TRONROU
1TROUCHARGE
1TROUPARCELLE
1TROUSECTION
1TROUSUBDFISC
1TROUSUBDSECT
1ZONCOMM
3AQUEDUC
3AQUEDUCTEX
3BATIDUR
3BATILEGER
3BORNE
3BOULON
3CADB
3CADNB
3CALVAIRE
3CALVAIRETEX
3CHARGETEX
3CHEMIN
3CHEMINTEX
3CIME
3CIMM
3CIMS
3CIMETEX
3CIMMTEX
3CIMSTEX
3CLOTMI
3CLOTNONMI
3CROIX
3DIVERS
3DPTEX
3EAU
3EAUTEX
3EDF
3EDFTEX
3EGLISE
3EGLISETEX
3ENSIMMO
3FLECHEPAR
3FOSSEMI
3FOSSENONMI
PRIMITIVE
Block
Polyligne ferme
Polyligne ouverte
Polyligne ouverte
Polyligne ouverte
Block
Block
Polyligne ferme
Polyligne ferme
Polyligne ferme
Block
Polyligne ferme
Block
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ferme
Polyligne ouverte
Polyligne ouverte
Texte
Polyligne ferme
Polyligne ferme
Block
Block
Block
Block
Block
Texte
Texte
Polyligne ouverte
Texte
Polyligne ferme
Polyligne ferme
Polyligne ferme
Texte
Texte
Texte
Block
Block
Block
Block
Texte
Polyligne ferme
Texte
Polyligne ouverte
Texte
Block
Texte
Texte
Polyligne ouverte
Block
Block
DEFINITION CADASTRALE
Arrt de gare.
Primtre de la charge
Amorces de limite de commune
Amorces de limite de dpartement
Amorces de limite d'Etat
Flche rivire
Halte de gare
Primtre du lieu-dit
Primtre de parcelle figure au plan
Primtre de parcelle non figure au plan
pylne
Primtre de la section
Station de gare
Primtre de subdivision fiscale
Primtre de la subdivision de Section
Primtre du tronon de cours d'eau
Primtre de la voie prive
Contour des trous l'intrieur des charges
Contour des trous l'intrieur des parcelles (et NFP)
Contour des trous l'intrieur de la section
Contour des trous l'intrieur des subdivisions fiscales
Contour des trous l'intrieur des subdivisions de section
Axe de la voie du domaine public routier, chemin rural
Ligne de l'aqueduc
Texte associ l'aqueduc
Primtre du btiment dur
Primtre du btiment Lger
Borne limite proprit
Boulon scell
Point cadastre born (canevas et polygonation)
Point cadastre non born (canevas et polygonation)
Croix de calvaire ...
Indication sur l'occurrence "calvaire, puits..."
Lettre indicative de la charge
Limites du chemin
Nom du chemin
Primtre du cimetire
Primtre du cimetire musulman
Primtre du cimetire isralite
Libell associ au cimetire
Libell associ au cimetire
Libell associ au cimetire
Clture mitoyenne
Clture non mitoyenne
Croix grave
Bornes communales et/ou RNGF
Numro parcellaire sur DP
Primtre de la surface en eau, lacs, tangs
Nom de l'tang , du lac
Lignes de transport de force
Nom de la ligne de transport de force
Reprsentation du symbole d'glise
Nom de l'glise
Nom de l'ensemble immobilier
Flche de rattachement de N parcellaire
Foss mitoyen
Foss non mitoyen
Version du 11/2/2004
3GAZODUC
3GAZODUCTEX
3HAIEMI
3HAIENONMI
3IGNB
3IGNNB
3LIEUDITTEX
3LIMNONPARC
3LIMNONPARCTEX
3MOSQUEE
3MOSQUEETEX
3MURMI
3MURNONMI
3NUMVOIE
3PARCELLETEX
3PARCELLETEX2
3PARCNFPTEX
3PONT
3PONTTEX
3SENTIER
3SENTIERTEX
3SNCF
3SNCFTEX
3SUBDFISCTEX
3SYNAGO
3SYNAGOTEX
3TELEFERI
3TELEFERITEX
3TOPOLINE
3TOPOLINETEX
3FISCLINE
3FISCLINETEX
3PUIT
3PUITTEX
3PISCINE
3PISCINETEX
3TRONFLUVTEX
3TRONROUTEX
3TROUBATI
3TUNNEL
3TUNNELTEX
3ZONCOMMTEX
8.2
Page 26/28
Polyligne ouverte
Texte
Block
Block
Block
Block
Texte
Polyligne ferme
Texte
Block
Texte
Block
Block
Texte
Texte
Texte
Texte
Polyligne ferme
Texte
Polyligne ouverte
Texte
Polyligne ouverte
Texte
Texte
Block
Texte
Polyligne ouverte
Texte
Polyligne ouverte
Texte
Polyligne ouverte
Texte
Block
Texte
Polyligne ferme
Texte
Texte
Texte
Polyligne ferme
Polyligne ferme
Texte
Texte
Ligne du gazoduc
Texte associ au gazoduc
Haie mitoyenne
Haie non mitoyenne
Point IGN born
Point IGN non born
Nom du lieu-dit
Ruines et limites ne formant pas parcelle
Textes associs aux limites ne formant pas parcelle
Reprsentation du symbole de mosque
Nom de la mosque
Mur mitoyen
Mur non mitoyen
Numro de voirie
Numro de parcelle
Nom de la parcelle
Numro de la parcelle NFP
Primtre du pont
Nom du pont
Linaire des sentiers
Nom du sentier
Rail de chemin de fer
Nom de la voie de chemin de fer
Lettre de subdivision fiscale
Reprsentation du symbole religieux
Nom de la synagogue
Ligne du tlphrique
Nom du tlphrique
Terrains de sport, trottoirs, petits ruisseaux et fosss
Textes associs aux topolines
Parkings, terrasses et surplombs
Textes associs aux fisclines
Reprsentation du puits
Texte associ au puits
Primtre de la piscine
Texte associ la piscine
Nom du cours d'eau
Nom de la voie prive
Contour du trou l'intrieur des btis lgers et durs
Primtre du tunnel
Nom du tunnel
Nom de la Voie du DP Routier
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:
Propositions pour amliorer l'interoprabilit
entre Systmes d'Information du Btiment et Systmes d'Information Gographique
Version du 11/2/2004
Page 27/28
Further development of the project will focus on key domains within the GIS world and its interface to the AERC world including:
Demographics definition
Version du 11/2/2004
8.3
Page 28/28
ROADCON
Acronym
Priority 12
X = primary
o = secondary
RTD focus 3
RTD phase 4
Problem/Issue
Why?
Max 1 page
IFC/GIS
Title Enhance interoperability between GIS and CAD/CAFM
Adaptive systems Ambient access - Collaboration Interoperability Knowledge re-use - Model based x
Performance based Total life cycle Other: GIS, IFC, interoperability
Business processes - Applications Take-up -
ICT infrastructures -
Development
Research -
Emerging -
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 widespread use of IFC standard.
For many processes, we use both GIS and CAD/CAFM systems and interoperability has to be improved.
Bernard FERRIES
LAURENTI
2, rue du stade
31320 CASTANET TOLOSAN
France
Tel
Fax
Email
URL
+33-5-34 66 62 99
+33-5-34 66 62 99
ferries@laurenti.com
http://www.laurenti.com