Modèle d'échange routier urbain pour Concerto : MERU version 2.3

(1)

HAL Id: hal-02162119

https://hal-lara.archives-ouvertes.fr/hal-02162119

Submitted on 21 Jun 2019

HAL is a multi-disciplinary open access archive for the deposit and dissemination of sci-entific research documents, whether they are pub-lished or not. The documents may come from teaching and research institutions in France or abroad, or from public or private research centers.

L’archive ouverte pluridisciplinaire HAL, est destinée au dépôt et à la diffusion de documents scientifiques de niveau recherche, publiés ou non, émanant des établissements d’enseignement et de recherche français ou étrangers, des laboratoires publics ou privés.

Modèle d’échange routier urbain pour Concerto : MERU

version 2.3

Jacques Hervé

To cite this version:

Jacques Hervé. Modèle d’échange routier urbain pour Concerto : MERU version 2.3. [Rapport de recherche] Centre d’études sur les réseaux, les transports, l’urbanisme et les constructions publiques (CERTU). 1999, 31 p., figures. �hal-02162119�

(2)

W

o

D

.W

o

û-Q::

Certu

Modèle d'Échange

Routier Urbain

pour Concerto

MER

U version

2 .3

Ministèredel'Équipement,

des Transports et duLogement

Centre d'études sur les réseaux, les transports, l'urbanisme et les constructions publiques

(3)

Collection Rapports d'étude

Publications proposant des informations inédites, analysant et explorant de nouveaux champs d'investigation. Publications susceptibles d'être amendées ou complétées ultérieurement.

Le Certu publie aussi les collections : dossiers, références, débats. Catalogue des publications disponible sur http ://www.certu .fr

(4)

Notice

analytique

Organisme commanditaire :

CERTU : Centre d'études sur les réseaux, les transports, l'urbanisme et les constructions publiques 9, rue Juliette Récamier 69456 Lyon cedex Tel : 04 72 74 59 71

Fax : 04 72 74 59 70

Titre :

Modèle d'Echange Routier Urbain pour Concerto

Sous-titre _{Langue :} _Français

MERU Version 2 .3

Organisme auteur Rédacteur

Jacques HERVE

Pôle Géomatique, Département TEC

Date d'achèvement

Mars 1999

CERTU : Centre d'études sur les

réseaux, les transports,

l'urbanisme et les constructions publiques

Résumé :

L'usage de Concerto, applicatif SIG dédié au traitement des accidents corporels de la circulation routière, nécessite la présence du réseau routier et des limites administratives indispensables à la localisation géographique des accidents. De même, toute information géographique permettant de faire progresser la connaissance de l'insécurité routière doit pouvoir être importée dans l'application en se calant au mieux sur ces données de référence . Réciproquement, toute donnée géographique résultant d'une exploitation au sein de Concerto doit pourvoir être exportée vers un autre système ayant le même référentiel.

Le présent document a deux objectifs : •

spécifier le référentiel routier dans un milieu urbain ainsi que les couches d'habillage et d'étude ; •

aider les gestionnaires à constituer les lots de données géographiques qui seront importés dans Concerto. A cette fin sont décrits :

•

le schéma conceptuel des données du référentiel ; •

les spécifications de chacune des classes d'objets présentes ; •

les modèles physiques d'échange ; •

quelques précautions à prendre dans la constitution des données.

Mots clés :

SIG, Référentiel, Voirie urbaine, Concerto

Diffusion :

A la demande

Nombre de pages : Prix : Confidentialité : Bibliographie :

31 pages Gratuit Non Non

01/03/99

Page 1/31

(5)

MERU Vers .2 .3 - CERTU, Pâle Géomatique

Page 2/31

(6)

SOMMAIRE

1 - Introduction

Page 5

2 - Schéma Conceptuel de Données

6 2.1 - Thème Réseau

6 2.2 - Thème Unités administratives

7 2.3 - Thème Habillage

7 2.4 - Thème Etude (Import/Export)

7 3 - Descriptif détaillé des classes et des relations du référentiel urbain

8 3 .1 - Thème Réseau

8 3.2 - Thème Unités administratives

15 3.3 - Thème Habillage

17 3.4 - Thème Etude

17 4 - Modèle physique d'échange EDIGéO

18 4 .1 - Thème Réseau

18 4.2 - Thème Unités administratives

19 4.3 - Thème Habillage

19 4.4 - Thème Etude

19 5 - Modèle physique d'échange MIF/MID

21 5.1 - Règles générales de constitution des objets

21 5.2 - Exemple d'implémentation MIF/MID

22 6 - Modèle physique d'échange DXF

24 7 - Importation du référentiel

25 8 - Glossaire

26

01/03/99 Page 3/31

(7)

(8)

1 - Introduction

L'usage de CO//Ce%tO, applicatif SIG dédié au traitement des accidents corporels de la circulation routière, nécessite la

présence du réseau routier et des limites administratives indispensables à la localisation géographique des accidents . De même, toute information géographique permettant de faire progresser la connaissance de l'insécurité routière doit pou-voir être importée dans l'application en se calant au mieux sur ces données de référence . Réciproquement, toute donnée géographique résultant d'une exploitation au sein de l'application doit pourvoir être exportée vers un autre système ayant le même référentiel.

Le présent document a deux objectifs :

• spécifier le référentiel routier dans un milieu urbain ainsi que des couches d'habillage et d'étude ; • aider les gestionnaires à constituer les lots de données géographiques.

L'ensemble de cette description constitue le MERU : Modèle d'Echange Routier Urbain.

Matte a été développée sur le principe que le référentiel sur lequel s'appuie les données accidents n'est pas géré au sein de l'application mais par un gestionnaire habilité à le faire : en d'autres termes, il n'est pas prévu dans l'applicatif d'outils pour la saisie ou la mise à jour du référentiel . Par conséquent les données nécessaires devront être importées, le gestionnaire du référentiel devant les mettre à disposition du module d'import suivant une structure et un format

com-patible .

Globalement, deux sources de données peuvent être envisagées : soit il s'agit de données du commerce, soit il s'agit de données déjà disponibles au sein de la collectivité.

Comme il est peu probable, dans un cas comme dans l'autre, que les données soient immédiatement importables par l ' application, il sera nécessaire de les mettre préalablement en forme.

La chaîne d ' élaboration du référentiel urbain de Concerte peut donc être décrit par les étapes ci-dessous :

1. Choix de la source des données

2. Identification à l'intérieur de cette source des données à incorporer dans le référentiel 3. Extraction et mise en cohérence avec les spécifications du MERU

4. Import

Deux points complémentaires restent à préciser :

• le MERU ne décrit pas seulement les données du réseau routier ; il décrit également les unités administratives, les données d'habillage, ainsi que toutes les données échangées avec un SIG distant (en import ou en export) ;

• le Schéma Conceptuel des Données (SCD) du réseau routier est conçu de façon à pouvoir s'adapter à un niveau de détail plus ou moins important du réseau . Il appartient à l'administrateur de COOCe/t0 et au gestionnaire du

référen-tiel de convenir de ce niveau, lequel sera également fonction de la source des données.

01/03/99

Page 5/31

(9)

2 - Schéma Conceptuel de Données (SCD)

Le Schéma Conceptuel de Données est subdivisé en quatre thèmes : Réseau, Unités Administratives, Habillage et Etude.

Conventions de représentation

Les objets du SCD correspondent à la partie descriptive des éléments du terrain à représenter.

Ces objets sont regroupés en classes d'objets . Une classe est caractérisée par un nom de classe et une liste d'attributs.

Les objets sont reliés entre eux par des relations. La légende ci-contre s'applique au SCD . Elle per-met de différentier les classes obligatoires des clas-ses facultatives, les clasclas-ses portant la géométrie de celles qui n'en portent pas, ainsi que les différents types d'objets géométriques.

