Master II SIG Et Gestion de L Espace

Master II SIG et Gestion de l’Espace
Université Jean Monnet de Saint-Etienne

Ecole Nationale d’Ingénieurs de Saint Etienne ENISE
Chanavas Benoit Septembre 2005
!
" " " # $ % &
"'!"'!" & (
" ( & )" " *
+ ' ( ! & , ) +'!*
« L’émergence fulgurante et l’irruption des technologies de l’information et de la
communication dans nos sociétés s’imposent aujourd’hui aux territoires, aux structures et aux
hommes ainsi qu’à leurs organisations. Aucun espace ni aucun domaine d’activités ne sont à
l’écart de ce phénomène.
Ces technologies et les évolutions d’usages qu’elles engendrent sont les nouveaux vecteurs de
croissance et d’emploi, de dévelopement territorial et de cohésion sociale. »
Extrait du contrat de plan Etat Région PACA 2000 – 2006
Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 2

Je tiens particulièrement à remercier …
L’ENTENTE, Jacky Gérard, le colonel Bardo ainsi que l’ensemble des personnels, sans lesquels
cet établissement public ne pourrait fonctionner
Le Lieutenant-colonel Tosello pour m’avoir accueilli au sein du Pôle Nouvelles Technologies

(PôNT)
Un remerciement tout particulier pour Estelle, responsable de ce stage et de la réussite de ce

projet
L’équipe du PôNT ; Dominique, Sophie, Marc, Wilfried, Laurent, Alexis et Patrice pour leurs
précieux conseils
Le Commandant Jean-Claude Poppi et Magali Brion du SDIS du Var
Le Commandant Thierry Chabas, le Capitaine Gil Dopierala, l’Adjudant Christophe Messin et

Gaëlle Autin du SDIS du Vaucluse
Ainsi que Pierre Menu, Jérôme Icard et Xavier Opigez de la société Simalis
Et mon entourage …

Introduction -------------------------------------------------------------------------------------------------- 8
Partie I Présentation de la structure : la mutualisation au service de la Sécurité Civile -------11
1 La zone de défense SUD -----------------------------------------------------------------------------11
1.1 Présentation ----------------------------------------------------------------------------------------------- 11
1.2 Mission et organisation --------------------------------------------------------------------------------- 12
2 L’ENTENTE, historique, missions et compétences ---------------------------------------------13
2.1 Un établissement public zonal de lutte contre l’incendie ---------------------------------------- 13
2.1.1 La zone ENTENTE, les départements et les services utilisateurs ----------------------------------------- 13
2.1.2 Historique --------------------------------------------------------------------------------------------------------- 14
2.1.3 Fonctionnement -------------------------------------------------------------------------------------------------- 15
2.2 Les Services de l’ENTENTE--------------------------------------------------------------------------- 15
2.2.1 La recherche, avec le Centre d’Essais et de Recherche de l’ENTENTE (CEREN) --------------------- 15
2.2.2 La formation à travers l’Ecole d’Application de la Sécurité Civile (ECASC) --------------------------- 15
2.2.3 La sensibilisation du grand public avec l’Institut pour la Forêt Méditerranéenne ----------------------- 16
2.2.4 Les SIG à travers le Pôle Nouvelles Technologies (PôNT) ------------------------------------------------ 16
3 Le PôNT historique missions compétences -------------------------------------------------------17
3.1 La plateforme SIG du CIRCOSC de Valabre ----------------------------------------------------- 17
3.2 La mission SIG ------------------------------------------------------------------------------------------- 18
3.3 Le Pôle Nouvelles Technologies (PôNT)------------------------------------------------------------- 19
3.3.1 Un besoin de pérennisation de la structure ------------------------------------------------------------------- 19
3.3.2 Les missions du PôNT------------------------------------------------------------------------------------------- 20
4 La Défense des Forêts Contre l’Incendies (DFCI)----------------------------------------------23
4.1 Les équipements DFCI --------------------------------------------------------------------------------- 23
4.2 Le guide de normalisation DFCI --------------------------------------------------------------------- 23
4.3 Le tronc commun zonal de la BD-DFCI ------------------------------------------------------------ 24
4.3.1 Objectif------------------------------------------------------------------------------------------------------------ 24
4.3.2 Le contenu du tronc commun----------------------------------------------------------------------------------- 25
4.3.3 La structure du tronc commun---------------------------------------------------------------------------------- 25
Partie II Conception de l’extranet zonal DFCI --------------------------------------------------------26
5 Etude préalable ---------------------------------------------------------------------------------------26
5.1 Une période propice pour la réalisation de l’extranet : présentation des objectifs--------- 26
5.2 Déroulement du projet---------------------------------------------------------------------------------- 27
5.3 La réunion des coordinateurs « SIG & DFCI » un tremplin pour l’extranet --------------- 28
5.3.1 Le réseau des coordinateurs départementaux DFCI --------------------------------------------------------- 28
5.3.2 La charte DFCI --------------------------------------------------------------------------------------------------- 29
5.3.3 Un constat en demie teinte pour les départements ----------------------------------------------------------- 30
5.3.4 Disposition du préfet de zone pour remédier au manque de retour de BD DFCI vers le PôNT ------- 30
5.3.5 Bilan --------------------------------------------------------------------------------------------------------------- 31
5.4 Réalisation du cahier des charges -------------------------------------------------------------------- 31
5.4.1 Définition des besoins formulés par les départements pilotes---------------------------------------------- 31
5.4.1.1 Compte rendu de réunion au SDIS 83 le 15 mars 2005---------------------------------------------- 32
5.4.1.2 Compte rendu de réunion au SDIS 84 le 17 mars 2005---------------------------------------------- 34
5.4.2 Structure et grandes fonctions du futur extranet ------------------------------------------------------------- 35
5.4.2.1 Ergonomie et environnement graphique --------------------------------------------------------------- 35
5.4.2.2 Navigation ------------------------------------------------------------------------------------------------- 35
5.4.2.3 Utilisateurs et gestion de leurs droits d’accès à la BD DFCI ---------------------------------------- 36
5.4.2.4 Impression de cartes pré configurées------------------------------------------------------------------- 36
5.4.2.5 Annotations et mises à jour de la donnée -------------------------------------------------------------- 37
5.4.2.6 Cycle de vie de l’information --------------------------------------------------------------------------- 37
5.4.3 Analyse des solutions logicielles------------------------------------------------------------------------------- 38
5.4.3.1 Arcims d’Esri : -------------------------------------------------------------------------------------------- 38
5.4.3.2 GCIS de Géoconcept :------------------------------------------------------------------------------------ 39
5.4.3.3 Svg Builder et Dynmap de Silmalis :------------------------------------------------------------------- 39
5.4.3.4 Actgis de Netagis :---------------------------------------------------------------------------------------- 39
5.4.3.5 Mapserveur :----------------------------------------------------------------------------------------------- 39
5.4.4 Analyse comparative entre les fonctions attendues et les fonctions offertes par les solutions
logicielles. ------------------------------------------------------------------------------------------------------------------- 41
5.4.5 Etude des coûts --------------------------------------------------------------------------------------------------- 42
5.4.5.1 Hébergement : --------------------------------------------------------------------------------------------- 42
5.4.5.2 Solutions logicielles -------------------------------------------------------------------------------------- 43
5.4.5.3 CONCLUSION ------------------------------------------------------------------------------------------- 47
Partie III Réalisation de l’extranet zonal DFCI -------------------------------------------------------49
6 Mise en oeuvre ----------------------------------------------------------------------------------------49
6.1 Conception d’une maquette de l’extranet ---------------------------------------------------------- 49
6.1.1 Une page d’accueil----------------------------------------------------------------------------------------------- 50
6.1.2 Une page de transition------------------------------------------------------------------------------------------- 51
6.1.3 L’extranet --------------------------------------------------------------------------------------------------------- 52
6.1.4 La page d’annotations ------------------------------------------------------------------------------------------- 53
6.1.5 La page d’impression-------------------------------------------------------------------------------------------- 53
6.1.6 Bilan et impact de cette maquette ------------------------------------------------------------------------------ 54
6.2 Le choix d’une solution intuitive : SVGBuilder et Dynmap ------------------------------------ 54
6.2.1 Présentation de Simalis------------------------------------------------------------------------------------------ 54
6.2.2 Formation Simalis : prise en main des outils SVG builder et Dynmap ----------------------------------- 56
6.2.3 Présentation et exploitation de SVGBuilder------------------------------------------------------------------ 56
6.2.3.1 Formats des données ------------------------------------------------------------------------------------- 57
6.2.3.2 Utilisation de SVG Builder ------------------------------------------------------------------------------ 57
6.2.3.3 Paramétrage des couches--------------------------------------------------------------------------------- 59
6.2.3.4 Création et paramétrage des étiquettes, mini-fiches et hotlinks------------------------------------- 60
6.2.3.5 Paramétrage de l’export---------------------------------------------------------------------------------- 60
6.2.3.6 Les étapes clé en image ---------------------------------------------------------------------------------- 62
6.2.4 Présentation et exploitation de Dynmap ---------------------------------------------------------------------- 63
6.2.4.1 Connexion en ligne sur le serveur cartographique---------------------------------------------------- 63
6.2.4.2 Accès aux projets par le menu liste des cartes -------------------------------------------------------- 64
6.2.4.3 Interface d’administration pour la gestion de couches d’informations----------------------------- 65
6.2.4.4 La gestion des couches ----------------------------------------------------------------------------------- 66
6.2.4.4.1 Gestion des données de la couche------------------------------------------------------------------- 67
6.2.4.4.2 Gestion des styles de la couche---------------------------------------------------------------------- 67
6.2.4.5 Paramètres d’affichages---------------------------------------------------------------------------------- 68
6.2.4.6 Choix des styles de cartes-------------------------------------------------------------------------------- 69
6.2.4.7 Module d’analyses thématiques------------------------------------------------------------------------- 69
6.2.4.8 Les étapes clefs de Dynmap ----------------------------------------------------------------------------- 70
6.3 Les étapes de travail avec Simalis -------------------------------------------------------------------- 70
6.3.1 Conception de l’interface graphique--------------------------------------------------------------------------- 70
6.3.2 Liaison du login utilisateur avec une unité territoriale de référence--------------------------------------- 71
6.3.3 Problème de calages de la BD sur les scans du Var --------------------------------------------------------- 73
6.3.4 Mise à disposition de la BD ORTHO ® du Vaucluse ------------------------------------------------------- 73
6.3.5 Développement d’une fiche d’annotation--------------------------------------------------------------------- 74
6.3.6 Evolutions à prévoir --------------------------------------------------------------------------------------------- 75
6.4 L’extranet zonal DFCI---------------------------------------------------------------------------------- 77
7 Présentation de l’extranet aux départements pilotes--------------------------------------------82
7.1 L’organisation des réunions --------------------------------------------------------------------------- 82
7.2 Réunion de présentation de l’extranet en version non définitive ------------------------------ 83
7.3 Réunion de présentation de l’extranet en version définitive au département du Vaucluse
84
7.4 Réunion de présentation de l’extranet en version définitive au département du Var ----- 84
Conclusion---------------------------------------------------------------------------------------------------85

Table des figures
Figure 1 : Carte des 7 états majors de zone avec leurs centres opérationnels : Bordeaux, Lyon,
Lille, Marseille (Valabre), Metz, Rennes et Paris. ................................................................ 12
Figure 2 : Tableau de présentation des départements de la zone ENTENTE ............................... 14
Figure 3 : Organisation de la mission SIG zonale......................................................................... 18
Figure 4 : Organisation du personnel du PôNT............................................................................. 22
Figure 5 : Principe de fonctionnement de l’extranet cartographique du SDIS du Var ................. 33
Figure 6 : Utilisateurs identifié et type de droit sur l’extranet ...................................................... 36
Figure 7 : Schéma du cycle de vie de l’information .................................................................... 37
Figure 8 : Analyse comparative des solutions logicielles ............................................................. 41
Figure 9 : Page d’accueil de la maquette....................................................................................... 50
Figure 10 : page de transition de la maquette................................................................................ 51
Figure 11 : Maquette de l’extranet ................................................................................................ 52
Figure 12 : Maquette de la page d’annotation............................................................................... 53
Figure 13 : Maquette de la page d’impression .............................................................................. 54
Figure 14 : Illustration de l’architecture de la solution SVGbuilder – Dynmap de Simalis ......... 56
Figure 15 : l’ouverture des fichiers dans SVGbuilder................................................................... 58
Figure 16 : Interface SVGbuilder.................................................................................................. 58
Figure 17 : Paramétrage des couches dans SVGbuilder ............................................................... 59
Figure 18 : Paramétrage des étiquettes et des mini fiches dans SVGbuilder ................................ 60
Figure 19 : Export des couches d’information de SVGbuilder vers le serveur Dynmap............. 61
Figure 20 : Paramètre d’export des couches d’information de SVGbuilder vers le serveur........ 61
Figure 21 : Accès à l’interface d’administration de Dynmap ....................................................... 63
Figure 22 : Création et ouverture des projets cartes de Dynmap .................................................. 64
Figure 23 : Interface d’administration de Dynmap ....................................................................... 65
Figure 24 : Paramétrage des couches dans Dynmap ..................................................................... 66
Figure 25 : Paramétrage des données dans Dynmap..................................................................... 67
Figure 26 : Gestion des symboles dans Dynmap .......................................................................... 67
Figure 27 : Gestion des paramètres d’affichage dans Dynmap..................................................... 68
Figure 28 : Le style de carte dans Dynmap ................................................................................... 69
Figure 29 : Les étapes clefs dans Dynmap .................................................................................... 70
Figure 30 : Utilisateurs, droit d’accès et aire géographique dans l’extranet ................................. 72
Figure 31 : le projet des maires dans Dynmap .............................................................................. 73
Figure 32 : La feuille d’annotation dans Dynmap......................................................................... 75
Figure 33 : Page d’accueil de l’extranet........................................................................................ 77
Figure 34 : L’extranet.................................................................................................................... 78
Figure 34 : Légende l’extranet ...................................................................................................... 79
Figure 35 : Gestion des images l’extranet..................................................................................... 79
Figure 36 : Le module de recherche.............................................................................................. 80
Figure 37 : La fenêtre de navigation ............................................................................................. 80
Figure 38 : Bannière de l’extranet................................................................................................. 80
Figure 39 : Blocs des fonctions l’extranet..................................................................................... 81
Table des Annexes

Annexe 1 : Historique des actions de l’ENTENTE de 1963 à nos jours..................................................... 87
Annexe 2 : Page d’atlas DFCI ..................................................................................................................... 88
Annexe 3 : Guide de normalisation ............................................................................................................. 90
Annexe 4 : Proposition de tronc commun zonal pour la base de données DFCI ........................................ 91
Annexe 5 : Méthodologie de création de rectangles anglobants ................................................................. 92
Annexe 6 : Convention type d’échange de données.................................................................................... 93
Annexe 7 : Ordre du jour « réunion de présentation de l’extranet DFCI du 23 juin » ................................ 94
Annexe 8 : Compte rendu réunion du 25 mai «présentation de la maquette de l’extra net zonal DFCI» ... 95
Annexe 9 : « Mise en relation des bases de données routières Fantoir et Navstreet »…………................ 96

Mots clefs :
Extranet cartographique, base de données (BD), systèmes d’informations géographiques (SIG),
mutualisation, tronc commun, fonds de références, Sécurité Civile, défense des forêts contre
l’incendie (DFCI), Pôle Nouvelles Technologies (PôNT).
Résumé
La création du tronc commun zonal et du guide de normalisation graphique appliqués à la

Défense des Forêts Contre l’Incendie a marqué le début des travaux de réalisation d’une base de
données recensant les ouvrages forestiers de DFCI homogène à l’échelle de la zone de défense
Sud. Ces deux guides méthodologiques, diffusés dès 1998 par une circulaire préfectorale, avaient
pour objectifs d’éviter une multiplication de SIG hétérogènes, de favoriser l’échange de
compétences et de données entre les Services Départementaux d’Incendie et de Secours, les
Directions Départementales de l’Agriculture et de la Forêt, l’Office National de la Forêt et les
Conseils Généraux et de diminuer les coûts d’impression des cartes.
Cependant, à l’issue de la réunion des coordinateurs SIG & DFCI de 2005, il est clairement apparu
que les mises à jour des BD DFCI départementales n’étaient pas régulièrement transmises à la
préfecture de zone et à son opérateur technique : le PôNT.
C’est pour pallier à cette faiblesse que le projet d’extranet cartographique zonal DFCI a vu le
jour. Il a pour objectif de faciliter les échanges d’informations entres les différents services au
travers d’un outil plus simple qu’un SIG, ne nécessitant pas d’installation sur site, disponible sur
tout ordinateur équipé d’une connexion internet haut débit, et gratuit pour les cotisants à
l’ENTENTE. Il s’adresse principalement aux services signataires des conventions DFCI
départementales (SDIS, ONF, CG, DDAF) et à la préfecture de zone.
Sa réalisation est le fruit de la collaboration entre le PôNT et deux départements pilotes : le Var et
le Vaucluse. Les attentes et les moyens de ces deux départements étant sensiblement différents,
la définition de leurs besoins a permis d’aboutir à un outil capable de s’adapter à l’ensemble des
départements de la zone ENTENTE. L’extranet sera mis en service auprès du Var et du Vaucluse à
la fin de la saison feux de forêt 2005.
Dans l’extranet zonal, la mise à jour de la BD DFCI par les ayants droit se fait par dépôt d’une
annotation, accompagnée ou non de fichiers joints (texte, SIG, image…). Cette couche
d’annotation est régulièrement transmise à l’administrateur DFCI départemental, avant d’être
validée puis injectée dans la BD DFCI. Concernant l’accès à l’utilisation de cet applicatif, les
départements peuvent décider de l’autoriser pour d’autres intervenants (communes, syndicats
mixtes…). L’outil dispose à cet effet de fonctions permettant la création de comptes
« utilisateur », avec une sécurisation par mot de passe et une limitation géographique de
consultation (zonale, départementale, communale,…). Les utilisateurs peuvent être dotés de
différents droits sur l’outil, certains en annotation, et d’autres en simple consultation.
La solution possède également un module d’impression pré-paramétré. Elle doit permettre la
production de cartes identiques à celles des atlas DFCI pour équiper les colonnes de renfort
intervenant dans des départements dépourvus d’informations cartographiques.
Ce travail est à ce jour financé par les fonds propres du PôNT. Il fait l’objet d’une demande de
crédits auprès du conservatoire pour la forêt méditerranéenne, afin d’être déployé sur l’année
2006 aux départements de la zone qui désireront s’équiper de cet extranet zonal DFCI.

Introduction
Au cours de ces quinze dernières années, les Systèmes d’Informations Géographiques (SIG)
ont trouvé leur place dans le domaine de la Sécurité Civile. Ainsi, l’intégration technique de ces
nouveaux outils et la généralisation de leur utilisation dans les services de prévision et de
prévention des Services Départementaux d’Incendies et de Secours (SDIS) sont aujourd’hui
quasiment aboutis1.
Dans la zone de défense Sud (Cf. partie 1) en particulier, une dynamique est née dès 1998
pour valoriser et exploiter les potentialités des SIG qui représentent pour tous les acteurs de la
DFCI un précieux outil de prévision, de prévention, et d’aide à la décision.
C’est autour de la thématique de la protection de la forêt méditerranéenne contre les
incendies que cette dynamique est apparue. En effet les départements de la zone sont soumis au
risque feux de forêt de façon récurrente sur l’ensemble de la Zone. Ces feux détruisent chaque
année en moyenne 25 000 Ha et jusqu'
à plus de 60 000 Ha, comme en 2003, lors de saisons
exceptionnelles2. Ce risque fédérateur à l’échelle du bassin géographique de la forêt
méditerranéenne a imposé dès 1963 une mobilisation des départements autour d’un établissement
public. A l’initiative des collectivités et sous l’impulsion de l’état, le regroupement des
départements a permis d’aboutir à l’utilisation « en commun des moyens mis à la disposition de
l’institution (deux avions amphibies Catalinas) et de bénéficier du résultat des études techniques
effectuées par le Centre d’Essais (CEREN) »3. Le fruit de cette mobilisation a été la création de
l’ENTENTE interdépartementale, qui a aujourd’hui pour mission, la mutualisation des ressources
de la protection et de la défense des forêts contre l’incendie. Dès lors, la mise en commun des
moyens n’a cessé de croître, en même temps que l’adhésion de départements à l’ENTENTE (de
sept en 1963 à quatorze en 2005).
Le Pôle Nouvelles Technologies (PôNT) a vu le jour dans cette logique de mutualisation en
2001. Il s’agit d’un service de l’ENTENTE chargé de l’accompagnement au développement des
nouvelles technologies liées à la cartographie : SIG, GPS, télédétection, internet, applications
informatiques… Le PôNT travaille en grande partie à partir des données produites par les services
des SDIS, de l’Office National des Forêt (ONF), des Directions Départementales de l’Agriculture
et de la Forêt (DDAF) et des conseils généraux (CG). Ces différents établissements publics,
collectivités, ou services d’état travaillent aujourd’hui ensemble dans la lutte et la prévention
contre les incendies. De part le mitage et la densité d’habitat sur les zones d’interface urbain /
forêt, l’aléa et la vulnérabilité engendrent un risque maximal d’incendie sur un territoire
particulièrement étendu. La spatialisation des éléments qui permettent la lutte contre ce risque
1
G. Bouvier « Le SIG à la rencontre des Sapeurs Pompiers » étude concernant la zone de défense Sud
2
Source promethee http://www.promethee.com/prom/home.do
3
Magazine de l’ENTENTE 2005 n°15 page n° 16
devient un enjeu majeur, qui nécessite la constitution de Bases de Données (BD) : c’est la BD de
Défense des forêts contre l’incendie (DFCI). Elle recense les équipements de DFCI présents sur le
terrain (pistes, bornes et poteaux d’incendie, citernes, zones de débroussaillement … cf partie 4).
Le projet d’extranet zonal cartographique trouve sa cohérence dans ce cadre et autour de
cette thématique, dans une structure dédiée aux technologies géomatiques pour les acteurs de la
Sécurité Civile, avec des moyens humains et financiers adéquats. Le projet s’appuie sur une
problématique de mise à disposition d’un outil cartographique accessible via le réseau Internet.
Cet outil sera disponible pour que chaque utilisateur, en fonction de ses droits d’accès, puisse
consulter la BD, ou indiquer quels sont les équipements DFCI ajoutés ou modifiés sur son
département. Il permettra d’exploiter les ressources d’internet afin de valoriser la base de
données DFCI (communication, consultation, diffusion, annotation) tout en proposant aux
utilisateurs une méthode adaptée à leurs besoins en matière de mise à jour. L’extranet apparaît
comme une solution technique permettant de faire face aux besoins de gestion et de mises à jour
d’une BD soumise au travail de nombreux services. D’après une documentation interne, les
données produites « par les acteurs locaux (communes, PIDAF, SIVOMS, ONF…) sont
irrégulièrement fournies aux administrateurs de la BD DFCI départementale et ce, sur des supports
variables (au mieux des données extraites d’un SIG au pire en aplat sur une photocopie noir et
blanc d’un Scan 25 et bien souvent sans localisation précise) »4. L’extranet cartographique se
doit d’être un outil capable de redynamiser les échanges et la mutualisation de l’information de
cette BD, tout en répondant aux exigences de la préfecture de zone qui devra en posséder un
accès.
Ce projet a été réalisé sous la direction du Lieutenant-colonel Philip Tosello, et sous

