I
« CONCEPTION ET EXPLOITATION DYNAMIQUE D’UNE BASE DE DONNEES POUR LA GESTION DES ENTRETIENS DU
RESEAU ROUTIER DE MADAGASCAR »
MEMOIRE DE FIN D’ETUDES EN VUE DE L’OBTENTION DU
DIPLOME D’INGENIEUR GEOMETRE TOPOGRAPHE
UNIVERSITE D’ANTANANARIVO
ECOLE SUPERIEURE POLYTECHNIQUE D’ANTANANARIVO
DEPARTEMENT INFORMATION GEOGRAPHIQUE ET FONCIERE
Impétrant : RAMANDIMBIARISON Tianjanahary
Encadreurs : Monsieur RABEMALAZAMANANA
Monsieur ANDRIANJATOVO Harinaivo Livasoa
Promotion 2013
II
MEMOIRE DE FIN D’ETUDES EN VUE DE L’OBTENTION DU
DIPLOME D’INGENIEUR GEOMETRE TOPOGRAPHE
UNIVERSITE D’ANTANANARIVO
ECOLE SUPERIEURE POLYTECHNIQUE D’ANTANANARIVO
DEPARTEMENT INFORMATION GEOGRAPHIQUE ET FONCIERE
Impétrant : RAMANDIMBIARISON Tianjanahary
Encadreurs : Monsieur RABEMALAZAMANANA
Monsieur ANDRIANJATOVO Harinaivo Livasoa
« Je puis tout par celui qui me fortifie. » Phil 4 : 13
Président du Jury : Monsieur RABARIMANANA Mamy
Membres du Jury : Madame RABEHERIMANANA Lyliane
Monsieur RAKOTOARISON Max Simon
« CONCEPTION ET EXPLOITATION DYNAMIQUE D’UNE BASE DE DONNEES POUR LA GESTION DES ENTRETIENS DU
RESEAU ROUTIER DE MADAGASCAR »
Date de soutenance : Lundi 29 Septembre 2014
Je remercie Dieu tout puissant qui m’a donné la force et la santé durant mon cursus
universitaire et surtout de m’avoir guidé pour mener à terme ce document de mémoire de fin
d’études.
Je souhaite aussi adresser mes plus vifs remerciements à toutes les personnes qui m’ont
merveilleusement aidé à la réalisation et à la mise en forme de ce mémoire, notamment à
l’égard de :
- Monsieur ANDRIANARY Philippe, Professeur titulaire et Directeur de l’Ecole
Supérieure Polytechnique d’Antananarivo, pour son attention à assurer le bon
fonctionnement de cette école ;
- Monsieur RABARIMANANA Mamy, Enseignant Chercheur et Chef de Département de
l’Information Géographique et Foncière à l’Ecole Supérieure Polytechnique d’Antananarivo,
qui a bien voulu présider la soutenance de ce mémoire.
J’aimerai remercier mes deux encadreurs tant pédagogique que professionnel :
- Monsieur RABEMALAZAMANANA, Enseignant à l’Ecole Supérieure Polytechnique
d’Antananarivo et Chef de Service de la Recherche et de Développement au FTM.
- Monsieur ANDRIANJATOVO Harinaivo Livasoa, Directeur à la Direction Inter-
Régionale des Travaux Publics d’Antananarivo.
Je voudrais exprimer aussi mes remerciements les plus sincères aux personnes suivantes
qui me font l’honneur d’examiner cet ouvrage :
- Monsieur RAKOTOARISON Max Simon, Enseignant à l’Ecole Supérieure
Polytechnique d’Antananarivo, Ingénieur Principal Géodésien et Chef de Service au FTM,
- Madame RABEHERIMANANA Lyliane, Enseignante et Maître de Conférences à l’Ecole
Supérieure Polytechnique d’Antananarivo.
Je tiens également à remercier :
Tous les enseignants et personnel de l’Ecole Supérieure Polytechnique
d’Antananarivo ;
Tout le personnel de la Direction Inter-Régionale des Travaux Publics Antananarivo ;
Tout le personnel de la Direction de l’Observatoire de l’Aménagement du Territoire
qui m’a encadré durant la formation sur le SIG en ligne au sein de cette direction.
Je tiens à adresser ma gratitude à mes parents, à toute ma famille, à tous mes collègues
et amis ainsi qu’à tous ceux qui ont contribué, de près ou de loin, à la réalisation de ce
présent mémoire.
II
TABLE DES MATIERES
REMERCIEMENTS ...................................................................................................................................... I
TABLE DES MATIERES ............................................................................................................................... II
LISTE DES ACRONYMES ............................................................................................................................ V
LISTE DES TABLEAUX .............................................................................................................................. VII
LISTE DES FIGURES ................................................................................................................................ VIII
LISTE DES ANNEXES................................................................................................................................. IX
INTRODUCTION ........................................................................................................................................ 1
PARTIE I : PRESENTATION DU CADRE D’ETUDE ........................................................................................ 1
CHAPITRE I : PRESENTATION DU MINISTERE DES TRAVAUX PUBLICS ...................................................... 3
I.1 Généralité sur le MTP : ............................................................................................................. 3
I.1.1 Bref historique du MTP ................................................................................................... 3
I.1.2 Nature juridique du MTP ................................................................................................ 4
I.1.3 Objectifs du MTP ............................................................................................................. 4
I.1.4 Activités du MTP ............................................................................................................. 5
I.2 Structure organisationnelle du MTP ......................................................................................... 5
I.3 Présentation de la DIRTP ......................................................................................................... 7
I.3.1 Généralités sur la DIRTP .................................................................................................. 7
I.3.2 Objectif générale de la DIRTP .......................................................................................... 7
I.3.3 Activités de la DIRTP ........................................................................................................ 8
I.3.4 Structure organisationnelle de la DIRTP .......................................................................... 8
I.3.5 Attributions des tâches pour chaque entité de la DIRTP ............................................... 10
a. Division Personnelle ...................................................................................................... 10
b. Direction Régionale ....................................................................................................... 10
c. Service Administratif et Financier .................................................................................. 10
d. Service de Programmation et Gestion des Réseaux SPGR ............................................ 10
e. Service Ponts et Chaussées ........................................................................................... 11
f. Responsable de bureau d’ordre .................................................................................... 11
CHAPITRE II : RECUEIL ET ANALYSE DE L’EXISTANT ............................................................................... 12
II.1 Situation des données sur l’entretien du réseau routier .................................................... 12
II.1.1 Hétérogénéité des données .......................................................................................... 12
II.1.2 Dispersion des informations ......................................................................................... 12
II.1.3 Problème d’identification des informations existantes ................................................ 12
II.2 Principe d’évaluation du réseau routier ............................................................................ 13
II.3 Les différents types d’entretien routier ............................................................................. 14
II.4 Classification des itinéraires .............................................................................................. 22
II.5 Base de données pour la gestion des entretiens du réseau routier, une nécessité : ........... 24
PARTIE II : CONCEPTION DU PROTOTYPE BASE DE DONNEES POUR L’ENTRETIEN DU RESEAU ROUTIER
DE MADAGASCAR .................................................................................................................................. 25
CHAPITRE III : ANALYSE STRUCTURELLE DE LA BASE DE DONNEES........................................................ 26
III.1 Géomatique ...................................................................................................................... 26
III
III.2 Notions de Base de Données (BD) ...................................................................................... 26
III.2.1 La Base de Données ...................................................................................................... 26
III.2.2 La base de Données pour la gestion de l’entretien du réseau routier de Madagascar . 26
III.3 Méthode empruntée ......................................................................................................... 27
III.3.1 Les méthodes existantes ............................................................................................... 27
III.3.2 Choix de la méthode utilisée ......................................................................................... 27
III.3.3 Mise en œuvre de la méthode choisie .......................................................................... 27
III.4 Création du dictionnaire de données ................................................................................. 28
III.5 Conception du MCD .......................................................................................................... 30
III.6 Conception du MLD ........................................................................................................... 32
III.7 Conception du MPD .......................................................................................................... 33
CHAPITRE IV : IMPLEMENTATION DE LA BASE DE DONNEES DANS UN SGBD ....................................... 35
IV.1 Définition SGBD ................................................................................................................. 35
IV.2 Choix de l’outil SGBD utilisé ............................................................................................... 35
IV.3 Présentation et prise en main de PostgreSQL/PostGIS ...................................................... 37
IV.3.1 Interface utilisateur pgAdmin III .................................................................................... 37
IV.3.2 Prise en main de pgAdmin III ........................................................................................ 37
IV.3.3 Utilisation de pgAdmin III .............................................................................................. 38
a. Ajout d’un serveur ........................................................................................................ 38
b. Conception de la base de données ............................................................................... 39
c. Ajout d’une table dans la base de données ................................................................... 41
d. Ajout d’une clé secondaire/étrangère : ......................................................................... 44
e. Importation de la table d’un shapefile dans une base de données .............................. 45
IV.4 Requêtes SQL .................................................................................................................... 47
IV.4.1 Définition .................................................................................................................. 47
IV.4.2 Applications ............................................................................................................... 48
PARTIE III : EXPLOITATION DYNAMIQUE DE LA BASE ............................................................................. 50
CHAPITRE V : PRESENTATION DU PROJET ............................................................................................. 51
V.1 Objectifs ........................................................................................................................ 51
V.2 La topologie du système ............................................................................................... 51
V.3 Outils et logiciels utilisés ............................................................................................... 52
V.4 Mise en place de l’éditeur de codes sources ................................................................ 54
VI.1 Généralité sur le Web ........................................................................................................ 55
VI.2 Notion de Programmation Orienté Objet .......................................................................... 56
VI.2.1 Historique ..................................................................................................................... 56
VI.2.2 Définition ...................................................................................................................... 56
VI.2.3 Notion de classe ............................................................................................................ 56
VI.2.4 Notion d’objet ............................................................................................................... 57
VI.3 Le PHP : .............................................................................................................................. 57
VI.4 L’HTML .............................................................................................................................. 58
VI.5 Le CSS ................................................................................................................................ 59
VI.6 Le JavaScript ...................................................................................................................... 59
CHAPITRE VII : MISE EN LIGNE D’UNE CARTE ROUTIERE DYNAMIQUE .................................................. 61
VII.1 Définition ........................................................................................................................... 61
VII.2 Principe et fonctionnement du Webmapping .................................................................... 61
VII.3 Architecture d’une application web .................................................................................. 62
VII.4 Notion de serveur web ...................................................................................................... 62
IV
VII.5 Architecture d’une application Webmapping .................................................................... 63
VII.6 Notion de serveur cartographique ..................................................................................... 64
VII.7 Les différentes étapes à suivre pour la mise en place d’une application Webmapping : .... 64
VII.7.1 Création et stockage des données indispensables dans une table spontanée : ........ 64
VII.7.2 Exportation des tables virtuelles vers QGIS .............................................................. 64
VII.7.3 Paramétrage du Mapfile ........................................................................................... 67
PARTIE IV : FONCTIONNEMENT DU SITE, AUTRE EXPLOITATION POSSIBLE DE LA BASE DE DONNEES ET
COUT DU PROJET ................................................................................................................................... 68
VIII.1 Page d’accueil ................................................................................................................... 70
VIII.2 Page de connexion ............................................................................................................ 70
VIII.3 Page carte dynamique ...................................................................................................... 71
VIII.4 Pages Base de données ..................................................................................................... 72
IX.1 Notion de cartographie ..................................................................................................... 74
IX.1.1 Définitions ..................................................................................................................... 74
IX.1.2 Applications .................................................................................................................. 74
IX.1.3 Utilités ........................................................................................................................... 74
IX.2 Distribution des Routes Nationales par classe ................................................................... 75
IX.3 Carte de la distribution des Routes Nationales par classe ................................................. 75
CHAPITRE X : EVALUATION DU PROJET ................................................................................................. 77
X.1 Coût de la mise en route du projet .................................................................................... 77
X.2 Apport de ce projet ........................................................................................................... 78
X.3 Avantages et inconvénients du projet ............................................................................... 78
X.3.1 Avantages ...................................................................................................................... 78
X.3.2 Inconvénients ................................................................................................................ 78
CONCLUSION GENERALE ....................................................................................................................... 80
BIBLIOGRAPHIE ...................................................................................................................................... 81
WEBOGRAPHIE ...................................................................................................................................... 82
ANNEXES ................................................................................................................................................ 83
ANNEXE 1 : INSTALLATION DE POSTGRESQL/POSTGIS ................................................................................. 84
ANNEXE 2 : INSTALLATION ET PRISE EN MAIN DE MS4W ET PMAPPER ............................................................ 93
ANNEXE 3 : LISTE DES ROUTES NATIONALES POUR LA PREPARATION DE LA CAMPAGNE D'ENTRETIEN ROUTIER 2010 -
2011 SUR FINANCEMENT FER CAS DE LA PROVINCE D’ANTANANARIVO ........................................................... 95
ANNEXE 4 : CANEVAS SCHEMA D’ITINERAIRE ET AMENAGEMENT .................................................................... 97
ANNEXE 5 : TABLEAU REPRESENTANT LE DICTIONNAIRE DES DONNEES .......................................................... 104
V
LISTE DES ACRONYMES
ARM : Autorité Routière de Madagascar
BD : Base de données
CGI : Common Gateway Interface
SPGR : Service de Programmation et Gestion des Réseaux
CSS: Cascading Style Sheets
DIRTP : Direction Inter-Régionale des Travaux Publics
DRTP : Direction Régionale des Travaux Publics
FER : Fond d’Entretien Routier
FTM : Foiben-Taosarintanin’i Madagasikara
HTML : HyperText Markup Language
HTTP : HyperText Transfer Protocol
ININFRA : Institut National de l’Infrastructure
IIS : Internet Information Services
INTERNET : INTERconnected NETwork
LNTPB : Laboratoire National des Travaux Publics et Bâtiments
MCD : Modèle Conceptuel de Données
MLD : Modèle Logique de Données
MPD : Modèle Physique de Données
MS4W: Map Server For Windows
MTP : Ministère des Travaux Publics
OGC : Open Geospatial Consortium
OTU : Office des Travaux d’Urgence
PC : Personnal Computer
PHP : Hypertext Preprocessor
PK : Point Kilométrique
QGIS : Quantum Geographic Information System
VI
QSM : Quantité Scénario Minimale
QSS : Quantité Scénario Souhaitable
RB : Route bitumée
RN : Route Nationale
RNP : Route Nationale Primaire
RNS : Route Nationale Secondaire
RNT : Route Nationale Tertiaire
RT : Route en terre
SGBD : Système de Gestion de Base de Données
SGBDR : Système de Gestion de Base de Données Relationnelles
SGBDRO : Système de Gestion de Base de Données Relationnelles et Objet
SGBDs : Système de Gestion de Base de Données spatiales
SIA : Schéma d’Itinéraire et Aménagement
SIG : Système d’Information Géographique
SM : Scénario Minimale
SS : Scénario Souhaitable
SQL : Structured Query Langage
TCP/IP : Transmission Control Protocol/Internet Protocol
TEA : Travaux d’Entretien Améliorant
TER : Travaux d’Entretien de Routine
TES : Travaux d’Entretien Spécialisé
UML : Unified Modeling Language
URL : Uniform Ressource Location
XML : eXtensible Markup Language
WWW : World Wide Web
VII
LISTE DES TABLEAUX
Tableau 1 : Liste des Travaux d'Entretien de Routine .............................................................. 15
Tableau 2 : Liste des Travaux d'Entretien Améliorant ............................................................. 17
Tableau 3 : Liste des Travaux d'Entretien Améliorant ............................................................. 19
Tableau 4 : Liste des Travaux d'Entretien Spécialisés .............................................................. 20
Tableau 5 : Liste des Travaux d'Entretien Spécialisés .............................................................. 21
Tableau 6 : Itinéraire et Dégradations ..................................................................................... 23
Tableau 7 : Phase de modélisation d'une base de données .................................................... 28
Tableau 8 : Extrait du Dictionnaire des données ..................................................................... 29
Tableau 9 : Modèle Logique de Données ................................................................................. 32
Tableau 10 : Exemple de requêtes ........................................................................................... 48
Tableau 11 : Coût estimatif du projet ...................................................................................... 77
VIII
Figure 1: Organigramme du MTP ............................................................................................................ 6
Figure 2 : Organigramme de la DIRTP Antananarivo ............................................................................... 9
Figure 3 : Modèle Conceptuel de Données ........................................................................................... 31
Figure 4: Interface d'accueil de pgAdmin III ......................................................................................... 38
Figure 5 : Ajout de serveur .................................................................................................................... 39
Figure 6 : Création de base de données ................................................................................................ 40
Figure 7: Définition de la base de données ........................................................................................... 40
Figure 8 : Ajout de table ........................................................................................................................ 41
Figure 9 : Ajout colonne dans une table ................................................................................................ 42
Figure 10 : Définition de la clé primaire ................................................................................................ 43
Figure 11 : Ajout de la clé primaire ....................................................................................................... 43
Figure 12 : Visualisation de la table créée ............................................................................................. 44
Figure 13 : Ajout d'une clé secondaire .................................................................................................. 45
Figure 14: Ajout shapefile...................................................................................................................... 46
Figure 15 : Visualisation des tables spatiales ........................................................................................ 46
Figure 16: Visualisation des contenus d'une table spatiale .................................................................. 47
Figure 17: Exécution d'une requête ...................................................................................................... 48
Figure 18 : Topologie du système informatique ................................................................................... 52
Figure 19 : Extrait de scripts PHP........................................................................................................... 58
Figure 20 : Extrait scripts HTML ............................................................................................................. 58
Figure 21 : Extrait scripts CSS ................................................................................................................ 59
Figure 22 : Extrait code JavaScript ......................................................................................................... 60
Figure 23 : Architecture d'une application web .................................................................................... 62
Figure 24 : Architecture d'une application Webmapping ..................................................................... 63
Figure 25 : Vue dans la base de données .............................................................................................. 64
Figure 26 : Connexion QGIS - PostGIS ................................................................................................... 65
Figure 27 : Visualisation du résultat dans QGIS .................................................................................... 66
Figure 28 : Exporter les données dans QGIS ......................................................................................... 66
Figure 29 : Extrait paramétrage du Mapfile .......................................................................................... 67
Figure 30 : Extrait de la configuration du code d'affichage................................................................... 67
Figure 31 : Page d'accueil du site .......................................................................................................... 70
Figure 32 : Page de connexion .............................................................................................................. 70
Figure 33 : Page Carte dynamique ........................................................................................................ 71
Figure 34 : Affichage de données dans une table ................................................................................. 72
Figure 35 : Formulaire de mise à jour ................................................................................................... 73
Figure 36 : Distribution des Routes Nationales par classe dans la Province d'Antananarivo ............... 76
Figure 37 : Visualisation des informations sur une route ..................................................................... 76
IX
Annexe 1 : Installation PostgreSQL/PostGIS
Annexe 2 : Installation et prise en main de MS4W et Pmapper
Annexe 3 : Liste des Routes Nationales pour la préparation de la campagne
d'entretien routier 2010 - 2011 sur financement FER, cas des 4 Régions de la
Province d’Antananarivo
Annexe 4 : Extrait du Canevas Schéma D’itinéraire Et Aménagement
Annexe 5 : Dictionnaire de données
1
Les infrastructures de transport sont essentielles au développement économique et
social d’un pays. Elles constituent des liens vitaux entre les centres de production et les
marchés pour la plupart des secteurs économiques. Par leur fonction multiple d’accès à
l’emploi, aux services sociaux et de santé et à l’enseignement, elles sont essentielles dans le
domaine de la lutte contre la pauvreté en permettant le désenclavement des régions rurales
et en stimulant le développement économique et social.
Comme bon nombre de pays, Madagascar a connu une hausse de constructions
routières au XXe siècle entrainant ainsi un développement considérable des infrastructures
routières. Malheureusement, faute d’entretien celles-ci se sont depuis nettement
détériorées.
Le linéaire total des Routes Nationales à entretenir en 2010 était estimé à environ
11.521, 549 km soit 5.470,340 km de routes revêtues et 6.051,209 km de routes non
revêtues. Une des étapes primordiales durant la campagne d’entretien du réseau routier
consiste à la collecte d’informations sur l’itinéraire, les dégradations ainsi que
l’aménagement à prévoir.
Devant cette situation, les directions et services en charge de l’entretien du réseau
routier vont devoir collecter et stocker une quantité considérable d’informations. Ce qui
parfois pose des problèmes sérieux.
Afin de contribuer à la résolution de ce problème, ce présent projet intitulé « Conception
et exploitation dynamique d’une base de données pour la gestion des entretiens du réseau
routier de Madagascar » a été monté.
Le plan du projet se présente comme suit : premièrement, une présentation du cadre
d’étude ; deuxièmement, la conception d’un prototype base de données ; troisièmement,
une proposition d’exploiter dynamiquement ce prototype ; et enfin, une présentation sur
quelques réflexions et analyses des résultats obtenus.
PRESENTATION DU CADRE
D’ETUDE
PARTIE I : PRESENTATION DU CADRE
D’ETUDE
3
Chapitre I : PRESENTATION DU MINISTERE DES
TRAVAUX PUBLICS
La raison de la réalisation de ce présent ouvrage a été aperçue dans une des directions
décentralisées de la MTP. C’est pourquoi en premier lieu, une présentation de ce Ministère
est indispensable.
I.1 Généralité sur le MTP :
I.1.1 Bref historique du MTP [1]:
Le Ministère chargé des Travaux Publics a été créé en 1920 sous le nom de Direction
Générale des Travaux Publics. Il a subi plusieurs modifications au niveau de la dénomination
selon la politique générale de l’Etat. Ce qui entraîne en même temps le changement de ses
attributions qui sont fixées par les conseils des Ministres. Et à chaque fois qu’il y a un
nouveau Ministre, il y a toujours un changement de dénomination.
L'accroissement de ses responsabilités l'a poussé à s'étendre sur des nouveaux
domaines et à adapter en permanence ses structures et ses missions aux exigences du
contexte national et international.
Les dates ci-après, tracent les évolutions du MTP depuis sa date de création jusqu’à nos
jours :
D’abord, en 1920 la Direction Générale des Travaux Publics a été créée (première
structure du Département et dont les attributions coiffaient plusieurs secteurs)
Puis, le Ministère des Travaux Publics et des Transports, de la Construction et des Postes
et Télécommunication furent créés, en 1960 à l’indépendance de l’Etat Malgache.
Ensuite, en 1977 une érection du secteur transport en département ministériel ;
L’année 1978 marque la décentralisation en Province des Services Extérieurs ;
Puis, en 1983 les Directions Territoriales furent instaurées ;
Ensuite en 1994 : Transfert de la Direction de la Météorologie Nationale (DMN) du
Département du Transport au Département de l’Equipement ;
Présentation du Ministère des Travaux Publics
4
Puis en 2002 : le ministère est appelé Ministère des Travaux Publics et des Transports ;
De 2006 à 2013, le département en charge des Transports fut séparé du Ministère des
Travaux Publics et le ministère devient Ministère des Travaux Publics et de la Météorologie.
Enfin, suite aux nouvelles réorganisations du nouveau gouvernement actuel, la Direction
de la Météorologie Nationale fut retournée vers le Ministère du Transport. Seul le secteur d
Travaux Publics demeure ; c’est pourquoi la dénomination actuelle Ministère des Travaux
Publics.
Cet organisme qui est un organisme Gouvernementale Malagasy, semble souvent connu
sous l’abréviation MTP, dont le siège social se trouve à Anosy à Antananarivo.
I.1.2 Nature juridique du MTP [1]:
Le MTP est une administration publique dont l’organisation générale et ses attributions
sont fixées par les décrets suivants :
D’abord, la constitution de la République de Madagascar ;
Puis l’ordonnance n° 93-027 du 13 mai 1993 portant sur la réglementation des Hauts
Emplois de l’Etat ;
Ensuite, le décret n° 76-132 du 31 mars 1976 modifié et complété par le décret n° 93-
842 du 16 novembre 1993 concernant les Hauts Emplois de l’Etat ;
Puis, le décret N° 2007-083 fixant les attributions du Ministère des Travaux Publics et
des Météorologie.
Et enfin, le décret N° 2014 – 294 fixant les attributions du Ministre des Travaux Publics
ainsi que l’organisation générale de son Ministère.
I.1.3 Objectifs du MTP [2] :
Le Ministère des Travaux Publics a pour objectifs d’assurer les conditions d’une
croissance économique suffisante et équitable sur la qualité de la vie de la population dans
tout Madagascar en réalisant des routes répondant aux normes de qualités.
Pour cela le MTP a fixé quelques objectifs spécifiques, à citer :
La conservation du patrimoine routier ;
Le bon niveau de service à l’usager (y compris la sécurité des usagers) ;
Le maintien de la continuité des itinéraires économiques.
Présentation du Ministère des Travaux Publics
5
En résumé, son but principal est de doter le pays en infrastructures routières
nécessaires pour son développement économique.
I.1.4 Activités du MTP [1] :
Les activités du MTP se penchent surtout dans :
Premièrement, la mise en œuvre de la construction, la réhabilitation et l’entretien des
routes et des autres ouvrages des travaux publics (Pont, Tunnel, …).
Deuxièmement, l’amélioration de la productivité et l’efficacité du système des
transports.
Troisièmement, dans sa fonction de tutelle technique des entreprises publiques et
parapubliques, ainsi que des organismes sous tutelle ou rattachés dont l’objet relève des
secteurs des travaux publics en tenant compte des textes particuliers concernant le MTP.
I.2 Structure organisationnelle du MTP [3] :
La structure organisationnelle du Ministère des Travaux Publics actuel s’explique par
l’organigramme suivant :
Figure 1: Organigramme du MTP
Source : Décret N° 2014 – 294 Fixant les
attributions du Ministre des Travaux Publics ainsi
que l’organisation générale de son Ministère
Présentation du Ministère des Travaux Publics
7
D’après cet organigramme, la DIRTP (Direction Inter-Régionale des Travaux Publics)
qui est l’institution issue de l’analyse de ce présent ouvrage est sous tutelle du MTP. Donc,
pour la suite de l’ouvrage, la présentation de cette dernière sera abordée.
I.3 Présentation de la DIRTP :
I.3.1 Généralités sur la DIRTP [1]:
Depuis l’année 1978, la direction des travaux Publics est nommée Directions
Provinciales des Travaux Publics. La mise en place de la région en 2004 la connu un grand
changement dans tous les domaines d’activités à Madagascar. C’est pour cela que la
direction est devenue Directions Inter-régionales des Travaux Publics, en 2006.
Les Directions Inter-régionales des Travaux Publics sont les structures déconcentrées
qui représentent et prolongent les actions du Ministère dans les domaines des Travaux
Publics au niveau des régions.
Au niveau de l’île, il existe six DIRTP dans chaque Province qui sont :
o Cellule d’Antananarivo,
o Cellule d’Antsiranana,
o Cellule de Mahajanga,
o Cellule de Fianarantsoa,
o Cellule de Toamasina,
o Cellule de Tuléar.
La DIRTP Antananarivo, sise à Ambatomena, est chargée de diriger quatre divisions
ou Directions Régionales des Travaux Publics : Analamanga, Bongolava, Itasy et
Vakinakaratra, elles sont toutes sous la direction du Directeur Inter-Régional.
I.3.2 Objectif générale de la DIRTP [1]:
L’objectif général de la DIRTP est d’assurer les conditions d’une croissance
économique suffisante et équitable, et d’avoir des résultats sur la qualité de la vie de la
population.
Présentation du Ministère des Travaux Publics
8
I.3.3 Activités de la DIRTP :
Afin d’atteindre l’objectif général cité précédemment, la DIRTP a adopté quelques
activités. En générale, elle coordonne la mise en œuvre des stratégies locales et fournit des
services de proximité entrant dans le cadre de ses responsabilités et à travers notamment
les Directions Régionales relevant de sa circonscription. Elle est aussi chargée d’animer, de
contrôler et de coordonner les différentes Divisions et Services de l’établissement. [1]
Voici aussi quelques activités courantes de la DIRTP [2] :
- Construction, réhabilitation, entretien des routes ;
- Amélioration de la production de l’efficacité du système de programmation des
routes ;
- Réhabilitation des infrastructures d'irrigation…
De plus, elle collabore avec l’Autorité Routière de Madagascar ARM, se synchronise
avec cette dernière afin de gérer l’entretien en général des routes nationales incluses dans
sa circonscription.
I.3.4 Structure organisationnelle de la DIRTP :
L’organigramme de la DIRTP se présente comme suit :
Figure 2 : Organigramme de la DIRTP Antananarivo
Source : DIRTP Antananarivo - Juin 2014
Présentation du Ministère des Travaux Publics
10
I.3.5 Attributions des tâches pour chaque entité de la DIRTP [1]:
Il existe plusieurs divisions dans la DIRTP qui sont :
a. Division Personnelle :
La division personnelle est une division qui assure la gestion des ressources
humaines de l’établissement. Donc, elle est chargée de la gestion de personnel, la
gestion administrative des agents, et de la coordination des tâches des agents. Elle
prépare et pilote la politique sociale. Cette division est sous la coupe du Service
Administratif et Financier.
Elle assure aussi :
- le suivi du personnel de l’ensemble de la région, d’une direction ainsi que de
l’organigramme du Service ;
- la description des postes ;
- le développement du plan de carrière pour chaque catégorie de personnel.
b. Direction Régionale :
C’est l’entité chargée de la directive générale, de supervision et de la
coordination, elle applique les instructions du ministère.
c. Service Administratif et Financier :
Le Service Administratif et Financier est une entité responsable de la gestion
financière et la gestion de crédit de l’établissement. Il assure la gestion du personnel
par l’intermédiaire de la division du personnel qui est sous sa responsabilité.
C’est l’entité en charge de la gestion des matériels en service provenant des
achats effectués sur les crédits du Fond d’Entretien Routier (FER).
d. Service de Programmation et Gestion des Réseaux SPGR :
Il est chargé de la mise en œuvre de la stratégie économique du secteur des
travaux. Il programme les opérations et l’utilisation des ressources financières. Il
assure le Service de contrôle et l’évaluation des travaux ainsi que :
la gestion du réseau routier national et régional ;
la programmation des travaux d’entretien routier ;
la gestion des contrats des travaux d’entretien courant.
Présentation du Ministère des Travaux Publics
11
e. Service Ponts et Chaussées :
Il est chargé d’appui aux unités d’exécution et la contrôle de qualité. Il suit les
opérations et projet routier.
f. Responsable de bureau d’ordre :
Il assure la gestion des marchés (vente de DAO, réception des offres,
notification des marchés) ainsi que la réception et l’envoi des courriers et
correspondances.
12
Chapitre II : RECUEIL ET ANALYSE DE L’EXISTANT
Afin d’identifier les problèmes concernant la gestion des données routières, des
séances d’entretien et des recherches ont été effectuées au niveau de la DIRTP.
Cette étape a permis de constater la situation des données/informations existantes
auprès de cet organisme.
II.1 Situation des données sur l’entretien du réseau routier :
Suite au résultat des entretiens faits dans la DIRTP, quelques constatations ont été
tirées :
II.1.1 Hétérogénéité des données :
Les informations/données manipulées par les DRTP sont incohérents entre eux, du
point de vue présentation portant sur le même thème SIA (Schéma d’Itinéraire et
Aménagement) ou budgétisation des entretiens prévus. Il convient d’assurer l’homogénéité
et l’uniformité des données SIA.
II.1.2 Dispersion des informations :
Les informations/données numériques rapportées sont souvent stockées dans des
fichiers bureautiques (Excel). Ainsi, il a été constaté l'éparpillement et la disparité presque
un peu partout des informations ce qui pose un problème assez sérieux quant à leur
recherche ou leur acquisition. Une des conséquences est l’existence de risque énorme de
redondance d'informations ou des efforts en vue de leur production.
II.1.3 Problème d’identification des informations existantes :
C'est une des conséquences du fait que les informations sont trop dispersées et
éparpillées un peu partout. De ce fait, il devient assez difficile d'identifier de savoir quelles
sont toutes les informations existantes au sein d’une route (exemple : toutes les
Recueil et analyse de l’existant
13
dégradations et types de travaux à prévoir durant une période au niveau de la RN7 reliant la
Capitale à la partie Sud de l’Ile faisant environ un millier de km).
II.2 Principe d’évaluation du réseau routier :
L’évaluation des routes d’un réseau s’effectue alors au niveau des services
décentralisés de l’organe de gestion du réseau (exemple : les subdivisions des Travaux
Publics pour le réseau des Routes d’Intérêt Provinciales). Mais avant cela, un registre des
routes est élaboré par La Direction de l’Entretien Routier au sein du ministère. Ce registre
contient toutes les routes prévues à entretenir durant une campagne, découpées en section.
Ainsi, chaque section contient des informations qui la caractérisent, à savoir :
La classe de la route (RNP, RNS, RNT,…) ;
L’axe de la route (N1, N2, …) ;
Le numéro de la section ;
La localité début ;
Le point kilométrique début ;
La localité fin ;
Le point kilométrique fin ;
La longueur de la section (en km) ;
La longueur traitée (en km) ;
La nature de la surface (RB, RT) ;
Type de travaux terminé ;
Date de réception définitive des travaux terminés ;
Type de travaux en cours ;
Date de réception définitive des travaux en cours ;
Type de travaux à prévoir ;
Date de démarrage des travaux à prévoir ;
La Région ;
Le Gestionnaire (ARM, DIRTP).
Chaque subdivision effectue l’examen visuel du réseau (examen visuel continu ou
examen visuel sommaire) et fait parvenir auprès de la Direction Régionale des Travaux
Recueil et analyse de l’existant
14
Publics à laquelle elle est rattachée un Schéma Itinéraire et Aménagement, abrégé en SIA,
du tronçon de route à étudier.
Dans le SIA, l’ingénieur spécialisé en routes et ouvrages doit :
Tout d’abord, faire la constatation (relevé des dégradations) et l’évaluation de
l’état des tronçons de route sous sa surveillance ;
Ensuite, faire l’inventaire des ouvrages ;
Puis, analyser les données ainsi recueillies ;
Enfin, avancer une proposition pour l’entretien du tronçon de route considéré.
Lors du relevé des dégradations, le technicien parcourt l’itinéraire et note :
D’abord, le type de dégradations ;
Ensuite, le degré de gravité des dégradations ;
Enfin, leur étendue, c'est-à-dire la longueur ou la surface de route
incriminée.
Les routes sont ensuite évaluées selon leurs besoins en Entretien (état général et
quantité de dégradations).
Toutes les informations sont ensuite regroupées dans une Banque de Données
Routières (en général, sous un fichier Excel SIA) pour une prise de décision concernant les
axes prioritaires à entretenir.
II.3 Les différents types d’entretien routier :
Les travaux d’entretien routier sont classés en 10 types selon leur nature :
Premièrement, les Travaux d’Entretien de Routine (TER) :
Cantonnage,
Petits travaux d’urgence,
Entretien mécanisé ;
Deuxièmement, les Travaux d’Entretien Améliorant (TEA) :
Terrassements
Ouvrages divers
Chaussées
Et troisièmement, les Travaux d’Entretien Spécialisé (TES) :
Recueil et analyse de l’existant
15
Ponts
Point à temps chaussées revêtues
Bacs
Autres
Chaque type d’entretien possède des numéros de prix désignant les différents
aménagements à entreprendre. Les tableaux ci-après montrent les différents prix pour
chaque type de travaux d’entretien [2] : Tableau 1 pour les TER, Tableau 2 TEA et Tableau 3
TES
TRAVAUX D'ENTRETIEN DE ROUTINE (TER)
Tableau 1 : Liste des Travaux d'Entretien de Routine
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
TERC 1 CANTONNAGE PERMANENT
101
Installation de chantier "Cantonnage Permanent"
mois
Routes non revêtues
110 Contrôle permanent de la végétation km x mois
111 Entretien permanent des assainissements km x mois
120 Gardiennage barrière de pluie Bar x mois
Routes revêtues
130 Contrôle permanent de la végétation en section rurale km x mois
131 Entretien permanent des assainissements en section rurale km x mois
132 Cantonnage Permanent section urbaine km x mois
TERU 2 MISE A NIVEAU ET PETITS TRAVAUX D’URGENCE
201
Installation de chantier "Mise à Niveau & Travaux d'urgence "
FFT
210 Coupe générale de la végétation km
211 Élagage d'un côté de la route m
212 Abattage d'arbres en pied de circonférence > 60 cm U
213 Enlèvement d'arbres abattus de circonférence > 60 cm U
214 Dégagement ou désensablement de chaussée m3
220 Curage général des assainissements km
Recueil et analyse de l’existant
16
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
221 Déblais ouverture/ création de fossés, exutoires, divergents m3
222 Fascinage de fossés ml
223 Blocage 10/15 kg m3
230 Enlèvement d’éboulements meubles m3
231 Débitage – Enlèvement de blocs rocheux m3
232 Remblaiement de ravines hors chaussée m3
233 Engazonnement de talus ou accotement m2
234 Clayonnage de talus ml
240 Arasement d'accotement m3
241 Rechargement d'accotement ou de chaussée m3
250 Remise en place d'une balise U
251 Remise en place d'une borne kilométrique ou point de repère U
252 Remise en place d'un panneau de signalisation U
260 Remplacement et/ou mise en place d'une balise U
261 Remplacement et/ou mise en place d'une borne kilométrique U
262 Remplacement et/ou mise en place d'une borne "point de repère" U
263 Remplacement et/ou mise en place d'un panneau de prescription
en BA U
264 Remplacement et/ou mise en place d'un panneau de localisation
ou de direction en BA U
270 Peinture d'une balise U
271 Peinture d'une borne PK ou d'une borne PR U
272 Peinture d'un panneau de signalisation U
273 Peinture d'ouvrages et accessoires m2
275 Marquage de chaussée avec peinture routière m2
276 Marquage de chaussée avec thermoplastique m2
290 Débitage et évacuation d’arbres de circonférence > 60 cm U
291 Remblai d’emprunt m3
292 Maçonnerie de moellons m3
293 Gabions m3
294 Remblai d'ouvrage en matériaux sélectionnés m3
295 Géotextile « ouvrage et terrassement » m2
TERM 3 ENTRETIEN MÉCANISÉ (Routes Non Revêtues)
301 Installation de chantier "Entretien Mécanisé" FFT
310 Remise au profil à sec ml
311 Reprofilage avec compactage / arrosage ml
Recueil et analyse de l’existant
17
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
312 Purges m3
313 Reprofilage au Bull de largeur ≤ 5 mètres ml
314 Reprofilage au Bull de largeur > 5 mètres ml
320 Rechargement de la chaussée en matériaux naturels sélectionnés
(MS) m3
TRAVAUX D'ENTRETIEN AMÉLIORANTS (TEA)
Tableau 2 : Liste des Travaux d'Entretien Améliorant
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
TEAT 4 TERRASSEMENTS
401 Installation de chantier "Terrassements" FFT
410 Décapage m2
411 Purges m3
420 Déblai meuble m3
421 Déblai rocheux m3
422 Déblai pour fossés, exutoires et divers m3
430 Géotextile "Terrassements" m2
440 Remblai d’emprunt m3
441 Réglage de la plate-forme avant couche de chaussée m2
460 Engazonnement de talus m2
TEAO 5 OUVRAGES
501 Installation de chantier "Ouvrages" FFT
510 Démolition de maçonnerie avec récupération de moellons m3
511 Démolition de béton m3
512 Démontage de buse en béton armé ou métallique ml
513 Démontage de gabions m3
520 Déblai pour fouilles à sec m3
521 Déblai pour fouilles sous l’eau m3
522 Pieux en bois de diamètre entre 10 et 12 cm ml
523 Remblai d'ouvrages en matériaux meubles m3
Recueil et analyse de l’existant
18
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
524 Engazonnement de talus m2
525 Remblai d'ouvrage en matériaux naturels sélectionnés (MS) m3
530 Maçonnerie de moellons m3
531 Fourniture et pose de gabions m3
531 bis Fourniture et pose des gabions à cages métalliques blindées m3
532 Perré maçonné m2
535 Rejointoiement de maçonnerie ml
536 Chape au mortier de ciment dosé à 400kg m2
537 Enduit au mortier de ciment dosé à 300kg m2
540 Béton B1 dosé à 250 kg/m3 de ciment m3
541 Béton B2 dosé à 300 kg/m3 de ciment m3
542 Béton B3 dosé à 350 kg/m3 de ciment m3
543 Béton B4 dosé à 400 kg/m3 de ciment m3
544 Béton cyclopéen m3
545 Acier pour béton armé kg
550 Fossé maçonné 40x40cm avec radier en béton ml
551 Fossé maçonné 40x40cm avec radier en maçonnerie de
moellons ml
552 Fossé maçonné 40x40cm en butée de chaussée avec radier en
béton ml
553 Fossé maçonné 40x40cm en butée de chaussée avec radier en
maçonnerie de moellons ml
554 Fossé bétonné 40x40 ml
560 Dalot mixte maçonnerie-BA de 70 x 80 cm ml
561 Dalot mixte maçonnerie-BA de 80 x 100 cm ml
562 Dalot mixte maçonnerie-BA de 100 x 100 cm ml
570 Fourniture et pose de buse en béton armé de diamètre 60 cm ml
571 Fourniture et pose de buse en béton armé de diamètre 80 cm ml
572 Fourniture et pose de buse en béton armé de diamètre 100 cm ml
580 Drains m3
581 Géotextile « Ouvrage » m2
585 Blocage 10/15 kg m3
586 Enrochement 30/50 kg m3
TEAC 6 CHAUSSEES
601 Installation de chantier "Chaussées" FFT
Routes non revêtues
610 Reprofilage léger ml
611 Reprofilage lourd ml
Recueil et analyse de l’existant
19
Tableau 3 : Liste des Travaux d'Entretien Améliorant
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
620 Remblai d’emprunt m3
621 Réglage de plate-forme m2 630 Couche de roulement en matériaux naturels sélectionnés (MS) m3
631 Empierrement, macadam 4/7 m2
632 Pavage m2
640 Borne point de repère U
641 Barrière de pluie U
Routes revêtues
650 Purge de chaussée m3
651 Démolition de chaussée m3
652 Scarification de chaussée m2
655 Épaulement m3
656 Arasement d’accotement m3
657 Rechargement ou exécution d'accotement m3
658 Engazonnement d'accotement m2
660 Couche de fondation en matériaux naturels sélectionnés (MS) m3
661 Couche de base en matériaux concassés 0/31,5 m3
670 Imprégnation au cut-back 0/1 m2
671 Couche d'accrochage au cut-back 400/600 m2
672 Enduit d'usure monocouche au cut-back 400/600 m2
673 Enduit d'usure bicouche au cut-back 400/600 m2
674 Enrobé à froid à l’émulsion ECR 69 Tonne
680 Chaînette de rive en béton m3
681 Bordure de trottoir type T2 ml
682 Balise de virage U
683 Borne kilométrique U
685 Marquage de chaussée avec peinture routière m2
686 Marquage de chaussée avec de produits thermoplastiques m2
Routes revêtues et non revêtues
690 Panneau de prescription U
691 Panneau de localisation ou de direction U
Recueil et analyse de l’existant
20
TRAVAUX D'ENTRETIEN SPÉCIALISÉS (TES)
Tableau 4 : Liste des Travaux d'Entretien Spécialisés
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
TESP 7 PONTS
701 Installation de chantier "Ponts" FFT
710 Pieux en bois de diamètre entre 10 et 12 cm ml
711 Pilots bois de diamètre entre 25 et 30 cm ml
712 Pièces de bois pour structures et platelages m3
720 Poutrelles métalliques type IPE ou HEA kg
721 Profilés laminés et produits métalliques divers kg
722 Réparation de structures métalliques kg
740 Sablage d'ouvrages métalliques m2
741 Peinture d'ouvrages métalliques m2
750 Gargouilles ml
760 Remblai d’ouvrage en matériaux meubles m3
761 Remblai d’ouvrage en matériaux sélectionnés (MS) m3
770 Démontage de tablier de pont en bois FFT
771 Montage de tablier de pont en bois FFT
TESPAT 8 POINT A TEMPS CHAUSSÉES REVÊTUES
801 Installation de chantier "PATB" FFT
810 Épaufrures m2
820 Sablage/Cloutage de zones de ressuage m2
821 Scellement de fissures isolées ml
822 Colmatage de zones faïencées m2
830 Déflachage par enduit d'usure m2
831 Déflachage par enrobés à froid ou à chaud m3
840 Réparation nids de poule par enduit d'usure m2
841 Réparation nids de poule par enrobé à froid ou à chaud m2
850 Réfection localisée du corps de chaussée (rapiéçage) m2
860 Réfection localisée de revêtement par enduit d'usure
monocouche
m2
Recueil et analyse de l’existant
21
Code N° de prix DÉSIGNATION DES TRAVAUX UNITE
861 Réfection localisée de revêtement par enduit d'usure bicouche m2
862 Réfection localisée de revêtement par enrobé à froid ou à chaud m2
TESB 9 PIROGUES DE BACS
901 Installation de chantier "Bacs" FFT
910 Mise hors d'eau et démontage U
911 Montage et mise à l'eau U
920 Tôles Planes Noires (TPN) kg
921 Poutrelles métalliques type UPN, IPN ou autres kg
922 Profilés laminés métalliques divers kg
930 Platelage en bois m3
940 Joint 100 x 8 mm ml
941 Confection de trou d'homme 60x60cm U
950 Tube d'étambot diamètre 80 mm FFT
960 Peinture marine m2
Chaque numéro de prix que ce soit du TER ou du TEA ou du TES doit présenter deux
types de valeur dans le SIA :
a.- Une valeur d’entretien minima (QSM : Quantité Scénario Minimale),
le juste équilibre entre besoin et impératifs d’entretien qui
correspondrait au budget de la campagne précédente;
b.- Une valeur d’entretien souhaitable (QSS : Quantité Scénario
Souhaitable).
Les valeurs ainsi proposées doivent être facilement ajustables sous contrainte
budgétaire sans être obligé de redescendre sur terrain pour toute réévaluation.
Les trois classes de travaux d’entretien composent ce que l’on appelle
Aménagement.
Tableau 5 : Liste des Travaux d'Entretien Spécialisés
Recueil et analyse de l’existant
22
II.4 Classification des itinéraires [2]:
La classification des itinéraires par catégories suivant l’état général de la chaussée
aidera les responsables des études à mieux connaître le réseau routier à leur charge. Chaque
catégorie de route correspond un type d’interventions soit un entretien curatif et/ou un
entretien préventif, soit un traitement des points critiques :
Catégorie 1 : itinéraire sous contrat de travaux de réhabilitation ou de
renforcement pendant une campagne déterminée : aucune intervention ne
sera programmée pendant cette période ;
Catégorie 2 : itinéraire sous contrat de travaux d’entretien périodique
pendant la campagne déterminée : éventuellement, une intervention du
type entretien préventif (TER1 : travaux de cantonnage) pourrait être
programmée après avoir pris connaissance de la consistance de ces travaux
d’entretien périodique ;
Catégorie 3 : itinéraire nouvellement réhabilité ou ayant reçu récemment
de l’entretien périodique ou en bon état de chaussée : une intervention du
type entretien préventif (TER) accompagné éventuellement d’entretien
curatif minimal (TES) sera à programmer ;
Catégorie 4 : itinéraire en mauvais état de chaussée accompagné de
déformations : une intervention du type entretien préventif (TER) et du
type entretien curatif (TEA, TES) sera à programmer ;
Catégorie 5 : itinéraire en très mauvais état de chaussée ou coupé par des
points noirs : seulement la circulabilité de l’itinéraire sera à programmer
par des travaux d’entretien curatif et de traitement des points noirs (TER3,
TEA, TES).
Recueil et analyse de l’existant
23
Le tableau ci-après représente l’ensemble d’informations définissant l’Itinéraire et
Dégradations :
Désignations Itinéraire
Caractéristiques
Alignement courbes
Profil en travers
Profil en long
Assainissement gauche (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)
Dépendance gauche (Accotement / talus / …)
Largeur de la chaussée (m)
Revêtement (nature/épaisseur/âge)
Nature de la plateforme
Couche de fondation (nature/épaisseur/âge)
Couche de base (nature/épaisseur/âge)
Dépendance droite (Accotement / talus / …)
Assainissement droite (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)
Repères Points de repères/bornes/carrefour
Ouvrages d'Art
Environnement
Zone climatique
Trafic
Agglomération
Autres : rizières, forêts, barrages, vandalisme, constructions illicites,…
Etat
Catégorie
Chaussée
Assainissement
Type d'entretien
Dégradations Assainissement et dépendances
Fossés obstrués CG
Fossés obstrués CD
Fossés érodés
Erosion talus de déblai
Risque de stagnation d'eau
Végétation abondante
Chaussée
Arrachement MCD
Affaissement
Remontée des fines
Déformation dans les virages
Ravinement longitudinal & Profil en W
Ouvrages
Exploitation Absence de signalisations dans les virages
Tableau 6 : Itinéraire et Dégradations
Recueil et analyse de l’existant
24
II.5 Base de données pour la gestion des entretiens du réseau routier, une nécessité :
Les éléments recueillis précédemment montrent un contexte favorable à la mise en
place d’une base de données pour la gestion des entretiens du réseau routier.
Cette réalisation facilitera la collecte, la manipulation ou la gestion des diverses
informations, au fil du temps, c’est-à-dire la saisie, le mis à jour, la suppression ainsi que
l’extraction, des d’informations concernant les entretiens du réseau routier.
Donc, la probabilité de perte de données, la possibilité d’incohérence ou de
redondance de données sont toutes réduites à minime. De plus, l’identification des
informations existantes sera rendue assez facile.
D’autre part, la deuxième partie du projet consistera à exploiter dynamiquement la
base de données du réseau routier, afin que l’on puisse offrir aux bénéficiaires un système
de gestion en temps réel. En d’autre terme, la base de données sera mise en ligne grâce à un
site web. Les utilisateurs auront la possibilité de se connecter à la base via internet et/ou
intranet n’importe où et n’importe quand, tant que la zone où ils se situent en a accès, afin
d’y extraire des informations selon leurs besoins ou même de modifier les données que ce
soit des insertions ou des suppressions ou des mises à jour selon les diverses constatations
perçues sur terrain au fil du temps.
Et enfin, la dernière partie présentera d’autres exploitations possibles de la base de
données, notamment cartographique de la base de données. Cette possibilité serait un outil
indispensable dans l’évaluation des travaux effectués ou dans la prise de décisions des axes
prioritaires à entretenir.
PARTIE II : CONCEPTION DU PROTOTYPE BASE DE DONNEES POUR
L’ENTRETIEN DU RESEAU ROUTIER DE MADAGASCAR
CONCEPTION DU
PROTOTYPE
BASE DE DONNEES
POUR L’ENTRETIEN DU
RESEAU ROUTIER
26
Chapitre III : ANALYSE STRUCTURELLE DE LA
BASE DE DONNEES
III.1 Géomatique [6]:
La géomatique regroupe l’ensemble des outils et méthode permettant d’acquérir, de
représenter, d’analyser et intégrer des données géographiques. Elle consiste donc en au
moins trois activités distinctes : collecte, traitement et diffusion des données géographiques.
Le mot « géomatique » est issu de la contraction des termes « géographie » et
« informatique ». Elle est étroitement liée à l’information géographique, qui est la
représentation d’un objet ou d’un phénomène localisé dans l’espace. Le domaine de la
géomatique comprend les SIG (Système d’Informations Géographiques). Il est donc plus
large que ce dernier.
III.2 Notions de Base de Données (BD):
III.2.1 La Base de Données [5]:
Une base de données c’est un ensemble structuré des données enregistrées avec le
minimum de redondance sur des supports accessibles par l’ordinateur pour satisfaire
simultanément plusieurs utilisateurs de façon sélective et en un temps opportun.
III.2.2 La base de Données pour la gestion de l’entretien du réseau routier de
Madagascar :
La BD de ce projet sera une structure au niveau national permettant de rassembler
les diverses informations nécessaires concernant la gestion d’entretien du réseau routier de
Madagascar.
Les données de cette base seront en fonctions du Canevas du Schéma d’Itinéraire et
Aménagement.
Analyse structurelle de la base de données
III.3 Méthode empruntée :
III.3.1 Les méthodes existantes [4] :
Pour la modélisation de l’information géographique, il existe deux méthodes très
connues dans le monde du SIG : le formalisme UML basé sur l’application orienté-objet et la
méthode MERISE basé sur le modèle relationnel.
III.3.2 Choix de la méthode utilisée :
Le choix de la méthode utilisée s’incline surtout vers MERISE pour l’étude du projet.
En appliquant cette méthode, trois niveaux de réflexion se présentent que ce soit au niveau
des données ou ceux des traitements, à citer :
Premièrement, le niveau conceptuel, représente le contenu de la base en termes
conceptuels, indépendamment de toute considération informatique ;
Deuxièmement, le niveau organisationnel, s'attache à préciser comment on organise
les données et les tâches ou procédures. Pour autant, les choix techniques
d'implémentation, tant pour les données (choix d'un Système de Gestion de Base de
Données) que pour les traitements (logiciel, progiciel), ne seront effectués qu'au niveau
suivant ;
Et troisièmement, le niveau physique, permet d'établir la manière concrète dont le
système sera mis en place.
III.3.3 Mise en œuvre de la méthode choisie :
Pour mettre en œuvre cette méthode, les différents niveaux suivants sont à parcourir :
Tout d’abord, la création du dictionnaire des données ;
Ensuite, l’élaboration du Modèle Conceptuel de Données (MCD) ;
Puis, le Modèle Logique de Données (MLD) ;
Et enfin, le modèle physique de données.
Analyse structurelle de la base de données
Les phases de modélisation d’une base de données se résument dans le tableau
suivant:
Modélisation de données Modélisation de traitements Modèle conceptuel
1. Définition des buts du système 2. Identification des entités 3. Inventaire des attributs 4. Spécification des liens 5. Production du schéma
conceptuel
1. Inventaire des besoins de traitement 2. Identification des opérations globales
requises 3. Spécification des procédés de
traitement 4. Production du schéma d’architecture
du système
Modèle logique
1. Production du diagramme structurel
2. Choix de la structure de base de données : - Hiérarchique - Réseau - Relationnel - Orienté objet
1. Production des algorithmes généraux et des diagrammes logiques
2. Identification des opérations requises (fonction primitive, intégrées et de système)
Modèle physique
1. Choix des logiciels d’application et du système informatique
2. Répartition des données dans des tables (structuration)
1. Choix des logiciels d’application et du système informatique
2. Réalisation des tâches d’analyse, de programmation et d’adaptation.
Tableau 7 : Phase de modélisation d'une base de données
III.4 Création du dictionnaire de données :
Avant toute modélisation, des séances d’entretiens ont été procédées afin de recueillir
les informations nécessaires à la réalisation du projet. Ensemble, ces informations forment le
dictionnaire des données.
Les données contenues dans la base de données pour la gestion du réseau routier seront
organisées :
D’une part, en données géographiques : découpage administratif par région, réseau
routier … (selon la BD100 du FTM) ;
Et d’autre part, en données alphanumériques : des données sur les dégradations
routières, données sur les différents aménagements à prévoir, … selon le SIA.
Le tableau suivant représente un extrait du dictionnaire des données de ce projet :
Analyse structurelle de la base de données
Champs retenus Types de données Commentaires Align_courb Entier Alignement et courbes
Pt Entier Profil en travers
Pl Entier Profil en long
Assain_gauch Char (30) Assainissement gauche (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)
Dep_gauch Char (30) Dépendance gauche (Accotement / talus / …)
Larg_chauss Numérique Largeur de la chaussée (m)
Revet Char (30) Revêtement (nature/épaisseur/âge)
Nat_platform Char (30) Nature de la plateforme
Couch_fond Char (30) Couche de fondation (nature/épaisseur/âge)
Couch_base Char (30) Couche de base (nature/épaisseur/âge)
Dep_droite Char (30) Dépendance droite (Accotement / talus / …)
Assain_droite Char (30) Assainissement droite (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)
Pt_rep Char (30) Points de repères/bornes/carrefour
Ouvrag_art Char (30) Ouvrages d'Art
Zone_clim Entier Zone climatique
Trafic Char (30) Trafic
Agglom Char (30) Agglomération
Autre Char (30) Autres : rizières, forêts, barrages, vandalisme, constructions illicites,…
Categ Char (30) Catégorie
Chauss Char (30) Chaussée
Assain Char (30) Assainissement
Type_entretien Char (30) Type d'entretien
Foss_obst Numérique Fossés obstrués CG
Foss_obst_cd Numérique Fossés obstrués CD
Foss_errod Numérique Fossés errodés
Erosion_talu_deblai Numérique Erosion talus de déblai
Risq_stagn_eau Numérique Risque de stagnation d'eau
Veget_abond Numérique Végétation abondante
Arrach_mcd Numérique Arrachement MCD
Affais Numérique Affaissement
Remont_fine Numérique Remontée des fines
Tableau 8 : Extrait du Dictionnaire des données
Analyse structurelle de la base de données
III.5 Conception du MCD :
Ces différents champs seront regroupés par entités pour obtenir des tables. Puis ces
tables seront reliées par des liens d’association. Ce schéma représente le MCD de la base de
données de ce projet.
Voici un extrait du MCD, en utilisant le logiciel Power AMC 15.1 :
Figure 3 : Modèle Conceptuel de Données
32
III.6 Conception du MLD :
Le modèle logique des données consiste à décrire la structure de données utilisées
sans faire référence à un langage de programmation. Il permet de déterminer les clés
étrangères et les requêtes. Il consiste donc en deux étapes : supprimer les relations
complexes pour les transformer en table à part entière d'une part, et de trouver les clés
étrangères d’autre part. [4]
La clé étrangère est formée d’un ou plusieurs attributs permettant de relier la clé
primaire d’une table. Cette clé est toujours placée du côté 1,1 de l’association.
Tableau 9 : Modèle Logique de Données
Tables Attributs
Region Id_region, nom_region
Route Id_rte, classe, axe, section, pk_deb, loca_deb, pk_fin, loca_fin, long, long_trait, nat_surface
Loca Id_loca, id_region_fk, id_route_fk, pk, x, y
Caract Id_caract, id_loca_fk, align_courb, pl, pt assain_gauch, dep_gauch, larg_chauss, revet, nat_platform, couch_fond, couch_base, dep_droite, assain_droite
rep Id_rep, id_loca_fk, point_rep, ouvrage_art
Env Id_env, id_loca_fk, zone_clim, traffic, agglom, autre
Etat Id_etat, id_loca_fk, categ, chauss, assain, type_entret
Degassain Id_degassain, id_loca_fk, foss_obst, foss_obst_cd, foss_errod, erosion_talu_deb, risq_stagn_eau, veget_abond
degchauss Id_degchauss, id_loca_fk, arrch_mcd, affais, remont_fines, deform_virage, ravin_long_pt
Degouvrage Id_degouvrage, id_loca_fk, ouvrage
Exploit Id_exploit, id_loca_fk, abs_signal
Cant Id_cant, id_loca_fk, cant_perm, gard_plui, cant_perm_rur, cant_perm_urb
misaniv Id_misaniv, id_locak_fk, trav_remis_eta, elag, abat_60, enlev_60, degag, deblai, fascin, bloc, enlev_eboul, debit, rembl, engaz, clayon, rasem, recharg_acoct, remis_balis, remis_born, rempl_pann_signal, rempl_balis, rempl_born, rempl_born_pk, rempl_pann_presc, rempl_pann_loc, peint_balis, peint_born, peint_pann, peint_ouvrag, marq_rout, marq_therm, debit_evac, rembl_empr_misaniv, maconn, gabion, rembl_ouvrag, geotext
Entret Id_entret, id_loca_fk, remis_prof, reprof, purge, ouvert_inf5, ouvert_sup5recharg_chauss_ms, recharg_chauss_ms
Terrass Id_terrass, id_loca_fk, decap, purge_terras, debl_meubl, debl_roch, debl_foss, geotext_terras, remblai_emprunt_terras, regl_plat, engaz_talu, reprofil_leg_terras, reprofil_lourd_terras
33
Tableau 7 : Modèle Logique de Données
Tables Attributs
Ouvrage Id_ouvrage, id_loca_fk, demol_maconn, demol_beton, demol_buse, demont_gab, debl_sec, debl_eau, rembl_ouvrag, engaz_talu_ouvrag, rembl_ms, maconn_moel, maconn_moel_but, fourn_gab, fourn_gab_meta, per_maconn, rejoint_maconn, chap_mort, enduit_mort, b1, b2, b3, b4, bet_cycl, acier_ba, foss_rad_bet, foss_maconn_meol, foss_rad, foss_maconn_rad, foss_bet, dalot70, dalot80, dalot100, fournit70, fournit80, fournit100, drain, geotext_ouvrage, bloc10_15, enroch_30_15, micro_pieux
Chauss Id_chauss, id_loca_fk, reprof_leg_chauss, reprof_lourd_chauss, rembl_empr_chauss, regl_plat, couch_ms, empier_madac, pavage, pavage_hourd, stabl_conad, stabl_holicim, stabl_rbi, revet_carbinor, borne_pr, barr_pluie, purge_chauss, demol_chauss, scarific_chauss, epaul, arrasem_accot, recharg_accot, engazon_accot, couch_fond, couch_base_concass, impregn, couch_accroch, enduit_monocouche, enduit_bicouche, enrob_emuls, enrob_cut_back, enrob_tsim, chainnett, bordure_trott, balisage_virage, borne_kil, marq_chauss, marq_chauss_therm, pann_presc, pann_loc
Pont Id_pont, id_loca_fk, pieu_10_12, pieu25_30, miece_bois, poutrel_metal, profil_lam, reparat_struct_metal, sablage_ouvrage_metal, peint_ouvrage_metal, gargouille, remblai_ouvrage_mat_meuble, remblai_ouvrage_ms, demont_pont_bois, mont_pont_bois
Pontemp Id_pontemp, id_loca_fk, Epaufre, Sablage_cloutage, Scellem, Colmatage, Deflash_enduit, Deflash_enrob, Reparat_nid_poule_usure, Reparat_nid_poule_froid_chaud, Reflect_chaussn, Reflect_local_es_mono, Reflect_local_es_bic, Reflect_local_froid_chaud
Pirrogbac Id_pirrogbac, id_loca_fk, Mise_hors_eau_demont, Mont_mise_eau, Tpn, Poutrel, Prof_lamin_metal, Platelage_bois, Joint100x8, Confect_trou_hom, Tube_etambot, Peint_marine
III.7 Conception du MPD :
Dans la méthode Merise, le modèle physique des données consiste à implanter une
base de données dans un SGBDR (Système de Gestion de Base de Données Relationnel); le
langage utilisé pour ce type d'opération est le SQL (Structured Query Language).
Un système de gestion de base de données ou SGBD représente un ensemble
coordonnée de logiciel permettant à un utilisateur de communiquer avec une base de
données pour décrire et organiser les données, rechercher, sélectionner et modifier les
données, mémoriser, manipuler, interroger, traiter les données ; un SGBD offre la possibilité
à l’utilisateur de manipuler les représentations abstraites des données indépendamment de
34
leur organisation et de leur implantation sur les supports physiques, un SGBD peut être
considérer comme un interpréteur d’un langage de programmation de haut niveau, qui dans
le cas idéal, permet à l’utilisateur de décrire précisément ce qu’il veut obtenir et non
comment l’obtenir.
35
Chapitre IV : IMPLEMENTATION DE LA BASE DE
DONNEES DANS UN SGBD
IV.1 Définition SGBD [7] :
Un Système de Gestion de Base de Données (abrégé en SGBD) est un logiciel système
destiné à stocker et à partager des informations dans une base de données, en garantissant
la qualité, la pérennité et la confidentialité des informations, tout en cachant la complexité
des opérations.
Un SGBD permet d'inscrire, de retrouver, de modifier, de trier, de transformer ou
d'imprimer les informations de la base de données. Il permet d'effectuer des comptes
rendus des informations enregistrées et comporte des mécanismes pour assurer la
cohérence des informations, éviter des pertes d'informations due à des pannes, assurer la
confidentialité et permettre son utilisation par d'autres logiciels. Selon le modèle, le SGBD
peut comporter une simple interface graphique jusqu'à des langages de programmation
sophistiqués.
IV.2 Choix de l’outil SGBD utilisé :
Il existe plusieurs logiciels de type SGBD qu’il soit libre comme MySQL, MariaDB,
Firebird ou propriétaire comme Oracle, Sybase, DB2, Informix ou MySQL Server; mais le
choix du logiciel SGBD utilisé s’incline surtout vers PostgreSQL puisque :
Premièrement, c’est un SGBDRO (SGBD Relationnel et Objet), c’est-à-dire que
l'information est représentée sous forme d'objets comme dans la programmation
orientée objet ;
Deuxièmement, pour sa capacité de stocker plus de types de données que les
types traditionnels entiers, caractères, etc… C’est-à-dire que l'utilisateur pourrait
créer des types, des fonctions, utiliser l'héritage de type, etc... ;
Troisièmement, pour son comportement stable même s’il est libre, proche de
Oracle qui est propriétaire ;
Implémentation de la base de données dans un SGBD
36
Quatrièmement, pour ses possibilités de programmation étendues,
directement dans le moteur de la base de données, via PL/pgSQL ;
Cinquièmement, puisqu’il dispose d’un plugin ou extension du nom de
PostGIS, permettant à PostgreSQL d’être un SGBDs (Système de Gestion de Base de
Données spatiale). PostGIS active la manipulation d'informations géographiques
(spatiales) sous forme de géométries (points, lignes, polygones), conformément aux
standards établis par l'Open Geospatial Consortium.
Et enfin, que le traitement interne des données pourrait être couplé à
d'autres modules externes compilés dans d'autres langages.
Il existe 3 types d’interface utilisateur pour PostgreSQL :
Premièrement, psql qui est une interface en ligne de commande permettant
la saisie de requêtes SQL, directement ou par l'utilisation de procédures stockées ;
Deuxièmement, pgAdmin qui est un outil d'administration graphique
distribué selon les termes de la licence PostgreSQL ;
Troisièmement, phpPgAdmin qui est une interface web d’administration.
Celui qui convient à ce projet est pgAdmin avec la dernière version III.
A noter que phppgadmin est doté tout de suite d’une interface web d’administration
compatible à tout navigateur (Mozilla Firefox, Internet Explorer, Google Chrome, Opera
Mini, …) et travaillant tout de suite avec un serveur locale Apache. Malheureusement, la
version d’Apache 2.4 utilisée ne peut pas intégrer MapServer qui est le serveur de carte
numérique de ce projet. Donc on se contentera d’utiliser simplement pgadmin III.
Implémentation de la base de données dans un SGBD
37
IV.3 Présentation et prise en main de PostgreSQL/PostGIS :
IV.3.1 Interface utilisateur pgAdmin III :
Si PostgreSQL/PostGIS a été correctement installé avec la version 9.x, alors pgAdmin
III qui est parmi ses interfaces utilisateur l’est automatiquement.
C’est un système de gestion et de design de bases de données PostgreSQL pour les
systèmes Unix et Windows. Il est librement disponible sous les termes de la licence Artistic
et peut être redistribué dans les termes de la licence. Le projet est géré par l'équipe de
développement de pgAdmin.
Ce logiciel a été écrit comme successeur des produits pgAdmin et pgAdmin II qui,
bien que populaires, ont des limitations dans le design qui les a empêché d'arriver au
«niveau suivant». PgAdmin III est écrit en C++ et utilise l'excellent outil inter-plateforme
«wxWidgets» (auparavant wxWindows). La connexion à PostgreSQL est faite en utilisant la
bibliothèque native « libpq ».
PgAdmin supporte les versions 7.3 et les versions ultérieures de postgresql. Les
versions plus anciennes ne sont pas supportées.
IV.3.2 Prise en main de pgAdmin III :
La structure des bases de données est affichée dans la fenêtre principale. Les objets
existants peuvent être modifiés quand les droits de l’utilisateur pendant la connexion en
cours sur cette base le permettent.
Implémentation de la base de données dans un SGBD
38
La fenêtre principale de pgAdmin III est constituée par trois (3) régions :
i Le
côté gauche de la fenêtre principale affiche une structure en arbre de tous les serveurs et des objets qu'ils contiennent.
ii En haut à droite sont affichées les détails de l'objet sélectionné dans l'arbre. Certains objets ont des statistiques en plus de leurs propriétés. Ces statistiques peuvent être affichées si vous sélectionnez l'onglet Statistiques.
iii En bas à droite se trouve le script SQL permettant la création de l'objet sélectionné.
IV.3.3 Utilisation de pgAdmin III :
a. Ajout d’un serveur :
Il est indispensable de spécifier un serveur avec lequel l’utilisateur va pouvoir se
connecter à la base de données, avant toute opération. Cette action se fait dans la partie i.
de l’interface principale de pgAdmin III. On procède alors à la spécification du serveur
comme suit :
Un clic sur l’icône « Ajouter une connexion à un serveur » du menu principal de
pgAdmin III permet d’ajouter un serveur en complétant les cases affichées comme l’indique
la figure suivante :
Figure 4: Interface d'accueil de pgAdmin III
Implémentation de la base de données dans un SGBD
39
b. Conception de la base de données :
La création d’une BD s’effectue en cliquant tout d’abord sur le serveur à utiliser. Puis
un clic droit sur « Base de données » affichera tous les options de paramétrage de la BD à
créer. Un clic sur OK afin de terminer le paramétrage.
Figure 5 : Ajout de serveur
(1)
(2)
(3)
(1) : Nom du serveur
(2) : Adresse IP de la machine serveur
(3) : Mot de passe d’accès du nouveau serveur
DIRTP
Implémentation de la base de données dans un SGBD
40
(1) : Nom de la Base de données
(2) : Le propriétaire
L’onglet « définition » de cette fenêtre permettra de configurer la base de données à
créer avec des options avancées. Pour ce projet, l’extension PostGIS est indispensable ; donc
le modèle choisir est « Template_postgis ». En utilisant le modèle « pg_default », la base de
données créée ne pourra pas stocker les données géométriques.
En cliquant sur définition, la fenêtre suivante s’ouvre :
Figure 6 : Création de base de données
(1)
(2)
Figure 7: Définition de la base de données
Implémentation de la base de données dans un SGBD
41
c. Ajout d’une table dans la base de données :
Dans le cas de ce projet, les tables seront stockées dans la base de données « Route »
du serveur DIRTP. Les procédés à suivre pour créer les tables sont : dans l’objet « schémas »
de la Base de données Route, un clic sur « public », puis un clic droit sur « Tables », et un clic
sur « Ajouter une table » permet d’ouvrir une fenêtre pour configurer les propriétés de la
table à créer : nom de la table, les différents champs, les contraintes ou clés, etc.
Donc, cette étape se présente comme suit :
Figure 8 : Ajout de table
(1)
(2)
(1) : Nom de la table
(2) : Propriétaire
Implémentation de la base de données dans un SGBD
42
En cliquant sur « colonnes », l’onglet qui s’ouvrira va permettre de créer les
différents champs de la table. Puis, il suffit juste de cliquer sur « ajouter » pour créer un
champ :
Avec : (1) : Nom du champ ou de l’attribut ou colonne
(2) : Type de données enregistré dans le champ (integer, character varying, …)
(3) : la longueur du champ si besoin est ; pour d’autres types de données, cette
option est invalide, par exemple, pour integer ou numeric, …
Puis, un clic sur « OK » permet d’ajouter le champ.
Enfin, l’ajout des contraintes est une étape obligatoire pour la création d’une table.
Pour cela, toujours dans la fenêtre « Ajouter une table », choisir le menu « Contraintes » et
une fenêtre s’ouvre de nouveau ; il suffit de cliquer sur « Ajouter » pour aller dans la fenêtre
« Ajouter une clé primaire ». La case manquante est à compléter selon l’indication ci-
dessous et un clic sur le menu « colonne » de la fenêtre « Ajouter une colonne primaire »
pour continuer l’ajout.
(1)
(2)
(3)
Figure 9 : Ajout colonne dans une table
Implémentation de la base de données dans un SGBD
43
On a :
Ensuite, définir le nom de la clé primaire, pour cet exemple on a prix region_pkey ;
Puis, dans l’onglet « Définition » prendre la « Tablespace » comme « pg_default » ;
Et dans « Colonnes », on va pouvoir choisir le champ de la clé primaire.
Figure 10 : Définition de la clé primaire
(1) : Sélection du champ de la
clé primaire
(1)
Figure 11 : Ajout de la clé primaire
Implémentation de la base de données dans un SGBD
44
Afin de confirmer la sélection du champ clé primaire, un clic sur « Ajouter » ; puis
« OK » pour terminer la définition du contrainte.
Par la suite, il est possible de visualiser dans la partie listes des objets de PgAdmin III
la table « Region » ainsi créée :
d. Ajout d’une clé secondaire/étrangère :
La clé secondaire ou clé étrangère représente un champ (ou des champs) qui pointe
vers la clé primaire d’une autre table. L’objectif de la clé étrangère est d’assurer l’intégrité
référentielle des données. En d’autres mots, seules les valeurs devant apparaître dans la
base de données sont permises.
Pour ajouter cette clé secondaire dans une table, les procédés à suivre sont : tout
d’abord, un clic droit sur la table en question, puis Ajouter un objet et Ajouter une clé
étrangère. Ensuite, une fenêtre permettant de définir les paramètres de la clé étrangère
s’ouvre.
Figure 12 : Visualisation de la table créée
Implémentation de la base de données dans un SGBD
45
Dans l’onglet « Propriétés », le nom de la relation peut être défini ; Puis, dans
« Définition », la table référence et enfin dans « Colonnes », la colonne clé étrangère de la
table et celle de la référence. On clique sur « Ajouter » et quand on a terminé, un clic sur
« OK ».
e. Importation de la table d’un shapefile dans une base de données :
Afin de lier les données alphanumériques à celles géométriques, on doit importer la
table d’un shapefile. Pour ce faire, on procède comme suit :
Figure 13 : Ajout d'une clé secondaire
(2)
(1)
(3)
(4)
(1) : Nom de la relation
(2) : Table référence
(3) : Colonne locale
(4) : Colonne de la table référence
Implémentation de la base de données dans un SGBD
46
Cliquer sur le bouton « Exécuter dernier plugin utilisé » puis une petite indication
mentionnant « PostGIS shapefile and dbf loader » s’affiche, et en cliquant dessus, une autre
fenêtre s’ouvre permettant l’ajout d’un shapefile.
Pour vérifier si la table est vraiment insérée dans la base de données, on clique sur
la Base de données « Route », puis « schéma », puis « public », puis « Tables » :
(1)
(2)
(3)
(4)
(6) (5)
(9)
(10)
Figure 14: Ajout shapefile
(8) (7)
(1) : Indication et sélection du
shapefile
(2) : Nom de l’utilisateur
(3) : Mot de passe
(4) : Adresse du serveur
(5) : Numéro du port
(6) : Nom de la base de données où la
table sera insérée
(7) : Pour tester la connexion à la
base de données
(8) : Nom de la table de destination
(9) : Pour importer la table du
shapefile
(10) : Fenêtre de dialogue, l’historique
des activités du plugin PostGIS y est
affichée
Figure 15 : Visualisation des tables spatiales
Implémentation de la base de données dans un SGBD
47
Il est possible de voir que la Table « Rtes_Ppales_polyline » a été insérée avec succès.
En vérifiant les champs de la table, un clic sur le menu « Afficher les données de
l’objet sélectionné », ouvre une fenêtre mentionnant tous les champs de la table :
En procédant ainsi pour chaque table, toutes les tables stockant les données
géométriques de cette base de données peuvent être créés.
Maintenant, toutes les tables composantes de la base de données de ce projet sont
implémentées dans pgAdmin III avec les liens d’association reliant toutes les tables.
IV.4 Requêtes SQL :
IV.4.1 Définition [8] :
Structured Query Language abrégé en SQL est comme son nom l’indique un langage
de requête structurée. C’est un langage informatique normalisé servant à exploiter
des bases de données relationnelles. La partie langage de manipulation des données de SQL
permet de rechercher, d'ajouter, de modifier ou de supprimer des données dans les bases
de données relationnelles.
Outre le langage de manipulation des données, la partie langage de définition des
données permet de créer et de modifier l'organisation des données dans la base de données,
la partie langage de contrôle de transaction permet de commencer et de terminer
des transactions, et la partie langage de contrôle des données permet d'autoriser ou
d'interdire l'accès à certaines données à certaines personnes.
Figure 16: Visualisation des contenus d'une table spatiale
Implémentation de la base de données dans un SGBD
48
IV.4.2 Applications :
D’après cette définition, toutes les opérations faites dans PostgreSQL citées
précédemment peuvent être exécutées à partir des requêtes SQL : Création de tables, Ajout
de clé primaire, Ajout clé secondaire, …
Pour ce faire, il suffit de cliquer sur le menu SQL dans PgAdmin, puis d’éditer la
syntaxe SQL et enfin d’exécuter la requête afin de voir si elle fonctionne.
Le tableau représente la liste des commandes SQL utilisées dans ce projet : Tableau 10 : Exemple de requêtes
Requêtes SQL
Création d’une base de données CREATE DATABASE "Route";
Création d’une table avec clé primaire CREATE TABLE "nom_ table" ("colonne 1" "type de données 1", "colonne 2" "type de données 2",... CONSTRAINT nom_table_pkey PRIMARY KEY (colonne_clé_primaire )) ;
Définition d’une clé secondaire dans une table
ALTER TABLE nom_table ADD CONSTRAINT colonne_clé_étrangère_fkey FOREIGN KEY (colonne_référence) REFERENCES colonne_référence (id_colonne_référence);
Création d’une séquence CREATE SEQUENCE id_users_sequence ;
Affichage de toutes les données dans une SELECT * FROM
(1) : édition de la
requête
(2) : résultat de la
requête
(1)
(2)
Figure 17: Exécution d'une requête
Implémentation de la base de données dans un SGBD
49
Requêtes SQL
table
Jointure tabulaire (affichage des données d’une table suivant l’axe et le pk)
SELECT caract.align_courb, caract.pt, caract.pl, caract.assain_gauch, caract.dep_gauch, caract.larg_chauss, caract.nat_platform, caract.couch_fond, caract.couch_base, caract.dep_droite, caract.assain_droite, loca.pk, route.axe FROM (caract INNER JOIN loca ON caract.id_loca_fk = loca.id_loca) LEFT JOIN route ON loca.id_rte_fk = route.id_route;
Pour les tables dont la clé primaire s’auto incrémente, la définition de la clé primaire
nécessite l’utilisation d’une séquence dans PgAdmin. Cette étape n’est pas semblable à celle
de MySQL ou d’Acces où il suffit juste de cliquer sur une option Auto Incrémente pour
qu’une clé primaire s’auto incrémente. Dans PgAdmin, il faut tout d’abord créer une
séquence qui s’auto incrémente puis l’appeler lors de la définition de la clé primaire de la
table. Ainsi, la clé primaire s’auto incrémente.
Les deux méthodes empruntées que ce soit la méthode interactive ou la méthode sql
sont deux outils complémentaires afin d’achever le prototype base de données de ce projet.
Tableau 8 : Exemples de requêtes
PARTIE III : EXPLOITATION DYNAMIQUE DE LA BASE
EXPLOITATION
DYNAMIQUE
DE LA BASE DE
DONNEES
51
Chapitre V : PRESENTATION DU PROJET
V.1 Objectifs :
L’objectif de cette partie du projet consiste à donner une possibilité de mise en ligne
de la base de données conçue dans la partie précédente. Cela implique la création d’une
application web dynamique permettant une connexion à la base de données afin de la
manipuler plus facilement.
Cette mise en ligne offre la possibilité aux utilisateurs visitant le site, de consulter les
diverses données, de mettre à jour les tables c’est-à-dire d’ajouter, de supprimer ou de
modifier des données. Bien sûr, le contenu du site ne sera accessible au public, l’accès sera
restreint. Seules les personnes autorisées par l’administrateur auront le privilège de jouir des
avantages que le site pourrait offrir à chaque membre.
V.2 La topologie du système :
La topologie du système informatique de ce projet comporte plusieurs postes de
travail reliés par le réseau Internet. A l’intérieur d’un site, les postes de travail sont reliés par
un réseau local Intranet tandis qu’une liaison Internet relie les postes de travail éloignés
géographiquement. On regroupe les utilisateurs du système informatique en deux
catégories:
D’une part, les utilisateurs clients : ce sont ceux qui peuvent accéder au site via
internet. Ils auront la possibilité de :
Insérer des données, après avoir relevé les dégradations existant sur les
routes, puis avoir fait des études des types d’aménagements à entreprendre,
Supprimer des données, c’est-à-dire supprimer celles concernant les routes
qui viennent d’être entretenues,
Mettre à jour les données, selon l’évolution des dégradations existant sur
terrain si aucun entretien n’est entrepris,
Consulter ou Extraire les données, selon leur besoin auprès de leur service ;
Présentation du projet
52
D’autre part, les administrateurs : ceux sont qui auront accès direct à la base de
données afin de modifier ou d’améliorer son structure au fil du temps pour faciliter son
utilisation.
Voici le schéma représentant cette topologie :
V.3 Outils et logiciels utilisés :
Pour la réalisation de cette partie du projet, quelques outils tant matériels que
logiciels sont indispensables.
Puisque l’objectif général de ce projet consiste à créer une application web ou plutôt
un site web, pouvant connecter l’utilisateur à la base de données via internet, un ensemble
de langages de développement web s’avère nécessaire :
Base de Données
Insertion
Mis à jour
Consultation
Extraction
Administrateurs
Utilisateur Utilisateur Utilisateur
Figure 18 : Topologie du système informatique
Présentation du projet
53
- L’HyperText Preprocessor abrégé en PHP (acronyme récursif), un langage de
programmation libre principalement utilisé pour produire des pages Web dynamiques via un
serveur HTTP, mais pouvant également fonctionner comme n'importe quel langage
interprété de façon locale. C’est un langage impératif orienté-objet [11];
- L’HyperText Markup Language abrégé en HTML, le format de données conçu
pour représenter les pages web. C’est un langage de balisage permettant d’écrire de
l’hypertexte, d’où son nom. Il permet également de structurer sémantiquement et de
mettre en forme le contenu des pages, d’inclure des ressources multimédias dont des
images, des formulaires de saisie, et des programmes informatiques. Il permet de créer des
documents interopérables avec des équipements très variés de manière conforme aux
exigences de l’accessibilité du web [13];
- Cascading Style Sheets, abrégé en CSS, permettant de définir les règles
appliquées à un ou plusieurs documents HTML. Ces règles portent sur le positionnement des
éléments, l'alignement, les polices de caractères, les couleurs, les marges et espacements,
les bordures, les images de fond, etc... [14]
- JavaScript, souvent abrégé JS, est un langage de programmation de scripts
principalement utilisé dans les pages web interactives mais aussi côté serveur. C’est un
langage orienté objet à prototype, c’est-à-dire que les bases du langage et ses principales
interfaces sont fournies par des objets qui ne sont pas des instances de classes, mais qui sont
chacun équipés de constructeurs permettant de créer leurs propriétés, et notamment une
propriété de prototypage qui permet d’en créer des objets héritiers personnalisés. En outre,
les fonctions sont des objets de première classe En générale, les versions récentes de ces
différents types de langages sont déjà installées avec les versions récentes des navigateurs
Mozilla Firefox ou Chrome ou Opera … De plus, ce logiciel serait vraiment nécessaire dans les
différentes essaies des codes sources. [15]
Puis, un serveur http s’avère indispensable afin de tester les codes sources générées.
Celui qui convient est Apache puisqu’il s’intègre facilement avec MS4W et Pmapper, le
package constituant de serveur cartographique pour ce projet.
Présentation du projet
54
V.4 Mise en place de l’éditeur de codes sources :
Pour pouvoir créer, éditer les scripts pour le projet, un logiciel éditeur qui
reconnaitrait tous les types de langage utilisé s’avère nécéssaire.
Il en existe plusieurs, comme Adobe Dreamweaver avec des différentes types
version, par exemple le Creative Suite 5, le Dreamweaver 7, … Mais il y a un éditeur qui
semble assez intéressant : Notepad ++. Ce type de logiciel de texte intègre toutes les
colorations syntaxiques de développement, ce qui facilite les tâches dans l’édition des codes
sources.
Développement Web
55
Chapitre VI : DEVELOPPEMENT WEB
VI.1 Généralité sur le Web [6] :
Les sites Web sont accessibles depuis un seul point d’entrée ou adresse URL. Une
telle adresse se compose du préfixe www, du nom du propriétaire individuel ou
organisationnel du site, et enfin du nom de domaine du site, défini selon le système des
noms de domaine (DNS). Ces différents éléments sont séparés par un point.
Nombreux sont les types de sites :
les sites de présentation, qui proposent différentes informations comme une
brochure publicitaire ;
les sites de commerce pour la vente de produits ;
les sites de services propose des aides (utilisation, pilote, ...) sur des équipements;
les sites institutionnels qui fournissent des informations officielles
sites de réseaux pédagogiques.
Le site web est géré par un administrateur appelé webmaster qui est responsable du
contenu du site, de sa mise en forme et de son évolution.
Il existe deux catégories de site :
Site statique :
Les sites web statiques sont des ensembles de page uniquement codées en HTML. Sa
création ne semble guère difficile, mais il présente un inconvénient : le visiteur ne fait que
consulter la page, seul le webmaster peut ajouter, modifier et supprimer le contenue sur la
page.
Site dynamique :
Dans un site dynamique, il existe une interaction du visiteur avec la base de donnée
selon la catégorie (modérateur, membre, simple visiteur) du client. Les pages web
dynamiques sont des pages web dont les informations changent automatiquement en
fonction de la base de données ou d’élément injecté par le client. Le contenu et la
présentation des pages peuvent ainsi être gérés indépendamment.
Développement Web
56
VI.2 Notion de Programmation Orienté Objet [12] :
VI.2.1 Historique :
La programmation orientée objet, ou programmation par objet, est un paradigme de
programmation informatique élaboré par les Norvégiens Ole-Johan Dahl et Kristen Nygaard
au début des années 1960 et poursuivi par les travaux d'Alan Kay dans les années 1970. Il
consiste en la définition et l'interaction de briques logicielles appelées objets; un objet
représente un concept, une idée ou toute entité du monde physique. Il possède une
structure interne et un comportement, et il sait interagir avec ses pairs. Il s'agit donc de
représenter ces objets et leurs relations; l'interaction entre les objets via leurs relations
permet de concevoir et réaliser les fonctionnalités attendues, de mieux résoudre le ou les
problèmes.
VI.2.2 Définition :
La POO (Programmation Orientée Objet) est une forme particulière de
programmation destinée à faciliter la maintenance et la réutilisation ou adaptation des
scripts PHP. Elle consiste à représenter des objets (du monde réel ou non) sous une forme
d'entités informatiques. Un objet global est représenté par une classe. Une classe va
regrouper un ensemble de fonctions et de propriétés pouvant agir sur l'objet.
Les versions actuelles de PHP (à partir de PHP 5) permettent de programmer en
orienté objet, en créant des classes contenant des attributs et des méthodes, des instances
de classes. L'héritage entre les classes existe aussi.
VI.2.3 Notion de classe :
En programmation orientée objet, une classe déclare des propriétés communes à un
ensemble d'objets. La classe déclare des attributs représentant l'état des objets et des
méthodes représentant leur comportement.
Une classe représente donc une catégorie d'objets. Elle apparaît aussi comme
un moule ou une usine à partir de laquelle il est possible de créer des objets. (C’est en
quelque sorte une « boîte à outils » qui permet de fabriquer un objet). On parle alors d'un
objet en tant qu'instance d'une classe (création d'un objet ayant les propriétés de la classe).
Développement Web
57
VI.2.4 Notion d’objet :
Concrètement, un objet est une structure de données values et cachées qui répond à
un ensemble de messages. Cette structure de données définit son état tandis que l'ensemble
des messages qu'il comprend décrit son comportement :
Les données — ou champs — qui décrivent sa structure interne sont appelées
ses attributs ;
L'ensemble des messages forme appelé l'interface de l'objet ; c'est seulement au
travers de celle-ci que les objets interagissent entre eux. La réponse à la réception d'un
message par un objet est appelée une méthode (méthode de mise en œuvre du
message) ; elle décrit quelle réponse doit être donnée au message.
Certains attributs et/ou méthodes (ou plus exactement leur représentation
informatique) sont cachés : c'est le principe d'encapsulation. Ainsi, le programme peut
modifier la structure interne des objets ou leurs méthodes associées sans avoir d'impact sur
les utilisateurs de l'objet.
Un exemple avec un objet représentant un nombre complexe : celui-ci peut être
représenté sous différentes formes (cartésienne (réel, imaginaire), trigonométrique,
exponentielle (module, angle)). Cette représentation reste cachée et est interne à l'objet.
L'objet propose des messages permettant de lire une représentation différente du nombre
complexe. En utilisant les seuls messages que comprend le nombre complexe, les objets
appelants sont assurés de ne pas être affectés lors d'un changement de sa structure interne.
Cette dernière n'est accessible que par les méthodes des messages.
VI.3 Le PHP :
Le PHP est un langage de script côté serveur c’est à dire c'est le serveur qui va
interpréter le code et générer les codes HTML, CSS, JavaScript qui pourront être retournés et
interprétés par le navigateur web. Le serveur HTTP peut être configuré pour masquer la
qualité dynamique des pages.
Développement Web
58
Les atouts de PHP [6] :
PHP doit sa réputation, par rapport aux autres langages de développement, à des
avantages:
la gratuité et la disponibilité du code source,
sa richesse fonctionnelle,
la simplicité d'écriture des scripts,
la disponibilité sur le Web de nombreux scripts PHP prêts à l'emploi,
la simplicité de liaison avec des bases de données. De nombreux systèmes de base de
données peuvent la supporter.
VI.4 L’HTML [6] :
HTML est un langage de description et non de programmation. Il permet de décrire
l'aspect d'un document, d'y inclure des informations variées (textes, images, sons,
Figure 19 : Extrait de scripts PHP
Figure 20 : Extrait scripts HTML
Développement Web
59
animations etc.) et d'établir des relations cohérentes entre ces informations grâce aux liens
hypertextes.
La description d'un document HTML passe par l'utilisation de balises (ou "TAGS" en
anglais).
VI.5 Le CSS [6] :
Les styles permettent de définir des règles appliquées à un ou plusieurs documents
HTML. Ces règles portent sur le positionnement des éléments, l'alignement, les polices de
caractères, les couleurs, les marges et espacements, les bordures, les images de fond, etc.
VI.6 Le JavaScript [6] :
C’est un langage de script orienté objet principalement utilisé dans les pages HTML.
JavaScript est un langage dit client-side c'est-à-dire exécuté sur l'ordinateur de l'internaute
par le navigateur lui-même. Ainsi, ce langage permet une interaction avec l'utilisateur en
fonction de ses actions (lors du passage de la souris au-dessus d'un élément, du
redimensionnement de la page...).
Figure 21 : Extrait scripts CSS
Développement Web
60
En combinant ces quatre types de langages, l’application adéquate sera créée dans le
but d’exploiter dynamiquement la base de données.
Figure 22 : Extrait code JavaScript
61
Chapitre VII : MISE EN LIGNE D’UNE CARTE
ROUTIERE DYNAMIQUE
VII.1 Définition [7] :
Le terme « Webmapping » désigne la diffusion de cartes dynamiques ou
statiques, ainsi que des données attributaires pouvant être associées à un réseau.
(intranet/extranet/internet). Il s'agit d'un domaine en pleine expansion grâce au
développement de solutions open source arrivées à maturité.
Les informations cartographiques brutes ou les données géo référencées sont ainsi
consultables à partir de postes clients. Elles sont en général stockées dans un système de
gestion de base de données (SGBD) sur un ou plusieurs serveurs et administrables de façon
centralisée.
Les SIG « en ligne » se distinguent donc des SIG bureautiques classiques (MapInfo,
ArcGIS, Geoconcept ou produit bureautique open source) nécessitant une installation
logicielle sur chaque poste nécessaire (ou au minimum un viewer) ainsi que parfois, une
copie des données si celles-ci ne sont pas accessibles par le réseau local.
Evoluant rapidement, le Webmapping est souvent présenté comme étant l'avenir des
SIG.
VII.2 Principe et fonctionnement du Webmapping [7] :
Comme défini précédemment, le Web-SIG est la diffusion de données
cartographiques par le biais de site web. Dès lors, l'accès à l'information devient dynamique :
l'information est construite par un traitement déclenché à la demande de l'utilisateur. Ces
technologies reposent sur celles du web que sont :
- architecture client/serveur ;
- protocole HTTP (HyperText Transfer Protocol) pour les échanges entre le
client et le serveur ;
- stockage des données dans des bases de données interrogeables à l'aide du
langage de requête SQL ;
Mise en ligne d’une carte routière dynamique
62
- les standards HTML, Javascript, AJAX, XML, SVG élaboré par le W3C (World
Wide Consortium).
VII.3 Architecture d’une application web [7] :
Le web c'est un ensemble de machines en réseau communiquant à l'aide d'un
langage commun. Le web fonctionne en mode client/serveur c'est-à-dire qu'il y a des
machines dites serveurs qui proposent des ressources et des machines appelées clients qui
utilisent ces ressources. Les ressources sont par exemple des pages HTML, des images, des
fichiers XML ou encore des programmes (PHP, Java, ASP.NET, Python, Perl, ...) chargés de les
générer à la demande. Le client accède aux ressources à l'aide du protocole de
communication HTTP.
Au niveau des serveurs, en plus du serveur web, il est possible d’avoir un serveur de
données qui va héberger le Système de Gestion de Base de Données. Et pour y accéder, on
utilise le langage universel d'interrogation des bases de données : SQL. Ci-dessous
l'architecture d'une application web.
VII.4 Notion de serveur web [7] :
C’est un ordinateur connecté à Internet et sur lequel sont hébergés des sites web,
composés de pages HTML (le serveur web, également appelé serveur HTTP, peut également
être composé d'un groupe d'ordinateurs). Le logiciel fédérateur, sur un serveur web, est le
serveur HTTP (Apache, le plus fréquemment), auquel viennent s'adjoindre un interpréteur
de langage dynamique (PHP dans la plupart des cas), un gestionnaire de base de données
(tel que MySQL) et d'autres programmes, comme un serveur SMTP.
Figure 23 : Architecture d'une application web
Mise en ligne d’une carte routière dynamique
63
La fonction d'un serveur web est de répondre aux requêtes des navigateurs Internet.
Les URL des pages HTML (c'est à dire les adresses saisies dans la barre d'adresse du
navigateur) commencent par http://.
VII.5 Architecture d’une application Webmapping [7]:
L'architecture d'une application de Webmapping s'appuie sur celle du web. Ici, en
plus des serveurs web et de données, on dispose d’un serveur cartographique. En fonction
de la requête du client au serveur cartographique, il est retourné au client les données
désirées sous la forme de carte. Ci-dessous se présente l'architecture d'une application de
Webmapping.
Figure 24 : Architecture d'une application Webmapping
Mise en ligne d’une carte routière dynamique
64
VII.6 Notion de serveur cartographique [7] :
Il est géré par des langages de script qui lui permettent de charger dynamiquement
une carte en réponse à la requête.
L'ordinateur serveur peut chercher cette information soit dans ses propres
ressources, soit sur des serveurs de données distants.
Pour ce serveur, les logiciels tels qu’Apache (projet Open Source) ou IIS (Internet
Information Services, de Microsoft) sont indispensables. Ils tournent en tâche de fond et
donnent accès aux serveurs de carte à l’Intranet et à l’Internet.
Ces serveurs voient souvent leurs fonctions étendues par des interpréteurs de scripts
comme PHP ou ASP. Le serveur cartographique s’appuie sur ces éléments pour recevoir des
requêtes et renvoyer des images et des données.
VII.7 Les différentes étapes à suivre pour la mise en place d’une application Webmapping :
VII.7.1 Création et stockage des données indispensables dans une table spontanée :
A partir de la base de données dans le SGBD PostgreSQL/PostGIS, des requêtes
seront exécutées sur les tables pour répondre au besoin des utilisateurs.
En général, ces requêtes consistent à joindre les données dans deux ou plusieurs
tables alphanumérique et spatiale, selon la finalité du résultat demandé.
Les résultats des requêtes obtenus ainsi sont stockés comme des tables virtuelles ou
vues dans le logiciel PostgreSQL/PostGIS a l’aide des codes SQL:
VII.7.2 Exportation des tables virtuelles vers QGIS :
QGIS est un logiciel client lourd ou SIG locale classique très prometteur. Il est aussi un
logiciel libre. Autrefois relativement léger, il s’est enrichi du moteur GRASS ainsi que de ses
fonctionnalités les plus utiles :
Figure 25 : Vue dans la base de données
Mise en ligne d’une carte routière dynamique
65
(1)
(2)
(3)
(4)
Connexion WMS
Connexion PostGIS : modification attributaire, géométrique
Nombre abondants de types supportés : shp, mif/mid, tab
Moins complet que GRASS en termes d’analyse spatiale
Avec ce logiciel à la main, l’export des tables virtuelles vers le dossier stockant les
ressources du serveur cartographique sera possible. Il a la faculté de se connecter avec le
logiciel PostgreSQL/PostGIS et on peut visualiser sur l’interface les tables et vues ayant une
colonne géométrie.
Pour faire cette exportation, il faut se connecter au serveur de base de données :
*
Ensuite, ajouter la table dans la liste de données
Figure 26 : Connexion QGIS - PostGIS
(1) : Choix de l’importation des données
avec PostGIS
(2) : connexion à PostGIS
(3) : Nom d’utilisateur de la base de
données
(4) : Mot de passe du serveur de la base
de données
Mise en ligne d’une carte routière dynamique
66
Et les données seront enregistrées dans le dossier de stockage des ressources de
Mapserver.
Figure 27 : Visualisation du résultat dans QGIS
Figure 28 : Exporter les données dans QGIS
Mise en ligne d’une carte routière dynamique
67
VII.7.3 Paramétrage du Mapfile :
Le Mapfile est le fichier de configuration de MapServer. C'est un fichier texte à
extension « .map » qui va contenir tous les paramètres nécessaires à MapServer pour la
génération d'un document cartographique statique ou dynamique. Il est composé d'une
hiérarchie d'objets où chaque objet peut contenir d'autres objets et/ou des propriétés.
Il faut configurer le fichier Mapfile de Mapserver et le fichier de configuration de
l’affichage pour pouvoir visualiser les données à travers les navigateurs web (Mozila Firefox,
Google Chrome…) sous forme des cartes dynamiques.
Ensuite, la configuration du code d’affichage consiste à ajouter le nom de la table
dans les balises <group> groupé dans les balises <category>.
Figure 29 : Extrait paramétrage du Mapfile
Figure 30 : Extrait de la configuration du code d'affichage
FONCTIONNEMENT DU
SITE, AUTRES
EXPLOITATIONS
POSSIBLES DE LA BASE
DE DONNEES ET COUT DU
PROJET
PARTIE IV : FONCTIONNEMENT DU SITE, AUTRE EXPLOITATION POSSIBLE
DE LA BASE DE DONNEES ET COUT DU PROJET
69
Chapitre VIII : FONCTIONNEMENT DU SITE
A partir des scripts générés dans la partie précédente, un prototype site web
permettant la gestion de la base de données pour la gestion de l’entretien du réseau routier
de Madagascar a pu être réalisé.
Etant donné qu’un serveur web pouvant mettre en ligne ce projet n’est pas encore
disponible, on fera le test du prototype à l’adresse http://localhost/.
Ainsi quelques pages constituant le prototype ont été créés, à citer :
Une page d’accueil,
Une page de connexion de l’utilisateur,
Une page carte dynamique,
Une page Canevas SIA,
Une page pour afficher et supprimer les données dans une table,
Un formulaire de saisie afin que l’utilisateur puisse insérer de nouvelles
données,
Et un dernier qui servira de formulaire de mis à jour.
70
Fonctionnement du site
VIII.1 Page d’accueil :
L’image ci-dessous représente la page d’accueil du site :
VIII.2 Page de connexion :
En cliquant sur le Menu Connexion, l’utilisateur accédera à la page de connexion du
site. Cette page se présente comme suit :
Figure 32 : Page de connexion
Figure 31 : Page d'accueil du site
71
Fonctionnement du site
L’utilisateur peut se connecter au site à l’aide de son adresse mail comme identifiant
et du mot de passe correspondant. Après avoir inséré les informations correctes et appuyé
sur le bouton en bleu « Se connecter », l’utilisateur entrerait dans le site.
Le Menu « Connexion » changera en « Déconnexion » si l’utilisateur est bel et bien
connecté.
VIII.3 Page carte dynamique :
En cliquant sur le Menu « Carte », le site offre à l’utilisateur une carte dynamique
conçue avec Mapserver Pmapper.
Figure 33 : Page Carte dynamique
72
Fonctionnement du site
VIII.4 Pages Base de données :
Les pages base de données vont permettre à l’utilisateur de se connecter à la base de
données.
En cliquant sur l’un des menus dans cette barre de navigation, l’utilisateur peut
accéder aux diverses données stockées dans la table correspondante.
Le données affichées sont classées selon leur localisation ; c’est-à-dire suivant l’axe
de la route et le point kilométrique où les données sont localisées.
Deux options sont situées à la dernière colonne à droite : l’une « Edit » permet de
mettre à jour les données situées dans la ligne et l’autre « Delete » de les supprimer.
Figure 34 : Affichage de données dans une table
73
Fonctionnement du site
Si l’utilisateur clique sur « Edit », un formulaire de Mise à jour s’ouvre afin que
l’utilisateur puisse mettre à jour les données sur la ligne sélectionnée.
Un bouton situé en haut du tableau offre la possibilité d’ajouter de nouvelles
données. Il renvoie l’utilisateur vers formulaire de saisie permettant cet ajout.
En cliquant sur Enregistrer, les nouvelles données seront insérées dans la table.
Pour le mis à jour avec « Edit », un formulaire identique à celui de l’ajout s’affiche.
Les différences c’est qu’il n’y aurait plus de localité à sélectionner et que les informations à
mettre à jour seront tout de suite visualisées dans les champs à remplir. La procédure
demeure identique à celle de l’ajout.
Figure 35 : Formulaire de mise à jour
74
Autres exploitations possibles de la base de données
Chapitre IX : AUTRES EXPLOITATIONS POSSIBLES
DE LA BASE DE DONNEES
IX.1 Notion de cartographie :
IX.1.1 Définitions :
Définition [16] : La cartographie est la représentation de la surface de la terre sous
forme géométrique ou graphique grâce à la conception, préparation et réalisation de la
carte.
Définition [17] : La cartographie thématique localise la nature et l’importance des
phénomènes au sein de l’espace. Le langage des cartes ne réside pas seulement dans la
symbolique très limitée des signes utilisés mais dans leur configuration même. Ce que la
carte exprime est sur la carte et non dans sa légende. C’est en déchiffrant les formes et
l’arrangement des signes, mis en valeur par le cartographe, que l’interprétation de la carte
va se faire.
IX.1.2 Applications :
Se portant sur le thème Carte Routière, et en exploitant les informations de la base
de données conçues précédemment c’est-à-dire en joignant les données alphanumériques
aux données spatiales, quelques produits cartographiques peuvent être obtenus à partir de
ce projet.
IX.1.3 Utilités :
Souvent, le MTP est soumis à des contraintes budgétaires malgré la quantité
d’entretiens du réseau routier à prévoir. Les produits cartographiques obtenus à partir de ce
projet serviront comme outil d’analyse afin d’évaluer ce qui se passe réellement sur le
terrain. L’objectif c’est que les cartes fournissent les informations indispensables avant une
prise de décision.
En voici quelques exemples de ces produits cartographiques :
distribution des travaux accomplis durant une campagne en comparant deux
cartes d’avant et après ;
distribution des routes par classe : RNP, RNS, RNT
75
distribution des routes par catégories, c’est-à-dire par nature de leur
couverture : route bitumée, route empierrée, route en terre ;
distribution des routes par section ;
distribution des routes à entretenir par ordre de priorité ;
distribution des routes par son état ou par degré de dégradation : bon état,
état moyen, dégradation totale ;
distribution des routes par type d’entretien : entretien courant, entretien
périodique, réhabilitation ;
distribution des routes par type de travaux d’entretien par saison : Travaux
d’Entretien de Routine, Travaux d’Entretien Améliorant, Travaux d’Entretien Spécialisé ;
Comme illustration de l’application, on prendra la « Distribution des routes par
classes ».
IX.2 Distribution des Routes Nationales par classe :
L’objectif est de pouvoir visualiser les routes nationales suivant leur classe avec
d’autres informations indispensables comme le nom de la Région.
Cette carte dynamique est basée sur des informations tirées de la « Note
d’orientation pour l’élaboration du programme d’entretien courant des routes nationales
campagne 2010-2011 », sortie le 29 Septembre 2010 et signé par le Directeur de l’Entretien
Routier du MTP.
Ces informations doivent être jointes à la table contenant les données route spatiales
« rtes_spat_100 ». Les données dans cette table sont tirées d’un extrait du BD100 de la FTM,
auquel une colonne a été ajoutée afin d’y insérer les axes (nom) routes.
IX.3 Carte de la distribution des Routes Nationales par classe :
Cette carte représente la distribution des Routes Nationales par classe en 2010.
Voici ses caractéristiques :
Carte de niveau supérieur de lecture ;
Fond de carte est la limite de la région et la limite de la province ;
Etendue géographique : Province Antananarivo ;
76
Source des données : BD 100 FTM et Note d’orientation pour l’élaboration du
programme d’entretien courant des routes nationales campagne 2010-2011 ;
Légende : 4 classes ;
Echelle : variée suivant le zoom.
Il est possible de visualiser les informations sur une section de route sélectionnée
avec celles du fond de carte utilisé.
Figure 36 : Distribution des Routes Nationales par classe dans la Province d'Antananarivo
Figure 37 : Visualisation des informations sur une route
77
Evaluation du projet
Chapitre X : EVALUATION DU PROJET
X.1 Coût de la mise en route du projet :
Le tableau suivant représente un devis estimatif des dépenses à prévoir pour la mise
en œuvre du projet :
Désignation Responsable Unité Prix Unitaire (Ar)
Quantité Coût total (Ar)
Matériels informatiques (Serveur de BD, accessoires réseau, …)
Prestataire de service après recommandation de l’ingénieur
Fft
6.000.000
1
6.000.000
Mise en place des matériels informatiques
Informaticien spécialisé en réseau
Fft
150.000/pers/j
2
300.000
Conception de la BD
Ingénieur Géomètre Topographe spécialisé en SIG et Géomatique
Fft
6.500.000
1
6.500.000
Conception et mise en ligne du site web
Informaticien et Géomètre Topographe
pers/mois
180.000
10
3.600.000
Déclaration au moteur de recherche web (Yahoo, Google, …)
An
540.000
1
540.000
Webmaster Ingénieur informaticien
Pers/mois
960.000
10
9.600.000
Total : Ar 26.540.000
Tableau 11 : Coût estimatif du projet
La somme estimative des dépenses hors taxe est arrêtée à vingt-six million cinq cent
quarante mille Ariary ou Ar 26 540 000.
Et le coût total du projet toute taxe comprise est de trente et un million huit cent
quarante-huit mille Ariary soit Ar 31.848.000.
78
Evaluation du projet
X.2 Apport de ce projet :
A partir de ce projet, un guide technique permettant de reproduire l’ensemble des
manipulations effectuées est disponible. Même si les logiciels utilisés sont amenés à évoluer,
la connaissance sur les principes de base du fonctionnement d’un tel système est acquise. Ce
projet a apporté une première approche concrète en matière du Géomatique, de la
conception web et du SIG en ligne.
Ensuite, ce système aborde les architectures client/serveur qui garantissent leur
utilisation à distance.
Le choix de l’exemple d’application s’applique sur le réseau des Routes Nationales,
mais vu sa capacité, et avec les deux outils combinés peuvent s’appliquer sur des réseaux
beaucoup plus vastes, sur tous les réseaux routiers de Madagascar. On peut dire que la
Géomatique et le SIG offrent une solution pour la gestion de réseau routier ou même plus
généralement pour de nombreuses gestions d’informations et de données.
X.3 Avantages et inconvénients du projet :
Comme toute chose, ce projet présente des avantages et des inconvénients.
X.3.1 Avantages :
Des informations plus accessibles : tous les outils associés au Webmapping
sont en Open Source, ainsi les logiciels sont bon marché. De plus, ils répondent au standard
et fonctionnent sur n’importe quel navigateur ou système d’exploitation ;
Une multitude de possibilités techniques : on peut combiner différentes
sources de données à condition que le système de projection et la qualité des données
correspondent.
X.3.2 Inconvénients :
Problèmes techniques : les applications liées au Webmapping nécessitent une
bande passante plus large. La cartographie numérique présente un inconvénient majeur : la
taille de l’écran est parfois assez petite (surtout sur les solutions mobiles), et la résolution
n’est pas toujours suffisante face à la possibilité infinie du zoom ;
79
Evaluation du projet
La confidentialité : vue l’avancée technologique de l’informatique, il est
envisageable que les bases de données mises en ligne qui nourrissent les cartes soient
piratées ;
La fiabilité : à partir du moment où n’importe qui aura accès aux informations,
la qualité des informations ne sera plus fiable.
80
CONCLUSION GENERALE
En guise de conclusion, il est vrai d’affirmer que l’utilisation du Géomatique et du SIG,
des technologies modernes et efficaces, aide beaucoup à la gestion de l’Entretien du réseau
routier. Avec une bonne organisation, cette technique permet d’éviter des dépenses inutiles.
Les données ne doivent être saisies plus d’une seule fois. On peut renoncer aux différents
tableaux Excel avec d’importantes redondances. De meilleures exploitations sont possibles,
qui en plus sont extensibles à volonté. Les données seront stockées sur un serveur central,
d’où une garantie de disponibilité et sécurité des données.
Ce projet de Webmapping est élaboré au profit d'un nombre important d'utilisateurs
notamment les diverses directions et services du MTP, et ce dans le but de leur offrir un outil
d'aide à la prise de décision et leur permettre la collecte de données fiables et cohérentes.
Chaque utilisateur peut consulter les informations, ajouter ou modifier s’adonnant
ainsi au plaisir du travail d’équipe. Mais comme tout ce qui est distribué sur internet, leurs
confidentialités devraient être aussi restreintes que possible dans le but de protéger la
qualité des informations. En effet le grand public n’est pas formé à l’analyse géographique et
peut ainsi transgresser involontairement les règles du géomatique.
Comme le Webmapping est encore un phénomène relativement récent, il promet de
nombreuses évolutions : des améliorations et des changements radicaux des technologies
étant espérés.
Personnellement, de nouvelles connaissances ont été acquises durant ces parcours
académiques surtout lors du montage de ce travail de mémoire, en termes de base de
données, des langages de programmation PHP, HTML, CSS et JavaScript, du SIG et surtout
sur ce nouveau système Webmapping et les divers logiciels y afférents. Cela constitue un
acquis et une expérience vers une future carrière professionnelle.
81
BIBLIOGRAPHIE
Documentation : MTP, DIRTP
[1] RAKOTOMALALA Zoeliarisoa Elisette, Mise en place d’un système de gestion des
congés au sein de la division du personnel au sein de la Direction Inter-Régionale de
Mahajanga, 09 Février 2010
[2] RAZAFIMANDIMBY Pierrot, Note d’orientation pour l’élaboration du programme
d’entretien courant des routes nationales campagne 2010-2011, 29 Septembre 2010
[3] MAHOJO Hugues Laurent G., Décret N° 2014 – 294 Fixant les attributions du Ministre
des Travaux Publics ainsi que l’organisation générale de son Ministère, 16 Mai 2014
Documentation :
Base de données :
[4] RAJAONARISON Eli Jean Olivier, Conception et opérationnalisation d’un système
d’information localisée de l’observatoire de l’aménagement du territoire,
Département Information Géographique et Foncière, Ecole Supérieure Polytechnique
d’Antananarivo, 16 Novembre 2012
[5] Cyril GRUAU, Conception d’une base de données, 17 Octobre 2005 (corrigé le 13
Juillet 2006)
Web :
[6] RAKOTOASIMBOLA Iarivony Tsiory, Conception d’un site web de réseau pédagogique
pour le département télécommunication, Département Télécommunication, Ecole
Supérieure Polytechnique d’Antananarivo, 22 Juin 2012
Webmapping :
[7] Julien Berron, Développement d'une application de Webmapping
MapServer/PostGIS, 2006
Géomatique :
[8] http://fr.wikipedia.org/wiki/Géomatique
Base de données :
[9] http://fr.wikipedia.org/wiki/Système de_gestion_de_base_de_données
[10] http://fr.wikipedia.org/wiki/Structured_Query_Language
Développement Web :
[11] http://fr.wikipedia.org/wiki/PHP
[12] http://www.vulgarisation-informatique.com/php-poo.php
[13] http://fr.wikipedia.org/wiki/Hypertext_Markup_Language
[14] http://fr.wikipedia.org/wiki/Feuilles_de_style_en_cascade
[15] http://fr.wikipedia.org/wiki/JavaScript
Cartographie :
[16] http://bv.alloprof.qc.ca/geographie/les-outils-du-geographe/la-carte-thematique.aspx
[17] http://www.esrifrance.fr/cartographie-thematique.aspx
ANNEXES
ANNEXES
84
Annexe 1 : Installation de PostgreSQL/PostGIS
Deux types d'installeurs pour Windows peuvent être trouvés: « l'installeur en un
clic » ou « l'installeur pgInstaller ». Les installateurs peuvent être téléchargés à partir du
lien : http://www.postgresql.org/download/windows (taille du fichier environ 48,57 Mo)
"pgInstaller" n'est disponible que pour les versions 8.2 et 8.3. Pour ce projet,
« l’installeur en un clic » a été utolisé pour l’installation de PostgreSQL.
Tout d’abord pour pouvoir installer PostgreSQL correctement il faut lancer l'installeur
(pour Postgresql 9.0, le fichier s'appelle : postgresql-9.0.0-1-windows.exe).
Une fenêtre comme suit s’ouvre définissant le répertoire d’installation.
Le répertoire est celui où vont s'installer le programme (postgres.exe) et les outils
client (psql, pgdump...), ainsi que la documentation, etc...
Ensuite, un clic sur Suivant pour continuer l’installation.
85
L'installeur demande ensuite où sera créé le cluster de données.
Il sera par la suite toujours possible de créer d'autres cluster avec l'outil initdb.
86
L'installeur demande le mot de passe de l'utilisateur postgres. Il faut faire attention,
en réalité ceci recouvre 2 notions différentes :
un utilisateur du système d'exploitation, celui sur le compte duquel
fonctionnent les programmes du serveur,
le super-utilisateur de base de données.
Ils peuvent très bien avoir des noms et de différents mots de passe, mais pour cet
installeur, il a été choisi de donner le même nom et le même mot de passe.
Si l'utilisateur postgres du système d'exploitation existe déjà, il faut donner le mot de
passe existant. Si vous l'avez oublié, vous pouvez le changer dans une console avec la
commande net user : net user postgres <motdepasse>.
Puis, une clique sur suivant :
Par défaut, le port sur lequel le serveur attend les connexions est le port 5432. Vous
pouvez changer le numéro de port d'écoute. Attention dans ce cas à configurer
correctement vos clients (JDBC, etc...)
A noter que par défaut, postgres n'acceptera pas les connexions à partir du réseau.
Ceci est parfait sur un poste de développement autonome, mais pas pour un serveur. Cela
pourra être modifié par configuration.
87
La locale définit le comportement du cluster pour les opérations de tri (ordre
alphabétique) …
Par défaut, c'est celle du système qui est utilisée, mais une autre peut être
choisie. Dans la certitude du paramétrage, cliquer sur Suivant pour commencer l’installation.
88
Par défaut, c'est celle du système qui est utilisée, mais une autre peut être choisie.
Dans la certitude du paramétrage, cliquer sur Suivant pour commencer l’installation.
Si l’installation se déroule normalement, aucune erreur ne doit être affichée par
l’installateur.
A la fin d’installation, on obtient la fenêtre suivante :
L'installation étant terminée. Pour installer des modules complémentaires
(phppgAdmin, Apache, Slony...), il faut lancer l’outil Stackbuilder.
Mais pour ce projet, utiliser simplement pgAdmin III. Donc on termine sans lancer
l’outil Stackbuilder.
Maintenant pgAdmin III peut être lancé et utilisé correctement. Pour cela il faut tout
simplement lancer le programme dans le Menu Démarrer ou sur le raccourci déposé sur le
bureau.
89
L’installeur de PostGIS peut être exécuté si PostgreSQL s’est installé correctement.
Cette installation peut s’effectuer de deux manières différentes :
Soit, en téléchargeant et en installant directement et automatiquement PostGIS à
partir de « Stack Builder » de PostgreSQL ;
Soit, en téléchargeant le fichier exécutable de PostGIS à partir du
lien http://download.osgeo.org/postgis/windows/pg92/postgis-bundle-pg92x64-setup-
2.1.3-1.exe (taille du fichier environ 19,52 Mo), puis l’exécuter afin de commencer son
installation.
En exécutant le fichier d’installation, obtenir la fenêtre suivante :
(Taille du fichier environ 19,52 Mo), puis l’exécuter afin de commencer son
installation.
En exécutant le fichier d’installation, on obtient la fenêtre suivante :
En cliquant sur « I Agree », l’installation peut continuer.
90
Choisir les options d’installation, puis un clic sur « Next »
91
Choix du dossier d’installation de PostgreSQL. PostGIS et PostgreSQL doivent être
installés dans le même dossier.
Définition du l’utilisateur et du mot de passe. Le Port par défaut est 5432.
92
Définition du nom de la Base de données spatiale. En cliquant sur « Install »l,
l’installation peut commencer l’installation. Puis sur « close » quand l’installation sera
terminée.
93
Annexe 2 : Installation et prise en main de MS4W et Pmapper
Issu de milieux universitaires (Université du MINNESOTA USA) et amélioré par des
communautés de développeurs, MapServer est un serveur cartographique open source (à
code ouvert) permettant de réaliser des applications Webmapping.
Le Mapserver respecte les spécificités de l'OGC. Actuellement, avec la version 4.4 de
Mapserver, il peut s'adapter quasiment à tout type d'environnement. Il peut être facilement
étendu afin de supporter de nouveaux formats de données, environnements de
développement, systèmes d'exploitation ou serveurs Web.
En entrée, il accepte une multitude de formats de données géographiques. En sortie,
il produit des cartes interactives à destination d'Internet sur plusieurs formats. Mapserver
peut être utilise en CGI.
MapServer se distingue par :
- sa performance en termes de vitesse d'affichage des cartes. Il est très fiable
car il peut faire face à plus de 150 000 connections simultanées.
- en terme d'adaptabilité et d'évolutivité, il s'accommode quasiment à tous
types d'environnement. Il peut être facilement étendu afin de supporter de nouveaux
formats de données, environnement de développement, système d'exploitation ou serveur
web.
- ses différents types d’éléments cartographiques dans une application telle
que l'échelle, la légende, la visibilité des couches dépendant de l'échelle, système de
prévisualisation sophistiqué.
Ses avantages sont :
- qu’il soit totalement gratuit.
- qu’il incorpore plusieurs langages de programmation.
- qu’il fonctionne avec un maximum d'explorateur client.
- qu’il Utilise des formats ouverts ou des formats propriétaires (shapefile,
geotiff, tab).
On peut télécharger le package Mapserver en cliquant sur le lien :
http://www.maptools.org/ms4w/index.phtml?page=downloads.html
94
Après avoir téléchargé correctement Mapserver, on peut procéder à son installation :
Mapserver est un peu assez simple à installer puisqu’il suffit juste d’extraire le package dans
le disque dur d’installation Windows C:\ et d’exécuter en tant qu’administrateur le fichier
« apache-install.bat » et le tour est joué.
Il en est de même pour le plugin ou extension pmapper de MS4W, une simple
extraction dans l’adresse C:\ en écrasant tous les fichiers ayant les mêmes noms durant
cette extraction.
En allant à l’adresse http://localhost/ on peut faire le test si le package s’est
réellement installé. On devrait avoir la fenêtre suivante :
En cliquant sur p.mapper: start demo application la fenêtre suivante devrait s’ouvrir,
montrant une carte numérique dans le navigateur afin de démontrer que le package
fonctionne très bien.
95
Annexe 3 : Liste des Routes Nationales pour la préparation de la campagne
d'entretien routier 2010 - 2011 sur financement FER cas de la Province
d’Antananarivo
Après sectionnement, toutes les routes prévues à entretenir sont répértoriées dans
un tableau. Le tableau ci-après représente un extrait la liste des Routes Nationales pour la
préparation de la campagne d'entretien routier 2010 - 2011 sur financement FER.
Comme illustration, on a pris seulement le cas de la province d’Antananarivo. Mais il
y en a un pour chaque province (DIRTP).
97
Annexe 4 : Canevas schéma d’Itinéraire et Aménagement
98
99
100
101
102
103
104
Annexe 5 : Tableau représentant le Dictionnaire des données
Champs retenus Types de données Commentaires Align_courb Entier Alignement et courbes
Pt Entier Profil en travers
Pl Entier Profil en long
Assain_gauch Char (30) Assainissement gauche (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)
Dep_gauch Char (30) Dépendance gauche (Accotement / talus / …)
Larg_chauss Numérique Largeur de la chaussée (m)
Revet Char (30) Revêtement (nature/épaisseur/âge)
Nat_platform Char (30) Nature de la plateforme
Couch_fond Char (30) Couche de fondation (nature/épaisseur/âge)
Couch_base Char (30) Couche de base (nature/épaisseur/âge)
Dep_droite Char (30) Dépendance droite (Accotement / talus / …)
Assain_droite Char (30) Assainissement droite (Fossés / Exutoire / Caniveau / Cunette / Descente d'eau / …)
Pt_rep Char (30) Points de repères/bornes/carrefour
Ouvrag_art Char (30) Ouvrages d'Art
Zone_clim Entier Zone climatique
Trafic Char (30) Trafic
Agglom Char (30) Agglomération
Autre Char (30) Autres : rizières, forêts, barrages, vandalisme, constructions illicites,…
Categ Char (30) Catégorie
Chauss Char (30) Chaussée
Assain Char (30) Assainissement
Type_entretien Char (30) Type d'entretien
Foss_obst Numérique Fossés obstrués CG
Foss_obst_cd Numérique Fossés obstrués CD
Foss_errod Numérique Fossés errodés
Erosion_talu_deblai Numérique Erosion talus de déblai
Risq_stagn_eau Numérique Risque de stagnation d'eau
Veget_abond Numérique Végétation abondante
Arrach_mcd Numérique Arrachement MCD
105
Champs retenus Types de données Commentaires Affais Numérique Affaissement
Remont_fine Numérique Remontée des fines
Deform_virag Numérique Déformation dans les virages
Ravin_long_pt Numérique Ravinement longitudinal & Profil en W
Ouvrage Numérique Ouvrages
Abs_signal_virage Numérique Absence de signalisations dans les virages
Cant_perm Numérique Cantonnage permanent
Gard_plui Numérique Gardiennage de barrière de pluie
Cant_perm_urb Numérique Cantonnage permanent en section rurale
Cant_perm_urb Numérique Cantonnage Permanent section urbaine
Trav_remis_eta Numérique Travaux de remise en état préalable
Elag Numérique Élagage d'un côté de la route
Abat_60 Numérique Abattage d'arbres en pied de circonférence > 60 cm
enlev_60 Numérique Enlèvement d'arbres abattus de circonférence > 60 cm
Degag Numérique Dégagement ou désensablement de chaussée
Deblai Numérique Déblais pour réouverture/ création de fossés, exutoires, divergents
Fascin Numérique Fascinage de fossés
Bloc Numérique Blocage 10/15 kg
Enlev_eboul Numérique Enlèvement d’éboulements meubles
Debit Numérique Débitage – Enlèvement de blocs rocheux
Rembl Numérique Remblaiement de ravines hors chaussée
Engaz Numérique Engazonnement de talus ou accotement
Clayon Numérique Clayonnage de talus
Rasem Numérique Arasement d'accotement
Recharg_acoct Numérique Rechargement d'accotement ou de chaussée
Remix_balis Numérique Remise en place d'une balise
Remis_born Numérique Remise en place d'une borne kilométrique ou point de repère
Rempl_pann_signal Numérique Remise en place d'un panneau de signalisation
Rempl_balis Numérique Remplacement ou mise en place d'une balise
Rempl_born Numérique Remplacement ou mise en place d'une borne kilométrique
Rempl_born_pk Numérique Remplacement ou mise en place d'une
106
Champs retenus Types de données Commentaires borne "point de repère"
Rempl_pann_presc Numérique Remplacement ou mise en place d'un panneau de prescription en BA
Rempl_pann_loc Numérique Remplacement ou mise en place d'un panneau de localisation ou de direction en BA
Peint_balis Numérique Peinture d'une balise de virage
Peint_born Numérique Peinture d'une borne PK ou d'une borne PR
Peint_pann Numérique Peinture d'un panneau de prescription et de signalisation
Peint_ouvrag Numérique Peinture d'ouvrages et accessoires
Marq_rout Numérique Marquage de chaussée avec peinture routière
Marq_therm Numérique Marquage de chaussée avec peinture thermoplastique
Debit_evac Numérique Débitage et évacuation d’arbres de circonférence > 60 cm
Rembl_empr_misaniv Numérique Remblai d’emprunt
Maconn Numérique Maçonnerie de moellons
Gabion Numérique Gabions
Rembl_ouvrag Numérique Remblai d'ouvrage en matériaux sélectionnés
Geotext Numérique Géotextile
Remis_prof Numérique Remise au profil à sec
Reprof Numérique Reprofilage avec compactage / arrosage
Purge Numérique Purges
Ouvert_inf5 Numérique Ouverture au Bull de largeur ≤ 5 mètres
Ouvert_sup5recharg_chauss_ms
Numérique Ouverture au Bull de largeur > 5 mètres
Recharg_chauss_ms Numérique Rechargement de la chaussée en matériaux sélectionnés (MS)
Decap Numérique Décapage
Purge_terras Numérique Purges
Debl_meubl Numérique Déblai meuble
Debl_roch Numérique Déblai rocheux
Debl_foss Numérique Déblai pour fossés, exutoires et divers
Geotext_terras Numérique Géotextile "Terrassements"
Remblai_emprunt_terras Numérique Remblai d’emprunt
Regl_plat Numérique Réglage de plate-forme
Engaz_talu Numérique Engazonnement de talus
Reprofil_leg_terras Numérique Reprofilage léger
Reprofil_lourd_terras Numérique Reprofilage lourd
107
Champs retenus Types de données Commentaires Demol_maconn Numérique Démolition de maçonnerie avec
récupération de moellons
Demol_beton Numérique Démolition de béton
Demol_buse Numérique Démontage de buse en béton armé ou métallique
Demont_gab Numérique Démontage de gabions
Debl_sec Numérique Déblai pour fouilles à sec
Debl_eau Numérique Déblai pour fouilles sous l’eau
Rembl_ouvrag Numérique Remblai d'emprunt
Engaz_talu_ouvrag Numérique Engazonnement de talus
Rembl_ms Numérique Remblai d'ouvrage en matériaux sélectionnés (MS)
Maconn_moel Numérique Maçonnerie de moellons
Maconn_moel_but Numérique Maçonnerie de moellons pour murette de buttage de chaussée
Fourn_gab Numérique Fourniture et pose de gabions
Fourn_gab_metal Numérique Fourniture et pose des gabions à cages métalliques blindées
Per_maconn Numérique Perré maçonné
Rejoint_maconn Numérique Rejointoiement de maçonnerie
Chap_mort Numérique Chape au mortier de ciment dosé à 400kg
Enduit_mort Numérique Enduit au mortier de ciment dosé à 300kg
B1 Numérique Béton B1 dosé à 250 kg/m3 de ciment
B2 Numérique Béton B2 dosé à 300 kg/m3 de ciment
B3 Numérique Béton B3 dosé à 350 kg/m3 de ciment
B4 Numérique Béton B4 dosé à 400 kg/m3 de ciment
Bet_cycl Numérique Béton cyclopéen
Acier_ba Numérique Acier pour béton armé
Foss_rad_bet Numérique Fossé maçonné 40 x 40 cm avec radier en béton
Foss_maconn_meol Numérique Fossé maçonné 40 x 40 cm avec radier en maçonnerie de moellons
Foss_rad Numérique Fossé maçonné 40 x 40 cm en butée de chaussée avec radier en béton
Foss_maconn_rad Numérique Fossé maçonné 40x40cm en butée de chaussée avec radier en maçonnerie de moellons
Foss_bet Numérique Fossé bétonné 40 x 40cm
Dalot70 Numérique Dalot mixte maçonnerie-BA de 70 x 80 cm
Dalot80 Numérique Dalot mixte maçonnerie-BA de 80 x 100 cm
108
Champs retenus Types de données Commentaires Dalot100 Numérique Dalot mixte maçonnerie-BA de 100 x
100 cm
Fournit70 Numérique Fourniture et pose de buse en béton armé de diamètre 60 cm
Fournit80 Numérique Fourniture et pose de buse en béton armé de diamètre 80 cm
Fournit100 Numérique Fourniture et pose de buse en béton armé de diamètre 100 cm
Drain Numérique Drains
Geotext_ouvrage Numérique Géotextile « Ouvrages »
Bloc10_15 Numérique Blocage 10/15 kg
Enroch_30_15 Numérique Enrochement 30/50 kg
Micro_pieux Numérique Micro-pieux en bois de diamètre compris entre 8 et 12 cm
Reprof_leg_chauss Numérique Reprofilage léger
Reprof_lourd_chauss Numérique Reprofilage lourd
Rembl_empr_chauss Numérique Remblai d’emprunt
Regl_plat Numérique Réglage de plate-forme
Couch_ms Numérique Couche de roulement en matériaux sélectionnés (MS)
Empier_madac Numérique Empierrement & macadam 4/7
Pavage Numérique Pavage
Pavage_hourd Numérique Pavage hourdé au mortier bitumineux
Stabl_conad Numérique Stabilisation de sol avec le produit CONAID
Stabl_holicim Numérique Stabilisation de sol avec le produit HOLCIM LM1
Stabl_rbi Numérique Stabilisation de sol avec le produit RBI Grade 81
Revet_carbinor Numérique Revêtement avec le produit CARBONCOR
Borne_pr Numérique Borne ‘’ Point de repère ’’ (route non revêtue)
Barr_pluie Numérique Barrière de pluie
Purge_chauss Numérique Purge de chaussée
Demol_chauss Numérique Démolition de chaussée
Scarific_chauss Numérique Scarification de chaussée
Epaul Numérique Épaulement
Arrasem_accot Numérique Arasement d’accotement
Recharg_accot Numérique Rechargement ou exécution d'accotement
Engazon_accot Numérique Engazonnement d'accotement
Couch_fond Numérique Couche de fondation en matériaux sélectionnés (MS)
109
Champs retenus Types de données Commentaires Couch_base_concass Numérique Couche de base en matériaux concassés
0/31,5
Impregn Numérique Imprégnation au cut-back 0/1
couch_accroch Numérique Couche d'accrochage au cut-back 400/600
Enduit_monocouche Numérique Enduit monocouche au cut-back 400/600
Enduit_bicouche Numérique Enduit bicouche au cut-back 400/600
Enrob_emuls Numérique Enrobé à froid à l’émulsion ECR 69
Enrib_cut_back Numérique Enrobé à froid au Cut Back 400/600
Enrob_tsim Numérique Enrobé à froid à l’huile lourde de Tsimiroro
Chainnett Numérique Chaînette de rive en béton
Bordure_trott Numérique Bordure de trottoir type T2
Balisage_virage Numérique Balise de virage
Borne_kil Numérique Borne kilométrique
Marq_chauss Numérique Marquage de chaussée avec peinture routière
Marq_chauss_therm Numérique Marquage de chaussée avec de produits thermoplastiques
Pann_presc Numérique Panneau de prescription
Pann_loc Numérique Panneau de localisation ou de direction
Pieu_10_12 Numérique Pieux en bois de diamètre compris entre 10 et 12 cm
Pieu25_30 Numérique Pilots en bois de diamètre compris entre 25 et 30 cm
Miece_bois Numérique Pièces de bois pour structures et platelages
Poutrel_metal Numérique Poutrelles métalliques type IPE ou HEA
Profil_lam Numérique Profilés laminés et éléments métalliques divers
Reparat_struct_metal Numérique Réparation de structures métalliques
Sablage_ouvrage_metal Numérique Sablage d'ouvrages métalliques
Peint_ouvrage_metal Numérique Peinture d'ouvrages métalliques
Gargouille Numérique Gargouilles
Remblai_ouvrage_mat_meuble
Numérique Remblai d’ouvrage en matériaux meubles
Remblai_ouvrage_ms Numérique Remblai d’ouvrage en matériaux sélectionnés (MS)
Demont_pont_bois Numérique Démontage de ponts en bois
Mont_pont_bois Numérique Montage de ponts en bois
Epaufre Numérique Épaufrures
110
Champs retenus Types de données Commentaires Sablage_cloutage Numérique Sablage/Cloutage de zones de ressuage
Scellem Numérique Scellement de fissures isolées
Colmatage Numérique Colmatage de zones faïencées
Deflash_enduit Numérique Déflachage par enduits d'usure
Deflash_enrob Numérique Déflachage par enrobé à froid ou à chaud
Reparat_nid_poule_usure
Numérique Réparation de nids de poule par enduit d'usure
Reparat_nid_poule_froid_chaud
Numérique Réparation de nids de poule par enrobé à froid ou à chaud
Reflect_chauss Numérique Réfection localisée du corps de chaussée (rapiéçage)
Reflect_local_es_mono Numérique Réfection localisée de revêtement par ES monocouche
Reflect_local_es_bic Numérique Réfection localisée de revêtement par ES bicouche
Reflect_local_froid_chaud
Numérique Réfection localisée de revêtement par enrobé à froid ou à chaud
Mise_hors_eau_demont Numérique Mise hors d'eau et démontage
Mont_mise_eau Numérique Montage et mise à l'eau
Tpn Numérique Tôles Planes Noires (TPN)
Poutrel Numérique Poutrelles métalliques type UPN, IPN ou autres
Prof_lamin_metal Numérique Profilés laminés métalliques divers
Platelage_bois Numérique Platelage en bois
Joint100x8 Numérique Joint 100 x 8 mm
Confect_trou_hom Numérique Confection de trou d'homme 60x60cm
Tube_etambot Numérique Tube d'étambot diamètre 80 mm et étoupe en tresse d’amiante
Peint_marine Numérique Peinture marine d’ouvrages métalliques
Axe Char (30) Nom de l’axe route
Classe Char (30) Classe de la route
Section Integer Numéro de la section
Pk_deb Numérique Pk début de la section
Pk_fin Numérique Pk fin de la section
Loca_deb Char (30) Localité début de la section
Loca_fin Char (30) Localité fin de la section
Long Numérique Longueur de la section
Long_trait Numérique Longueur traitée de la section
Nat_surf Char (2) Nature de la surface de la route
Nom : RAMANDIMBIARISON
Prénom : Tianjanahary
Mémoire intitulé : « Conception et exploitation dynamique d’une base de
données pour la gestion des entretiens routiers de Madagascar » Nombre de pages : 80
Nombre de figures : 38
Nombre de tableaux : 9
Nombre d’annexes : 5
RESUME Ce projet consiste à créer une base de données afin de stocker les informations sur
les différents entretiens du réseau routier de Madagascar. Pour alimenter cette base, ce
projet offre une possibilité d’insértion des données en temps réel à partir des différents
formulaires de saisies publiés sur le Web.
La finalité du projet consiste à publier une carte dynamique en ligne qui fournira des
informations indispensables dans la prise de décision sur les routes à entretenir.
La base de données a été implémentée dans le SGBD PostgreSQL pour les données
alphanumériques et PostGIS pour les données spatiales. La partie exploitation dynamique
est conçue à partir des langages PHP, HTML, CSS et JavaScript avec Apache comme serveur
local ; et la carte en ligne, programmée avec le langage MapScript, sous le serveur de carte
en ligne Pmapper de Mapserver.
Mots clés : Base de Données, PostgreSQL, Route, SIG, PHP, Webmapping, Mapserver
ABSTRACT This project is to create a database in order to store information on different repairs
and maintenance of roads in Madagascar. To supply this basis, the project provides an
opportunity for the integration of real-time data from various entry forms published on
Web.
The purpose of the project is to publish a dynamic online map that will provide vital
information in decision making on the roads to be repaired.
The database was implemented in the PostgreSQL DBMS for alphanumeric data and
PostGIS spatial data. The dynamic operation of the technology part is designed in using PHP,
HTML, CSS and JavaScript with Apache as a local server; and the online map, programmed
with the MapScript language, in the online Mapserver.
Keywords : Database, PostgreSQL, Roads, SIG, PHP, Webmapping, Mapserver
Rapporteurs : Monsieur RABEMALAZAMANANA, Enseignant à l’ESPA et Chef de Service de Recherche et Développement au FTM
Monsieur ANDRIANJATOVO Harinaivo Livasoa, Directeur à la Direction Inter-Régionale des Travaux Publics Antananarivo
Adresse de l’auteur : Lot G III 8 Ter Soamanandrariny – Commune Ambohimangakely – Antananarivo Avaradrano
Contact : 033 41 436 00
Mail : [email protected]