La cardinalité exprime, dans la relation entre deux classes, le nombre d'objets concernés dans les classes de départ et d'arrivée . Soit, par exemple, la relation « Un candélabre appartient à un segment de voieD .La cardinalité de la relation est [0,N] :[1,1] . Ceci équivaut textuellement à :

La classe de départ est CANDELABRES La classe d'arrivée est SEGMENTS DE VOIE Un candélabre appartient à 1 seul segment Un segment peut avoir 0 à N candélabres.

2 .1 - Thème Réseau

a Identifiant adresse Gestionnaire o Adresse YAdresses ' p o

i

,* postales

Identifiant voie Gestionnaire INSEE Commune Nom de voie

appartient à

[o,N] [1 .I]

a Numéro

Identifiant candélabre Gestionnaire

Identifiant segment Gestionnaire Catégorie de voie Adresse début droite Adresse début gauche Adresse fin droite Adresse fin gauche Candélabre début droite Candélabre fin droite Candélabre début gauche Candélabre fin gauche

Identifiant extrémité Gestionnai Type

Classe d'objet ne portant pas directement de géométrie Classe d'objet portant la géométrie

Périmètre continu : classe d'objet obligatoire Périmètre pointillé : classe d'objet facultative

Symboles décrivant le type de géométrie

* Objet ponctuel Objet linéaire Objet surfacique

(10)

2 .2 - Thème Unités administratives

Seule la classe COMMUNES est obligatoire . Elle seule porte une géométrie.

NomRégion Numéro INSEE

2.3 - Thème Habillage

Toute latitude est laissée dans le thème habillage . Le nombre et la nature des attributs ne sont pas imposés. Régions n .----est composée de 11,II :D,N ]

,c

Objets

0

surfaciques Objets * ponctuels Image raster

2.4 - Thème Etude (Import/Export)

Le thèmeEtude recouvre l'ensemble des données liées à des échanges avec des systèmes distants aux fins d'études . En import, le nombre et la nature des attributs ne sont pas imposés . En export,mis à part la thématique « Accident » dont il est possible de définir entièrement le contenu, on notera que toutes les couches affichées dans la fenêtre de restitution cartographique peuvent être envoyées vers un système distant . Dans ce cas, les attributs joints à l'envoi sont imposés parCO//Ce/10. Objets surfaciques

c

Objets ./ linéaires Objets *• ponctuels 01/03/99 Page 7/31

(11)

3 -

Descriptif détaillé

des classes et des

relations

3 .1 - Thème Réseau

Classe d'objets VOIES (Obligatoire) Définition

Parcours classé par l'autorité communale, identifié par un nom, et appartenant à une seule com-mune

Type d'objet

Complexe, s ' appuyant sur des objets simples linéaires Relation

Une voie est composée de segments de voies

Sélection Cette classe comprend toutes les voies urbaines pouvant être identifiées par un nom, à l'exclusion

des voies sur lesquelles le positionnement des accidents se fait par abscisse curviligne (localisant PR+Abscisse).

Sont également sélectionnées si cela est souhaité par l'administrateur :

• Les chaussées séparées, les contre-allées et les pistes cyclables . Elles peuvent alors être iden-tifiées comme des voies indépendantes de la voie principale à laquelle elles se rattachent ad-ministrativement. Dans ce cas, leur nom (attribut de la classe) sera complété par le terme ap-proprié permettant éventuellement de différentier la gauche de la droite en considérant la voie principale dans le sens croissant des adresses postales ou de la numérotation des candé-labres .

Cours Jean Jaures

Monde réel

d

I

é

Contre-allée gauche Cours Jean laure.

a'c1

Cours Jean laures 1â "ontre-allée droit " ...Cours Jean Jaur/

z

Monde nominal (version élaborée)

Exemple de traitement des contre-allées

m

~ ~_.

~ >

z

Monde nominal (version simplifiée) >

c4 ₅₅

Contre-allée

MERU Vers .2 .3 - CERTU, Pôle Géomatique

(12)

Classe d'objets VOIES (suite)

• Les places et les giratoires . ils peuvent alors être considérés comme des voies sur lesquelles convergent d'autres voies . Sur l ' exemple ci-dessous, la voie « Place de la République» est constituée de 4 segments (cette représentation du monde réel n ' a d'intérêt que s'il est possi-blede se positionner sur l'un des segments de la place à l'aide d ' une adresse ou d'un numéro de candélabre).

Attributs

INSEE Commune numéro INSEE de la commune (renseignement obligatoire)

Nom de la voie

libellé précis de la voie (renseignement obligatoire)

Il est éventuellement complété par un qualificatif (comme « contre-allée », « chaussée », « piste cyclable », « place » . . .) et latéralisé « droite » ou « gauche » dans le sens des adresses croissantes.

Identifiant voie Gestionnaire

Numéro d ' identifiant de la voie chez le gestionnaire du référentiel

Cet identifiant assure le maintient d'une relation entre la source de la donnée et le format utilisateur du référentiel au sein de l'application, dans l'objectif des mises à jour. Il ne faut pas confondre cet identifiant avec celui nécessaire à la mise place de la relation « une voie est composée de segments de voies ».

Champs libres

A l'initiative du producteur de la donnée, il est possible de prévoir des champs au contenu quelconque.

Observations Un axe routier portant un seul et même nom et traversant plusieurs communes sera représenté par

autant de voies différentes que de commune . Par conséquent un axe routier situé à la frontière de deux communes mitoyennes sera représenté par deux voies.

Une voie peut être discontinue, c'est à dire s'interrompre à une intersection et reprendre à une au-tre . Ce cas peut êau-tre, enau-tre auau-tres exemples, rencontré lors de la traversée d'une place gérée comme une voie ou pour une contre-allée s'interrompant provisoirement.

Republique

Monderéel

Monde nominal

Exempledetraitement d'uneplace

17 Place deleRépp. blique 15 ll 01/03/99

(13)

Classe d'objets SEGMENTS DE VOIE (Obligatoire) Définition

Portion continue de voie urbaine située entre deux extrémités, portant les mêmes valeurs d'attribut

Type d'objet Simple, linéaire

Cardinalité du lien de construction géométrique

[0, l ] :[ I ,N] entre les segments de voie et les arcs géométriques (1 segment peut être représenté par 1 à plusieurs arcs)

Relations

Un segment de voie a une extrémité initiale et une extrémité finale Une voie est composée de segments de voie

Un segment de voie n'appartient qu ' à une et une seule voie Une adresse postale appartient à un et un seul segment de voie Un candélabre appartient à un et un seul segment de voie Cohérence topologique

Un segment de voie peut croiser un autre segment sans obligatoirement générer une extrémité au niveau de leur intersection (cas des carrefours dénivelés).

Les caractéristiques de la cohérence topologique entre les segments de voie et les classes d'objets EXTREMITES, ADRESSE POSTALES et CANDELABRE sont décrites dans chacune des ces classes. Sélection

Les segments retenus doivent remplir les conditions suivantes :

• Un segment appartient obligatoirement à une voie urbaine telle que définie dans la classe VOIES • La limite de gestion de positionnement entre le mode PR+Abscisse (référentiel interurbain) et le

mode Adresse Postale (référentiel urbain) est une extrémité de segment

• L'intersection entre une voie et une frontière administrative est une fin de segment Attributs

Identifiant segment Gestionnaire

Numéro d'identifiant du segment chez le gestionnaire du référentiel (obligatoire).

Cet identifiant assure le maintient d'une relation entre la source de la donnée et le format utilisateur du référentiel au sein de l'application, dans l'objectif des mises à jour . 11 ne faut pas confondre cet identifiant avec celui néces-saire à la mise place de la relation « Une voie est composée de segments de voies ».

Catégorie de voie

Classement de voie défini par le gestionnaire du réseau (obligatoire) Adresse début droite

Numéro de la plus proche adresse portée par le segment, à droite du début du segment (renseignement facultatif)

Adresse début gauche

Numéro de la plus proche adresse portée par le segment, à gauche du début du segment (renseignement facultatif)

Adresse fin droite

Numéro de la plus proche adresse portée par le segment, à droite à la fin du segment (renseignement facultatif)

Adresse fin gauche

Numéro de la plus proche adresse portée par le segment, à gauche à la fin du segment (renseignement facultatif)

Candélabre début droit Numéro du plus proche candélabre porté par le segment, à droite du début

du segment (renseignement facultatif)

Candélabre début gaucheNuméro du plus proche candélabre porté par le segment, à gauche du début du segment (renseignement facultatif)

Candélabre fin droit

Numéro du plus proche candélabre porté par le segment, à droite à la fin du segment (renseignement facultatif)

Candélabre fin gauche Numéro du plus proche candélabre porté par le segment, à gauche à la fin du

segment (renseignement facultatif) Champs libres

(14)

Classe d'objets SEGMENTS DE VOIE (suite)

Observations Les attributs « Adresses » peuvent être facultatifs à la condition que la classe ADRESSES POSTALES

ou CANDELABRES existe.

Sachant qu'une voie mitoyenne à deux communes génère deux voies (une dans chaque commune), les attributs d'adresse de chacune des voies seront uniquement ceux de la commune d'appartenance. Le géocodage sur numéro de candélabre ne sera possible que si la numérotation est unique et numéri-quement croissante pour l'ensemble d'une même voie.

Important : les adresses début et fin, à droite et à gauche, sont à considérer en fonction de l'orientation géométrique du segment. De même pour les extrémités initiales et finales des segments.

L ' exemple ci-dessous présente le cas d ' une voie dont la géométrie des segments est globalement orien-tée dans le sens des adresses croissantes, à l'exception du troisième segment . On notera pour ce seg-mentles valeurs des attributs d'adresse et des identifiants des extrémités.

2 4 6 8 18 > 20 . 20

CoursJean Jaurès

1I 8) 0) :Tb 13 17 25 E 0) 27 1 31 3 ~ Monderéel