l’impulsion d’Estelle Elena, responsable de projet au Pôle Nouvelles Technologies. Il a
également bénéficié de tout le savoir faire et l’expérience du personnel du PôNT (domaine
informatique, géomatique et administratif). Cependant la charge de travail prévue pour les
responsables de projets du PôNT pour l’année 2005 ne permettait pas de gérer à temps plein ce
dossier devenu prioritaire. Le recrutement d’un stagiaire pour participer à la réalisation de
l’extranet zonal DFCI devenait une option pour respecter une mise en service de l’outil d’ici à la
fin de l’été 2005. C’est dans le cadre de ce stage que ma mission a consisté à fournir un renfort
notamment sur la mise en œuvre technique et la réalisation du cahier des charges, en apportant
une expertise sur le choix de l’outil correspondant aux besoins formulés par les utilisateurs
finaux. Cette association avec Estelle Elena m’a surtout permis de participer au déroulement d’un
projet dans ses différentes phases, en développant de nombreuses compétences qui dépassent
largement celles d’un savoir faire uniquement technique, lié à la géomatique. Cette expérience en
4
D’apres Estelle Elena, documentation interne
gestion de projet est pourtant indispensable et indissociable pour mener à bien un travail qui
s’articule autour de la gestion de l’information géographique.
Le rapport qui suit s’applique à retranscrire la démarche méthodologique utilisée pendant le
stage, démarche qui a permis au PôNT de faire aboutir la réalisation de l’extranet zonal
cartographique. L’ensemble des départements de la zone ne seront pas couverts par l’extranet à
l’issu de ce stage, mais les deux départements pilotes (Var et Vaucluse) qui ont participé à son
développement voient leur BD DFCI accessible dans l’extranet dès la fin de l’été.
Ce rapport est construit autour de deux parties qui permettent de cerner les enjeux et les
attentes autour de l’extranet zonal DFCI. Il présente dans une première partie tout le volet
institutionnel de l’ENTENTE, du PôNT mais aussi de la DFCI ; ces trois points sont indispensables
pour avoir une vision générale du contexte dans lequel l’extranet zonal DFCI est mis en place. La
seconde partie est entièrement dédiée au déroulement du projet avec les grandes étapes qui ont
marqué la réalisation de l’extranet : les réunions avec les départements pilotes, la définition du
cahier des charges, les échanges avec l’éditeur du logiciel d’extranet, la mise en forme des
données et la présentation du travail auprès des partenaires. C’est toute la démarche de gestion du
projet qui en constitue le fil directeur. Il en résulte un travail dont la problématique s’articule
entre une thématique, la DFCI, et un savoir faire technique, la géomatique, le tout au service de la
Sécurité Civile.

Partie I Présentation de la structure : la
mutualisation au service de la Sécurité Civile
1 La zone de défense SUD

1.1 Présentation
L’organisation de la défense du territoire national est issue de la constitution de 1958 et

plus particulièrement de l’ordonnance du 7 janvier 1959 (article .15). Le décret du 21 juin 2000
relatif à l’organisation territoriale de la défense civile définit sept zones de défense. Il s’agit
d’une circonscription territoriale supra départementale, dédiée à la gestion des situations
exceptionnelles.

Figure 1 : Carte des 7 états majors de zone avec leurs centres opérationnels : Bordeaux, Lyon, Lille, Marseille
(Valabre), Metz, Rennes et Paris.
1.2 Mission et organisation
En matière de Sécurité Civile, une des missions zonale est la préparation et la mise en
œuvre de l’ensemble des mesures de prévention, de protection et de secours, ce qui correspond
au champ de compétence relatif aux catastrophes naturelles, technologiques et de société. Le
préfet de zone en est le représentant ministériel. Il a en charge l’articulation entre le niveau
national et les services déconcentrés de la zone.
Organisation au niveau zonal
Le Préfet de zone est le délégué des ministres chargés des administrations civiles qui dirige :
Préfet de zone délégué à la sécurité et à la défense, désigné par arrêté auprès du préfet de zone
Etat Major de Zone (EMZ) et Centre Opérationnel de Défense Zonal (CODZ)
Organisation au niveau départemental
Le Préfet départemental
Service Interministériel Régional des Affaires Civiles et Économiques de Défense et de la

Protection Civile (SIRACEDPC), et le Centre Opérationnel Départemental de Défense (CODD)

2 L’ENTENTE, historique, missions et compétences
2.1 Un établissement public zonal de lutte contre l’incendie
2.1.1 La zone ENTENTE, les départements et les services utilisateurs
La zone de défense Sud constitue le territoire sur lequel l’ENTENTE interdépartementale

en vue de la protection et de la défense de la forêt contre l’incendie a en charge la mutualisation
des moyens interdépartementaux de lutte contre l’incendie. Les treize départements qui
constituent la Zone de Défense Sud sont autant de collectivités avec qui le PôNT est amené à
travailler. Dans les départements ce sont tous les services ou les collectivités de l’état qui peuvent
être amené à avoir un rôle dans la lutte contre les feux de forêt (SDIS, DDAF, ONF, CG, RTE,
SNCF …).
Il est à noter qu’en matière de feux de forêt la Drôme et l’Ardèche dépendent de la Zone de
Défense SUD. Cela porte à quinze le nombre de départements directement concernés par le
risque incendie autour du bassin méditerranéen, ils forment la zone ENTENTE. Chacun de ces
départements cotise à l’ENTENTE (à l’exception de la Drome) au prorata du classement des
départements (calculé à partir de plusieurs facteurs : surface boisée, population, richesse du
département…).
Voici un tableau synthétique de présentation des départements de la zone ENTENTE, constitué à

partir de l’annuaire officiel de l’encadrement des SDIS pour l’année 2003 / 2004 :
Département Habitants Superficie Classement Budget Budget Coût

Km² fonctionnement investissement moyen par
habitant
2A Corse du 118 593 4014 4 16.8 M 2.7 M 151 euros
Sud
2B Haute 141 603 4666 5 20.8 M 9.4 M 147 euros
Corse
04 Alpes de 139 561 6925 5 8.3 M 1.8 M 55 euros
Haute
Provence
05 Hautes 121 419 5549 5 6.4 M 3.5 M 53 euros
Alpes
06 Alpes 1 022 710 4299 1 100 M /

Maritimes
07 Ardèche 286 000 5529 4 14.8 M 5.2 M 41 euros
11 Aude 309 770 6139 3 18.8 M 4.6 M 58 euros
13 Bouches du 1 836 615 5087 1 89 M 28 M 63 euros
Rhône
30 Gard 623 000 5850 2 54 M 13 M 87 euros
34 Hérault 896 441 6224 2 52.7 M 0.9 M 46 euros
48 Lozère 78 027 5167 5 4M 3.6 M 28 euros
66 Pyrénées 405 000 4116 3 23 M 5M 47 euros
Orientales
83 Var 898 441 6032 1 71.7 M 12. 3M 94 euros
84 Vaucluse 500 247 3567 3 35.4 M 9. 9 M 74 euros
Figure 2 : Tableau de présentation des départements de la zone ENTENTE
2.1.2 Historique
Suite à une sollicitation de l’état le 03 juillet 1963, sept départements (Basses-Alpes, Alpes-
Maritimes, Bouches-du-Rhône, Corse, Gard, Var et Vaucluse) répondent favorablement à l’idée
de se regrouper pour mettre en commun les moyens de l’état, acquérir deux avions amphibies
(les catalinas) et bénéficier des études techniques réalisées par le centre d’essais (CEREN).
à présent les actions de l’ENTENTE n’ont cessé de se développer5 .
Jusqu'
Ces « 7 départements de la façade méditerranéenne ont initié une politique de solidarité
pour faire face à la problématique commune des feux de forêt, ils sont aujourd’hui quinze à
œuvrer au sein de l’ENTENTE »6. Cela souligne trois aspects fondamentaux à l’origine de la
création de cet établissement : la solidarité entre les départements, la lutte contre un problème
commun les feux de forêt et enfin une aire géographique délimitée par la forêt méditerranéenne.
Pour parvenir à sa création, les départements ont dû s’affranchir des clivages politiques. Ils
ont ainsi choisi de « mutualiser plus largement leurs efforts, notamment dans les domaines de la
prévention, de l’environnement mais aussi des autres risques prégnants ainsi que de la formation
des sapeurs-pompiers » 7.
L’ENTENTE, forte de plus de 40 ans d’existence, possède également une reconnaissance
Européenne (exercice Euratech, échange avec les Bonbeiros Portugais, projets européens…)
voire mondiale (programme ACRE à Hong Kong) en matière de savoir faire et d’expertise dans
le domaine de la protection de la forêt contre les incendies. La géomatique n’a intégré que
récemment (1994) le pôle de compétences de cet organisme mais, elle y a pris une place
importante, à l’interface des quinze départements de la Zone.
5
cf. ; annexe historique des actions de l’ENTENTE de 1963 à nos jours
6
Déclaration de Jacky Gérard président de l’ENTENTE depuis 2000. Magazine de l’ENTENTE 2005.
7
Magazine de l’ENTENTE 2005
2.1.3 Fonctionnement
L’ENTENTE est gérée par un Conseil d’Administration composé d’un Président élu,
membre de droit, et de 3 Conseillers Généraux désignés par chacun des départements associés.
Ses ressources proviennent des cotisations des départements membres, de contributions de
l'
Europe, de l'
Etat, des Régions et des Départements. Le budget annuel varie entre 4 et 6 millions
d'
euros selon les exercices. Pour 2003, les cotisations des départements atteignent 1 150 424 €.
.
2.2 Les Services de l’ENTENTE
L’ENTENTE est organisée autour de quatre pôles :
2.2.1 La recherche, avec le Centre d’Essais et de Recherche de l’ENTENTE

(CEREN)
Les missions de ce service sont
- le développement d’additifs chimiques pour ralentir la progression du feu (retardant),
- la simulation sur la modélisation de la propagation des feux,
- la réalisation de tests sur les matériels de mise en sécurité des sapeurs pompiers et des
nouvelles techniques de lutte.
Il dispose d’un tunnel de feu, le TEXAID, unique en Europe pour affiner les tests
d’efficacité sur les additifs chimiques mais aussi tester la résistance au feu de divers matériaux.
Le CEREN cherche également à faire connaître à la communauté scientifique les attentes et les
besoins des sapeurs-pompiers sur le plan opérationnel.
Il se divise en deux secteurs :
- chimie /environnement (toxicité des fumées d’incendies, cartographie des risques d’éclosion,
contrôle qualité des produits…),
- modélisation (effectue des mesures lors de diverses expérimentations réalisées en laboratoire,
sur le terrain et sur feux réels…).
2.2.2 La formation à travers l’Ecole d’Application de la Sécurité Civile

(ECASC)
L’école de Valabre, créée en 1967 est spécialisée dans la formation des sapeurs pompiers,
notamment dans le domaine du feu de forêt. Ceci en particulier, grâce à un simulateur intégrant
la gestion dynamique de l’ensemble des moyens humains et matériels.
Elle prépare à tous les domaines des risques et fait référence dès lors qu’il s’agit de feux de
forêt ou d’interventions en milieu aquatique ou subaquatique. Elle propose une cinquantaine de
stages dans les domaines de la gestion des risques naturels et technologiques, du secours aux
personnes et des disciplines sportives appliquées aux missions de secours. Chaque année ce sont
près de 2500 stagiaires qui sont formés.
2.2.3 La sensibilisation du grand public avec l’Institut pour la Forêt

Méditerranéenne
Créé en 1989, l’institut a en charge la sensibilisation du grand public sur les enjeux de la
protection, de la gestion et de la valorisation de la forêt méditerranéenne. Son cœur de métier est
« la mobilisation des entreprises et de tous les publics à la protection et au respect des espaces
naturels sensibles face aux menaces et à la méconnaissance ».
Pour cela l’institut développe :
- des opérations de mécénat avec les entreprises pour la réhabilitation des sites incendiés
- la réalisation des actions zonales d’informations et de sensibilisations (campagne de
communication, expositions itinérantes, outils pédagogiques…)
- le développement des actions pédagogiques (l’écomusée de la forêt, l’opération forêt
bus…)
2.2.4 Les SIG à travers le Pôle Nouvelles Technologies (PôNT)
Ce service concernant plus directement le cadre de la réalisation de l’extranet, il fait l’objet

d’une présentation plus détaillée dans la partie qui suit.

3 Le PôNT historique missions compétences
3.1 La plateforme SIG du CIRCOSC de Valabre
Les premiers travaux sur les SIG remontent à 1994. Ils concernent des travaux de réflexion,
de prospective et de réalisations techniques. Ces premières études ont permis de mettre à
disposition, auprès des utilisateurs, des données de référence et des développements d’applicatifs
métiers à des coûts d’acquisition particulièrement élevés. Il s’agit :
- des données SCAN 25 et SCAN 100 de l’IGN (coût total 3 MF : 1,5 MF ENTENTE, 1 MF
Etat, 0,5 MF Région PACA) fournies gratuitement aux utilisateurs (ayants droit cotisant à
l’ENTENTE)
- des données BD CARTO de l’IGN avec une remise d’environ 80% sur le prix public grâce à
une participation de 430 KF pour l’Etat et de 360 KF pour l’ENTENTE,
- du logiciel de SIG GeoConcept avec une remise de 25% sur le prix public,
- des améliorations techniques sans lesquelles le produit est inexploitable (300 Jours ingénieur) :
fournies gratuitement aux utilisateurs,
- de la capacité à utiliser l’outil immédiatement grâce à une formation adaptée et une
documentation support (200 Jours ingénieur) : fournies gratuitement aux utilisateurs,
Les principaux utilisateurs identifiés du SIG étaient :
- Les membres du pôle DFCI (SDIS, ONF, DDAF) pour les quinze départements de
l’ENTENTE,
- Le CIFSC (école de Valabre),
- La Direction de la Défense et de la Sécurité Civiles,
- Le CIRCOSC de Valabre,
- Les Préfectures des 15 départements de l’ENTENTE.

3.2 La mission SIG
Début 1999, le Préfet de Zone a institué la mission SIG, dans la continuité de la plate-
forme technique. Elle recouvrait de nombreuses missions, conformément à l’organisation
générale ci-après :
- participation aux groupements régionaux (CRIGE PACA, SIG LR, Tour de table Corse,
…),
- organisation de l’action des coordinateurs départementaux SIG / DFCI,
- animation des groupes de travail,
- préparation et exécution des décisions du comité de pilotage et de coordination,
-laboratoire SIG de l’échelon national (DDSC) et participation à des missions
internationales.
" "
$
!
! #
Figure 3 : Organisation de la mission SIG zonale
La Mission SIG effectue des prestations pour les utilisateurs qui peuvent être regroupées en 5
familles :
1. Formation (initiale et continue, 5 niveaux inscrits au calendrier du CIFSC, création
d’une salle de formation...)
2. Développement d’applications spécifiques :
- DFCI (de la collecte des données de terrain à l’édition de l’atlas papier)
- SICOAD (Système d’informations pour la coordination opérationnelle et l’aide à la
décision de la Sécurité Civile),
- Transmission d’images opérationnelles

- ainsi que 5 autres applications étudiées au sein de groupes de travail zonaux. Il s’agit
du SDACR, de l’étude des échelles urbaines, des obstacles à la navigation aérienne,
de la symbolique et du retour d’expérience / formation, …
3. Prestation et travaux techniques :
- Amélioration de l’outil (développements spécifiques...),
- Intégration des mises à jour des données de référence (BD Carto, Scan, Occupation
du sol, ...),
- Assistance aux utilisateurs (assistance téléphonique, expertise technique, résolution
de problèmes, …),
- Veille technologique (Suivre l’évolution des technologies, conseiller les utilisateurs,
favoriser l’intégration des nouveautés, …),
- Missions d’audit (sur demande, sur site, par projet).
4. Fédération et coordination :
- Interlocuteur unique (fédère les énergies, pèse face aux fournisseurs, …),
- Diminution des coûts (acquisitions, développements, mises à jour, …),
- Harmonisation des méthodologies et des démarches.
5. Centre d’impression
Impression, au profit des utilisateurs, de documents réclamant de gros volumes : Atlas
DFCI, SDACR… (l’impression se fait à un coût deux fois moindre que le coût de
revient pour un département). Ce centre a été opérationnel dès 1998 pour permettre
aux services qui sont techniquement prêts d’imprimer leurs premiers atlas.
3.3 Le Pôle Nouvelles Technologies (PôNT)
3.3.1 Un besoin de pérennisation de la structure
Reconnue mais fragile, la Mission SIG nécessitait d’être pérennisée à partir de 2001, sous
peine de disparaître. Pérenniser signifiait satisfaire à 3 conditions :
- d’abord, assurer une assise statutaire,
- ensuite, assurer un financement régulier,
- enfin, maintenir la capacité de réponse au besoin des utilisateurs.
Cette pérennisation a été envisagée sous la forme d’une convention cadre triennale et
quadripartite (préfet de zone, Direction de la Défense et de la Sécurité civile (DDSC), Direction

de l'
Espace Rural et de la Forêt (DERF), ENTENTE) assortie d’une convention financière
annuelle. La convention précise le champ d’action du Pôle, ses missions, ses bénéficiaires
directs, son organisation, les responsabilités de chacun, les modalités d’organisation et de
financement.
La répartition financière est établie d’un commun accord entre les parties suivantes :
- ministère de l’intérieur DDSC, à hauteur de 25 % du montant,
- ministère de l’agriculture, via le CFM, à hauteur de 25 % du montant,
- ENTENTE, à hauteur de 50 % (cotisation des conseils généraux).
La mission SIG zonale est donc devenue le PôNT (Pôle Nouvelles Technologies et
maîtrise des risques) en 2001. Le champ d’action du PôNT est d’apporter une aide aux décideurs
et aux utilisateurs dans la maîtrise de l’ensemble des risques, dans les phases suivantes :
Prévention, Prévision, Planification, Gestion Opérationnelle, conduite après crise. Le domaine
des SIG appliqués à la DFCI est plus particulièrement concerné.
3.3.2 Les missions du PôNT
Le PôNT n’a pas pour vocation de produire directement de la donnée, mais d’aider ses
partenaires à la produire. Il est un relais d’accompagnement dans le développement des
technologies liées au traitement de l’information géographique. La production est faite par les
partenaires locaux dans les quinze départements : SDIS, DDAF, ONF et les conseils généraux.
Cette assistance est fournie à titre gracieux à ces partenaires, ce qui n’empêche pas la
collaboration avec d’autres organismes sous couvert de conventions d’échange de données.
1/ LA FORMATION
Elle doit permettre aux utilisateurs et gestionnaires des risques d’acquérir des compétences
sur des outils orientés métier et sur des concepts relatifs à l’information géographique.
Au travers de l’Ecole de Valabre, plusieurs niveaux de formation en SIG et GPS sont
proposés.
Des formations décentralisées et personnalisées au plus près des utilisateurs sont également
dispensées avec expertise et accompagnement sur site.
2/ L’ASSISTANCE AUX UTILISATEURS

Elle permet de fournir, aux utilisateurs directs :
- des prestations techniques cartographiques : édition de cartes grand format au 1/100 000e
centrées sur chaque département, d’un atlas zonal pour les colonnes de renfort ; prestations
cartographiques ponctuelles,
- des expertises et support technique sur site,

- une assistance téléphonique et électronique,
- la création d’outils cartographiques orientés métier,
- la diffusion de la veille technologique (site internet, journées géomatique…),
3/ L’ANIMATION DES RESEAUX

Dans le cadre de la géomatique relative à la gestion des risques, le PôNT anime plusieurs
groupes de travail ou réseaux d’utilisateurs afin d’harmoniser les pratiques et de faire émerger
des solutions communes.
4/ LE PROGRAMME DE DEFENSE DES FORETS CONTRE L’INCENDIE (DFCI)

Il se décline en quatre axes :
- l’édition annuelle centralisée des atlas DFCI au 1/25 000e, avec réduction notable des coûts
d’impression,
- la constitution8 de la base de données zonale DFCI dans un souci d’harmonisation,
- la mise en place de méthodologies et de normes communes,
- le pilotage du reseau des coordinateurs départementaux DFCI.
5/ Le PROGRAMME OUTIL DE GESTION OPERATIONNELLE ET D’AIDE A LA DECISION :

Système d’Information Zonal contre les Incendies de Forêt (SIZIF)
Il est le résultat du développement de l’équipe informatique du PôNT :
- C’est un véritable outil de gestion opérationnelle et d’aide à la décision. SIZIF équipe la salle
opérationnelle du COZ à Valabre, plusieurs COD de préfectures et SDIS. Il est interfacé avec le
réseau SYNERGI de remontée d’informations du Ministère de l’Intérieur.
- il est régulièrement mis à jour et développé,
- il demande la mise en forme et l’intégration des données utilisées,
- le PôNT assure l’assistance, la formation continues des sites équipés ainsi qu’une astreinte 24 h/
24 h.
6/ MUTUALISATION DES DONNEES DE REFERENCE

Le PôNT fournit à ses utilisateurs des mises à jour des fonds scannés au 1/100 000e, au
1/25000e et de la BD Carto afin d’harmoniser les données utilisées en zone Sud. Elles sont
retravaillées avant leur livraison pour permettre une meilleure utilisation.
7/ COMMUNICATION
- Organisation de journées d’information et de sensibilisation sur les outils géomatiques pour la
réduction des risques
8
à partir des données fournies par les départements
- Diffusion de la veille technologique par le biais notamment du site internet (http://www.pont-
entente.org)
8/ EXPERTISE
- le PôNT fournit au Préfet de la Zone Sud et à l’ENTENTE, des prestations de conseils

techniques et d’expertise.
Organisation des personnels :
Pour répondre à ces missions, le PôNT est organisé autour d’un personnel spécialisé dans trois
pôles de compétences :
Lt-col Philip Tosello, directeur du PôNT

Il est assisté par Dominique Goller, secrétaire de direction
Pôle gestion de projet

Estelle Elena : chef de projets en géomatique, chargée des groupes de travail zonaux
Marc Lopez : chef de projets, coordinateur des actions de la cellule géomatique, chargé de
l’animation des réseaux utilisateurs
Pôle informatique
Alexis Auffant : ingénieur développement, chef de projets informatiques
Sophie Blanchon : administratrice réseau et webmestre
Laurent Ribeyre : ingénieur développement
Pôle géomatique
Patrice Moulin : chargé de l’accompagnement des utilisateurs
Wilfried Tissot : chargé de formation des utilisateurs
Figure 4 : Organisation du personnel du PôNT
Ces différentes spécialités ne sont pas cloisonnées, la plupart des actions menées par le PôNT
sont réalisées conjointement par des personnes des différents pôles. De plus chacun des pôles est
amené à travailler sur de la gestion de projet.

4 La Défense des Forêts Contre l’Incendies (DFCI)
L’ENTENTE et le PôNT ont entrepris une démarche d’harmonisation entre les

départements de la zone. La réalisation d’un guide de normalisation de la charte graphique ainsi
qu’un tronc commun pour la structuration des bases de données DFCI, en sont une illustration.
Sans ces normes, chaque département produirait des bases de données incompatibles entre elles.
Les risques naturels ne se souciant pas des limites administratives, il était fondamental que les
bases de données soient compatibles d’un territoire à l’autre pour que chacun puisse travailler en
collaboration. Ainsi en situation opérationnelle, en matière de feu de forêt, les problèmes de
sémiologie et de représentation graphique disparaissent ce qui facilite l’intervention de colonnes
de renfort extra départementales dans la compréhension et la lecture des cartes.
4.1 Les équipements DFCI
Pour les besoins des services de prévention et de lutte contre les feux de forêts, une base de
données géographiques à vocation de Défense de la Forêt Contre l’Incendie (DFCI) a été créée.
Cette base intègre les ouvrages DFCI tels que les différentes pistes forestières, les citernes, les
points d’eau, les tours de guet, les aires d’hélisurface, les Casernes des Sapeurs-Pompiers (CSP)
ou encore les lignes à haute tension, les obstacles ou aménagements majeurs à la navigation des
intervenants (éboulement, barrière, aire de retournement, ...). (Cf. annexe page d’atlas DFCI)
Cette BD a été pensée et réalisée entre 1997 et 2002, plusieurs groupes de travail ont
travaillé pour réaliser deux documents de référence : « le guide de normalisation DFCI » et « le
tronc commun zonal de la BD DFCI»
4.2 Le guide de normalisation DFCI
Le Guide de Normalisation DFCI de la zone de défense Sud a un double objectif :

Il définit :
- dans sa première partie, les équipements DFCI et les classes de normalisation dans lesquels ils
sont répertoriés. Cette normalisation doit permettre à l’ensemble des acteurs DFCI de la zone Sud
de désigner le même équipement par le même terme,
- dans sa deuxième partie, il fixe une normalisation de la représentation graphique en BD des
équipements (Cf. annexe guide de normalisation). Cette homogénéisation doit permettre aux
opérationnels d’utiliser, d’un département à l’autre, des cartes employant la même symbolique
pour représenter tel ou tel équipement.

Au final, le guide de normalisation permet d’attribuer, sur l’ensemble des départements
de la zone Sud, une même symbolique pour des équipements répondant à des normes similaires
sur le terrain.
Enfin, ce guide prévoyait l’utilisation de systèmes informatiques pour réaliser l’inventaire
et la gestion des équipements. Ces systèmes informatiques devaient faciliter l’actualisation des
données en fonction, par exemple, de travaux sur le terrain qui feraient évoluer la classification
des équipements.
4.3 Le tronc commun zonal de la BD-DFCI
4.3.1 Objectif
Dans le cadre du recensement et de la gestion des ouvrages décrits par le guide de

normalisation, les services du Pôle DFCI9 se sont massivement équipés de SIG, systèmes
permettant la création et la gestion de bases de données sur les équipements de DFCI.
Cette multiplication des SIG, pouvant mener à l’apparition de systèmes hétérogènes qui
n’auraient pas su dialoguer entre eux, a amené le groupe de travail à poursuivre ses travaux de
normalisation. Il fallait impérativement essayer d’harmoniser le contenu et la structure d’une
base de données DFCI minimum commune à l’ensemble des partenaires du pôle DFCI.
Cette définition d’une base de données minimum, appelée « tronc commun zonal », a deux
objectifs :
Permettre à n’importe quel service de la zone Sud de classifier, selon les normes du
guide, les ouvrages DFCI de n’importe quelle zone géographique ou administrative.
Permettre et faciliter au maximum les échanges de données sur les équipements du
terrain entre les différents acteurs du pôle DFCI.
La définition de ces deux caractéristiques du tronc commun zonal doit permettre de guider
les différents services départementaux dans la réalisation de leur inventaire, en s’assurant de la
cohérence de l’information relevée sur un plan zonal.
Les travaux de normalisation réalisés par le groupe d’experts ont été effectués en tenant
compte de deux grands principes :
Le contenu de la BD-DFCI doit correspondre au plus petit dénominateur commun des
besoins exprimés par l’ensemble des acteurs du pôle DFCI.
Il est nécessaire de tenir compte des particularités locales et donc de ne pas être
limitatif quant au contenu et à la structure des bases de données départementales.
Chaque département est donc libre de rajouter des objets ou des informations ne figurant
pas dans le tronc commun.
9
Ce sont les services acteurs de la DFCI : DDAF, ONF, CG, SDIS et le PôNT
4.3.2 Le contenu du tronc commun
La description du contenu du tronc commun zonal de la base de données DFCI, diffusée

dès le 6 février 1998 à l’ensemble des services du Pôle DFCI sous la forme d’une circulaire par
M. Thierry HEGAY, sous-préfet chargé de mission, a été réalisée par un groupe de travail
restreint composé d’experts, de forestiers et de sapeurs-pompiers.
Ce document, approuvé par le Préfet de Zone en Janvier 1998, décrit par type
d’équipement, les informations ou critères physiques à recueillir sur le terrain. Cette proposition
effleure également le problème de la codification des objets et de leurs attributs. Cette première
approche n’est néanmoins pas suffisante pour décrire précisément la structure du tronc commun
zonal de la BD-DFCI.
Le tronc commun se compose des éléments suivants :
• Minima zonal qui peut être enrichi par les spécificités locales
• Méthodes communes de travail aboutissant à une normalisation des couches et des
attributs les qualifiant.
• Un format unique d’échange : MIF/MID,
• Un référentiel géographique commun : Lambert II étendu,
• Un fond de référence définissant la topographie du paysage : le scan25
• Pistes forestières à vocation DFCI catégorisées
• Hydrants (citerne, citerne HBE, points d’eau naturels, poteaux d’incendie périurbains)
• Hélisurfaces, Centres d’intervention
• Aménagements DFCI (aires de retournement, de croisement, points noirs, barrières)
• Carroyage DFCI…
4.3.3 La structure du tronc commun
Le document descriptif de la structure du tronc commun de la base de données DFCI

permet de définir :
La nature géométrique (point, ligne, polygone) des objets contenus dans la base et
correspondant aux équipements du terrain
La répartition des données dans les différentes couches d'
informations
Les critères permettant de distinguer, à l'
intérieur d'
une même couche d'
information,
deux objets distincts
La nature informatique (chaîne de caractère, entier, réel, date, heure, etc.) et la taille
des champs permettant de stocker les informations attributaires associées aux objets
(Cf. annexe : Proposition de tronc commun zonal pour une base de données DFCI)
Partie II Conception de l’extranet zonal DFCI
5 Etude préalable
5.1 Une période propice pour la réalisation de l’extranet :

présentation des objectifs
La volonté de réaliser un extranet n’est pas récente. Voilà plusieurs années (quasiment depuis la
création du PôNT, 2001) que ce projet doit voir le jour, sans pour autant être un dossier
prioritaire. Aujourd’hui les moyens humains et financiers sont dégagés pour contribuer à sa
réalisation.
Sa production arrive à un moment opportun au PôNT, au croisement de plusieurs facteurs à la
fois techniques et institutionnels :
- la nécessité de mettre à jour la base de données DFCI régulièrement pour que les
principaux financeurs (ministère de l’intérieur DDSC et ministère de l’agriculture CFM)
puissent avoir d’une part un retour sur les budgets dédiés aux équipements DFCI et
d’autre part afin de pouvoir mieux qualifier les futurs investissements à prévoir,
- la nécessité de faciliter la remontée d’information du terrain vers les administrateurs
départementaux et d’automatiser la transmission de l’information (plus de gravage de
CD, ni extraction manuelle de la BD)
- la nécessité de se mettre en conformité avec la circulaire préfectorale (février 1998) qui
définit le tronc commun, et induit la construction d’un référentiel zonal DFCI,
- la maturité du marché en matière d’extranet cartographique, permettant d’utiliser un outil
convivial (facile d’utilisation, pas un SIG), souple en déploiement (techniquement et
financièrement)
- la généralisation d’un accès haut débit à l’internet.
Les capacités d’internet en matière de communication et de diffusion de l’information ont
permis le développement de nombreux logiciels dédiés à l’information géographique. Le temps
où la cartographie sur le Web était limitée à la diffusion de cartes raster est révolu. Les
applications web cartographiques en mode vectoriel se rapprochent maintenant de plus en plus du
SIG bureautique. Elles sont ouvertes sur la cartographie dynamique et interactive. Il devient
même possible « d’attaquer » directement depuis son poste SIG une base de données distante via
Internet.

On peut, à ce titre, parler du travail réalisé par l’Open GIS Consortium10 sur la mise en
place de formats standards d’échange de données géographiques. Cette évolution technologique
facilite, par son dynamisme et son adaptation à la demande, l’émergence de projets de ce type.
5.2 Déroulement du projet
Afin de respecter le calendrier opérationnel des sapeurs pompiers, le PôNT s’est fixé
l’objectif de rendre l’extranet disponible pour la fin du mois de juillet. Au delà de cette date, la
saison feux de forêt mobilise l’essentiel du temps des partenaires de travail, qui ne sont
disponibles que pour les travaux prioritaires. De plus la mise à disposition de l’extranet à cette
date permettrait de bénéficier du retour d’expérience des utilisateurs d’ici à la fin de l’été.
L’échéancier du déroulement du projet se présente ainsi :
15 février / 14 avril : études des solutions techniques,
1 mars : réunion des coordinateurs DFCI ; bilan 2004,
15 mars : réunion avec le service cartographique du SDIS du Var ; étude des besoins,
17 mars : réunion avec le service cartographique du SDIS du Vaucluse ;étude des besoins,
26 avril : réunion avec le Lieutenant-colonel Tosello, présentation de l’étude technique et
financière ; prise de décision sur la solution logicielle retenue pour l’extranet,
2 mai : commande du logiciel,
16 mai : formation à l’outil SVGbuilder et Dynmap,
25 mai : présentation de la maquette de l’extranet aux départements pilotes,
23 juin : présentation de l’extranet aux 4 signataires de la convention DFCI du Vaucluse,
mi septembre : présentation de l’extranet aux signataires de la convention DFCI du Var
fin octobre : prise en compte des retours d’expérience sur l’extranet,
novembre : montage de dossiers financiers de demandes de subventions auprès du
Conservatoire pour la Forêt Méditerranéenne (CFM), pour équiper les autres
départements de la zone ENTENTE,
à partir de janvier 2006 : diffusion et mise à disposition de l’extranet auprès des 13 autres
départements,
10
Il se définit ainsi (traduction littérale de la présentation sur leur site):
L’OGC est une association à but non lucratif ayant pour vocation l’élaboration et la promotion de standards informatiques ouverts pour le
traitement de l’information géographique (geoprocessing interoperability computing standards). L’OGC publie les normes telles que : GML
(Geographic Markup Language) : Publication des données géographiques aux normes XML (spécifié par W3C).WMS/WFS : Web Map Service
(WMS) and Web Feature Service (WFS) sont des Standards concernant l’échange d’information et de données entre serveurs Internet
cartographiques. En utilisant ces normes sur le serveur cartographique un utilisateur peut par exemple récupérer simultanément de l’information
issue de différents serveurs cartographiques et les superposer sur son interface Web client.

5.3 La réunion des coordinateurs « SIG & DFCI » un tremplin pour
l’extranet
Le 1 mars 2005 s’est tenue sur le site de Valabre, la réunion annuelle des coordinateurs
« SIG et DFCI ». Elle visait à dresser un bilan et soumettre à débat les principaux points
concernant l’association de l’outil SIG au service de la DFCI. C’est à cette occasion que les
coordinateurs départementaux, les représentants zonaux et le PôNT se réunissent chaque année
pour redynamiser le réseau « SIG & DFCI », évaluer l’encours et prospecter pour l’avenir.
Cette réunion marque également le début de ce stage. Les points abordés à l’ordre du jour
concernant la DFCI justifiaient le besoin de réalisation de cet extranet zonal DFCI. Ils
apportaient également un éclaircissement sur :
- les financeurs, leurs attentes, leurs orientations pour la DFCI,
- les producteurs : garants de la fiabilité de la donnée,
- l’organisation et le fonctionnement de ce réseau,
Ce fut également l’occasion de comprendre le rôle de chaque intervenant dans la DFCI
ainsi que les enjeux, les points de tension et l’état de l’existant. Autant d’éléments qui
permettront par la suite de mieux cadrer les attentes de chacun et de proposer un outil adapté.
5.3.1 Le réseau des coordinateurs départementaux DFCI
Ce réseau est composé de trois types d’acteurs :
1 /Les représentants zonaux
Ce sont des fonctionnaires de l’état en charge du respect des textes de lois et du bon usage
des fonds publics. Il s’agit du Préfet de zone ou de son représentant et des chargés de mission de
la Délégation à la Protection de la Forêt Méditerranéenne (DPFM).
Lors de cette réunion étaient présents Mr Paul Boulvrais, sous préfet chargé de la défense et
de la Sécurité Civiles, ainsi que trois chargés de mission représentant la Délégation pour la Forêt
Méditerranéenne messieurs : Cabanne, Foucault et Mouton.
2 /Les représentants départementaux
Chaque département assure la liaison avec le réseau DFCI au travers de deux interlocuteurs.
Un coordinateur départemental possédant une reconnaissance institutionnelle.

• il est désigné par le préfet de département sur avis délibératif des membres
départementaux du pôle DFCI,
• sa mission est d’assurer le respect de la circulaire zonale en coordonnant et en impulsant
les travaux de chaque acteur dans le département,
• il est l’interlocuteur privilégié avec la zone sur les questions relatives :
- à l’échange de données,
- au suivi administratif et budgétaire des besoins d’impression départementale,
- à la validation des décisions après approbation des partenaires,
Un correspondant technique qui administre la BD DFCI au niveau départemental
• il est désigné par le coordinateur départemental,

• il a un rôle d’assistance technique auprès du coordinateur départemental,
• il assure la fonction de relais avec la zone sur :
- l’échange des données et la transmission des fichiers,
- le suivi de l’impression départementale des atlas,
- toutes les questions relatives à la BD DFCI départementale,
- la participation aux groupes de travail,
Lors de cette réunion tous les départements étaient représentés par un coordinateur et un
correspondant technique. Ces personnes sont choisies parmi les organismes signataires du tronc
commun zonal, c’est-à-dire le SDIS, le Conseil Général, la DDAF ou l’ONF.
3 /Le PôNT
Il est chargé de l’organisation des réunions plénières (préparation de l’ordre du Jour,

animation de la réunion, rédaction et transmission des comptes rendues) ainsi que de l’animation
quotidienne de ce réseau (faire respecter les normes, favoriser les échanges de savoir faire et des
données, déployer des solutions techniques viables selon les opportunités suscitées).
5.3.2 La charte DFCI
C’est le premier point qui fut abordé au cours de la réunion. Rappel a été fait de sa fonction
d’homogénéisation de la base de données en vue de sa diffusion.
En effet le respect du tronc commun permet :
- de connaître l’état d’équipement des massifs forestiers,
- d’établir un diagnostic de ces équipements pour la saison opérationnelle,
- de mettre à jour la BD DFCI sur le terrain et dans les SIG départementaux (entretien des
équipements aux normes, déclassement des ouvrages qui ne le sont plus…).
Ce fut l’occasion de rappeler ce que sont le « Guide de normalisation » et « le tronc

commun zonal » ; le premier, un référentiel dans la définition des équipements DFCI et le second
une charte graphique de représentation des équipements ainsi qu’un modèle conceptuel
d’organisation de la base de données. (cf. partie 4.2 sur le guide de normalisation et le tronc
commun). Chaque représentant départemental s’est vu ainsi rappeler ses devoirs en matière de
DFCI, notamment celui de constituer, de mettre à jour et de restituer au PôNT une BD DFCI
départementale.
5.3.3 Un constat en demie teinte pour les départements
Après les échanges avec les intervenants et les discussions de chacun pour formuler les
éventuelles difficultés rencontrées dans la réalisation du tronc commun, il est possible de dégager
un point principal de dysfonctionnement :
De nombreux départements ne font pas la démarche de remonter l’information des BD

DFCI régulièrement jusqu’au PôNT
Sur l’ensemble des quatorze départements de la zone ENTENTE ceux qui ont fourni leur BD
sont peu nombreux. Les raisons sont multiples, il s’agit :
- d’une erreur de communication sur l’envoi des Cd-rom,
- d’une difficulté à dissocier la BD opérationnelle et la BD répondant au tronc commun,
- d’un manque de moyens humain pour constituer la BD DFCI.
Dans tous les cas le constat est le même : les BD départementales ne parviennent pas toutes au
PôNT malgré la préconisation de la circulaire zonale.
5.3.4 Disposition du préfet de zone pour remédier au manque de retour de

BD DFCI vers le PôNT
Le préfet a rappelé, que la « contrainte » zonale de structuration est « compensée » par des
actions financières du CFM :
- financement de matériels informatiques : poste SIG, traceurs.…,
- financement d’opérations de terrain : débroussaillement…,
- achat de fonds de référence pour les départements hors PACA,

- participation au budget du PôNT ; mise à disposition de cartes 1/ 100 000 ème …,
Il a également rappelé que le tronc commun zonal est homologué depuis février 1998 par
une circulaire préfectorale. De ce fait, chacun se doit de respecter la loi. En conséquence les
départements qui ne respectent pas la mise à jour de la BD DFCI et le tronc commun risquent de
se voir sanctionner financièrement, et de ne plus bénéficier des crédits du CFM. A l’issue de la
réunion, les départements qui n’ont pas fourni au cours de cette année la mise à jour de la BD se
sont engagés à la faire parvenir rapidement au PôNT.
5.3.5 Bilan
Cette première réunion fait déjà état du principal problème de la BD DFCI : à savoir sa
mise à jour zonale. Fort du soutien affiché par le sous-préfet devant tous les coordinateurs DFCI
sur la question du respect du tronc commun et du retour des BD DFCI départementales, le projet
d’extranet semble s’engager sur une voie largement imposée. A posteriori, plus de cinq mois
après cette réunion et l’engagement de tous les départements à se mettre en règle, seuls deux
départements ont tenu leurs engagements. Un troisième a également fait la démarche de mettre
en place la structure nécessaire pour réaliser la BD DFCI.
5.4 Réalisation du cahier des charges
Le cahier des charges de l’extranet a été rédigé suite à la définition des besoins tels qu’ils
ont été formulés par les utilisateurs.
Le groupe de travail « extranet zonal DFCI » est composé de deux départements pilotes, le
Vaucluse et le Var, qui se sont portés volontaires, d’Estelle Elena responsable de projet au PôNT,
et de moi-même.
5.4.1 Définition des besoins formulés par les départements pilotes
La première étape a consisté à recueillir auprès des futurs utilisateurs de l’extranet leurs
attentes et comment ils envisagent ce type d’outil. Le Var est déjà utilisateur d’un extranet,
administré par le service cartographique du SDIS, et avec comme utilisateurs les centres de
secours départementaux. Fort de cette expérience, son point de vue, est en ce sens,
particulièrement attendu. Le Vaucluse quant à lui est demandeur de ce type d’outils. Il est moins
riche que le Var en matière de DFCI, mais ses besoins représentent ceux de nombreux
départements de la zone ENTENTE. En choisissant ces deux partenaires c’est un large panel de
besoins utilisateurs qui sera ainsi représenté.

Voici comment ils ont formulé leurs attentes sur ce projet au cours des réunions que nous
avons eues avec eux :
5.4.1.1 Compte rendu de réunion au SDIS 83 le 15 mars 2005
Nous souhaitions profiter du retour d’expérience du département du Var en matière de

réalisation d’un serveur cartographique. En effet ce dernier utilise une structure client serveur
développée par leur service informatique, fonctionnant sous GCIS. Il est constitué par le
couplage logiciel Géoconcept / Oracle. Un des objectifs de ce département sera d’intégrer
l’extranet DFCI dans le système « Atlas permanent d’incendie et de secours APIS » au niveau du
SDIS 83.
Fonctionnement d’APIS
Son principe est que toute création, modification ou suppression a besoin d’être validée par
l’administrateur pour devenir définitive. Cela entraîne le cycle de vie des données et génère un
attribut « état de l’objet ». Cet attribut se remplit automatiquement et il a quatre valeurs
possibles : saisi, modifié, référencé et supprimé.
Tout objet n’étant pas à référencer, est considéré comme non validé par l’administrateur,
qui doit le référencer (ou l’exclure du référencement si c’est une erreur). Les informations de
mise à jour ne circulant que la nuit, le « référencement » à lieu chaque matin. Ainsi, un objet
modifié ou créé par un utilisateur à une date T, est référencé par l’administrateur à T+ 1 jour et
apparaît « référencé » à l’utilisateur a T + 3 jours.

APIS
153
Communes Données Production de APIS client
36 PIDAF externes cartes, atlas… Production
ONF d’atlas
CG
Données
Export / import
existantes automatique Intégration mise
Extranet à jour « terrain »
Zonal
DFCI
Serveur de Poste site distant Poste nomade
Relevés donnes APIS 83
GPS Poste des services
Export pour d’Etat Major
IGN intranet
Poste Serveur
d’administration Intranet Poste intranet
APIS serveur
APIS CIS
Figure 5 : Principe de fonctionnement de l’extranet cartographique du SDIS du Var
Ce mode de fonctionnement nous permet de voir comment, entre les différents services,
APIS est organisé pour répondre tant à l’intégration, qu’à la gestion, la validation et la
consultation de données. On remarque qu’il existe une connexion possible vers l’extranet DFCI.
Formulation des besoins par le SDIS du Var
La démarche qui suit consiste à rassembler les éléments qui permettront la réalisation du
cahier des charges. Pour ce faire la définition des besoins des utilisateurs est une étape clef. Ces
besoins ont été formulés de la façon suivante :
• l’extranet doit être disponible pour tous les fournisseurs de données externes (SDIS,
DDA, ONF) ainsi que pour la préfecture de Zone en consultation sur la BD DFCI,
• il doit permettre de signaler des modifications de la BD sous forme d’annotations, en
renseignant un formulaire prédéfini, avec la possibilité de télécharger une image JPEG de
la zone qui va être modifiée. Cette feuille d’annotation peut prendre la forme d’une feuille
Excel ou d’une page développée par le service informatique,
• il doit être possible d’éditer et d’imprimer une zone de la BD en utilisant une mise en
page préalablement définie (échelle, légende, orientation, titre…),