Adresse début droite

18 Adresse fin droite

8 Adresse début gauche :25

Adresse fin gauche :

17 Id extrémité roide : 4 Id atrémité G freak 3

1 ~

1

Adresse début droite :

1 Adresse fin droite :

11 Adresse début gauche : 2 Adresse fin gauche :

4 Id extrémité initiale : 1 Id extrémité finale : 2

17 Adresse début gauche : 4 Adresse fin gauche :

6 Id extrémité iriliale : 2 Id extrémité finale : 3

31 Adresse début gauche :20 Adresse fin gauche :

20 Id extrémité initiale : 4 Id extrémité finale : 5 Monde nominal

Exempledetraitementdes orientations des segments

Classe d'objets ADRESSES POSTALES (facultative) Définition

Point localisant une adresse au sens utilisé pour l'affectation du courrier, projeté sur le segment de voie avec lequel il est en relation

Typed'objet Simple, ponctuel

[0,1] :[1,1]entre les adresses postales et les sommets géométriques (1 adresse postale est représentée par 1 noeud isolé)

Relation

Une adresse postale appartient à un et un seul segment de voie

(15)

Classe d'objets ADRESSES POSTALES (suite)

Cohérence topologique L'objet ponctuel est situé géométriquement sur le segment avec lequel il est en relation Sélection

Tout objet ponctuel doté d ' une adresse postale pouvant être en relation avec un segment de voie tel que défini dans la classe SEGMENT DE VOIE

auquel on peut ajouter :

tout objet remarquable unique doté d'un nom sans ambiguïté (par exemple « Eglise Saint Christophe » ou « Collège Jules Ferry »)

Attributs

Identifiant adresse du Gestionnaire

Numéro d'identifiant de l'adresse postale chez le gestionnaire du référentiel (renseignement obligatoire)

Adresse

libellé de l'adresse, exprimé dans l'ordre suivant : numéro et le nom de la voie (renseignement obligatoire)

Exemple : 22 avenue du Général de Gaulle ou 3 bis rue de Turbille. Champs libres

A l ' initiative du producteur de la donnée, il est possible de prévoir des champs au contenu quelconque.

Observations L'attribut « adresse» des objets remarquables sera renseigné par le nom commun de l'objet (par

exem-ple « Eglise Saint Christophe» ou « Collège Jules Ferry »)

La classe d'objets ADRESSES POSTALES peut être absente du référentiel sous réserve que les attri-buts d'adresse de la classe SEGMENTS DE VOIE soient renseignés.

Classe d'objets CANDELABRES (facultative) Définition

Point localisant un candélabre, projeté sur le segment de voie avec lequel il est en relation

Type d'objet Simple, ponctuel

[0,1] :[1,1] entre les candélabres et les sommets géométriques (1 candélabre est représenté par 1 noeud isolé)

Relation

Un candélabre appartient à un et un seul segment de voie

Cohérence topologique L ' objet ponctuel est situé géométriquement sur le segment avec lequel il est en relation Sélection

Tout candélabre doté d'un identifiant unique dans la commune pouvant être en relation avec un seg-ment de voie tel que défini dans la classe SEGMENTS DE VOIE

Attributs

Identifiant candélabre du Gestionnaire

Numéro d'identifiant du candélabre chez le gestionnaire du référentiel (renseignement obligatoire) Numéro Numéro du candélabre Champs libres

A l ' initiative du producteur de la donnée, il est possible de prévoir des champs au contenu quelconque.

Observation La classe d'objets CANDELABRE peut être absente du référentiel

Page 12/31

(16)

Classe d'objets EXTREMITES DE SEGMENT (Obligatoire)

Définition Extrémité d'un segment de voie . Une extrémité traduit une modification de l ' environnement : ce peut