• il doit définir un découpage d’impression à plusieurs niveaux : communal, PIDAF,
départemental, régional et zonal,
• les utilisateurs n’auront pas tous les mêmes fonctionnalités, certain auront un accès en
consultation seulement, les autres en annotation.
L’outil de consultation peut s’envisager avec les éléments qui suivent :
• il doit offrir la possibilité de paramétrer l’édition de la BD en fonction de l’utilisateur,
• il doit proposer un menu d’impression au travers d’une interface de type « Mappy »
proposant des outils de navigation (zoom, déplacement),
• la consultation se fait sur des référentiels (scan 1/25000) de la BD DFCI et du carroyage
DFCI.
De plus afin de réaliser un suivi de son utilisation, l’outil doit permettre la mise en place
d’un accusé de réception indiquant la prise en compte de la mise à jour de la BD. Cela signifie
qu’il faudra être capable de savoir qui s’est connecté, combien de temps et à quel moment. Pour
répondre à cette contrainte il faut déterminer le nombre de communes et d’organismes clients de
cette architecture sur l’ensemble de la zone.
5.4.1.2 Compte rendu de réunion au SDIS 84 le 17 mars 2005
Chaque annotation faite sur l’extranet doit être vérifiée sur le terrain par le SDIS avant
validation par l’administrateur départemental de la BD DFCI. Cette dernière est réalisée par les
quatre partenaires (ONF, DDAF, Syndicat mixte, SDIS) du département signataire de la
convention DFCI départementale. Les communes n’ont pas la possibilité de laisser une
annotation. Elles peuvent cependant envoyer un mail au SDIS pour indiquer une modification à
faire :
• concernant la gestion de l’archivage de la BD : au lieu d’écraser systématiquement la BD
il serait utile de mettre en place un système de gestion permettant l’historique de ses
mises à jour. L’accès à l’historique permettra de voir ce qui est modifié et d’en garder une
trace.
• à terme il faudrait envisager la possibilité d’ajouter de nouvelles données dans la structure
client serveur, par exemple pour intégrer des données de l’atlas urbain. Est-il possible
d’élargir l’espace de stockage moyennant un financement propre au département ?
• éviter les éventuelles erreurs sur les fiches d’annotation des partenaires. A cette occasion,
la question est posée de savoir si dans la conception de l’extranet il est possible de
proposer différents niveaux de feuilles d’annotations,

• éviter de créer une surcharge d’informations par une arrivée trop importante de mails
indiquant la mise à jour de la base de données,
• les annotations devront rester affichées à l’écran afin que les différents partenaires aient la
possibilité de visualiser les zones qui sont modifiées,
• il devra y avoir la possibilité de créer un mot de passe temporaire pour un partenaire à qui
l’on souhaitera autoriser l’accès de façon provisoire,
• de la donnée prévisionnelle devra être disponible : des informations comme le
pastoralisme à but DFCI, les brûlages dirigés ou des travaux effectués par le syndicat
mixte sont autant de données relatives à la DFCI. Cependant si ces informations sont
d’ordre prévisionnel elles n’appartiennent pas au tronc commun de la BD DFCI. Il est
envisageable de les mettre à disposition dans une rubrique « cartographie thématique ».
5.4.2 Structure et grandes fonctions du futur extranet
Les points qui sont abordés dans la partie suivante sont illustrés par une maquette graphique
dans la partie 10.1 conception d’une maquette de l’extranet
5.4.2.1 Ergonomie et environnement graphique
Concernant l’environnement de l’extranet, la charte graphique devra exploiter celle déjà

existante pour le site internet du PôNT, avec une variante sur la couleur principale (orange) qui
devient le vert. Les logos de l’ENTENTE et du PôNT devront figurer sur la page principale.
Comme les partenaires l’ont formulé, il faudra avoir accès à une cartothèque présentant de la
cartographie prévisionnelle ainsi qu’à une section d’identification (saisie de login et mot de
passe). De la documentation relative à l’aspect réglementaire concernant la DFCI et tout
particulièrement le tronc commun, le guide de normalisation ainsi que le fonctionnement de
l’extranet et les pages des atlas DFCI seront également proposés à la consultation.
5.4.2.2 Navigation
La navigation et la convivialité de l’outil devront être soignées afin de faciliter la prise en

main et l’appropriation par les utilisateurs dont le métier principal n’est pas l’utilisation d’outil
géomatiques. Des fonctions de zoom, de déplacement par cliqué / déplacé (paning), de recentrage
sur la vue et de choix de l’échelle d’affichage sont les fonctions de base. Elles devront être
simples et intuitives. Eventuellement une mini fenêtre de navigation offrant une vue d’ensemble
du projet est souhaitable.
La partie affichage et gestion des couches d’information devra offrir la possibilité de rendre
visible ou invisible les couches sélectionnées (pour le vecteur comme pour le raster).
5.4.2.3 Utilisateurs et gestion de leurs droits d’accès à la BD DFCI
La BD DFCI devient accessible sur internet mais cela ne signifie pas que tout un chacun
puisse y avoir accès. Les données qu’elle contient ont un enjeu stratégique. Elles peuvent faire
l’objet de convoitise commerciale (pour faire des parcours de VTT ou pour être utilisées par des
bureaux d’études et être revendues…). Dans des mains d’individus malveillants son utilisation
pourrait servir des intentions beaucoup plus préjudiciables. De plus la propriété de la BD DFCI
en limite la consultation au seul département à l’origine de sa constitution, sauf en cas de
dérogation émise par l’intéressé (colonnes de renfort lors des incendies).
Etant donné le nombre élevé d’acteurs ayant accès à l’extranet et les différences de droits
d’accès, l’outil devra proposer, dans sa partie administration, un module de gestion des
utilisateurs. Il existera deux types d’accès :
- une simple consultation sur un territoire donné : la commune pour les maires par
exemple,
- la consultation et la possibilité d’annoter la BD : pour tous les signataires de la
convention DFCI.
Les utilisateurs ne sont pas les mêmes pour tous les départements. Ce sont les départements
pilotes qui les définissent. Ils sont susceptibles d’évoluer.
Pour le Var les utilisateurs identifiés sont :
- les quatre signataires de la convention : SDIS, ONF, DDAF, CG, Annotation
- les maires des 153 communes du département, Consultation
Pour le Vaucluse les utilisateurs identifiés sont :

- les quatre signataires de la convention : SDIS, ONF, DDAF, CG,
Annotation
- le syndicat mixte
Figure 6 : Utilisateurs identifiés et type de droit sur l’extranet
5.4.2.4 Impression de cartes pré configurées
Cet extranet devra permettre aux différents utilisateurs d’imprimer la BD DFCI

correspondant à leur territoire. Afin d’en faciliter l’impression, un module sera disponible pour
avoir une mise en page standardisée. On y trouvera les éléments de référence (échelle,
orientation, légende, titre, commentaire), la possibilité de choisir plusieurs formats (A3, A4…) et
une orientation (portrait, paysage). L’impression se fera en liaison dynamique avec ce qui sera
visible à l’écran. Ce module devrait permettre qu’un utilisateur non spécialisé puisse imprimer
une carte sans avoir à se soucier de tous les éléments qui en facilitent la compréhension.
5.4.2.5 Annotations et mises à jour de la donnée
C’est la partie centrale de l’extranet puisque c’est grâce à cette fonction que la mise à jour
de la BD DFCI se fera. Elle se composera de plusieurs éléments simples (nom ou login de la
personne effectuant l’annotation, commentaire, nature de la modification, fonction d’insertion de
pièce jointe (image, texte, fichier SIG)). A chaque annotation une couche d’information sera
automatiquement renseignée.
5.4.2.6 Cycle de vie de l’information
Une fois les annotations déposées par les utilisateurs, la couche « annotation » est récupérée
par l’administrateur de la BD DFCI au PôNT. A partir de cette couche contenant toutes les
annotations, un fichier SIG sera généré. Il comportera toutes les informations de mise à jour. Ces
informations seront alors diffusées auprès des administrateurs départementaux de la BD DFCI.
Ils auront pour mission d’assurer un contrôle et une validation des annotations. Une fois validées,
les mises à jours seront intégrées dans la BD DFCI départementale. Par la suite les
administrateurs départementaux effectueront un retour vers le PôNT de ces mises à jours
validées. L’administrateur au PôNT peut alors injecter les données validées dans l’extranet.
Figure 7 : Schéma du cycle de vie de l’information
Annotations
déposées par
les utilisateurs
Export
des
annotations
Extranet au format SIG
zonal
DFCI Contact des
Rejet partenaires
Mise à jour
Administrateur Administrateurs Contrôle la
de la BD PôNT départementaux donnée
DFCI zonale
Validation et mises à jour
BD DFCI
départemental
e

5.4.3 Analyse des solutions logicielles
A partir de cette formalisation de la demande, nous avons réalisé une grille de comparaison
entre les fonctions attendues et les fonctions offertes par les différentes solutions logicielles.
D’un point de vue financier nous verrons que le prix de ces logiciels varie dans une fourchette
comprise entre une « gratuité » relative et dix huit mille euros.
Le marché des logiciels offrant des solutions pour ce type de projet d’extranet étant
particulièrement prolixe, cinq produits ont été retenus puis comparés : ArcIMS d’Esri, GCIS de
Géoconcept, SVGbuilder et Dynmap de Simalis, Actgis de Netagis et Mapserveur dans le
domaine du logiciel libre (open source). Le choix s’est basé sur trois critères :
- le critère technique (présence et /ou possibilité de développement des fonctionnalités qui
ont été définies comme étant nécessaires au fonctionnement),
- le critère financier,
- et le critère temporel puisqu’une première version de l’outil doit être prête pour le 25
mai, date de présentation officielle de l’extranet aux départements pilotes,
Après analyse des besoins, les fonctions qui vont constituer l’ossature de l’extranet zonal
DFCI ont été listées dans le tableau de synthèse ci-après. Pour chacun des logiciels sélectionnés
nous avons recherché l’adéquation entre le cahier des charges et les produits disponibles.
Présentation des solutions logicielles :

Ces informations ont été recueillies au travers de documentations disponibles sur internet et au
cours du salon du géoévenement 2005.
5.4.3.1 Arcims d’Esri11 :
La solution web mapping vue par Esri. Elle se présente sous la forme d’un ensemble de
trois logiciels :
• ArcSDE « un serveur de données spatiales perfectionné qui permet à une application
client quelconque (Arcims ou Arcgis desktop), grâce à une passerelle, de gérer, stocker et
utiliser des données spatiales dans un Système de Gestion de BD ».
• ArcIMS « est un serveur cartographique Internet évolutif, il est beaucoup utilisé pour
publier des cartes, des données et des métadonnées SIG à des utilisateurs sur le web ».
11
http://www.esrifrance.fr/produit/arcgis.asp#I000119bf
• ArcGIS serveur « correspond à une gamme d’outils complète destinée aux développeurs
d’applications d’entreprises ou web. Il permet d’élaborer des configurations de systèmes
d’informations professionnels à plusieurs niveaux et distribués ».
Un outil proposant un prix et une technicité bien supérieurs aux besoins formulés dans le
cahier des charges.
5.4.3.2 GCIS de Géoconcept12 :
Parmi les éditeurs de SIG micro, Géoconcept propose une solution internet qui a l’avantage
d’offrir une Interface Homme Machine et une philosophie connue du monde de la Sécurité
Civile. Il possède également l’avantage de l’interopérabilité vers le SIG de gestion ainsi que les
modules de la gamme Géoconcept. Comme nous l’avons vu dans le cas d’APIS, cette solution
réclame une connexion sur un serveur oracle pour obtenir un fonctionnement optimum. On peut
dès à présent se poser la question du temps de mise en œuvre d’une structure client serveur avec
une BD gérée dans Oracle.
5.4.3.3 Svg Builder et Dynmap de Silmalis13 :
Une solution originale qui s’appuie sur la technologie SVG. A ses débuts Simalis offrait un
outil de cartographie interactive avec le logiciel SVGbuilder. Pionnier dans le domaine du
webmapping, cette société a passé la vitesse supérieure en couplant SVGbuilder à Dynmap, un
serveur d’information géographique capable de gérer des bases de données spatiales. Fort de son
expérience et de la qualité de suivi des projets réalisés par cette société, de nombreuses
institutions ont porté leur choix sur cet outil (ex : chambre d’agriculture de PACA avec la base de
données Hydra : http://hydra.dynmap.com/carte/ )
5.4.3.4 Actgis de Netagis14 :
Une solution clef en main développée autour du moteur de cartographie Mapserveur. Cette
solution est plutôt orientée vers la gestion du territoire avec notamment des modules métiers pour
les urbanistes ou les gestionnaires de réseaux, d’espaces verts… Une solution intéressante qui
peut s’adapter à la DFCI mais qui demanderait quelques développements spécifiques.
5.4.3.5 Mapserveur15 :
12
http://www.geoconcept.com/article.php3?id_article=6
13
http://www.dynmap.com/
14
http://www.netagis.com/
15
http://www.camptocamp.com/article50.html
Le schéma directeur du ministère de l’agriculture et de l’environnement préconise l’emploi
de logiciels open source pour réduire les investissements faits par l’administration dans les
logiciels traditionnels. C’est le cas par exemple de la DRAF en région Rhône Alpes qui dans le
cas du projet Geoweb s’appuie sur une solution utilisant Mapserveur.
Mapserveur est « la » solution libre qui fait beaucoup parler d’elle dans le monde de la
géomatique. Technologie que l’on retrouve déjà au cœur de nombreux projets d’extranet pour les
collectivités, dans les travaux de la société ActiGIS ou Camptocamp. La solution Camptocamp
sur le même principe que Netagis propose ses services sur la base d’un développement du moteur
Mapserveur. Il s’agit d’un développement personnalisé, plus souple que la solution Netagis.

5.4.4 Analyse comparative entre les fonctions attendues et les fonctions
offertes par les solutions logicielles.
# #
! "
$% & '( ( * * * * *
) (
(
* * * * *
( +, * * * * *
) ( * * * * *
- ) +, * * * * *
+ +, .
/ +, * * * * *
)
0 + .
1 # # * * *
.
2 ) ( # * * * *
3 2( 4
.
5 ) ) # # *
) 6
, . $
( ( .
3 + , .
7 ( * * * * *
-1 8 .- ( * * * * *
. 12 0 . 1
(9 : (;122( 12(<39 * # * * * #
2 ) ) * * * * *
) (
2 ) 6 * * # * # *
) * * * * *
- ( + # # * # #
(
5 + Oui ? Oui ? ?
+ 8 Oui Oui Oui Oui Oui

-= /03 1-(*
+ ) 1- Oui ? Oui Oui Oui
(: -( : 2-(-2-( /
Figure 8 : Analyse comparative des solutions logicielles

5.4.5 Etude des coûts
Dans un projet de ce type, les sommes engagées et le prix de revient final sont des éléments
déterminant, dans le bon déroulement du travail. L’étude des coûts est un volet essentiel dans la
gestion d’un projet en géomatique et c’est à ce titre que le PôNT a accepté de diffuser dans ce
rapport de stage le détail des propositions commerciales négociées avec les fournisseurs. Les
sommes qui sont affichées ici correspondent à un tarif unique, accordé au PôNT de par ses
relations avec les différents éditeurs de logiciels. Ces tarifs sont proposés après négociations et ne
peuvent nullement être applicables à un autre organisme. Il s’agit de tarifs commerciaux
confidentiels qui ne peuvent en aucun cas être cités en référence pour d’autres projets.
5.4.5.1 Hébergement :
Quelle que soit la solution logicielle qui sera retenue, il est nécessaire de choisir entre un
hébergement interne au niveau du PôNT et un hébergement externe.
Hébergement Interne
Cette solution comprend l’achat d’un serveur et la mise en place d’une ligne ADSL ainsi
qu’un abonnement. De plus, étant donnée la politique d’appel d’offre qui est menée par
l’ENTENTE le serveur devra être monté et configuré en interne ce qui représente au minimum 5
jours de travail.
Evaluation du coût de cette solution :
MATERIEL COUT (€, TTC)

Serveur (pièces) 10 276
Serveur (montage) 1 720
ADSL (mise en service) 547
ADSL (abonnement annuel) 5 452
TOTAL 17 995
Hébergement externe
Cette solution comprend la location d’un serveur, l’administration (installation,
paramétrage mises à jour) de la machine et des logiciels, l’antivirus, et la bande passante
(1Mbits en ascendant / descendant)

Serveur, administration, sauvegardes, 8 152

antivirus
Bande passante 1 435
TOTAL 9 587
NB : cette solution garantit également la sécurisation des données et une intervention sur les
serveurs en cas de panne 24h/24 (ce qui n’est pas la cas dans la première solution puisque a) le
PôNT n’est pas sécurisé et b) l’intervention en cas de panne sur les serveurs n’est garantie que
dans le cadre des 35h de travail hebdomadaires)
Cette étude des coûts d’hébergement permet de dégager la deuxième solution (hébergement dans
un data-center) comme étant la plus viable tant sur un plan économique que sur le plan de la
sécurité. C’est donc celle-ci qui sera retenue.
5.4.5.2 Solutions logicielles
Arc IMS (ESRI)

Année N
La solution proposée par ESRI comprend :
L’achat du logiciel ArcIMS
Une formation « introduction à Arc IMS » de 3 jours à Meudon
Une formation « personnalisation et programmation d’Arc IMS » de 3 jours à Meudon
Evaluation du coût de cette solution hors développements supplémentaires nécessaires

ARC IMS (remise de 25%) 16 146
Formation « introduction à Arc IMS » 1 136
Déplacement + Journée de travail 1 732
Formation « personnalisation et programmation d’Arc IMS » 1 136
Déplacement + journée de travail 1 732
TOTAL 21 882
A cela vient s’ajouter le coût de l’hébergement : 9587 €

TOTAL SOLUTION ESRI : 31 469 € TTC
Année N + 1
Compte tenu de la remise de 15% effectuée par ESRI sur ce produit, la maintenance est évaluée à
3660 € TTC par an.
Il faut également tenir compte du coût de l’hébergement : 9587 €
TOTAL SOLUTION ESRI :13 247 € TTC
TOTAL 2 ANS SOLUTION ESRI : 44 716 € TTC
GCIS (GéoConcept)
Année N
La solution proposée par GéoConcept est une solution qui comprend :
o L’achat/maintenance du logiciel GCIS
o Une journée de formation sur le logiciel GCIS
o L’achat d’un pack utilisateurs
o La maintenance sur le pack utilisateurs
La solution fonctionne sur 2 produits : d’un côté GCIS, de l’autre le pack utilisateurs qui
correspond à 1 accès par utilisateur. Pour la première année, il a été décidé de ne prendre qu’un
pack 10 utilisateurs (permettant donc 10 connexions).
Evaluation du coût de cette solution hors développements supplémentaires nécessaires

Maintenance GCIS 3 713
Formation GCIS Déjà payée
Déplacement + Journée de travail 1 044
Achat Pack utilisateurs 3 502
Maintenance Pack utilisateurs 438
Frais de port 27
TOTAL 7680
NB : Les coûts présentés dans ce tableau tiennent compte d’une remise exceptionnelle qui n’est
valable que jusqu’à la fin du mois de mai 2005

Il faut également rajouter l’hébergement : 9587 € TTC
TOTAL SOLUTION GEOCONCEPT : 17267 € TTC
Année N + 1
Lorsque le produit sera déployé à plus grande échelle il sera impossible de maintenir ce
système de pack (trop d’utilisateurs). GeoConcept propose que dans le cas d’un déploiement plus
important, GCIS soit couplé à un système de type internet dont le coût ne peut encore être évalué.
Ainsi, pour l’année N+1, les calculs seront effectués sur la base d’un pack 50 utilisateurs.

Maintenance GCIS 3 713
Achat Pack utilisateur (50) + maintenance 9 053
Frais de port 27
TOTAL 12 793
Il faut également compter l’hébergement : 9587 € TTC
TOTAL SOLUTION GEOCONCEPT : 22 380 € TTC
TOTAL 2 ANS SOLUTION GEOCONCEPT : 39 647 € TTC
Solution SVG builder

Année N
La solution proposée par la société Simalis est une solution globale qui comprend :
o L’achat du logiciel et de sa maintenance
o La formation à l’utilisation du logiciel (sur site)
o Une personnalisation du logiciel avec quelques développements
o La location d’un serveur dédié
o L’hébergement de ce serveur dans un data-center dédié
Les deux derniers points sont à prendre en considération dans le sens où finalement il s’agit
d’une solution « clé en main » et, dans ce cadre la maintenance des équipements est également
comprise.

Solution SVG Builder 11 212
Formation 1300
Journée de travail formation 688
Hébergement 4 365
TOTAL 17 565
TOTAL SOLUTION SVG BUILDER : 17 565 € TTC
Année N + 1
A l’année N+1, il faut prendre en compte la maintenance et l’hébergement, soit un coût total de
5265 € TTC
TOTAL SOLUTION SVG BUILDER : 5265 € TTC
TOTAL 2 ANS SOLUTION SVG BUILDER : 22 830 € TTC
Le point positif de cette solution réside dans sa simplicité d’utilisation et de gestion. Elle
permet une reprise directe du produit (en cas de congés de l’administrateur) par une autre
personne du PONT sans compétence spécifique. De plus, la formation se faisant sur site,
plusieurs personnes du PONT peuvent y participer pour le même prix.
Solution Map Server
Année N
Cette solution est une solution de type libre ce qui implique l’absence de dépense pour
l’achat et la maintenance du produit. Il faudra cependant envisager une formation du personnel
ou des utilisateurs. Toutes les dépenses seront affectées au développement (soit un coût de
344€/J). Le nombre de jours de développement nécessaires est évalué en fonction du cahier des
charges. Cette évaluation a été réalisée, en collaboration avec les personnes chargées de
développer l’outil. Cette solution nécessiterait 3 mois de travail à raison de 3.5 jours par semaine
(sans compter la prestation du stagiaire) soit un total de 14 448 €.

Il faut également prendre en compte l’hébergement : 9587 €
TOTAL SOLUTION MAP SERVER : 24 035 € TTC
Année N+1
La mise en place de cet outil nécessitera certainement des développements supplémentaires,

des modifications en retour des demandes des utilisateurs, mais ce temps ne peut pas être chiffré.
Reste la prise en compte de l’hébergement :
TOTAL SOLUTION MAP SERVER : 9587 € TTC
TOTAL 2 ANS SOLUTION MAP SERVER : 33 622 € TTC
Cette solution n’est actuellement pas viable puisque certains critères techniques ne sont pas
remplis mais surtout les délais annoncés ne remplissent pas les conditions temporelles :
présentation d’une maquette fin mai et mise en place de l’outil début juillet
Tableau de synthèse des coûts
Logiciel Prix année 1 Total 2 ans

ArcIMS 13 247 € TTC 44 716 € TTC
GCIS 22 380 € TTC 39 647 € TTC
Mapserveur 9587 € TT 33 622 € TTC
Simalis 5265 € TTC 22 830 € TTC
5.4.5.3 CONCLUSION
Sur le plan financier, comme sur le plan technique, la solution SVG BUILDER semble la
plus intéressante.
En effet, Arc IMS est un produit très attrayant mais, du fait de ses nombreuses potentialités,
il semble surdimensionné par rapport à l’utilisation qui en sera faite. De plus, son prix reste
prohibitif.
Sur le plan financier et pour la première année d’utilisation, GCIS semble concurrentiel.
Cependant les calculs sur le prix de revient ne prennent pas en compte les développements à
mettre en pace pour le rendre conforme à la demande des utilisateurs. De plus, du fait de la

configuration de l’outil, le coût de cette solution augmente sensiblement avec le nombre
d’utilisateurs. Ainsi la comparaison des coûts sur deux ans ne le rend plus concurrentiel. Enfin,
étant donnée la charge de travail actuelle au PONT, il est raisonnable de penser que les
développements nécessaires ne pourront être réalisés dans les délais imposés par le projet.
Sur le plan financier, la solution Map Server est un peu moins bien placée. De plus, étant
donné que tout est à créer, les délais ne pourront pas être respectés. Cependant, développer un
produit « PôNT » est une idée très séduisante qui mérite d’être étudiée. En effet, de plus en plus
de services s’équipent d’extranet. Dans le cadre de ses missions (veille technologique et services
aux utilisateurs), il est parfaitement concevable que le PôNT développe un outil extranet pour le
mettre gratuitement à la disposition de ses utilisateurs. Ce projet est d’autant plus intéressant
qu’un certain nombre de départements ont déjà contacté le PôNT à ce sujet.
LA SOLUTION QUI REMPLIT TOUTES LES CONDITIONSTANT SUR LE PLAN

TECHNIQUE QUE FINANCIER EST LA SOLUTION PROPOSEE PAR SIMALIS :
SVG BUILDER
Une fois le cahier des charges et l’étude financière réalisés, les résultats ont été soumis au
Lt-col Tosello, au cours d’une réunion de présentation le 26 avril. Au terme de cette réunion c’est
sur la solution de SIMALIS que le choix s’est porté.

Partie III Réalisation de l’extranet zonal DFCI
6 Mise en oeuvre
Les besoins étant clairement identifiés, la deuxième étape va consister à mettre en forme
l’extranet. Toujours dans une optique de gestion de projet, ce chapitre présente les grandes étapes
qui ont permis de parvenir à un produit opérationnel.
Ces étapes s’organisent autour d’échanges entre le PôNT et les interlocuteurs du projet : les
départements pilotes et le fournisseur de logiciel, Simalis. Chaque rencontre avec ces
interlocuteurs nécessite une approche double. D’un côté une préparation « administrative » pour
les entretiens (réservation de salle, mail d’information et de relance, rédaction d’un ordre du jour
et d’un compte rendu de réunion…) et de l’autre une préparation « métier » (réflexion sur le
fonctionnement de l’extranet, organisation des données …).
6.1 Conception d’une maquette de l’extranet
Les fonctions étant définies, une réflexion est apportée à l’organisation de l’interface de cet
extranet ainsi qu’à la chartre graphique qui l’habillera. Il était prévu de préparer, à cet effet, une
maquette sous forme d’un diaporama de type Power Point, et de la présenter aux départements
pilotes, ceci afin de recueillir leur avis, et de vérifier si cette version correspondait à la définition
des besoins tels qu’ils les avaient formulés. Dans le but d’améliorer l’aspect communiquant de
cet avant-projet, un produit en .html a été développé. Les pages de la maquette correspondant aux
pages du futur extranet, sont reliées entre elles par des liens hypertextes qui modélisent les
futures fonctions d’impression, d’annotation et de navigation. Cette maquette est présentée telle
qu’elle a été réalisée, et ne tient pas encore compte des évolutions formulées à posteriori.
Voici comment elle se présente :

6.1.1 Une page d’accueil
Figure 9 : Page d’accueil de la maquette
Elle reprend la charte graphique du site Internet du PôNT, avec une dominante verte pour
tout ce qui concerne la partie extranet. Sur cette page, la fonction principale se trouve dans la
possibilité de se connecter suivant un login spécifique à chaque utilisateur. On y retrouve des
éléments tels que le logo du PôNT, le titre de l’extranet et une adresse mail pour contacter
l’administrateur en cas de besoin.

6.1.2 Une page de transition
Figure 10 : page de transition de la maquette
On y accède après s’être identifié. Sa fonction principale est de permettre à l’utilisateur

d’accéder à différents documents, tels que de la documentation sur le fonctionnement de
l’extranet, l’accès à une cartothèque et surtout l’accès direct à l’extranet.

6.1.3 L’extranet
Figure 11 : Maquette de l’extranet
En partie gauche, on y trouve un outil global de navigation permettant de se déplacer sur le

secteur géographique désiré (uniquement sur le territoire auquel le login permet d’avoir accès).
Puis vient un module de recherche qui s’appuie sur des objets de la base de données DFCI
(pistes, Poteaux et Bouches d’Incendies (PI, BI), citernes, communes, carroyage DFCI …) en
fonction des attentes des départements. Vient ensuite la légende de tous les équipement DFCI
suivie des fonds de référence (scan 100 et scan 25) ainsi que l’orthophotographie. Enfin on y
trouve un menu déroulant permettant de sélectionner des analyses thématiques préalablement
réalisées.
Dans la partie centrale, figure l’interface cartographique avec toutes les couches
d’informations vectorielles et rasters qui doivent être représentées.
Dans la partie supérieure, on a accès aux outils de navigation, paning, zoom, ainsi qu’aux
deux fonctions d’impression et d’annotation qui sont détaillées ci-dessous.

6.1.4 La page d’annotations
Elle doit permettre

d’indiquer des modifications sur les
équipements DFCI. Ces
modifications ne se font pas
directement dans la base de
données mais au travers d’une
couche de dessin afin d’éviter
d’attaquer directement la BD DFCI
et de l’endommager par une
mauvaise manipulation. On y
trouve la possibilité de choisir le
type d’annotation, un champ
d’identification et un autre de
description du type de
modification. Ensuite, la possibilité
de lier une pièce jointe à la fiche
d’annotation est disponible et ce
Figure 12 : Maquette de la page d’annotation
pour permettre de faire parvenir un croquis, une photo voire un fichier SIG. Enfin un champ pour
indiquer si l’on se réfère à un objet voisin.
6.1.5 La page d’impression
Cette fonction permet une mise en page pré renseignée de ce qui est à l’écran. Il sera
possible de choisir le format d’impression et de donner un titre et de rédiger un commentaire,
ainsi que tous les éléments accompagnant la carte comme la légende, l’échelle, orientation,
notification des sources … Cette page (visible page suivante) a pour objectif de permettre à tous
les utilisateurs, qui ne seraient pas familiarisés aux règles de la cartographie, de pouvoir
imprimer en un simple clic de souris, une carte correctement mise en forme.

Figure 13 : Maquette de la page d’impression
6.1.6 Bilan et impact de cette maquette
Elle a été présentée aux départements pilotes en dehors du cadre de réunions bien définies,
de façon informelle, à l’occasion de leur passage dans les locaux du PôNT. En validant son
contenu, les partenaires ont exprimé un vif intérêt pour visualiser rapidement un extranet plus
avancé et plus proche d’un outil fonctionnel. En conséquence il a été planifié de mettre en place
un extranet fonctionnel pour la réunion du 25 mai, au lieu d’une simple maquette comme cela
était prévu. Cette décision bien que représentant une contrainte de temps supplémentaire, a été
motivée par l’impératif de conserver l’engouement produit par cette ébauche d’outil et de
satisfaire au plus vite les utilisateurs.
6.2 Le choix d’une solution intuitive : SVGBuilder et Dynmap
6.2.1 Présentation de Simalis
Société informatique, Simalis est spécialisée dans le développement et la mise en place

d’applications liées aux SIG et aux technologies Internet. Simalis propose son savoir-faire dans
les domaines de l'
environnement, de l'
industrie, du tourisme, de la gestion du territoire... Son

siège étant basé près d’Aix-en-Provence, cette proximité géographique a constitué un atout pour
le suivi et l’accompagnement de ce projet.
Les services génériques proposés par Simalis16 concernent les domaines suivants :
- géomatique
Prestation de service sur la structuration de projets SIG : aide à la rédaction du cahier des
charges, définition des objectifs et des intervenants, analyse et structuration de données, collecte
des données internes et externes.
Vente et installation de logiciels et de données (MapInfo, vertical mapper, données IGN …)
Formation MapInfo et Mapbasic
- internet
Aide à la création du design pour des produits de web-cartographie
Structuration et mise en place de bases de données
Formation aux différents outils intervenant dans les applications cartographiques sur internet
- cartographie web
Son principal fond de commerce réside dans deux applications propriétaires :
1/ SVG builder : basé sur la norme XML/SVG, le logiciel permet de diffuser facilement et à
moindre coût les données cartographiques d’un SIG MapInfo ou Esri, sur Internet ou Intranet.
Il permet de convertir des tables MapInfo (et Shape ESRI) sous forme de fichiers SVG. Il est
pratique pour diffuser des cartes interactives simples, permettant d'
illustrer un rapport ou de
concevoir un CDROM interactif. Il ne nécessite pas de SERVEUR, étant donné qu'
il n'
utilise pas
de base de données.
2/ Dynmap : il a pour objectif la mise en oeuvre d'

un véritable serveur cartographique vectoriel
capable de gérer des millions d'
objets vectoriels. Dynmap va au delà d'
une solution de Web
mapping en proposant de réelles fonctions de SIG en ligne (Web-SIG) permettant aux groupes
d'
utilisateurs de partager des projets directement sur extranet (saisie, analyse, annotations…)
Le couple SVG builder-Dynmap permet dans un premier temps d’exporter de la donnée au

format SVG, puis de gérer une base de données sur le web.
16
http://www.simalis.net/ et http://www.dynmap.com/
- hébergement
Hébergement professionnel de grande capacité intégrant Intranet, applications complexes,
gestion de messagerie, sauvegardes, FTP...
6.2.2 Formation Simalis : prise en main des outils SVG builder et Dynmap
Encore une fois la rapidité de développement de ce projet constitue l’un des principaux facteurs
de réussite de l’extranet. La prise en main et l’appropriation de l’outil va dans ce sens et passe
par une formation aux deux logiciels permettant la mise en ligne des données DFCI. A cet effet
Simalis a fourni une formation sur site. Cette formation s’est étalée sur deux journées et a permis
une prise en main de SVGbuilder puis de Dynmap. La durée de formation n’a pas permis
d’intégrer la totalité des possibilités de ces outils, mais le principe de fonctionnement a été
abordé. Cela a permis par la suite une appropriation plus aisée de l’outil dans la phase de mise en
œuvre de l’extranet.
Figure 14 : Illustration de l’architecture de la solution SVGbuilder – Dynmap de Simalis
6.2.3 Présentation et exploitation de SVGBuilder
SVGBuilder est un outil permettant de générer des cartes interactives pour Internet, en
convertissant des données vectorielles issues d’un format SIG vers le format SVG. Ce logiciel est
installé en dur sur un PC et c’est uniquement à partir de ce poste administrateur que les données
peuvent être injectées vers internet et Dynmap.

Voici le guide de prise en main de SVGbuilder réalisé par Estelle Elena. La démarche qui
est présentée a un objectif unique : l’installation des données sur le serveur.
6.2.3.1 Formats des données
Normalement, chaque département envoie ses données DFCI dans le format du tronc
commun zonal. Cependant, de plus en plus régulièrement, ces données sont livrées dans d’autres
formats (mif mid ou en .shp). La première étape consiste donc à convertir les données aux
formats acceptés par SVG Builder
o fichier MapInfo (tab),
o Mif Mid,
o ESRI Shape (shp),
o Raster ESRI (*.tfw, *.jpgw, *.jpw)
Penser à vérifier les systèmes de coordonnées dans lesquels sont envoyées les
données : elles doivent être en Lambert II étendu. Si ce n’est pas le cas, effectuer
la conversion (grâce au traducteur universel de Map Info, par exemple)
6.2.3.2 Utilisation de SVG Builder
L’utilisation de SVG builder est liée à l’acquisition de licences. Si la partie d’administration

du serveur et des données peut se faire par internet, la conversion des données dans le format svg
doit obligatoirement se faire à partir du poste sur lequel a été installé le logiciel.
Cette procédure n’est valable que pour les données de type VECTEUR, les fonds
RASTER de référence (Scan 250, Scan 100, Scan 25 et Orthophotographie) étant
déjà installés sur le serveur par Simalis. Pour insérer de nouveaux fonds, il faut
prendre contact avec Simalis qui les convertira dans un format image compatible
(JPEG 2000) avant de les intégrer.
L’ouverture de ce logiciel déclenche l’apparition de l’interface qui va permettre de

convertir les données au format svg et de les transférer sur le serveur.
A ce stade, deux possibilités s’offrent à l’utilisateur : créer un nouveau projet (a) ou ouvrir
un projet existant (b)

Le lancement de l’une ou l’autre des deux
commandes aboutit à l’ouverture de fenêtres
de paramétrage qui s’utilisent de façon
identique. La différence réside dans le fait
que, dans le cas d’un projet existant, un
certain nombre de couches sont déjà
intégrées et paramétrées.
Figure 15 : l’ouverture des fichiers dans SVGbuilder
Les principales fonctionnalités sont listées ci-dessous :
Figure 16 : Interface SVGbuilder
La zone de droite, qui peut prendre deux formes, est dédiée soit aux paramétrages de
chacune des couches, soit à ceux relatifs à la génération des fichiers au format SVG.
L’apparence des objets se paramètre de façon définitive à partir de SVG Builder.

6.2.3.3 Paramétrage des couches
Figure 17 : Paramétrage des couches dans SVGbuilder
* Pour pouvoir être exportée, une couche doit obligatoirement être « VISIBLE »
** Pour la représentation des éléments ponctuels, le seul format de symboles
accepté par SVG Builder est une police true-type. Il faut donc préalablement
générer toute la symbolique dans ce format, à partir du logiciel font-creator.
De manière générale, pour les données de type ponctuel et linéaire, ne pas
affecter de fond

6.2.3.4 Création et paramétrage des étiquettes, mini-fiches et hotlinks
Figure 18 : Paramétrages des étiquettes et des mini fiches dans SVGbuilder
Lorsque le paramétrage des couches est réalisé il faut paramétrer la publication des fichiers
SVG.
6.2.3.5 Paramétrage de l’export
Lorsque l’ensemble des couches a été paramétré, cliquer sur le bouton « générer le fichier
svg » :
Ceci permet d’ouvrir la fenêtre de publication du fichier SVG dans la partie droite. Pour un
résultat optimisé, les critères à appliquer sont les suivants :

Figure 19 : Export des couches d’information de SVGbuilder vers le serveur Dynmap
Lorsque les réglages sont effectués, valider en cliquant sur le bouton « publier la carte
SVG » situé dans la partie inférieure de cette fenêtre. Une dernière boîte de dialogue s’ouvre
alors. Cette dernière permet de gérer l’export des données vers le serveur. Les paramètres à
appliquer sont les suivants $
Figure 20 : Paramètre d’export des couches d’information de SVGbuilder vers le serveur

Il est impératif de tester la connexion (bouton « tester ») avant de valider les
options et de déclencher l’envoi des données sur le serveur
6.2.3.6 Les étapes clé en image
Ouvrir un projet existant ou en créer un

nouveau
Ajouter ou supprimer des coches de données
Hiérarchiser les couches de données
Régler leur positionnement et l’échelle

d’affichage dans la zone d’affichage
cartographique
Paramétrer l’apparence de chacune des Sélectionner une couche et effectuer les
couches à exporter réglages dans la fenêtre de droite
Régler les paramètres de publication de

l’ensemble des couches sélectionnées au Puis effectuer les réglages dans la fenêtre de
format SVG droite
Publier la carte au format SVG
Régler les paramètres de connexion Effectuer les réglages dans la fenêtre

« option »
Tester la connexion
Valider pour installer les données sur le

serveur

6.2.4 Présentation et exploitation de Dynmap
Dynmap est un serveur d’information géographique, il s’agit d’un outil de web-

cartographie proposant des fonctionnalités SIG en ligne. Il permet la diffusion et le paramétrage
de cartes vectorielles issues d’un SIG vers internet. Sur le plan technique cette solution est bâtie
sur les standards SVG/PHP/mySQL/JPEG2000.
6.2.4.1 Connexion en ligne sur le serveur cartographique
Principaux menus pour

l’administration de la BD
DFCI
Fonctions secondaires
Figure 21 : Accès à l’interface d’administration de Dynmap
Après avoir renseigné le login de connexion en ligne, Dynmap propose d’accéder aux
différents menus d’administration de la BD DFCI. Les deux principaux menus qui seront utilisés
pour l’extranet sont : la liste des cartes et la gestion des utilisateurs. C’est à partir d’eux qu’il est
possible d’accéder à la BD DFCI préalablement injectée sur le serveur par l’intermédiaire de
SVGBuilder.
Dans les fonctions secondaires, le menu statistiques n’est actuellement pas opérationnel.
La partie utilitaire métier n’a quant à elle pas fait l’objet d’une demande de développement
spécifique par le PôNT.
Eventuellement, en cas de « bugs » sur la BD, l’outil maintenance peut être sollicité pour
analyser la nature du dysfonctionnement et éventuellement le réparer.

6.2.4.2 Accès aux projets par le menu liste des cartes
Liste des projets déjà créés
Figure 22 : Création et ouverture des projets cartes de Dynmap
En cliquant sur la liste des cartes, l’accès à tous les « projets » départementaux est
accessible. Il faut remarquer les deux options :
- Créer un nouveau projet carte : permet de faire une nouvelle carte en re-paramétrant l’ensemble
des données (taille des symboles, couleur des traits, épaisseur, échelle de visualisation, ordre des
couches ….)
- Dupliquer un projet : cette option d’une grande utilité permet de récupérer les paramètres de
projets existants et d’y injecter de nouvelles données. Ainsi pour deux cartes destinées à des
utilisateurs aux droits différents (accès en annotation, visualisation de zone…), il n’est pas
nécessaire de re-paramétrer tout le projet. Par exemple, lors de la création d’une carte pour un
nouvel utilisateur de la BD DFCI, cette option permettra de récupérer tous les paramètres de
symboles, d’échelles et de structures de couches. Cette récupération peut se faire sur le premier
projet DFCI. Ainsi les paramétrages généraux ne se font qu’à une seule reprise. Il ne reste plus
qu’à faire les modifications spécifiques à la nouvelle carte.

6.2.4.3 Interface d’administration pour la gestion de couches d’informations
Lancement de l’extranet Accès aux différents menus
Liste des couches

de données
Figure 23 : Interface d’administration de Dynmap
En choisissant le projet sur lequel on souhaite travailler, on active l’interface

d’administration qui donne accès aux principales fonctions de configuration des couches.
Cette interface permet le paramétrage, la gestion des utilisateurs et la gestion des styles.
C’est également ici que l’on va pouvoir lancer l’extranet et visualiser les dernières modifications.

6.2.4.4 La gestion des couches
Ouverture des propriétés de la couche
Paramètres de la couche Paramétrage des styles et

des données de la couche
Figure 24 : Paramétrage des couches dans Dynmap
En déroulant les propriétés de la couche grâce au signe +, les différents paramétrages de

cette dernière sont accessibles :
- modification du libellé : il faut y renseigner le nom officiel de la couche dans le tronc
commun,
- attribution de la couche à un groupe : ces groupes sont définis par le tronc
commun (pistes, PIBI …),
- gestion du nombre d’objets affichés simultanément à l’écran : cela permet d’intervenir
sur la rapidité d’affichage des objets à l’écran,
- seuil de visualisation dans les zooms : certains objets sont pertinents au 1/25 000 ème (PI,
BI), d’autres méritent d’apparaître à une échelle plus grande (orthophotographie) ou plus
petite (pistes) ; c’est avec cette fonction qu’il faut régler l’ensemble des seuils d’affichage
des couches de données,
- échelles des symboles : cette échelle dépend directement de la taille à laquelle ils ont été
injectés avec SVGbuilder. Il est ici possible de la modifier,
- url de métadonnées : pour afficher par exemple un .pdf dans la légende. Ici le guide de
normalisation,
- couche modifiable : seule la couche d’annotation est rendue modifiable par cette option,

- mode d’affichage des symboles : il y a deux possibilités, papier ou terrain, ici c’est
systématiquement l’option papier qui sera retenue pour une meilleure visualisation à
l’écran des données.
6.2.4.4.1 Gestion des données de la couche
Figure 25 : Paramétrage des données dans Dynmap
Cette interface donne accès aux paramètres de la BD. C’est elle qui permet de faire :
- apparaître une étiquette (elle est affichée en permanence à l’écran),
- apparaître une mini fiche (elle n’apparaît que lors du passage de la souris),
- de rendre modifiable ou non une couche en ligne (la couche d’annotation par exemple),
- de rendre active la fonction de recherche sur un champ de la BD à partir de l’extranet,
- de rendre la couche exportable pour que l’administrateur puisse récupérer un fichier .MIF
.MID.
6.2.4.4.2 Gestion des styles de la couche
A cet endroit c’est l’aspect de la couche et le paramétrage de certains symboles qui sont
modifiables. Les deux principaux onglets utilisés sont le remplissage et le contour.
Le premier onglet permet de colorier un objet surfacique ou au contraire de supprimer le
remplissage. Le deuxième onglet est utilisé pour régler la taille en pourcentage d’un symbole
ainsi que l’épaisseur et le type de trait des objets linéaires.
Figure 26 : Gestion des symboles dans Dynmap

! " ! #$%&
6.2.4.5 Paramètres d’affichages
1 2
3 4
Figure 27 : Gestion des paramètres d’affichage dans Dynmap
Cette fenêtre permet de moduler la taille de l’affichage cartographique à l’écran. Elle est définie
pour remplir la totalité d’un écran dix sept pouces. (Cf. 1 sur l’image paramètre d’affichage)
C’est également à ce niveau que l’on règle le cadre délimitant les bornes et la dimension de la
carte qui s’affiche après la connexion sur l’extranet (Cf. 2 sur l’image paramètre d’affichage).

La vue globale est également paramétrable. Sa taille ainsi que la zone de centrage lors de la
connexion sont réglables avec le menu de la partie 3 et 4 sur l’image paramètre d’affichage ci-
dessus.
6.2.4.6 Choix des styles de cartes
Figure 28 : Le style de carte dans Dynmap
Le style de cartes fait référence à l’interface graphique et à la configuration générale de l’extranet

(disposition des différents menus, des symboles, des fonctions, de l’organisation des différents
éléments, des couleurs, etc.). A l’aide de la maquette soumise à Simalis, un modèle « PôNT » a
été développé. Dès la création d’un « projet carte », il faut venir chercher cet habillage et le
charger en le sélectionnant.
6.2.4.7 Module d’analyses thématiques
Dynmap propose également un module de création de cartes par analyse thématique dont l’usage
n’est pas développé. Pour l’instant ces fonctions vont demeurer en dormance, pour laisser aux
utilisateurs le soin de s’approprier pleinement les fonctions essentielles de mises à jour de la BD
DFCI. Il est cependant envisageable qu’à terme la demande de création de cartes thématiques soit
formulée par les utilisateurs, auquel cas cette fonction pourrait alors être pleinement utilisée.

6.2.4.8 Les étapes clefs de Dynmap
Créer un nouveau projet en dupliquant un

projet existant ou ouvrir une carte
Paramétrer les couches de données
Paramétrer la gestion des styles de couches

Paramétrer les données de la couche
Régler les paramètres de la carte
Créer les comptes utilisateurs
Choisir le modèle de carte

Régler l’ordre des couches
Valider les modifications effectuées
Visualiser la carte et vérifier l’ensemble des

paramètres
Figure 29 : Les étapes clefs dans Dynmap
6.3 Les étapes de travail avec Simalis
Dans la phase de mise en œuvre de l’extranet, Simalis a été, à de nombreuses reprises, sollicité.
Dans un premier temps pour des questions d’ordre technique, afin de débloquer une situation
dans la mise en ligne de la BD par exemple. Mais également pour suivre l’avancée des
prestations fournies, en matière de développement de fonctions spécifiques à l’extranet DFCI.
Ces échanges ont principalement concerné les domaines suivants :
- la conception de l’interface graphique,
- la liaison du login utilisateur avec les unités spatiales,
- des problèmes de calage de la BD du Var sur l’orthophotographie,
- la réalisation de la fiche d’annotation avec possibilité de lier une pièce jointe,
- l’intégration des fonds de référence pour le département du Vaucluse,
- la prévision de futurs développements.
6.3.1 Conception de l’interface graphique
Les premiers contacts avec Simalis ont amené à la production de l’interface graphique et de
l’ergonomie générale de l’extranet. A cette occasion, il a été proposé à Simalis de reprendre la
charte graphique, ainsi que l’organisation et la mise en page de la maquette de présentation
réalisée en .html.

Ce support a permis un gain de temps en facilitant les échanges dans la définition des attentes en
matière d’ergonomie. Cela a rendu possible une mise en place rapide de l’environnement
fonctionnel de l’extranet DFCI. Ces échanges se sont néanmoins étalés sur près de deux
semaines.
Il a fallu insister sur plusieurs points dans la finition de l’interface :
- la conservation de la position du logo de l’ENTENTE et du PôNT ainsi que la bannière,
sur la même ligne dans la partie supérieure de la page,
- l’amélioration du contraste et de la luminosité des couleurs de l’interface,
- le renforcement du caractère explicite de l’iconographie des boutons de navigation et
l’insertion d’un bouton appelant la fonction d’annotation.
Ce travail est visible dans l’interface Dynmap sous le nom de « style de cartes », il représente
l’habillage de l’extranet.
6.3.2 Liaison du login utilisateur avec une unité territoriale de référence
L’accès à l’extranet passe par l’identification de l’utilisateur. Dynmap dispose à cet effet d’un
module pour créer un compte utilisateur, et lui associer un login. Sur le plan informatique, le
compte est lié à une base de données. Cela signifie que tout compte ouvert sur une BD donne
accès à l’ensemble des données qu’elle contient. Dans cette configuration, à une BD
correspondent une étendue géographique et un type de droits utilisateurs.
Cette architecture du logiciel Dynmap ne correspond pas aux modalités d’accès à la BD DFCI
définies par le cahier des charges, puisqu’il existe plusieurs types d’ayants droit :
Cas n°1, les signataires - Ils possèdent des droits de consultation et

de la charte DFCI d’annotation sur la BD départementale
- Ils ont un accès aux données à l’échelle de
Cas n°2, le syndicat leur département
mixte du Vaucluse
- Ils possèdent uniquement des droits de
Cas n°3, les maires du consultation. Ils peuvent contacter
Var l’administrateur de l’extranet par mail pour

signaler une mise à jour
- Ils ont un accès aux données de leur
commune

Cas n°4, le Préfet de - Il possède uniquement des droits de
zone consultation
- Il a un accès aux données à l’échelle zonale
Figure 30 : Utilisateurs, droit d’accès et aire géographique dans l’extranet
Au niveau de la structure de la base de données, les cas numéros un et deux ne posent pas de
problème particulier dans Dynmap. Par contre le cas numéro trois implique à la fois une
modification des droits d’accès à la BD, mais aussi une liaison dynamique entre un login et une
position géographique. Il existe finalement autant de cas d’utilisation possible que de demandes
utilisateurs.
D’un point de vue technique, plusieurs solutions peuvent résoudre ce problème :
Réaliser un cache limitant la visualisation du territoire voisin,
Découper la BD DFCI topologiquement par rapport aux communes et créer
manuellement autant de projets cartes que de communes,
La première possibilité est proposée par l’outil de Simalis, à partir de « caches » en format
image. Cette solution n’est pas retenue car elle implique une transformation de la BD en une
image raster, ce qui la dégraderait.
La deuxième solution nécessite un contraignant travail de découpage pour l’administrateur avant
chaque mise à jour. Elle est également mise de côté.
Il reste la solution de développer une fonctionnalité spécifique. C’est ce qu’a réalisé Simalis pour
exploiter « le projet des Maires ». Ce développement permet de conserver la même BD pour tous
les utilisateurs (pas de duplication de BD) et ce, quels que soient les ayants droit. Il permet de
découper automatiquement la BD DFCI départementale directement dans Dynmap et de créer la
liste des 153 utilisateurs (communes) du « projet des Maires ». Ces utilisateurs particuliers
apparaissent automatiquement dans la « liste des groupes » avec une fenêtre d’étendue
géographique définie sur le centroïde du polygone de la commune.

Figure 31 : le projet des maires dans Dynmap
Pour y avoir accès dans l’extranet, il faut attribuer aux communes une carte de référence puis
définir un login et un mot de passe.
Les données transmises à Simalis pour ce développement contenaient un fichier .mif .mid avec
les rectangles englobants des 153 communes du Var, plus un buffer de 30 mètres (déterminé par
le coordinateur DFCI du Var). (Cf. annexe méthodologie de création de rectangles englobants)
6.3.3 Problème de calages de la BD sur les scans du Var
Suite à la présentation de la version non définitive de l’extranet aux départements pilotes le 25

Mai, un retour utilisateur signalait un problème de calage entre la BD DFCI et les fonds de
référence Il s’agissait d’une vingtaine de mètres de décalage entre les pistes présentes sur les scan
IGN et les pistes vectorielles de la BD DFCI.
Ne sachant pas ce qui était la cause de ce décalage, un problème de projection entre les fonds
raster et les données vectorielles de la BD DFCI a été soupçonné. Après vérification auprès de
Simalis, les images raster ne comportaient aucun problème de projection ou de coordonnées.
C’est sur la BD DFCI du Var que les soupçons d’erreurs se sont alors reportés. Après
superposition des données de référence fournies par le Var, un décalage est observé avec la BD
mise sur l’extranet. C’est la manipulation des données sous GeoConcept, exportées vers le format
.mif .mid, qui est à l’origine de la perte du système de projection original. L’opération d’export
doit être renouvelée à partir de Mapinfo avant que les données ne soient réinjectées dans
l’extranet.
6.3.4 Mise à disposition de la BD ORTHO ® du Vaucluse
Pour l’extranet du Vaucluse, Simalis ne disposait pas de l’orthophoto. Ce fond de référence était
cependant nécessaire pour la présentation de l’extranet au département du Vaucluse le 23 juin. Le
PôNT a mis à la disposition de Simalis ce document sous couvert d’une convention (Cf. Annexe

convention type). En effet cette donnée de l’IGN fait partie des fonds de référence diffusés par le
CRIGE PACA17 auprès des structures publiques ou ayant des missions de service public.
Une fois en possession de la BD ORTHO ® Simalis a mis en ligne cette nouvelle couche
d’information après une transformation de format de .ECW vers du JPEG 2000. Concernant les
images raster la société s’est occupée d’installer les données sur le serveur.
6.3.5 Développement d’une fiche d’annotation
La fonction principale de cet extranet réside dans la possibilité de déposer une annotation sur la
BD DFCI. Cette annotation doit signaler :
- la nature des équipements DFCI mis à jour,
- l’auteur de l’annotation,
- éventuellement un commentaire
Elle doit également permettre de fournir des documents de différentes natures :
- des fichiers textes,
- des fichiers d’échanges SIG,
- des cartes d’images scannées (carte IGN avec le dessin d’une délimitation de zone
débroussaillée),
Bien que Dynmap propose en natif une feuille d’annotation, celle-ci ne remplit pas entièrement le
rôle que les utilisateurs souhaitent lui attribuer. Une feuille d’annotation spécifique a donc été
développée pour permettre de joindre des fichiers.
17
« Les droits d’utilisation des bases de données de l’IGN ont été acquis par l’Etat, la Région et les Départements de
Provence Alpes Côte d’Azur, dans le cadre du contrat de plan Etat-Région 2000-2006, pour un montant de
4.375.000.€. L’accès aux données de l’IGN est réservé. Seuls les services publics ou ayant des missions de service
public peuvent bénéficier d’un droit d’accès aux données sur simple demande »
Figure 32 : La feuille d’annotation dans Dynmap
Il peut s’agir d’un texte décrivant précisément les conditions dans lesquelles la modification de
l’objet s’est déroulée, ou bien de fichiers SIG qui seront ainsi transmis à l’administrateur de la
BD.
6.3.6 Evolutions à prévoir
Afin de faire le point sur les dernières finitions à apporter à l’extranet, une réunion a été
organisée avec Simalis le 10 août. Cette réunion devait permettre de finaliser l’intégration de la
feuille d’annotation, puis d’aborder les développements envisagés pour la fin de l’année 2005.
Le premier axe que le PôNT souhaite développer dans cet outil concerne l’affichage des
symboles, cette partie constituant l’un des principaux points faibles de l’interface
d’administration de Dynmap. En effet la charte graphique de la DFCI n’est pas représentable
avec les symboles offerts par Dynmap.

Le Vaucluse a déjà formulé la question d’une éventuelle intégration de l’atlas urbain sur un
serveur de ce type. L’ordre graphique de cette base de données étant bien plus complexe que
celui de la DFCI, le point de vue de Simalis sur cette question était particulièrement attendu.
Le deuxième axe de développement concerne les seuils d’affichage des données à l’écran
ainsi qu’à l’impression. Pour l’instant Dynmap offre un outil de zoom positif ou négatif qui est
continu, la carte peut prendre toutes les valeurs d’échelle. Afin de faciliter la corrélation entre les
atlas papier habituellement utilisés (échelle 1/25000 ou 1/100 000 ème) et l’extranet, un module
figeant une visualisation à des échelles de référence est souhaité.
La dernière amélioration à prévoir concerne le suivi de l’utilisation de la BD DFCI. A cette
fin, le login de l’utilisateur pourrait s’afficher automatiquement sur la fiche d’annotation ainsi
que sur toutes les pages d’impression de la BD.
Comme cela a déjà été fait, un travail financé conjointement entre Simalis et le PôNT est
abordé. En effet, tous les développements réalisés pour un client bénéficient également à Simalis
qui peut intégrer de nouvelles fonctions dans son outil.
Au cours de cette réunion, Simalis a présenté la nouvelle version de Dynmap avec des
fonctions intéressantes en matière de recherche avancée sur les bases de données. Un nouvel outil
de gestion de la transparence des images permet également une amélioration de la lisibilité des
BD qui l’habillent.

6.4 L’extranet zonal DFCI
La version finale de l’extranet se rapproche de la maquette qui fut développée au cours de

l’étude préalable. De nombreuses fonctions ont déjà été largement développées dans les chapitres
précédents. C’est pourquoi, dans ce chapitre, seule la partie centrale est présentée. Voici la
version finale de l’outil au cœur de ce projet.
- La page d’accueil
Figure 33 : Page d’accueil de l’extranet
Accessible par un navigateur web à l’adresse suivante : http://ENTENTE.dynmap.com/, la

page d’accueil de l’extranet permet à l’utilisateur de s’identifier. Cette identification offre un
accès à l’extranet ainsi qu’aux atlas DFCI au format .pdf18. Avec ou sans connexion il est
possible de consulter les documentations .pdf suivantes :
- Notice explicative du tronc commun DFCI
- Guide de normalisation DFCI
- Symbolique DFCI
Un utilisateur ayant des problèmes de connexion peut envoyer un mail à l’administrateur de
l’extranet en utilisant l’adresse indiquée en bas de page.
18
Les atlas DFCI sont à la disposition des départements en version papier, Ils sont constitués des scans 1/25 000 ème et de la BD
DFCI. Ils sont organisés autour d’un tableau d’assemblage qui en facilite l’accès. Le même principe est retenu pour l’extranet.
Ces atlas DFCI au format .pdf pourraient être utilisé par les colonnes de renfort en saison opérationnelle.
- L’extranet
Figure 34 : L’extranet
L’impression d’écran ci dessus offre une vision globale de l’extranet. La partie centrale est
destinée à l’interface cartographique, pour la visualisation de la BD DFCI. L’environnement de
la carte est détaillé dans les parties ci dessous.

- Le bloc légende
Les équipements DFCI présents dans la carte sont ici tous représentés avec le symbole
correspondant au tronc commun. Chaque couche peut être activée ou éteinte au gré de
l’utilisateur.
Le symbole bleu à droite de chaque symbole est le lien hypertexte permettant d’accéder à
un fichier .pdf du guide de normalisation.
Figure 34 : Légende l’extranet
- Le module image
-
Il permet la mise en transparence du scan affiché à l’écran
ainsi que sa désélection. Le mode automatique permet la
gestion de l’affichage des différents scans.
La partie contact indique une adresse internet pour joindre
……l’administrateur.
Figure 35 : Gestion des images l’extranet

- Le module de recherche
Cet utilitaire permet de taper le nom d’un équipement DFCI,

ou de tout objet présent dans la BD DFCI et d’effectuer une
recherche. Une fois l’objet trouvé, il est possible de centrer la
vue de l’extranet sur cet objet. Les éléments de recherche sont
définis en fonction des besoins de chaque département et sont
sélectionnés préalablement dans Dynmap.
Figure 36 : Le module de recherche
- La fenêtre de navigation
Elle permet de naviguer d’un seul clic sur l’ensemble du

territoire en positionnant le curseur sur la position désirée.
Figure 37 : La fenêtre de navigation
- La bannière
Figure 38 : Bannière de l’extranet
Elément graphique pour l’habillage de l’extranet, elle présente les logos de l’organisme et
le service à l’origine de la réalisation de cet outil. Le bandeau photographique est un élément
d’habillage déjà présent sur le site du PôNT qui en rappelle la charte graphique. Il contribue à
renforcer la cohérence entre les différents produits développés par le PôNT.

- Les fonctions
Positionnées entre entre la simple navigation et la fiche d’information sur le

fonctionnement de l’extranet, les fonctions d’annotation et d’impression sont accessibles via ce
module.
Feuille d’annotation
Guide d’utilisation de l’extranet

Visualisation et échelle de zoom.
Impression de pages pré configurées Enregistrement d’une image .bmp
Figure 39 : Blocs des fonctions l’extranet

7 Présentation de l’extranet aux départements pilotes
Une fois l’outil produit, le résultat doit être diffusé auprès des futurs utilisateurs. C’est à la
suite de ces présentations qu’il pourra être mis en fonction.
7.1 L’organisation des réunions
Cette étape peut apparaître comme un simple détail dans la gestion du projet. Pourtant c’est
une phase qu’il est important de ne pas négliger et ce pour plusieurs raisons :
La première est la gestion du temps. En effet, organiser une réunion est un travail qui peut
mobiliser plusieurs jours durant lesquels le projet est mis en veille sur le plan technique. D’autant
plus qu’il est rare de ne gérer qu’un seul projet à la fois, et que les autres projets demandent
également un investissement de temps incompressible (Cf : annexe 9 « Mise en relation des bases
de données routières Fantoir et Navstreet »19).
L’organisation et la gestion de la réunion peut parfois demander une charge répartie sur plus de
cinq jours de travail.
La deuxième est liée à la qualité des relations qui sont établies avec les partenaires de
travail au travers de cet évènement. A l’occasion de cette rencontre, ils ne doivent pas avoir à se
soucier de la logistique (du lieu, de la date et de l’heure, du contenu et de la suite à donner à cet
entretien).
La préparation d’une réunion passe par plusieurs étapes ;

- définir un ordre du jour et détailler les différents points qui seront abordés (Cf. annexe
ordre du jour « réunion de présentation de l’extranet DFCI du 23 juin),
- arrêter une date et la soumettre aux intéressés,
- demander confirmation par mail ou par téléphone, éventuellement se renseigner sur la
réservation des repas,
- réserver une salle pour accueillir les personnes,
Lorsqu’elle est passée, pour en assurer un suivi et établir un bilan, il faut rédiger un compte
rendu de réunion qui permet de rappeler les décisions prises au cour des discussions (Cf. annexe
compte rendu de réunion du 25 mai « présentation de la maquette de l’extranet zonal DFCI »). Ce
compte rendu doit être soumis aux participants pour être validé.
19
Travail réalisé parallèlement à l’extranet pour le service cartographique du Var dans le cadre des prestations techniques fournit
par le PôNT à ses utilisateurs. Ce projet m’a demandé plus d’un mois de travail a temps plein pour réaliser l’analyse des données,
la mise en place de la méthodologie permettant de répondre à la demande et la réalisation technique du projet.
7.2 Réunion de présentation de l’extranet en version non définitive
Le 25 mai, les deux départements pilotes ont été conviés à une réunion de présentation
de l’extranet dans sa version provisoire. L’objet en était de vérifier avec les partenaires si le
produit développé correspondait aux attentes initialement formulées. A l’issue de la
présentation, voici les demandes de correction émises par les départements pilotes :
- figer les seuils des échelles de visualisation et d’impression dans la navigation courante (1/
100 000 e, 1 / 25 000 e …),
- rajouter les contours communaux à l’échelle départementale, et les supprimer à l’échelle où
apparait l’orthophotographie,
- remplacer le découpage administratif issu de GeoFla par le découpage issu de la BD carto,
- rajouter le login de la personne sur tous les documents qui sont imprimés,
- préciser les sources de données sur les documents qui sont imprimés,
- dans le cadre de la visualisation reservée aux maires Varois, le découpage ne se fera plus sur
le contour communal mais par rapport à un rectangle englobant qui engendre l’existence d’un
buffer de 10 à 20 mètres,
- apporter un soin particulier au calage des scans et de l’orthophotographie par rapport aux
élements de la BD DFCI,
- les symboles DFCI doivent apparaître en format de police « true type » au lieu d’images
raster,
- l’épaisseur de trait des pistes DFCI doit être réduit,
- une option de téléchargement de fichiers dans la fenètre d’annotation doit être disponible.
Ces modifications constituent un exemple de prise en compte de retour utilisateur sur le

développement de l’outil. Elles seront intégrées dans la configuration de l’extranet avec plus ou
moins de rapidité, selon la difficiculté technique de prise en compte de cette modification. Par
exemple le changement d’épaisseur du trait de piste demandera quelques dizaines de minutes
alors que le changement des symboles d’une image raster vers une police « true type » demande
beaucoup plus de travail car il faut :
- rechercher comment construire un symbole en police « true type »,
- rechercher quel logiciel permet cette modification,
- éventuellement s’en porter acquéreur, au minimum tester une version d’évaluation,
- intégrer ce nouveau symbole dans SVG builder,
La question du nombre de personnes pouvant avoir accès à l’extranet est soulevée. Quel est
le nombre de connections simultanées qui peuvent être envisagées sans que le système soit trop
ralenti ? D’après Simalis, le nombre de personnes se connectant à l’extranet n’est pas limité. Le

débit étant garanti à un minimum de 1 Mbits, c’est à la fois le nombre d’utilisateurs connectés et
le type de manipulations effectuées qui vont influer sur la fluidité de l’accès aux données DFCI.
7.3 Réunion de présentation de l’extranet en version définitive au

département du Vaucluse
Cette réunion s’est tenue dans les locaux du SDIS du Vaucluse en Avignon le 23 juin, en
présence des quatre signataires de la convention DFCI départementale et d’un représentant du
syndicat mixte.
Elle fut l’occasion de réunir des acteurs de la DFCI qui ont parfois du mal à communiquer
entre eux, notamment sur l’avancement de leurs travaux. En ce sens l’extranet est déjà un
élément fédérateur.
L’extranet a été présenté en précisant le caractère obligatoire de la mise à jour et de la
remontée de la BD DFCI. La démarche suivie pour sa réalisation a été détaillée en insistant sur le
rôle du PôNT et des deux SDIS pilotes. Il a été annoncé comme un outil au service des
utilisateurs finaux, pouvant être adapté aux besoins de chaque département. A suivi une
démonstration de son principe de fonctionnement. Malheureusement à cette date, la partie fiche
d’annotation n’était pas encore finalisée, ce qui a empêché sa mise en route officielle au terme de
la présentation.
Les acteurs de cette réunion ont globalement bien accueilli ce nouvel outil. D’après les
interlocuteurs, l’extranet semble pouvoir améliorer l’échange d’informations dans le réseau
DFCI. La facilité de prise en main et la simplicité de son utilisation en font aussi un atout de
taille. Seule nuance dans cet accueil favorable, le syndicat mixte qui oppose quelques objections
en soulignant le manque d’utilité de cet outil pour son organisme. Ces réticences sont cependant
plus liées aux relations entre l’ONF et le syndicat qu’à l’outil.
7.4 Réunion de présentation de l’extranet en version définitive au

département du Var
En raison d’une saison estivale feux de forêt précoce, nos interlocuteurs varois n’ont pas pu
donner une suite favorable à la présentation officielle de l’extranet. Cette réunion est reportée
après la période de contraintes opérationnelles, lorsque la saison feux de forêt sera plus calme, à
savoir d’ici fin septembre ou début octobre.
Les représentants Varois (SDIS et Conseil général) ont néanmoins profité de leur présence
à l’ENTENTE le 30 juin pour venir dans les locaux du PôNT afin d’avoir une présentation
officieuse de l’extranet. A cette occasion, tout comme pour le département du Vaucluse, c’est le
principe de fonctionnement qui leur a été expliqué. Encore une fois, l’outil a séduit par sa

simplicité d’utilisation, la qualité de ses fonctionnalités et son potentiel de communication au
sein du réseau.
Conclusion
Sur le plan technique, l’extranet est prêt à être déployé dans les départements pilotes. La
quasi-totalité des contraintes imposées par le cahier des charges a pu être respecté. Il reste
plusieurs points (symboles, incrustation du login, échelles prédéfinies de visualisation) qui seront
développés par Simalis d’ici la fin de l’année. Un seul élément n’a pu être résolu : il s’agit de la
possibilité de consulter l’extranet dans un navigateur fonctionnant sous Mozilla Firefox. D’après
Simalis cette option dépend des dernières mises à jour de Firefox, qui devraient intégrer un plug-
in autorisant la reconnaissance du format .svg (attendues dans les semaines à venir). Ce contre
temps est très contraignant pour le développement de l’extranet dans le Var, puisque le SDIS
travaille sous ce navigateur Web. Il n’y a actuellement pas d’autre solution que de patienter
jusqu'
a la mise à jour de Mozilla Firefox ou d’installer Internet Explorer.
Dans les semaines à venir, après la saison feux de forêt, le projet pourra poursuivre son
déploiement. Très rapidement le Vaucluse puis le Var effectueront les premières mises à jour de
leur BD DFCI via l’extranet. Le cycle de vie de l’information pourra alors être testé et le bon
fonctionnement de l’ensemble des procédures de mise à jour sera vérifié. Cela permettra sans
doute un retour d’expérience des utilisateurs, riche d’enseignements sur l’efficacité et les lacunes
de l’outil.
Le déploiement de l’extranet dans les autres départements de la zone ENTENTE est à
présent lié à l’acceptation des demandes de financement formulées par le PôNT auprès du
Conservatoire pour la Forêt Méditerranéenne. Forte de la mise en oeuvre de l’extranet pour les
deux départements pilotes, la demande de financement aura sans doute plus de chances d’aboutir.
Parallèlement à ce projet d’extranet, le PôNT, en tant qu’accompagnateur à l’utilisation des

nouvelles technologies dans le traitement de l’information géographique, pourrait se positionner
sur la réalisation d’un extranet générique, développé autour d’une solution libre. Il serait à la
disposition de tous les utilisateurs de la zone ENTENTE. Ce projet a été évoqué au cours de ce
stage, ce qui a donné lieu à une phase de tests et une première ébauche de réalisation avec l’outil
Mapserveur. Il pourrait éventuellement répondre à une demande latente, formulée à demi-mot par
certains partenaires. Le PôNT pourrait développer un extranet avec des fonctions générales de

visualisation, navigation, gestion des couches… qui pourrait s’adapter rapidement à des projets
de nature différente. Il est également envisageable qu’il soit utilisé pour effectuer une liaison vers
l’applicatif logiciel de gestion de crise S.I.Z.I.F. (Système d’Information Zonal contre les
Incendies de Forêt).
Par rapport aux objectifs initialement fixés, ce stage fut particulièrement formateur. Le
projet a pu voir le jour et permettre la production d’un outil opérationnel. Le suivi et l’évolution
de son utilisation par les autres départements seront le gage de la réussite de ce travail. Cela ne
sera analysable qu’après la fin de ce stage par l’administrateur de l’extranet et par tous les
utilisateurs.
Sur le plan universitaire et compte tenu des objectifs de formation initiaux, ce stage m’a
apporté une expérience enrichissante sur de nombreux points, en géomatique et dans des
domaines périphériques. En effet la dimension « gestion de projet » apparaît comme une partie
dominante dans la réalisation de l’outil. Le géomaticien est au service des utilisateurs du réseau
professionnel dans lequel il est immergé, sa fonction principale consiste à les accompagner et à
mettre en œuvre les moyens nécessaires pour la réalisation de leurs besoins. La géomatique est la
clef de voûte permettant de fournir une expertise de ce qui est faisable, mais elle ne constitue ni
la finalité ni l’unique composante dans le travail du géomaticien.
Enfin un des plus riche enseignement qu’il est possible de retenir est le rôle de la
mutualisation des synergies pour la Sécurité Civile et pour le développement de la géomatique. A
l’heure où l’actualité met en avant l’efficacité de la collaboration Européenne dans la lutte contre
l’incendie (sur les feux du Portugal par exemple), la mutualisation semble être une valeur
porteuse de projets d’avenir. La mutualisation est également le maître mot du PôNT et constitue
le principe même de constitution de cette structure (à l’origine avec les fonds de référence dès
1994 grâce à la mission SIG). Aujourd’hui le CRIGe PACA travaille dans ce sens et poursuit son
œuvre de construction « d’une société de l’information pour tous » tel que cela est défini dans le
contrat de plan Etat Région 2000-2006. Le défi de « soutenir les projets d’initiatives locales en
mutualisant au niveau régional les capacités d’expertise et d’ingénierie » constitue certainement
la meilleure façon de développer les métiers liés à l’information géographique, et donc l’avenir
de la géomatique. Espérons que l’intelligence politique soutiendra le renouvellement de ce tour
de table, et que des initiatives similaires aboutiront avec autant de réussite dans les autres
régions.

Annexe 1 : historique des actions de l’ENTENTE de 1963 à nos
jours

Annexe 2 : Exemple d’une page d’atlas DFCI

Annexe 3 : Guide de normalisation

Annexe 4 : Proposition de tronc commun zonal pour la base de
données DFCI

Annexe 5 : Méthodologie de création de rectangles englobants

Annexe 6 : Convention type d’échange de données

Annexe 7 : Ordre du jour « réunion de présentation de l’extranet
DFCI du 23 juin »

Annexe 8 : compte rendu de réunion du 25 mai « présentation de
la maquette de l’extranet zonal DFCI »

Annexe 9 : Mise en relation des bases de données routières
Fantoir et Navstreet

Bibliographie
http://pont-entente.org/
http://www.esrifrance.fr/sig2004/communications/SDIS_DFCI34/SDIS_DFCI34.htm
http://www.incendies-de-foret.org/index.php
http://www.ofme.org/
http://perso.wanadoo.fr/warbirds_en_normandie/Pages%20new/Catalina%20PBY5.htm
http://www.promethee.com/prom/home.do
http://www.samu-de-france.com/default_zone/documents/defense_sanitairetopo1.pdf
http://www.ofme.org/affdoc.php3?ID=89
http://www.valabre.net/
La majeure partie des textes de référence pour la réalisation de ce travail sont des documents
internes au PôNT. Il s’agit de compte rendu de réunions, d’articles et de revues parfois publiées
dans des magasines spécialisés (Info DFCI, Entente magasine) voir des bulletins d’informations
interne (L’Entente en direct). Cette documentation, présente sur les serveurs informatiques du
PôNT n’est pas suffisamment « référencée » pour apparaître dans une liste bibliographique,
néanmoins elle constitue l’essentielle des lectures réalisées pour comprendre la DFCI et son
organisation.

Glossaire
- APIS : Atlas permanent d' incendie et de secours

-BD : Base de Donnée
-CFM : Conservatoire pour la Forêt Méditerranéenne
-CIFSC : Centre interrégional de Formation de la Sécurité Civile
-CIRCOSC : Centre Interrégional de Coordination des Opérations de Sécurité Civile
-CODIS : Centre Opérationnel Départemental d’Incendie et de Secours.
-COZ : Centre Opérationnel Zonal
-CTA : Centre de Traitement de l’Alerte
-DDAF : Direction Départementale de l’Agriculture et de la Forêt
-DDE : Direction Départementale de l’Equipement
-DDSC : Direction de la Défense et de la Sécurité Civile.
-DDSIS : Direction Départementale des Services d’Incendie et de Secours
-DFCI : Défense des Forets contre l’incendie
-DRONF : Direction Régionale de l’Office National des Forêts.
-DRAF : Direction Régionale de l’Agriculture et de la Forêt.
-DPFM : Délégation de la Protection de la Forêt Méditerranéenne.
-ECASC: ECole d’Application de la Sécurité Civile
-EIPFEI : Entente interdépartementale en vue de la protection de la forêt et de l’environnement contre
l’incendie :
-EMZ : Etat Major de Zone
-SICOAD : Système d’informations pour la coordination opérationnelle et l’aide à la décision de la
sécurité civile
-SDIS : Service Départemental d’Incendie et de Secours.
-SIZIF : Système Zonal contre les Incendies de Forêts.
-SITAC : SITuation TACtique.
-SIG : Système d’information géographique
-ONF : Office National des Forêts
-PC : Poste de commandement
-PôNT : Pôle Nouvelles Technologies

E N T E N T E - P Ô N T – C E N T R E F R A N C I S A R R I G H I - D O M A I N E D E V A L A B R E R D 7 –
13 120 GARDANNE - ☎ : +33 (0) 442 949 530 – : +33 (0) 442 945 525 – : pont@interieur.gouv.fr
!"# "$ % &
' ! " # "( !"# "$ % )

! "#$ "% &' "#
# (
#) *+ )
) ) * ) (
#) *+ )
) ) ), (
! "#$ "% - . ! $ /
" ) 0* 1 /
& 1 /
" ) 2
3 " ) ) 2
4 $ ) 5 6
! "#$ "% $' . '"$ # 6
3 ! "#$ "% . $ 7
4 ! "#$ "% . $ 8 "

4 . + )8
4 " ) )8
( ! "#$ "% . $ '
* ? .D )$ 0 5 )
! E )) )' ) > )
)" 50
F + ' /
7 %"' "
$* B G ; 7=33 636 4 ? BG ; 7=33 (72 272
* ) * * ' H : )
5
1 , B 3 ) 666
) 8 +9 , *0 5 ) *) ): ) ) * )
)*)
; " < < =
< ) <* )** ): *) < )
, )5* * > ) ) 5)
< ),
#
8 *5 & ? <) ) %< * )
) < ) )
< * )
+) *) *> #) + ) *, < ) )
)+ < ) ) )
<
8 *5 )** )5 0> ) # *) ) )** )5* 5 0> ) ) 4
1
< > *> : *) ) ) 4 777
* +* , $ %
#& ? ) ) * / 01 ) ) ) ) ; " < < = )