être une intersection, un changement de régime administratif, un changement de caractéristique (nombre de voie, présence d'éclairage public, etc .), le changement du régime de localisation (passage du repérage par adresse postale au repérage par PR+Abscisse), un cul de sac.

Type d'objet Simple, ponctuel

[0,1] :[1,1] entre les extrémités de segment et les sommets géométriques Relation

Un segment de voie a une extrémité initiale et une extrémité finale

Cohérence topologique L'objet ponctuel est situé géométriquement à l'une des extrémités du ou des segments avec lequel il est en relation

Sélection

L'existence des extrémités de segment est déduite de l ' existence de segment (tous les segments ont des extrémités)

Attributs

Identifiant extrémité Gestionnaire (renseignement obligatoire)

N° d'identifiant de l'extrémité chez le gestionnaire du référentiel (obligatoire) Cet identifiant assure le maintient d'une relation entre la source de la donnée et le format utilisateur du référentiel au sein de l'application dans l'objectif des mises à jour . Il ne faut pas confondre cet identifiant avec celui nécessaire à la mise place de la relation « Un segment de voie a une extrémité initiale et une extrémité finale ».

(renseignement obligatoire) Extrémité d'impasse :

code 1 Jonction de deux segments au sein d'une même commune :

code 2 Carrefour (au moins 3 segments convergeant au même point) :

code 3 Limite communale si cette limite n'est pas un carrefour :

code 4 Limite urbain - interurbain (si aucun des cas ci-dessus n'est utilisable) code 5 Champs libres

Chaque référentiel de chaque commune gérée par CODCOHO étant indépendant et chargé

indépendam-ment l'un de l ' autre, les extrémités des segindépendam-ments situées aux limites communales seront donc dupli-quées.

La notion d ' extrémité « Finale » et « Initiale » est liée à l'orientation géométrique du segment.

Id extémité initiale 1 Id extrémité finale 3

Itl extémité initiale : 5 Id extémité finale : 3

Id extrémité initiale : 5 Id extrémité finale 6

0

Id extrémité initiale : 2 Id extrémité initiale :

4 Id extémité initiale : 7 Id extrémité finale 1 Id extrémité fasele : 3 Id extrémité finale : 5 Id extrémité initiale 8 Id extémité finale : 6

O

0

Id extrémité initiale : 2 Id extémité finale : 4 Id extémité initiale : 4 Id extrémité finale : 7 Id extémité initiale B Id extrémité finale : 7 Monde nominal Type Observation

(17)

Relation une voie est composée de segments de voie (Obligatoire) Définition

Relation décrivant la construction des voies à partir des segments de voie Type

Relation de composition Classes concernées par la relation

VOIES

SEGMENTS DE VOIE Cardinalité

[l,1] :[I,N] : une « voie» est composée de un à plusieurs « segments de voie » . Inversement, un « segment de voie » appartient toujours à une « voie » et une seule

Relation une adresse postale appartient à un segment de voie Définition

Relation indiquant que l ' objet ponctuel portant une adresse postale est rattaché à segment de voie Type

Relation sémantique Classes concernées par la relation

ADRESSES POSTALES SEGMENTS DE VOIE Cardinalité

[O,N] :[ 1,1 ] : aucune à plusieurs « adresses postales » appartiennent à un et un seul « segment de voie »

Relation un candélabre appartient à un segment de voie Définition

Relation indiquant que l'objet ponctuel candélabre appartient à un segment de voie Type

Relation sémantique Classes concernées par la relation

CANDELABRES SEGMENTS DE VOIE Cardinalité

[0,N] :[1,1] : aucun à plusieurs «candélabre» appartiennent à un et un seul « segment de voie»

Relation un segment de voie a une extrémité initiale et une extrémité finale (Obligatoire) Type

Relation topologique de construction du thème réseau. Classes concernées par la relation

EXTREMITE DE SEGMENT SEGMENTS DE VOIE Cardinalité

[I,N] :[1,1] : tous les « segments de voie» ont une « extrémité initiale » et une «extrémité finale ». Inversement, toutes les « extrémités de segment» appartiennent à un moins un « segment de voie ».

MERU Vers.2 .3 - CERTU .PôleGéomatique

Page 14/31

(18)

3.2 - Thème Unités administratives

Classe d'objets COMMUNES (Obligatoire)

Classe d'objets PSEUDO-CANTONS (Facultatif) Définition

Canton de rattachement des communes au sens INSEE . Ne coïncide avec les cantons électoraux que pour les communes rurales

Type d'objet

Complexe, s ' appuyant sur l'objet simple « commune» Cardinalité du lien de construction géométrique

[1,1] :[l,N] entre les pseudo-cantons et les communes Relation

Un pseudo-canton est composé de communes Un arrondissement est composé de pseudo-cantons Sélection

Tous les cantons du périmètre du référentiel si celui-ci est composé de plusieurs pseudo-canton Attribut : INSEE Canton Observation

Le numéro INSEE des pseudo-cantons correspond au code canton (CT) du Code Officiel Géographi-que de l ' INSEE . La définition est la suivante :

le code est affecté à l'intérieur du département et peut prendre les modalités de 0 à 99 . Lorsqu'il prend une valeur de 01 à 80, toutes les communes constituant le canton sont entièrement incluses dans le canton désigné . En revanche, un numéro supérieur à 80 signifie que la commune est à cheval sur plusieurs cantons.

Définition Commune Type d'objet

Simple, surfacique

[1,1] :[l,N] entre les communes et les faces géométriques Relation

Un pseudo-canton est composé de communes Sélection

Toutes les communes du périmètre du référentiel si celui-ci est composé de plusieurs communes Attributs :

Nom :

Le nom de la commune, conforme au code communal INSEE Commune :

Le numéro INSEE est constitué de 5 caractères intégrant le numéro du dé-partement et le numéro de la commune dans le dédé-partement

Observation

Une commune peut être constituée de plusieurs faces (cas des îles par exemple)

01/03/99

Page 15/31

(19)

Classe d'objets ARRONDISSEMENTS (Facultatif)

Classe d'objetsDEPARTEMENTS(Facultatif)

Définition

Département Type d'objet

Complexe, s ' appuyant sur l'objet complexe « arrondissement» Cardinalité du lien de construction géométrique

[1,1] :[1,N] entre les départements et les arrondissements Relations

Un département est composé d'arrondissements Une région est composée de départements Sélection

Tous les départements du périmètre du référentiel si celui-ci est composé de plusieurs départements Attributs

Nom

INSEE Département

Classe d'objets REGIONS (Facultatif) Définition

Région Type d'objet

Complexe, s' appuyant sur l'objet complexe « département» Cardinalité du lien de construction géométrique

[1,1] :[1,N] entre les régions et les départements Relation

Une région est composée de départements Sélection

Toutes les régions du périmètre du référentiel si celui-ci est composé de plusieurs régions Attributs :

Nom

INSEE Région

Définition Arrondissement au sens INSEE

Type d'objet

Complexe, s'appuyant sur l'objet complexe «pseudo-canton» Cardinalité du lien de construction géométrique

[1,1] :[1,N] entre les arrondissement et les pseudo-cantons Relations

Un arrondissement est composé de pseudo-cantons Un département est composé d ' arrondissements Sélection

Tous les arrondissements du périmètre du référentiel si celui-ci est composé de plusieurs arrondisse-ments

Attributs :

Nom

Numéro INSEEdel'arrondissement

Observations

Cas particulier des communes de PARIS, LYON et MARSEILLE :

• Pour l'INSEE, PARIS est constitué de 1 arrondissement, 20 pseudo-cantons et 20 communes. Les limites d' arrondissement au sens commun du terme sont donc des limites de commune. • Pour LYON et MARSEILLE, l'INSEE ne considère qu'une seule commune . Par conséquent

les arrondissements municipaux (si besoin est) seront des objets surfaciques indépendants.

(20)

3.3 - Thème Habillage

Pour ce cas particulier il n'a pas été prévu de tableaux différenciant les quatre classes d'objets prévues (le contenu de chaque tableau est identique, à part le type d'objet)

Classes d'objets d'HABILLAGE (Facultatif)

Définition Les objets du thème « habillage » pourront concerner tout objet souhaité par l'administrateur de

COCCS#O(rivières, corps de rues, espaces urbains caractéristiques, photo-aérienne . . . ) . L'intégration de ces couches ne pourra se faire que dans les limites du moteur SIG (Mapinfo en l'occurrence). Types d'objet

Image ou objets simples, de type surfacique, linéaire ou ponctuel Cardinalité du lien de construction géométrique

[l,1] :[1,N] entre les objets d'habillage et leur géométrie Relation

Aucune (classes isolées) Sélection

Toute représentation susceptible d'aider à la compréhension du terrain, dans la limite des capacités de l ' outil

Attributs

Ensemble des attributs souhaités par l'administrateur, sans autre limite que celle de l'outil de gestion des couches

Observation

L ' habillage des sorties cartographiques par des textes pourra se faire à partir d ' objets ponctuels pré-vus à cet effet et pourpré-vus d'un attribut contenant l'information à afficher.

Les images seront obligatoirement dans un format compatible Mapinfo et auront été préalablement géoréférencées.

3 .4 - Thème Etude

Pour ce cas particulier il n'a pas été prévu de tableaux différenciant les trois classes d ' objets prévus (le contenu de cha-que tableau est identicha-que, à part le type d'objet)

Classes d'objets ETUDE (Facultatif) Définition

Objet provenant d'un SIG externe à destination de l'application ConCO/10,ou provenant de CaReen'O

à destination d'un SIG externe

Ils permettent d'effectuer des analyses spécifiques au sein de l'application à partir du résultat d'une étude effectuée sur un SIG externe . Ils permettent (symétriquement) de renvoyer sur un SIG externe le résultat d ' une étude faite dans l'application.

Types d'objet

Objets simples, de type surfacique, linéaire ou ponctuel. Cardinalité du lien de construction géométrique

[1,1] :[l,N] entre les objets d'habillage et leur géométrie Relation

Aucune (classes isolées) Sélection

Tout objet utile à un traitement spécifique Attributs

Import : ensemble des attributs souhaités par l'administrateur, sans autre limite que celle de l'outil de gestion des couches

Export : définis par l'opérateur pour les accidents, imposé par l'application pour les autres couches.

MERU Vers .2 .3 - CERTU . Pôle Géomatique

(21)

4 -

Modèle

physique

d'échange

EDIGéO

Préambule

Etant impossible de préjuger du MCD du gestionnaire du référentiel, sachant d'autre part que le MCD de CRICenO est de type « spaghetti », il a été adopté un modèle d'échange tel que les relations du niveau sémantique s'adaptent aux

trois possibilités (vecteur topologique, réseau ou spaghetti).

Par conséquent les cardinalités au niveau géométrique sont laissées à la discrétion du gestionnaire.

Le système de projection sera « Lambert II cartographique étendu » ou « Lambert zone » pour le territoire métropoli-tain, et le système en vigueur pour les départements d'outre-mer.

Le format d ' import étant du MIF/MID, l ' utilisation d ' EDIGéO comme format d'échange nécessitera un outil de con-versionau format MIF/MID.

4 .1 - Thème Réseau

r

ld Seg

1

Cat Voie Adr_d_d Adr_d_g Adr_fd Adr_fg Cand_d_d Cand_d_g Cand_f_d Cand_f_g Id_Voie Id_Ext_Ini Id_Ext 1d Voie 1 INSEEComm Nom_Voie (pre) ( porte )

Schéma Conceptuel de Données

1 / 1 Id Cand ld_Adr Numéro Adresse _{Id Ext} (porte ) (porte) ( porte

OBJETS GEOGRAPHIQUES 1 { (1 .1) { (1 .1) Adresse Candélabre postale Voie T est composé de 0, 1 ) (1,n) (o,n) Segment Extrémité'1,n) z) =– appartient à–► de voie (1 .1)\ (I,n) _J

(est représenté par) (estreprésente pal)

(est représenté pal) noeud V(1,1) ( l , 1 ) initiai Noeud Arc noeud final Noeud isolé appartient à PRIMITIVES

MERUVers .2 .3 -CERTU,PâleGéomatique

Page 18/31

(22)

4.2 -

Thème Unités

Administratives

INSEE Nom

Région

est composé de Département Cet composé de Arrondissement ( est composéde Pseudo-Canton OBJETS ( est composé de GEOGRAPHIQUES LCommune

( est représenté par

Face PRIMITIVES

4.3 - Thème Habillage

INSEE INSEE NomNom , ( porte ) ( porte ) ( porte) ( porte ) ( porte INSEE INSEE , Attributs ( porte Objet

ponctuel

(est représentépar Noeud isolé Attributs

est représentépar est représentépar

4.4 -

Thème

Etude

MERU Vers.2 .3 - CERTU, Pôle Géomatique

(23)

Page 20/31

(24)

5 - Modèle physique d'échange MIF/MID

L'ensemble des thèmes Réseau et Unités Administratives sera obligatoirement importé dans l'application CO/1Ce/I0 au

format MIF/MID.

Seuls les thèmes Habillage et Etude pourront aussi être importés au format natif de Mapinfo ou au format DXF.

5.1 - Règles générales de constitution des objets

• A chaque classe d ' objets simples correspond un couple de fichiers MIF et MID :

• Le fichier MIF décrit le système de projection, la structure de la table attributaire et la géométrie des objets • Le fichier MID liste les valeurs des attributs des objets décrits géométriquement dans le fichier MIF

' Lorsque le Schéma Conceptuel des Données précise l'existence d'une relation entre classes, un identifiant permet l ' établissement de cette relation

Il ne sera toléré aucun mélange de type d'entité graphique au sein d'un même fichier MIF

Le type et la taille des attributs sont imposés telle que dans le tableau ci-après . Cependant, l'application acceptera quand même des champs dont les longueurs sont inférieures aux spécifications.

Les noms des fichiers et des attributs ne sont pas imposés . II est cependant recommandé de les adoptés lors de la constitution du lot de données afin de faciliter le contrôle de qualité . Quoi qu'il en soit, un document accompagnant les fichiers d ' échange précisera la correspondance entre la livraison et le SCD, et plus précisément :

• les noms des fichiers MIF/MID et les classes d'objets du SCD décrites dans ces fichiers • les noms des attributs décrits dans le fichier MID et ceux définis dans le SCD

b _{La classe d'objets VOIES peut ne pas être individualisée dans le format d'échange MIF/MID . Dans ce cas, les}

don-nées attributaires seront rabattues sur la classe d'objets SEGMENTS_DE_VOIE . Il en est de même pour les unités administratives qui peuvent être rabattues sur la classe d ' objet COMMUNES.

b _{L ' identifiant d'échange assure l'unicité des objets au sein de l'échange . Il est égal à l'identifiant du gestionnaire si}

cette unicité est assurée . Il est calculé par le gestionnaire du référentiel dans le cas, par exemple, du découpage d'un segment de voie à la demande de l'administrateur de CONCERTO.

Le système de localisation par adresse postale est obligatoire (complété éventuellement par les numéros de candéla-bre) . L'absence des champs « Adresse » dans la classe d'objets SEGMENTS_DE_VOIE impose donc la présence de la classe ADRESSES POSTALES et réciproquement . Les deux classes peuvent cependant être présentes simul-tanément.

Le système de projection sera « Lambert II cartographique étendu » ou « Lambert zone » pour le territoire métropo-litain, et le système en vigueur pour les départements d'outre-mer.

01/03/99

Page 21/31

(25)

5.2 - Exemple d'implémentation MIF/MID

Cet exemple adopte le principe du rabattement de la classe VOIES sur la classe SEGMENT DE VOIES pour le thème réseau, et du rabattement des unités administratives sur la classe COMMUNES.

Il convient de s'inspirer ce cet exemple pour le nom et la taille des champs. Par souci de lisibilité, cet exemple ne contient aucun champ libre.

Thème Couple de fichiers Type d'entité Attributs Type Longueur Correspondance

MIF/MID graphique SCD

Réseau

SEG_VOIE Linéaire Id_Seg_Ech C 16 -Identifiant d'échange Segment

(Segments de voie) Id_Seg_Ges C 13 -Identifiant Segment Gestionnaire

Cat_Voie C 2 -Catégorie de voie

Adr_D_D C 8 -Adresse début droite

Adr_D_G C 8 -Adresse début gauche

Adr_F_D C 8 -Adresse fin droite

Adr_F_G C 8 -Adresse fin gauche

Cand_D_D C 8 -Candélabre début droit

Cand_D_G C 8 -Candélabre début gauche

Cand_F_D C 8 -Candélabre fin droit

Cand_F_G C 8 -Candélabre fin gauche

Id_Voi_Ges C 13 -Identifiant Voie Gestionnaire

Nom_Voie C 40 -Nom de la voie

INSEE_Com C 5 -Numéro INSEE de la Commune Id_Ext Ini C 16 -Identifiant d'échange Extrémité initiale Id_Ext_Fin C 16 -Identifiant d'échange Extrémité finale

ADR_POST Ponctuel _{Id_Seg_Ech} _C ₁₆ _-Identifiant d'échange Segment

(Adresses postales) Id_Adr_Ges C 13 -Identifiant Adresse Gestionnaire

Adr_Post C 40 -Adresse (libellé)

CANDEL Ponctuel Id_Seg_Ech C 16 -Identifiant d'échange Segment

(Candélabres) Id_Can_Ges C 13 -Identifiant Candélabre Gestionnaire

Numéro C 8 -Numéro du candélabre

EXT_SEG Ponctuel _{Id_Ext_Ech} _C ₁₆ _-Identifiant d'échange Extrémité

(Extrémités de _{Id_Ext_Ges} _C ₁₃ _-Identifiant Extrémité Gestionnaire

segments) _Type _C ₁ _-Type

C= Caractère SEG_VOIEII EXT_SEG Id_Ext_Ech Id_Ext_Ges Type Id_Seg_Ech Id_Seg_Ges Cat_Voie Adr_D_D Adr_D_G Adr_F_D Adr_F_G Cand_D_D Cand_D_G Cand_F D Cand F G Id Voi_Ges Nom Voie INSEE_Com Id_Ext_Ini Id Ext Fin ADR POST IdAdrGes Adr Post Id_Seg_Ech Il CANDEL Id Can Ges Id_Seg_Ech Numéro

Page 22/31

(26)

Thème Couple defichiers MIE/MID

Typed'entité graphique

Attributs Type Longueur Correspondance

SCD Unités administratives COMM (Communes) Surfacique Nom_Com INSEE_Com INSEE_Cant Nom_Arr INSEE_Arr Nom_Dep INSEE_Dep Norn_Reg INSEE_Reg C C C C C C C C C 50 5 2 30 1 30 3 30 2 - Nom Commune

- Numéro INSEECommune - Numéro INSEECanton - Nom Arrondissement

- Numéro INSEEArrondissement - NomDépartement

- Numéro INSEE Département - NomRégion

- Numéro INSEE Région Habillage BATI (Surfaces) RIVIERES (Lignes) POINTS (Points) Surfacique Linéaire Ponctuel Attributs divers Attributs divers Attributs divers Divers Divers Divers Divers Divers Divers -Sans objet - Sans objet - Sans objet Etude SURFACES LIGNES POINTS Surfacique Linéaire Ponctuel Attributs divers Attributs divers Attributs divers Divers Divers Divers Divers Divers Divers -Sans objet - Sans objet - Sans objet C = Caractère 01/03/99

(27)

6 - Modèle physique d'échange DXF

La description d ' un modèle physique d' échange du référentiel urbain en format DXF s'explique par la capacité du moteur SIG de l'application CONCERTO d'importer ou d'exporter directement ce format, ainsi que par la banalisation de

ce format dans les modules d'export des logiciels SIG et des logiciels de dessin.

On notera toutefois que seules les classes d'objet Habillages et d'Etudes pourront être importées dans l'application au format DXF

Règles générales de constitution des objets

DXF

Le format autorisé est celui d'AUTOCAD 11, 12 ou 13, en ASCII

Représentation 2D Toutes les entités seront représentées dans un plan d ' altitude zéro (hauteur et élévation AUTOCAD égale à zéro).

Classe d ' objets

Seules les classes d'objet Habillages et d'Etudes pourront être importées au format DXF Objet

Chaque objet d'une classe d' objets est un bloc dont le facteur d ' échelle est égal à 1 et dont les attributs sont ceux prévus au SCD

Un bloc décrit un objet . Il est constitué d'une entité graphique et d'attributs conformément au SCD.

Tous les blocs d ' une même couche disposent des mêmes attributs. Attribut

Vu les classes d'objets pouvant être importées en DXF, il n'y a aucune contrainte sur les attributs Entité graphique

Seules les entités graphiques suivantes sont autorisées : Objet surfacique : polyligne fermée

Objet linéaire : ligne polyligne arc Objet ponctuel : point

Par contre les entités suivantes sont totalement proscrites : spline

hachure cercle cotation

L ' information relative au système de projection sera fournie lors de la livraison.

Exemple d'implémentation en DXF

Thème Plans DXF Entités Type d'entité

graphique Attributs Correspondance SCD Habillage BATI (Surfaces) RIVIERES (Lignes) POINTS (Points) Bloc Bloc Bloc Surfacique Linéaire Ponctuel

Attributs

-

Sans objet - Sans objet - Sans objet Bloc Projection

MERU Vers .2.3 - CERTU, Pôle Géomatique

Page 24/31

(28)

7 - Importation du référentiel

Le processus d'import du référentiel urbain (thèmes Réseau et Unités Administratives), s'accompagne d'un certain nombre de contraintes et de contrôles qualité . Il convient d'en prendre connaissance afin de pallier aux éventuels rejets.

b _{Gestion par lot}

• Import par unité administrative : l ' application CO/1Ce/tO peut importer une ou plusieurs communes simul-tanément, à condition que chaque unité soit complète en ce qui concerne les classes d ' objets obligatoires des thèmes Réseau et Unité Administrative . En revanche, il ne peut pas importer une partie d ' une com-mune.

• Tout import d'un lot de données d ' une unité déjà présente à pour conséquence la suppression de toutes les données antérieures relative à cette unité.

Identification du système de projection

• Toutes les données d'un même référentiel seront dans le même système de projection. ' Noms et longueurs des champs

• Lors de la définition de l'import, l'application demandera pour chacun des champs qu'il attend (certains sont obligatoires, d'autres facultatifs) le nom du champ utilisé dans le lot de données . Ce champ sera refusé si sa nature est différente ou sa longueur plus importante que celle attendue . Se référer au chapitre 5 de ce document pour voir la liste des champs.

Champs libres

• La version 1 .4 deCO/1C0/tO n ' importe pas de champ libre. Contrôle de cohérence des données

• Toutes les relations entre les différentes classes d'objets sont vérifiées • Le respect des cardinalités est vérifié

• L'unicité des identifiants d'échange est vérifiée Contrôle de cohérence topologique

• Les cohérences topologiques sont vérifiées conformément à un seuil de tolérance défini au moment de l' import

• Le respect des relations entre les segments de voie et les extrémités de segment est vérifié conformément à la tolérance ci-dessus citée et à l'orientation des segments.

Rejet du lot de données

• Les données non conformes ne sont pas importées . En cas d'anomalie grave, l ' application peut refuser l'ensemble du lot.

b Rapport d' importation

• Au terme de l'importation du référentiel, qu'il y est échec ou non, un rapport fait part de l'ensemble de la démarche . Chaque donnée faisant l ' objet d'un contrôle non conforme aux exigences du référentiel décrites ci-dessus fait l' objet d'un message dans le rapport d'anomalie.

En revanche, les points suivants (liste non exhaustive) ne font pas l ' objet de rejet ou d ' alerte : • Discontinuité de l'adressage attributaire ou ponctuel

• Inversion du sens géométrique d'un segment de voie sans prise en compte dans les attributs d ' adresses • Discontinuité anormale du réseau

• Croisement de voie sans intersection

• Voie mitoyenne à deux communes avec absence de la voie dans l'une ou l'autre des communes • Débordement d'un segment de voie dans une commune mitoyenne

01/03/99

(29)

8 -

Glossaire

Administrateur

Personne qui définit dans ce qui concerne cette étude le

de CONCERTO niveau de détail du référentiel (une place est un carrefour

ou une voie, les contre-allées ont ou n'ont pas de géomé-trie, etc . . .) . Il a la responsabilité de son intégration au sein de l'application.

(adressage par)

L'adresse postale est un localisant permettant de géocoder les accidents . Le référentiel urbain pourra être renseigné par deux types d'adresses postales suivant la disponibilité de l'information et le niveau de précision souhaité par I ' administrateur :

• Adresse postale ponctuelle : c'est une adresse réelle, graphiquement représentée par un point

• Adresse postale attributaire de segment. (Objet ponctuel)

Une adresse postale ponctuelle localise géographiquement un immeuble, un porche . Elle permet de géocoder avec précision un accident localisé en regard de cette adresse. Une adresse postale ponctuelle appartient à un segment de voie, et à un seul.

S ' il y a ambiguïté (par ex . présence d'une contre-allée explicitement décrite par sa géométrie) il devra y avoir duplication de l'objet . Dans ce cas, l'un des points sera rattaché à la voie principale, l'autre à la contre-allée. Une adresse postale ponctuelle est un objet simple ponc-tuel.

(attribut de segment)

L ' adresse postale peut être indirectement définie par une information portée par les segments de voie . Elle permet de positionner un accident approximativement par inter-polation.

Pour cela le segment est renseigné par quatre valeurs qui sont les adresses rencontrées au début et à la fin du seg-ment, à droite et à gauche dans le sens de l ' orientation géométrique des vecteurs.

L'information sur l'adresse postale se traduira donc par quatre attributs portés par chaque segment de voie. A chaque classe d'objets peuvent être associés des attri-buts de classe

A chaque objet est associé la valeur effective de l ' attribut de classe. Description Remarque Adresse postale Adresse postale Adresse postale Attributs

Appelé « administrateur » dans ce document.

Au moins l ' un ou l'autre de ces modes de localisation doit être présent dans le référentiel.

La duplication de l'objet impose un travail particulier sur le nou-vel objet au niveau de la phase d'exportation du référentiel : - le libellé de l'adresse est com-plété

- l ' objet est relocalisé à proxi-mité de son segment de ratta-chement

Les valeurs des attributs peu-vent être nulles s'il n'y aucune adresse réelle, ou inconnue si elles existent mais inconnues du gestionnaire.

Les attributs peuvent être de différents types (alphabétique, numérique . . .).

MERU Vers .2 .3 - CERTU,PôleGéomatique

Page 26/31

(30)

! Description Remarque Candélabre Candélabre Candélabre Cardinalité Carrefour Champslibres Chaussée,piste cyclable,etc .

(adressage par numéro de)

A l'instar de l ' adresse postale, un numéro de candélabre permet de géocoder un accident.

Le référentiel urbain pourra être renseigné par deux types de numéro de candélabre (objet ponctuel ou en attribut de segment) suivant la disponibilité de l ' information et le niveau de précision souhaité par l ' administrateur.

(Objet ponctuel)

Un candélabre appartient à un segment de voie, et un seul.

S ' il y a ambiguïté (présence d'une contre-allée explicite-ment décrite par sa géométrie avec un seul candélabre pour les deux voies) il devra y avoir duplication de l ' objet . Dans ce cas, l'un des points sera rattaché à la voie principale, l ' autre à la contre-allée.

Un candélabre ponctuel est un objet simple ponctuel. (attribut de segment)

Sous les réserves émises en observation, il est possible de renseigner les segments de voies par des valeurs corres-pondant aux numéros de candélabres rencontrés au début et à la fin des segments.

L ' information sur le numéro de candélabre se traduira donc par quatre attributs portés par chaque segment de voie.

Exprime, dans la relation entre deux classes, le nombre d ' objets concernés dans les classes de départ et d'arrivée. Exemple :

Soit, dans le SCD, la relation « Un candélabre appartient à un segment de voie ».

La cardinalité est [0,N] :[I,I]

La classe de départ est CANDELABRES La classe d'arrivée est SEGMENTS DE VOIE Un candélabre appartient à 1 seul segment Un segment peut avoir 0 à N candélabres.

Un carrefour est une extrémité de segment particulière. Voir « Extrémité de segment ».

Il s'agit de champs de données présents dans les diffé-rentes classes d'objets, et qui portent des informations non exigées par l ' application mais souhaitées par le ges-tionnaire du référentiel ou par l'administrateur de Concave

Il peuvent être de nature et de longueur quelconques et ne perturbent pas l ' import du référentiel.

Voir « Contre-allée» .

Il permet de positionner avec précision un accident localisé en

regard de ce candélabre.

Cette forme d'adressage n'est envisageable que dans le cas où les numéros des candélabres sont incrémentés régulièrement sur la voie concernée.

Dans le cas du SCD décrit dans la norme EDIGEO les conven-tions _{sont différentes . Il} con-vient alors de faire référence à cette norme.

La classe d ' objets « Carrefour » n'existera donc pas dans le SCD.

La version 1 .4 de l'application ne peut pas importer ces attri-buts dans le référentiel . En revanche, il est possible, avec beaucoup de précaution, d'intégrer ces données une fois le référentiel importé.

La classe d ' objets « CHAUS-SEES » ou « PISTES CYCLA-BLES» n ' existe pas dans le SCD puisque c ' est une voie comme les autres.

MERU Vers.2.3 - CERTU, Pôle Géomatique

(31)

Classe d'objets Une classe d ' objets regroupe des objets de même défini-tion. Un objet simple ou complexe appartient obligatoi-rement à une et une seule classe d'objets.

Classe d'objets « Obligatoire » : dès lors qu'il existe un référentiel spatial, certaines classes d ' objets deviennent obligatoires . Par exemple, la classe d'objet « VOIES » ne peut pas exister en l ' absence de la classe « SEGMENTS DE VOIE ».

Classe d ' objet «Facultative» : l'existence d'un référen-tiel spatial n ' impose pas la présence de toutes les classes décrites au SCD . Par exemple, la classe d'objets « CANDELABRES » n'existera que si le gestionnaire du référentiel en dispose et que l ' administrateur de CONCERTO

le demande . La notion de « Facultatif » doit donc être comprise dans le sens de « Peut être absent d ' un lot de données ».

Code

Un code est un attribut donné à un objet . S'il permet de l'identifier, on y préférera le terme « identifiant ». Cohérence

La cohérence topologique permet de définir les propriétés topologique

géométriques entre objets ou classes d ' objets.

Contre-allée Une contre-allée désigne habituellement une voie de cir-culation parallèle à une voie principale, et porte en géné-ral le même nom que cette voie.

Si l ' administrateur souhaite distinguer géométriquement cet objet de la voie principale, le gestionnaire devra l'identifier différemment en ajoutant le terme « contre-allée » dans le nom de voie.

Voir « Voie » Etude

Les couches d'Etude ont vocation à participer à l ' analyse des accidents.

Un objet d'Etude peut-être un objet simple ponctuel, linéaire ou surfacique, soit par exemple :

- des immeubles à caractère particulier (écoles, boîtes de nuit . . .) ;

- des zones d'occupation du sol ;

- des réseaux particuliers non intégrés au référentiel (pistes cyclables . . .).

Extrémité de

Une extrémité de segment peut être un carrefour ou un cul

segment de sac . Une extrémité de segment sera également générée

à l ' occasion d ' un changement de régime administratif (commune) ou d ' un changement de caractéristique (éclairage public, chaussées séparées, etc .).

Une extrémité de segment est un objet ponctuel.

I Description Remarque

Une classe d'objets simples est d'un type particulier unique.

La cohérence topologique s'assurera dans des conditions de tolérance inhérentes à la qualité géométrique du référen-tiel.

La classe d'objets « CONTRE-ALLEE » n'existe pas dans le SCD puisque c'est une voie comme les autres.

Vu de l'application, ces couches sont de même nature que les couches d ' Habillage et il est possible d'utiliser ces deux appellations indifféremment. Sur le principe, les couches d'Etude seront chargées à l'occasion d ' une étude particu-lière.

Facultative (classe)

Voir « Classe d'objets ».

Page 28/31

(32)

I Description Remarque Gestionnaire du

Service qui dispose de l'information originale permettant référentiel

l'élaboration du référentiel urbain.

Il a la responsabilité de la qualité du référentiel. Giratoire

Un giratoire pourra être traité comme une place, c'est-à-dire plus ou moins détaillé dans sa représentation.

Habillage

Un objet d ' habillage peut-être un objet simple ponctuel, linéaire ou surfacique, soit par exemple :

- des immeubles à caractère particulier (mairie, hôtel de police, écoles . . .)

- le corps de rue (ou îlots urbains) - les voies ferrées

- les rivières

- des images cartographiques numériques

Identifiant D'une façon générale, un identifiant est une variable

attachée de façon univoque à un objet permettant, entre autres fonctions, la mise en oeuvre de relations entre ob-jets.

Identifiant

Identifiant assurant l'unicité des objets au sein de d'échange

l'échange.

Tout objet transmis sans modification géométrique par rapport au référentiel original portera un identifiant d'échange identique à l'identifiant du gestionnaire. Si ce dernier n ' existe pas encore, le gestionnaire doit, pour l'occasion, en créer un.

Tout objet nouveau issu du découpage d ' un segment (morceau de segment et nouvelle extrémité de segment née d'un découpage) portera un identifiant d'échange calculé par le gestionnaire du référentiel de telle manière que l'unicité soit assurée par rapport au lot de données livré.

Identifiant du

Identifiant propre au gestionnaire. gestionnaire

Si celui-ci n'existe pas encore, le gestionnaire doit, pour l ' occasion, en créer un.

Il ne faut pas confondre l'identifiant livré par le gestion-naire du référentiel et celui utilisé par l'application (identifiant interne). En effet, deux gestionnaires peuvent

livrer des objets dont les identifiants sont identiques .

Appelé « gestionnaire » dans ce document

La classe d'objets « giratoire » n'existe pas dans le SCD puis-que c'est une voie comme les autres ou une extrémité de

seg-ment.

Les habillages n'ayant qu ' une vocation d'amélioration de la compréhension de l'environ-nement, ceux-ci ne sont pas modélisés ici et restent à la discrétion de l'administrateur de CONCE01O. Voir également le mot « Etude ».

Dans la définition du format d'échange du référentiel, il convient de distinguer l'identifiant du gestionnaire du référentiel de celui de l'échange.

Pour des raisons qui lui sont propres il se peut que l'administrateur de CONCEITO demande au gestionnaire du référentiel un découpage de certains segments de voies. C'est l'identifiant d'échange qui sera stocké dans la base acci-dent au moment du géocodage afin de mémoriser le segment auquel il est rattaché . C ' est par celui-ci que pourra être assurée un contrôle de rattachement des accidents lors d'une mise à jour de référentiel

Il est indispensable de conserver la trace de l'identifiant du ges-tionnaire dans l ' application, indépendamment de l'identi-fiant qui est nécessaire aux traitements et qui de la respon-sabilité de l'équipe de dévelop-pement.

Cependant, l ' éventualité d ' un découpage de segment à la demande de l ' administrateur de

CONCERTO impose de mémoriser

l'identifiant d'échange.

(33)

Identifiant INSEE Identifiant faisant référence aux normes de l'INSEE . Par exemple, l ' identifiant «INSEE_Com» d'une commune est écrit sur 5 caractères et comprend le n° du départe-ment et le n° de la commune dans le départedéparte-ment.

Monde nominal

Monde réel limité aux spécifications générales du sujet traité, pouvant être ensuite modélisé.

Monde réel

Le monde réel est celui qui nous entoure, trop complexe pour être représenté sans modélisation.

Objet Un objet est un constituant de la base de données auquel il

est possible d'attribuer un nom, des qualités, des proprié-tés,

Objet complexe

Un objet complexe est constitué d'objets simples ou d ' autres objets complexes.

Objet simple

C'est un constituant élémentaire.

Un objet simple a un type : il peut être ponctuel, linéaire, surfacique.

Voir « Classe d'objet »

Une place est un cas particulier de voirie . Suivant sa taille et la nécessité d ' une connaissance précise de la localisa-tion des objets «accidents », l ' administrateur pourra sou-haiter une modélisation de deux façons différentes : carre-four (objet « extrémité de segment ») ou voie.

Voir « Voie » ou « Extrémité de segment ». Relation

Ce sont les liens entre les classes, qualifiés par un verbe d'action par exemple « appartient à ».

Pour éviter toute ambiguïté le terme de « rue » ne sera pas employé dans la désignation des objets du référentiel. Voir « Voie ». I Description Remarque Rue Obligatoire (Classe) Place

Dans le cas de CONCERTO, les

spécifications prendront en compte les demandes de l'administrateur (voir « contre-allée » ou « place »).

On notera que suivant le sujet traité, on aura un regard diffé-rent sur le monde réel :

dans l ' application CONCERTO, un

carrefour sera considéré comme un objet simple alors que dans un SIG modélisant les flux de trafic un carrefour sera un objet complexe décrivant tous les mouvements possibles.

La classe d'objets « place » n'existe pas dans le SCD puis-que c'est une voie ou une ex-trémité de segment.

La classe d'objets «nue» n'existe pas dans le SCD.

Page 30/31

(34)

I Description Remarque Section

Segment de voie

Tolérance

Voie

Terme utilisé par le logiciel AURORE (logiciel de saisie et de traitement des accidents avec localisant urbains) représentant une partie continue de voie située entre deux carrefours . Synonyme de « segment de voie ».

Un segment de voie est une partie continue d'une voie située entre deux extrémités de segment.

Un segment appartient à une voie (et une seule). Un segment de voie est un objet simple de type linéaire. La tolérance définit le seuil au delà duquel la cohérence topologique n'est plus reconnue . Cette tolérance est pa-ramétrable afin de s'adapter à des référentiels de qualité géométrique diverse . Elle est fournie par le gestionnaire du référentiel et fait partie des paramètres d'import.

Le terme de «voie» est le terme générique appliqué à l'ensemble des différentes catégories de routes du milieu urbain . Il désigne aussi bien les rues que les avenues, les boulevards, les impasses . ..

Une voie est composée de segments de voie . Une voie est donc un objet complexe.

Le terme de « voie » ne doit pas être pris au sens du profil en travers (chausée à deux voies, par exemple)

La classe d ' objets «section» n'existe pas dans le SCD.

Dans l ' application, à un seg-ment de voie est associé une géométrie constituée obligatoi-rement d'un seul arc.

La tolérance permet d'admettre que les objets ponctuels « Extrémités de segment » ne soient pas géométriquement parfaitement superposés avec les segments avec lesquels ils sont en relation . A titre indica-tif, la tolérance est de 2 .00 mè-tres en standard.

Une contre-allée, des chaussées séparées, une place ou un gira-toire peuvent également être des voies.

MERU Vers .2 .3 - CERTU. Pôle Géomatique

(35)

Centre d'études sur les réseaux, les transports, l'urbanisme et les constructions publiques

Toute reproduction intégrale ou partielle, faite sans le consentement du CERTU est illicite (loi du 11 mars 1957). Cette reproduction par quelque procédé que ce soit, constituerait une contrefaçon sanctionnée par les articles 425 et suivants du code pénal.

Dépôt légal : 1 er trimestre 1999 ISSN : 1263-2570 ISRN Certu RE 99-10 CERTU 9, rue Juliette-Récamier 69456 Lyon Cedex 06 ©04 72 74 59 71

Mel : geomatiq@a certu .fr Internet http ://www .certu .fr

(36)

Service technique placé sous l'autorité du ministre chargé de l'Équipement, des Transports et du Logement, le CERTU (Centre d'études sur les réseaux, les transports, l'urbanisme et les constructions publiques a pour mission de contribuer

au développement des connaissances et des savoir-faire et à leur diffusion dans tous les domaines liés aux questions

urbaines. Partenaire des collectivités locales et des professionnels publics et privés, il est le lieu de référence où se développent les professionnalismes au service de la cité.

t w u ISSN 1263-2570 ISRN Certu RE 99-10 Gratuit