4 * ) 8 *,
* ) +) > @ 0
8 ) , ) ) ,
,* )) )
/ A )
<> ) @ ) +9 )5* 5 0> )
*) *)) ) , * ), >
#)/ 01 ); 0) 8 , = & ? ) )) )B
- #) ) *+ )
) * )C
- #)*> ) C
- #) ) * )C
3
- #) ) ) C
- #) + 0) 8 C
- #) )8 C
- #) ) )
0> 01 @ )
* ) )
? 01 )
< > )) ) 0) 8 ,
) ** )
#+- * *% +- * (
#) ) *+ )
) *) *+ )
) * #*
*+ )
) ), , >
#)*> ) " ) 0* 1 .
& 1 .
" .
" ) .
$ 5 .
#) ) * ) . .
.
. .
.
.
.
'" .
' ". .
% .
#) ) ) .) ) #*
#) + )8 .& .
.& 0 )
#) )8 .
. 8
"
#) ) ) . ) ) .
' * .* / *
+* , $ %
. 0> 0 8 , < ) *) 5 ** *, )B
4
#
8 , ) *> )) * )
* : 8 * +)
)) 8 * *) :
8 * 0> * # * )+ )
) ) *) 8 )
) * ; " < < = #) ) )+ )
)) @ )+)
) ) ) ,*) : 1 )
) 0 )+ )
)) 8 < * 5 5 ) +9 )5* 5 0> ))
*)
*) ? )
) )
) ) 01 )) < 0) > , <

) 8 , * 8 ) + ) )) )):
) +)
) 8 * * ) , ) )
#
8 , ) ) * > : 3 0,
, ), * 1 )
*>
#) ) )) * )
*) I )
< 8 )?:? ) ))
, )) )
),) * 5 I ) ) +5
) )8 *
#) I )) )+ ) )5 )
< * 5 * )
)* + 0
* *) 8 * " <
) *: )
) ;
)5 ) 5 ) <
8) ) 1 )
=
#
8 , I ) ) *> : 0,
,)< )5 ):
0,
,)
% + 5 ) )
8* + ) B
0 ** 1 * 1 2 1 */
. * 0 **
3
. ) ) )*> )
< 5 ) A B
. 0 ** 1 .3 *
0 **
3
#) +) + ), *,
* )5 ) ) ) ) )) <
*> ) ) ) ) ) 8 +9 )5* 5 0> )
. )
< ) ) +) + ) )
)* 0 J K , L
L?!!!?""""
+
(
' ! .* / * * .0 ** .*
' * .0 ** * . *
+ ( ., ! .* /
&#
M 6 1 ) , * )0 )
*+ )
) * M . G M&" G
M &#
M . 1 ) *
M&" 1 ) +)
)
M &# 3 * ) N *+ )) *
) +))
"$ 9
9? ? * L
L?!!?""""
&M% #
"'% * ) #5 A D* F 1
*+ )) * ) 5
&M.$#
"'% * ) #5 A D* F 1
*+ )) * ) 5
&M $' 1 * ))* 8 B
*+ )) B
. M 6 1 ) , ) * ) 0 )
0 M . G M&" G
M. $
' ' * .0 ** * * ,
) ) *+ )
) )) * ): 4 0 ) )
+ * ( ., ! .* /
& M 6 1 ) , * )0 )
*+ )
) ), > M .G M&" G
M &
M . 1 ) *
M&" 1 ) +)
)
M & 3 * ) N *+ )
) )
+))
"$ 9
9? ? * L
L?!!?""""
' " * ) , *+ )
) F 0
$O. 1 ) $A *+ )
) ". B + *
"" B + * *
.B + *
"B + * *
HB
! MF"# ' 1 !) .B )
B
!B
B *
&M $' 1 * ))* 8 B
*+ )) B
/
. M 6 1 ) , ) * )0 )
8 1) M .G M&" G
M. $
'' ! .* / *.3 *
'' " * +. -
+ ( ., ! .* /
P #M 6 1 ) , 8 * )0 )
0* 1 M .G M&" G
MP #
M . 1 ) *
M&" 1 ) +)
)
MP # 3 * ) N 8 0* 1 )
+))
"$ 9
9? ? * L
L?!!?""""
! 37 8 $ +
1 )
' " 1 , 8 .B 0* 1 *5
!B A 0* 1
A
%B5 0* 1
& $" # 1 . *) 8 +) ) B
B
&' 1 ) 8 *+ )
) : B
5 B
&M $' 1 * ))* 8 B
*+ )) B
''' $ -
+ ( ., ! .* /
&"'M 6 1 ) , + 1 * )0 )
M .G M&" G
M&"'
M . 1 ) *
M&" 1 ) +)
)
M&"' 3 * ) N + 1 ) +)
)
"$ 9
9? ? * L
L?!!?""""
$O. 1 $A 8 +) &B+ 1
Q+ 0E
HB
% $ 37 5) $ +
2
1 )
%M 3 , )5 , 5 ) ))
1 ) )
''& " *
+ ( ., ! .* /
" ''M 6 1 ) , 8 * )0 )
M . G M&" G
M" ''
M . 1 ) *
M&" 1 ) +)
)
M" '' 3 * ) N 8 )
+))
"$ 9
9? ? * L
L?!!?""""
% ! * ) % ) 8 F 1
.$ ! * ) . ) 8 F 1
&' 1 ) 8 *+ )
) : B
5 B
&M $' 1 * ))* 8 B
*+ )) B
%M 3 , )5 , 5 ) ))
1 ) )
'') " * *
+ ( ., ! .* /
" ' 'M 6 1 ) , 8 * )0 )
) M . G M&" G
M" ' '
M . 1 ) *
M&" 1 ) +)
)
M" ' ' 3 * ) N 8 ) )
+))
"$ 9
9? ? * L
L?!!?""""
% ! * ) % ) 8 F 1
.$ ! * ) . ) 8 F 1
&' 1 ) 8 *+ )
) : B
5 B
&M $' 1 * ))* 8 B
*+ )) B
%M 3 , )5 , 5 ) ))
1 ) )
6
''4 # * /
+ ( ., ! .* /
$ %M 6 1 ) , * )0 )
5 M . G M&" G
M$ %
M . 1 ) *
M&" 1 ) +)
)
M$ % 3 * ) N ) +)
)
"$ 9
9? ? * L
L?!!?""""
! 37 $ +
1 )
% $ 37 5) $ +
1 )
"'! 37 $ +
1 )
P" $ ' * ) P F 1
&' 1 ) 8 *+ )
) : B
5 B
&M $' 1 * ))* 8 B
*+ )) B
'& ! .* / * * . *
+ ( ., ! .* /
$' M 6 1 ) , * )0 )
* M . G M&" G
M $'
M . 1 ) *
M&" 1 ) +)
)
M $' 3 * ) N ) +)
)
"$ 9
9? ? * L
L?!!?""""
$O. ( 1 ) $A .B ) )
B ) )
. B 1
B 8
B
B
'" B '"
' ". B ' ".
% B%
! 37 1 ) $ +
!! 4 1 ) ) N
7
') ! .* / * * *
+ ( ., ! .* /
%M 6 1 ) , * )0 )
)5 ) M .G M&" G
M. $ G M$' G
M %! $
M . 1 ) *
M&" 1 ) +)
)
M. $ 3 * ) N ) ) +)
)
M$' * ) N I ) )
M %! $ * ) N )5 )
I
"$ 9
9? ? * L
L?!!?""""
! 37 1 ) ) $ +
M 7 1 ) N ) $ +
#
"'% ' * ) #5 + F 1
* ; 5 =
. $ M! O 1 ) . A )5 F 5
. $ M!"H 1 ) . ) * F 5
)5 ) 7R E
) 0
) )
F ' M#! 1 . *) 8 * ) ) B
4R ) )5 B
# * ) E
) 0 ) )
'"O M#! 1 . *) 8 5 * B
) 6 ) B
)5 # * ) E
) 0 ) )
H.# $"& 1 ) + * )5 $& B 1)+ *
!. B +
B * *
&M% #
"'% * ) #5 A D* F 1
*+ )) * ) 5)
)5
&M.$#
"'% * ) #5 A D* F 1
*+ )) * ) 5
) )5
&M $' 1 * ))* 8 B
*+ )) B
L $ 1 ) 5 9 * 9 '" B )5 9 *
, : & "'$ & "'$ : * *
.B > , )5 >
* ) ) )
& "'$
B ) ) )
)5 )
# ) ) )
? 01 )) ) ) ) )) )B
- A 0* 5* * > 5> *) + & ? % )
80A 01) S ) *+ 0 ) ) *) < ) *+ *
5* * > 5> )
* ) ? *) > , 8 +9 8
> , 0>
- #) *)) , ) +)
)) 8 )
< ) * *) ) ) )
+)
) ) : ,) * *) )5 ) I )
- #) + ) + ), 9 ) *,
* )5 )
- # ) 8 9 8 ) *) < 5 ) I )8 )
*) ) < )> ))5 )
'4 ! .* / * *
'4 5 0 *
+ * ( ., ! .* /
.&M 6 1 ) , * )0 )
.& M .G M&" G
M. &
M . 1 ) *
M&" 1 ) +)
)
M. & 3 * ) N +
) +)
)
"$ 9
9? ? * L
L?!!?""""
"! $' 1 ) 1 ) /7 77
% $ 37 1 ) 5) . $ +
&
!! 4 1 ) )
%M 3 1 ) , , 5 ) ))
)5 )
'4' " * *
+ * ( ., ! .* /
.$ "M 6 1 ) , * )0 )
8 M .G M&" G
M.$ "
M . 1 ) *
M&" 1 ) +)
)
M.$ " 3 * ) N 8
"$ 9
9? ? * L
L?!!?""""
! 37 1 ) 8 $ +
$O. 1 $A 8*> B
B 8
HB
"$ ' 1 ) 8 &" B +* *
& B +* *
!" B * *
! B * *
HB
.B 8
$B 8
"..' 1 ! 8 ) "B
'B 0 5 ,
"." $ * ) * 8*> F
; ) +=
.#
"$ '! 1 ) 8 ?, B *) )
) 5 B *) ,
" B +)
P& 1 )5 P& )
)+ B
B
&' 1 ) 8 B
*+ )) : B
5
&M $' 1 * ))* 8 B
*+ )) B
%M 3 1 ) , , 5 ) ))
)5 )
) ) ) 8 ) ) , > <8 A
) ) * : )
)
> ) ) * )
) ) > ) * 5*) )5
#) )8 )
*) > ,*)) : )5 )
'6 ! .* / * * *
+ ( ., ! .* /
.$ M 6 1 ) , * )0 )
M .G M&" G
M.$
M . 1 ) *
M&" 1 ) +)
)
M.$ 3 * ) N )
+))
"$ 9
9? ? * L
L?!!?""""
P" $ ' 3 * ) P F 1
7B) )
) 0 )
)
< )
. * ) . ) F
7B) )
. $ 1 ) . ) * F 5
7B ) )
#
"'% ' 3 * ) #5 F 1
* 7B ) ) 5
F'"% 3 * ) F 5 F 1
* 7B ) ) 5
F' * ) * ) F 5
7B ) ) * )
" $' M.$ 37 1 ) " ) ) ) $ +
%M 3 1 ) , )5 , 5 ) ))
!"
# $ !$
! %
&
' " (
)
*
+
Entente Interdépartementale en vue de la

Protection de la Forêt et de
l’environnement contre l’Incendie
Pôle Nouvelles Technologies et Maîtrise
des risques
- ) $
&
& ) "

l’environnement contre l’Incendie ,
des risques
!/
' $ & )
0 & )
1
!#
2
"
$ !$ * 3 +

l’environnement contre l’Incendie .
des risques
/ ) 5
$ !$ ( 6 )
) 7 ( 8
9
:
/ )#

l’environnement contre l’Incendie 4
des risques
; :
! <
" )
9 $ ; )
7
/ 7 = 1 >/ /
2 5
* +? * @ +

l’environnement contre l’Incendie
des risques
"$ %"
!
"
" #"
" % &'
#( )#*)
! " !#
$
+
-./ 0! 1 '
! * 2' + *' !''
! * 3&-4 5- *)6 )( ) 7 * ( *# * # ' '
!
* 8 # 9
! & 0: 7 )#;* !(' <:=>%:
<
=! ')#
7
<)' + 1
!# * 2 * * *! 7 /1!) (! ?
'#
2 ! '
.'' * 1
!) (!22) '
@) #( *!
!)#A) $ # 2 ' ) #!/ *8 # ( #!$# B'
@) 9
! & 0: * ( *# * 2'
'
$ * 3&-4 5-*)6 )( )
C1
!) )#'$# * (! #
1#) ( * !) # 1
!D# (! * '
$
6!) !)B ' .! #( '

!7 / 1
!) #
' *8$# #
7 2! ')#
7 8 # '
! * ! ) '
!
*''$)
&#
'' () (# *"!
+
*) ( *8 $ $ 2
ENTENTE INTERDEPARTEMENTALE – PôNT – Centre Francis Arrighi – Domaine de Valabre – RD 7

13 120 GARDANNE - : +33 (0) 442 608 670 - : +33 (0) 442 608 681 - : contact@pont-entente.org
&# ),(- - ' (#),(! ## ) &
0 ?
'(B'# ! 2'+ *' !''
!
!2
!2 *# * 8 .' 2 ( *# 8 )* 7
!2 @) ' *)# ! . ( *# #
!/ *8 )*
!27 #'! !(' . !)1 (B !!$' = E#

' * 4'@)
<'
;$ !(' : #
* #2 1) * #! ('
! * !#F * 81 '
#! 2
(! # 8:( *' " 0 # # ('>#
#'
$B'" &!2 ' * 6 .# " 4& " G>4&>
H* <:4 I
0!* /)#
'*'
@) * A .' 2 .' 2 ).'( *2''# '?
"! (# &#%" ! ##
#(! E 1 !'
# #
' (! ' ( * ('
?'
( '
! (B '
@) * ?
'(B'# # .2 +
'
$ )# *) # ( 7
A $ $ + A !' #( ?'(B'# *! 7 !) !) ?!#

2 !) !) ) !#7 @) !)#
) @) ( !' '! #'
( 2 ' A #( !)# ) . !' * ! ( ' 1'
' ) '( *' * ? !#
F A
' #*' !) )# )' ' '
! * ?'
(B'# * *! @)A
'
(! ' 7
A $$ + * #)'#( ? '
(B'#7 ' '@) !) *!()2 *#'1 * ( ? '
(B'# @)' A)#'
*! ')+ ) '1 ' 2 ). '2 # ' B)2 '7 @)A
' A)#' )+ # ') # )
7 !)#@) @) 2!'?@) ( !'7 * ( *# * # ' ' ! * ! (' 1
' + A
(! # 1# )() (! '7
A
' # *' !) # # !*)( '
! * ? '
(B'#7 ' '@) !) *!()2 *#'1 * ( ?
'(B'# @)'
A)#' *! ')+ ) '1 ' 2 ). '2 # ' B)2 '7 ) ?' * *'1)$ '!7
(!22) '( '! 7 2' + *' !'' ! 7 # 2' '! + * '#7 !) !) ? !#2 7 )# !) ) !#7
# @) @) 2!D !)# @) @) 2!' ?@) ( !'7 + '# $# )' !) ! #) 7
A)!# ' '! # * (!" # !# ' '#7
I #(! E @) !) 2 @) 2 * #+ ( *' !''

! $$# ' '
;#
# ! .' ' + A$ #
** (!" #
!# ' '
#
'+ 6 .#7
%
) #
!)1 !2 <'
$ )#
2 '
! 2 )(#
'

13 120 GARDANNE - : +33 (0) 442 608 670 - : +33 (0) 442 608 681 - : contact@pont-entente.org
ENTENTE INTERDEPARTEMENTALE EN VUE DE
LA PROTECTION DE LA FORET ET DE
L’ENVIRONNEMENT CONTRE L’INCENDIE
Pôle Nouvelles Technologies

& Maîtrise des Risques
REUNION DE PRESENTATION DE L’EXTRA NET ZONAL DFCI
Date de la réunion : Lieu de la réunion :

23 juin 2005 14h-16h SDIS 84
Esplanade de l’armée d’Afrique
AVIGNON Cedex 2
Participants : Organisme : Tél. : Courrier Electronique :

Stéphanie MARI CG84 …………... mari-s@cg84.fr
Thierry VALLON DDAF84 …………... thierry.vallon@agriculture.gouv.fr
Marc DOMINGEZ ONF marc.dominguez@onf.fr
Cdt Thierry CHABAS SDIS 84 …………... chabas.t@sdis84.fr
Cne Gil DOPIERALA SDIS 84 04 90 816 894 dopierala.g@sdis84.fr
Adj Christophe MESSIN SDIS 84 04 90 816 896 sdis.sig@sdis84.fr
Gaëlle AUTIN SDIS 84 04 90 816 896 sdis.sig@sdis84.fr
Lt-Col Philip TOSELLO PôNT 04 42 608 680 philip.tosello@pont-entente.org
Benoit CHANAVAS PôNT 04 42 608 678 benoit.chanavas@pont-entente.org
Estelle ELENA PôNT 04 42 608 671 estelle.elena@pont-entente.org
!"!#$% & '("")

$*++#,$-, $& '("")
$*++#,$-,-!& ' ./ & 0
1 2/ 3 41 5
6 3 7 /8 7 28 / 2 -+
/8 2 1

13 120 GARDANNE- : +33 (0) 442 608 670 - : +33 (0) 442 608 681 - : contact@pont-entente.org
3

13 120 GARDANNE- : +33 (0) 442 608 670 - : +33 (0) 442 608 681 - : contact@pont-entente.org
ENTENTE INTERDEPARTEMENTALE EN VUE DE
LA PROTECTION DE LA FORET ET DE
L’ENVIRONNEMENT CONTRE L’INCENDIE
Pôle Nouvelles Technologies

& Maîtrise des Risques
COMPTE RENDU DE LA REUNION DE PRESENTATION DE LA

MAQUETTE DE L’EXTRA NET ZONAL DFCI
Date de la réunion : Lieu de la réunion :

25 mai 2005 - 10h00 à 16h00 Valabre / PôNT
Centre Francis Arrighi
Domaine de Valabre
RD7- 13120 Gardanne
Participants : Organisme : Tél. : Courrier Electronique :
Caroline LAMOUR SDIS 11 ----------------- caroline.lamour@sdis11.fr

Cdt Jean-Claude POPPI SDIS 83 04 94 603 780 jcpoppi@sdis83.fr
Cne Dopierala GIL SDIS 84 04 90 816 894 sdis.sig@sdis84.fr
Adj Christophe MESSIN SDIS 84 04 90 816 896 sdis.sig@sdis84.fr
Benoit CHANAVAS PôNT 04 42 608 678 benoit.chanavas@pont-entente.org
Aurelien DURAND PôNT 04 42 608 679 aurelien.durand@pont-entente.org
Estelle ELENA PôNT 04 42 608 671 estelle.elena@pont-entente.org
Dominique GOLLER PôNT 04 42 608 670 dominique.goller@pont-entente.org
Marc LOPEZ PôNT 04 42 608 672 marc.lopez@pont-entente.org
Absents excusés
Cdt Philip TOSELLO PôNT 04 42 608 680 philip.tosello@pont-entente.org
Magali BRION SDIS 83 04 94 603 780 mbrion@sdis83.fr

13 120 GARDANNE - « : +33 (0) 442 608 670 - ¬ : +33 (0) 442 608 681 - : contact@pont-entente.org
2
OR
O DR
RD RE
EDDU
U JJO
OUUR
R
1. PRESENTATION DE L’EXTRA NET
- Rappel du contexte de l’extra net zonal DFCI

- Présentation des besoins formulés par les départements pilotes, Vaucluse et Var
- Présentation de l’extra net
2. DISCUTION ET PRISE EN COMPTE DES MODIFICATIONS A

APPORTER A L’EXTRA NET
• 1. PRESENTATION DE L’EXTRA NET
- Rappel du contexte de l’extra net zonal DFCI

La DFCI est l’élement fédérateur de la zone de défense Sud, l’importance de l’harmonisation
de la base de donnée DFCI entre les departements, le tronc commun zonal et l’arrété du
préfet de février 1998 face à un manque de remonté des DB DFCI observé dans le cadre de la
réunion des coordinateurs du 1 mars 2005. L’extra net représente face à cette problématique
un outil de mise à disposition, de visualisation et de mise à jour de la BD DFCI …
- Présentation des besoins formulés par les départements pilotes, Vaucluse et Var
Rappel des attentes fonctionnelles formulées par les deux départements, tel que nous les
avons rapporté dans les comptes rendus d’entretiens. Une synthèse fonctionnelle a été redigée
à partir de ces entretiens, c’est a partir de ce document et d’une analyse financière que la
solution SIMALIS / DYNMAP a été retenue.
- Présentation de l’extra net

Navigation dans l’extranet zonal DFCI à partir de la base de donnees DFCI des départements
pilotes. Démonstration des différentes fonctions.

13 120 GARDANNE- « : +33 (0) 442 608 670 - ¬ : +33 (0) 442 608 681 - : contact@pont-entente.org
3
• 2. DISCUTION ET PRISE EN COMPTE DES MODIFICATIONS A

APPORTER A L’EXTRA NET
Quelques modifications doivent être apportées :

- symboles DFCI en format police true type au lieu d’images raster
- épaisseur de trait des pistes DFCI
- mise en place d’une option de téléchargement d’un fichier dans la fenètre d’annotation
- gestion des emails indiquant la mise à jour de la BD DFCI
Ces modifications seront rapidement mises en place.
Parallèlement à ces points voici les demandes de corrections qui ont été formulé par les
département pilotes :
- Figer les seuils des échelles de visualisation et d’impression dans la navigation courante (1/
100000 e, 1 / 25000 e …)
- Rajouter les contours communaux a l’échelle départementale et les supprimer a l’échelle ou
apparait l’ortho photographie
- Remplacer le découpage administratif issue de geoflat par le découpage issue de la BD
carto
- Rajouter le login de la personne sur tous les documents qui sont imprimés
-Préciser les sources de données sur les documents qui sont imprimés
- Dans le cadre de la visualisation reservée aux Maires Varois, le découpage ne se fera plus
sur le contour communal mais par rapport à un rectangle englobant qui permettra l’existance
d’un buffer de 10 à 20 mètres
- Apporter un soin particulier au calage des scans et de l’ortho photographies par rapport aux
élements de la BD DFCI
La question du nombre de personnes pouvant avoir accés simultanémant à l’extra net est
soulevée. Il faut détérminer le nombre de connections simultanées qui peuvent être
envisagées sans que le système soit trop ralenti

4
Prochaine réunion
SDIS 84 : Jeudi 23 juin 2005 / 10h00 - 16h00
SDIS 83 : Date restant à déterminer

Mise en relation des bases de données routières Fantoir et
Navstreet
Afin de réaliser l’atlas urbain, le SDIS 83 demande de vérifier les noms de voies qui
constitueront la base de données adresse qui figurera dans le jeu de données cadastrales.
D’après le document « note explicative. Doc » voici comment est formulé la demande :
« …nous vous communiquons deux listes issues des Bases de Données :

- FANTOIRE (Direction Générale des Impôts)
- GEOROUTE (Institut Géographique National)
Ces bases de données sont incomplètes ou erronées (changement de nom…). Vos

connaissances du terrain sont essentielles pour mener à bien cette phase de mise à jour. »
C’est à cette problématique que répond la démarche qui est expliquée ci dessous :
Dans le même temps le SDIS 83 demande l’évaluation de l’add-on .xgo de géocodage d’un
BD Géoroute vers Géoconcept.
Rappel des données fournies pour réaliser le travail :
Documents :
• Note explicative.doc
• Fantoir.doc
• Lexique.doc
• Description de fichier Fantoir
Base de données
• NavStreets_Dépt_Var. gcm / .gcr
• TOPFANR.830
•
Extension logicielle
• geocod_03_00_02.xgo
• OutilGeocod_test.doc
1 / Mise en relation des bases de données Fantoir et Navstreet
Apres avoir analysé la structure des deux bases de données, voici la méthode
permettant la mise en relation des deux bases. Cette méthode se compose de plusieurs étapes
entre un travail de préparation sous Excel, Géoconcept et une moulinette de comparaison
développée par le PôNT.
A / Préparation de la base Fantoir ….. dans Excel

a) Extraire l’information par commune
La première étape consiste à identifier les différents champs de la BD Fantoir.

Ensuite on procède à la concaténation des colonnes « DEP » et « Numéro de commune » pour
obtenir le code INSEE.
En utilisant une feuille Excel recensant les équivalences entre code INSEE, code postal et
nom de commune on enrichit la base Fantoir (voir formules dans le fichier Excel pour faire la
jonction entre les colonnes). Pour faciliter la démarche on extrait une commune, dans notre
exemple Draguignan, code INSEE 83050.
b) Homogénéisation des champs clefs
Pour comparer l’adressage entre les deux bases de données il faut s’assurer que les champs
qui vont être comparés sont comparables. Dans Fantoir cela consiste à rechercher (édition
/rechercher) et supprimer tous les D’ , DE L , DE LA , DES , L’ , DU , DE qui précédent la
base du nom (les libellés de rue).
c) Export des données Fantoir pour moulinette de comparaison
Il s’agit simplement de sélectionner la colonne contenant la base du nom de rue,

préalablement préparée. Et de l’enregistrer dans un fichier nommé « 2.txt »
B / Préparation de la base Navstreet ….. dans Géoconcept

a) Extraction de la commune de Draguignan
Sélection de la commune de Draguignan, puis création d’une requête topologique sur le type
réseau routier, sélection du code postal 83300 strictement incluse dans Draguignan.
b) Export de la sélection des réseaux routiers vers Excel
Exporter les données adresse de Draguignan en format .gxt avec les champs nécessaires soit :
la base du nom, le PID
C / Préparation de la base Navstreet ….. dans Excel
a) Préparation des données et premiers résultats
Ouvrir le bd adresse Navstreet .gxt dans Excel

Trier les données sur le champ base du nom.
On observe à ce niveau un premier résultat à savoir qu’il y a environ 500 objets rues qui ne
sont pas renseignés dans la BD Navstreet.
b) Homogénéisation des champs clefs
Pour comparer l’adressage entre les deux bases de données il faut s’assurer que les champs
qui vont être comparés sont comparables. Dans Navstreet cela consiste à rechercher (édition
/rechercher) et supprimer tous les È, É, Â, Ï, Û présents dans la base du nom (les libellés de
rue).
c) Export des données Navstreet pour moulinette de comparaison

Il s’agit simplement de sélectionner la colonne contenant la base du nom de rue ainsi que la
colonne contenant le PI. et de l’enregistrer dans un fichier nommé « 1.txt »
D / Utilisation de la moulinette de comparaison
Les opérations précédentes nous ont permis de construire des fichiers .txt à partir deux bases
de données. Le fichier Fantoire 2.txt contient uniquement la base du nom. Le fichier Navstreet
1.txt contient une colonne base du nom ainsi qu’une colonne contenant un identifiant qui nous
permettra ultérieurement de réinjecter l’information dans Géoconcept en réalisant une jointure
de table.
Pour fonctionner cette moulinette doit être copiée dans le répertoire à la racine du C: dans un
fichier Temp. Les deux fichiers 1.txt et 2.txt doivent être également copiés dans ce répertoire.
Les résultats de la moulinette apparaîtront également dans ce dossier en « trouv.txt » et
« res.txt ».
a) Utilisation de la moulinette de comparaison
Cet utilitaire a été développé par le PÔNT, c’est un outil très simple qui permet de comparer
deux fichiers et de fournir en résultat :
• trouv.txt = la liste des lignes présentes et strictement identiques dans le fichier 1.txt et
dans le fichier 2.txt
• res.txt = la liste des lignes présentes dans le fichier 1.txt et absentes du fichier 2.txt
b) Interprétation des résultats
Dans le cas où le fichier 1.txt est la BD Navstreet et le fichier 2.txt est la BD Fantoir :
Trouve.txt = base du nom présent dans Navstreet et dans Fantoir

Res.tx = base du nom présent dans Navstreet mais différent ou absent de Fantoir
Dans le cas ou le fichier 1.txt est la BD Fantoir et le fichier 2.txt est la BD Navstreet :
Trouve.txt = base du nom présent dans Fantoir et dans Navstreet

Res.tx = base du nom présent dans Fantoir mais différent ou absent de Navstreet
En chiffre :
A/ données de base
Draguigan Navstreet Fantoir
Rue découpée en tronçons Oui Non

Nbr total d’objets 2040 613
Nbr d’objets non renseignés 439 0
Nbre d’objets pris en compte 1601 613

dans la comparaison
B/ de Navstreet vers Fantoir
Draguigan Navstreet
Nom de fichier 1.txt

Nbr total d’objets dans 702
TROUV.txt
RES.txt
Nbre d’objets pris en compte 1601
dans la comparaison
Dans les 702 tronçons de routes on a tous les tronçons qui sont communs aux deux bases.
Dans les 899 tronçons restants on trouve à la fois ceux qui sont absents et ceux qui sont
présents mais orthographiés de façons différentes. Nous n’avons pas cependant les moyens de
différencier ce type d’erreurs.
C/ de Fantoir Navstreet
Draguigan Fantoir
Nom de fichier 1.txt

TROUV.txt
RES.txt
Nbre d’objets pris en compte 613
dans la comparaison
Dans les 407 on a une grande quantité d’information qui n’est pas exploitable à cause de
l’absence de coordonnées et de possibilités de liaisons vers des objets cartographiques.
Pourtant c’est ici qu’est toute une grande partie de la valeur ajoutée de la base de données
Fantoir par rapport à Navstreet.
E / Jointure des résultats sous Géoconcept dans la BD Navstreet
Les seuls éléments qui sont ici localisables sur la carte sont les tronçons de rues présents dans
Navstreet et dont la base du nom est strictement identique à celle de Fantoir. Lors de l’export
de Navstreet vers Excel nous avons pris soin de conserver le PID pour chaque tronçon de
route, c’est cet identifiant qui va nous permettre maintenant de redonner une dimension
spatiale à la donnée adresse.
Pour ce faire l’opération consiste en une simple jointure sous Géoconcept entre le fichier
trouv.txt et la BD routière de Navstreet.
La jointure se fait sur tous les sous type du type réseau routier.
2 / Evaluation de l’add-on geocod_03_00_02.xgo
Cet utilitaire destiné au logiciel Géoconcept, a pour fonction de préparer les bases de données
d’adresse Géoroute en vue de leur géocodage dans Géoconcept.
Peut on l’utiliser pour géocoder la BD adresse Fantoir ?
Plusieurs problèmes se posent quant à l’utilisation de cet utilitaire :
En premier lieu sa structure est développée autour des champs contenus dans la BD Géoroute
à savoir pour les objets Voies :
• 35 champs dans le type Tronçon de route
• 4 champs dans le type Nœud du réseau routier
• 4 champs dans le type Carrefour complexe
• 11 champs dans le type Equipement routier
• 6 champs dans le type Equipement public
Soit 60 champs « dont l’attribut Nom est rempli et différent de « sans objet » et « inconnu » »
On trouve plus de détails sur ces champs à l’adresse suivante :

http://www.ign.fr/telechargement/MPro/produit/GEOROUTE/DC_GEOROUTE_2_1.pdf
La base de données Fantoir de par sa structure se prête fort mal à une transformation vers
cette architecture, en effet seul 2 ou 3 champs pourraient être renseignés dans le type tronçon
de route et aucun dans les autres champs.
De plus il manque deux fichiers exécutables pour importer des objets adresses dans la base de
travail. C’est à partir de ces fichiers d’adresse formatés et préparés par ces applications que le
géocodage s’opère. Il s’agit de :
• FormatageFichiersAdresses.exe
• PréparationFichiersAdresses.exe
Ces fichiers sont indispensables pour formater la base de données de façon à ce que l’add-on
recueille les informations d’adressage. On trouve cette spécification dans le fichier
OutilGeocod_test.doc.
Conclusion
Quasiment la moitié des adresses du fichier Navstreet peuvent être validées par leur présence
dans la BD Fantoir. Mais il n’est pas possible d’enrichir Navstreet par Fantoir et inversement.
Bien que ces résultats soient un bon début de réponse, une grande quantité d’informations
reste inexploitable. Il faudrait peut être reproduire la méthode sur une troisième base de
données en essayant d’enrichir le nombre de « base du nom » géoréférençables pour diminuer
et cibler au mieux les vérifications terrain.

Master II SIG Et Gestion de L Espace

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Master II SIG Et Gestion de L Espace

Transféré par

Droits d'auteur :

Formats disponibles

Master II SIG et Gestion de l’Espace

Université Jean Monnet de Saint-Etienne

Chanavas Benoit Septembre 2005

Extrait du contrat de plan Etat Région PACA 2000 – 2006

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 2

Le Lieutenant-colonel Tosello pour m’avoir accueilli au sein du Pôle Nouvelles Technologies

Un remerciement tout particulier pour Estelle, responsable de ce stage et de la réussite de ce

Le Commandant Jean-Claude Poppi et Magali Brion du SDIS du Var

Le Commandant Thierry Chabas, le Capitaine Gil Dopierala, l’Adjudant Christophe Messin et

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 3

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 5

Table des Annexes

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 6

La création du tronc commun zonal et du guide de normalisation graphique appliqués à la

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 7

Ce projet a été réalisé sous la direction du Lieutenant-colonel Philip Tosello, et sous

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 10

1 La zone de défense SUD

L’organisation de la défense du territoire national est issue de la constitution de 1958 et

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 11

1.2 Mission et organisation

Organisation au niveau zonal

Etat Major de Zone (EMZ) et Centre Opérationnel de Défense Zonal (CODZ)

Organisation au niveau départemental

Service Interministériel Régional des Affaires Civiles et Économiques de Défense et de la

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 12

2.1 Un établissement public zonal de lutte contre l’incendie

2.1.1 La zone ENTENTE, les départements et les services utilisateurs

La zone de défense Sud constitue le territoire sur lequel l’ENTENTE interdépartementale

Voici un tableau synthétique de présentation des départements de la zone ENTENTE, constitué à

Département Habitants Superficie Classement Budget Budget Coût

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 13

2.2 Les Services de l’ENTENTE

L’ENTENTE est organisée autour de quatre pôles :

2.2.1 La recherche, avec le Centre d’Essais et de Recherche de l’ENTENTE

2.2.2 La formation à travers l’Ecole d’Application de la Sécurité Civile

2.2.3 La sensibilisation du grand public avec l’Institut pour la Forêt

2.2.4 Les SIG à travers le Pôle Nouvelles Technologies (PôNT)

Ce service concernant plus directement le cadre de la réalisation de l’extranet, il fait l’objet

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 16

3.1 La plateforme SIG du CIRCOSC de Valabre

Les principaux utilisateurs identifiés du SIG étaient :

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 17

Figure 3 : Organisation de la mission SIG zonale

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 18

3.3 Le Pôle Nouvelles Technologies (PôNT)

3.3.1 Un besoin de pérennisation de la structure

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 19

3.3.2 Les missions du PôNT

2/ L’ASSISTANCE AUX UTILISATEURS

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 20

3/ L’ANIMATION DES RESEAUX

4/ LE PROGRAMME DE DEFENSE DES FORETS CONTRE L’INCENDIE (DFCI)

5/ Le PROGRAMME OUTIL DE GESTION OPERATIONNELLE ET D’AIDE A LA DECISION :

6/ MUTUALISATION DES DONNEES DE REFERENCE

- le PôNT fournit au Préfet de la Zone Sud et à l’ENTENTE, des prestations de conseils

Organisation des personnels :

Lt-col Philip Tosello, directeur du PôNT

Pôle gestion de projet

Figure 4 : Organisation du personnel du PôNT

Chanavas benoit Réalisation de l’extranet cartographique Zonal DFCI 22

L’ENTENTE et le PôNT ont entrepris une démarche d’harmonisation entre les

4.1 Les équipements DFCI