Thème : SIG et Transport

Transcription

MASTER II EN INFORMATIQUE APPLIQUEE AUX SYSTEMES
D’INFORMATIONS GEOGRAPHIQUES
Projet personnel
Thème : SIG et Transport
Présenté par :
Madame KABORE/YAMEOGO W. Virginie Marie
Professeur :
Dr Joseph MVOGO NGONO
Coordonnateur pédagogique du M2 IASIG
Année académique 2011-2012
REMERCIEMENT
Nous remercions profondément les personnes qui d’une manière ou d’une autre ont participées à
la réalisation de notre projet personnel. Nos remerciements vont d’abord à tout le personnel de
l’Institut Géographique du Burkina et particulièrement à son Directeur Général Monsieur
TAPSOBA Claude Obin, à Monsieur BELEM Aboubacar Directeur Technique et à Monsieur
TIEMTORE Souleymane Chef du service informatique. Et enfin, nous manifestons notre
reconnaissance :

Au Dr MVOGO NGONO Joseph, coordonnateur pédagogique du master II IASIG,

À Monsieur BOULERIE Pascal, encadreur du master II IASIG,

À Monsieur MOUTOME responsable administratif du Master II IASIG

A tous les enseignants du Master II IASIG.
ii
projet personnel - SIG et Transport – Master II IASIG – Université de Douala
TABLE DE MATIERE
REMERCIEMENT........................................................................................................................................ii
INTRODUCTION ........................................................................................................................................ 4
PARTIE I : CONTEXTE.............................................................................................................................. 5
I.1. Présentation de la SOTRACO .............................................................................................................. 5
I.2. Problématique .................................................................................................................................... 5
I.3. Objectif de l’étude .............................................................................................................................. 5
I.4. Revu de littérature.............................................................................................................................. 5
I.4.1. Définition d’un SIG ..................................................................................................................... 6
I.4.2. Concept du transport en commun ................................................................................................ 6
I.4.3. Concept du webmapping ............................................................................................................ 7
Partie II : METHODOLOGIE ...................................................................................................................... 7
II.1. L’analyse des besoins ........................................................................................................................ 8
II.1.1 Analyse globale des besoins ....................................................................................................... 8
II.1.2. L’Analyse détaillée .................................................................................................................... 8
II.1.3.La Formation............................................................................................................................... 9
II.2. Modélisation ...................................................................................................................................... 9
II.2.1. Identification des acteurs du système......................................................................................... 9
II.2.2. Identification des cas d’utilisations .......................................................................................... 10
II.2.3. Diagramme des cas d’utilisation .............................................................................................. 11
II.2.4. Scénarii de quelque cas d’utilisation ........................................................................................ 12
II.2.5. Le diagramme des classes ........................................................................................................ 13
PARTIE III IMPLEMENTATION ..................................................................................................................... 14
III. 1. Etude comparative........................................................................................................................ 14
III.1.1. Système de Gestion de base de Données et leur cartouche spatiale ....................................... 14
III.1.2. Les serveurs cartographiques.................................................................................................. 15
III.1.3. Les serveurs WEB .................................................................................................................. 16
III.2. Choix de la technologie .................................................................................................................. 17
III.2.1. Coté Serveur ........................................................................................................................... 17
III.2.2. Coté client ............................................................................................................................... 18
CONCLUSION .......................................................................................................................................... 19
BIBLIOGRAPHIE / WEBOGRAPHIE ..................................................................................................... 20
iii
INTRODUCTION
Depuis plus d’une décennie, les villes africaines font face à une forte croissance urbaine.
Ce phénomène est d’autant plus remarquable dans les villes capitales qui jouent un rôle à la fois
politique et économique. Ouagadougou, capitale du Burkina Faso n’échappe pas à ce tableau.
Pour la seule période de 1996 à 2006 sa population à doubler passant de sept cent quatre-vingtdix mille sept cent trente-six (7 90 736) à un million quatre cent soixante-quinze mille deux cent
vingt-trois 1 475 223 habitants (INSD, RGPH 1996 et RGPH 2006). Cette croissance de la
population s’accompagne d’une expansion spatiale spectaculaire.
De nos jours, la forte concentration de la population dans la ville impose des défis
majeurs aux autorités politiques et communales, ceux liés aux équipements socioéconomiques de
base et de transport. En effet, les activités quotidiennes des ménages nécessitent un grand flux de
déplacements qui, mal maîtrisé engendre des problèmes de pollution et d’accidents de la
circulation. En 2007, les émissions de dioxyde de soufre qui proviennent des voitures à
Ouagadougou étaient estimées à sept cent quatre-vingt-quatorze (794) tonnes/an, alors que celles
de particules émanant des véhicules à des deux-roues, étaient de six cent trente-neuf (639)
tonnes/an (Quotidien Sidwaya du lundi 11 juin 2012, numéro 5679). Cela est dû au fait en parti à
la faiblesse du système de transport en commun de la ville. La Société de Transport en Commun
de Ouagadougou travail afin de rehausser ce niveau (SOTRACO).
Nous nous proposons d’accompagner la SOTRACO à travers notre étude dont le thème
est « Mise en place d’une application webmapping pour la SOTRACO». Cette application se
veut une approche nouvelle de l’interface client à travers le web.
La présente étude s’articulera autour des points suivants :
 Partie I : Contexte
 Partie II : Méthodologie
 Partie III : Implémentation
4
PARTIE I : CONTEXTE
I.1. Présentation de la SOTRACO
La Société de Transport en Commun de Ouagadougou (SOTRACO) est une société anonyme ou
société par actions dont le siège social est fixé à Ouagadougou.
Son domaine d’intervention est la commune de Ouagadougou (pour l’instant), découpée en 12
arrondissements et 55secteurs (selon le nouveau découpage).
La desserte de la SOTRACO couvre environ 30% du territoire communal. Son parc de véhicules
exploités est de 30 autobus, parcourant 9 lignes composées de 280 arrêts
I.2. Problématique
La croissance de ville de Ouagadougou va de pair avec l’expansion spatiale. En plus de ces
facteurs, la centralisation des activités commerciales et administratives dans la ville, créent
chaque jour un grand flux de déplacement avec comme moyens prédominant les engins à deux
roues .Ce qui est souvent source d’encombrement et d’accidents de la circulation.
Dans cet environnement de mobilité difficile, et du coût élevé des hydrocarbures, les transports
en commun urbain devraient offrir des solutions plus sécurisées et plus économiques.
Malheureusement, la SOTRACO est confrontée à de nombreuses difficultés, aux nombres
desquelles on note le faible recours à ces bus dû à l’ignorance de son réseau de desserte et aux
habitudes de déplacement des urbains. Dans le but de vulgariser son réseau, nous leur avons
proposé la mise en place d’une application Webmapping.
I.3. Objectif de l’étude
Pour s’adapter au contexte très changeant du spatial dans la ville de Ouagadougou, la
SOTRACO a besoin de communiquer ses services au public par tous les canaux possibles.
L’objectif premier de l’étude est la vulgarisation de leur réseau de desserte via un portail Web.
I.4. Revu de littérature
5
I.4.1. Définition d’un SIG
La terminologie SIG (Système d’information géographique) laisse supposer un certain
nombre de caractéristiques :

Système : un système est une intégration des notions de structure et de cohérence.

Information: elle est relative à un objet, à une thématique. Elle donne une description
sur son aspect, sa nature,…
Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels,
personnel, données et procédures) qui permet de collecter, regrouper, classifier, traiter et diffuser
de
l'information
sur
un
environnement
donné
(source :
http://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information)

Géographique : Fait allusion à fois à la localisation et à la géométrie des entités gérées.
Un SIG est donc un outil informatisé offrant des possibilités de créations, de
transformation, d’affichage, d’analyse et de stockage de l’information géographique. L’outil
permet l’organisation et la présentation de données alphanumériques référencées spatialement en
vue de la production des plans et des cartes.
L’information géographique contient :
 la forme et la localisation de l’objet, sous forme graphique (données géographique) ;
 les caractéristiques qualitatives et quantitatives caractérisant l’objet localisé, sous forme
de tableau (données attributaires).
I.4.2. Concept du transport en commun
Le transport en commun, consiste à transporter plusieurs personnes ensemble sur un même trajet.
Il
est
généralement
accessible
en
contrepartie
d'un
titre
de
transport
http://fr.wikipedia.org/wiki/Transport_en_commun).
Plusieurs modes de transport en commun existent :
 Le transport maritime : le bateau, le navire, les paquebots ;
 Le transport ferroviaire : le train, le métro, … ;
 Le transport aérien : l’avion, hélicoptère ;
6
(source :
 Le transport routier : autobus, autocar, le taxi ;
 …
L’infrastructure principale ici étant la voierie, il est important qu’elle soit en bon état pour
faciliter les transactions.
I.4.3. Concept du webmapping
Le terme webmapping désigne la diffusion de cartes ainsi que leurs données attributaires Les
informations cartographiques, sont ainsi consultables à partir de postes clients. Ces informations
sont stockées pour la plus part du temps dans un système de gestion de base de données (SGBD)
sur des serveurs administrables de façon centralisée.
Généralement, l'installation lourde côté client n’est pas nécessaire. Le navigateur internet
se charge de l’échange d’informations via les requêtes HTTP envoyé par le poste client, et les
pages HTML reçu en réponse par le serveur. Le webmapping est une solution aux problèmes de
non-interopérabilité des informations géographiques, de disponibilité, d’accès, de partage de
données. Le standard est l'Open Geospatial Consortium (OGC). Le principe de fonctionnement
est donné par la figure suivante :
Figure1 : principe de fonctionnement d’un webmapping
Partie II : METHODOLOGIE
7
Afin atteindre les objectifs fixés par notre mission, nous avons choisi la démarche participative
comme fil conducteur. Elle part des constats fait lors de la phase d’analyses (analyse globale des
besoins, analyse détaillée des besoins), pour aboutir à la solution proposée.
Les choix des technologies appropriées a été opéré à l’issus d’une étude comparative.
II.1. L’analyse des besoins
II.1.1 Analyse globale des besoins
L’analyse globale des besoins consiste à définir les exigences des utilisateurs. Le système à
mettre en place devrait permettre en premier lieu la vulgarisation du réseau de dessert de la
SOTRACO, et d’autre part, la gestion efficiente de son patrimoine (les lignes, les arrêts, le parc
des véhicule, …) et la gestion du temps.
Afin de déterminer les exigences des futurs utilisateurs du système, nous avons mené des
consultations avec les agents techniques (les chauffeurs les contrôleurs,…) et surtout les clients
de ladite société en premier lieu. En second lieux, nous avons enquêté l’administration de la
SOTRACO, le ministère en charge du transport, et la direction des études et de la planification
(DEP), afin de collecter les données nécessaire à l’alimentation de la base et à la conception de
l’interface web.
II.1.2. L’Analyse détaillée
L’étude détaillée a consisté à définir les spécifications fonctionnelles et techniques du système
basées sur les résultats des différentes consultations.
La structure globale du système sera capable de fonctionner en intranet, sous réseaux multiutilisateurs et surtout sur le web. Elle sera composée d’ :
 Une base de données constituant l’élément central du système. La base de données
contiendra à la fois des données alphanumériques et des données à référence spatiale. Ces
données géographiques seront composées de données métier (les lignes, les arrêts, les
bus, les horaires du bus), et des données de localisations (les communes, les
arrondissements et les secteurs).
8

Un portail web donnant accès aux utilisateurs du système qu’ils soient internes ou
externes aux informations et aux fonctions du system selon les privilèges d’accès
prédéfinis. Il sera constitué de la cartographie de la commune de Ouagadougou, domaine
d’intervention de la SOTRACO (pour le moment) et des couches arrondissements et
secteurs. A ces couches, viendront se greffer les couches métiers (lignes, arrêts, bus,
horaires, conducteurs).
II.1.3.La Formation
Une formation à l’administration, à la mise à jour de l’outil sera donnée principalement aux
personnels de la SOTRACO en charge, du suivi du système, afin de rendre l’outil pérenne.
Les exploitants quant à eux seront à l’aise d’utiliser l’outil, car il sera convivial.
II.2. Modélisation
Après la définition des exigences des utilisateurs et des spécifications fonctionnelles et
techniques du système et leur validation par l’administration de la SOTRACO, nous avons
procéder à la modélisation du système. Elle a consisté à l’identification des acteurs du système, à
l’identification des cas d’utilisations, à la construction du diagramme des cas d’utilisation, à
l’identification des scenarii des cas d’utilisations et à construction des diagrammes de classes.
Nous avons utilisé le langage UML ("Unified Modeling Language") pour ce faire.
II.2.1. Identification des acteurs du système

L’internaute ou le client distant
Les plus grands exploitant de l’application étant les clients de la SOTRACO, ils doivent :
 Pouvoir rechercher l’information voulu (couverture du réseau, les lignes, les
arrêts, les horaires)
 Faire de choix d’itinéraire ;
 Faire des calculs d’itinéraire ;
 Afficher les résultats d’une requête sous forme d’image ;
 …

9
L’administrateur de données
L’administrateur de données tenant compte d’assurer la cohérence du réseau de transport
en commun, l‘analyse, propose de nouvelles configurations de réseau, organise les lignes, les
arrêts, les horaires de façon à être en adéquation avec les règles de l’urbanisme de la ville de
Ouagadougou. Intègre les nouvelles couches de données.

L’administrateur du système
Il sera chargé de la gestion des utilisateurs, de la gestion des droits d’accès, ….
Il a aussi en charge, la configuration technique de la plateforme.
II.2.2. Identification des cas d’utilisations

Pour l’internaute
o La navigation : afficher, déplacer, zoomer la carte ;
o La recherche : rechercher des informations sur la desserte (lignes, arrêts, …), sur les
horaires du bus,…
o La Gestion des couches : sélectionner et afficher une couche,... L’internaute ne dispose
pas du droit d’écriture.
o L’exportation : export des cartes sous formats autorisés.

Pour les gestionnaires
o La gestion des droits d’accès : créer, modifier, éditer, supprimer un droit d’accès
o La gestion des utilisateurs : créer, modifier, éditer, supprimer un utilisateur, affecter un
droit d’accès à un utilisateur.
NB : les utilisateurs ici sont gestionnaires de l’application.
o La gestion les données : ajouter (créer), modifier, éditer, supprimer des données.
Exemple : créer une ligne, affecter un bus/un conducteur à une ligne, modifier un arrêt, …
o Authentification : nécessaire avant toutes opérations d’écriture dans l’application
(création, suppression, modification) afin d’assurer la fiabilité de la base de données.
10
II.2.3. Diagramme des cas d’utilisation
Les diagrammes de cas d'utilisation sont utilisés pour donner une vision globale du
comportement fonctionnel d'un système logiciel. Un cas d'utilisation représente une unité
discrète d'interaction entre un utilisateur (humain ou machine) et un système. Les utilisateurs
appelés acteurs interagissent avec les cas d'utilisations.
Gerer les Uilisateurs
Naviguer sur le site
Administrateur système
Gerer les droits d'acces
<<include>>
Rechercher des informations
<<include>>
S'authentifier
Gerer les couches
<<include>>
Internaute
Gerer les données
Exporter des données
Administrateur de données
<<use>>
<<use>>
<<use>>
Editer
<<use>>
Modifier
Supprimer
Ajouter
Figure : Diagramme des cas d’utilisation
11
II.2.4. Scénarii de quelque cas d’utilisation
Scénario 1 : contrôle d’accès
1. L’utilisateur émet l’intention d’accéder au programme
2. Le système lui demande de s’authentifier en lui envoyant un formulaire
(comportant son identifiant et son mot de passe)
3. L’utilisateur rempli le formulaire
4. Le système vérifie
Alternative
A1 : le système ne valide pas l’authentification
Lui renvoie la page d’authentification
A2 le système ne reconnait l’utilisateur
Le système lui demande de contacter l’administrateur du système
5. Le système lui donne l’accès.
Scénario 2 créé d’une ligne
1. L’administrateur de données s’authentifie
2. L’administrateur crée la ligne
3. Choisi ses arrêts et précise leur positions par rapport à la ligne
Alternative :
A1 : un arrêt n’existe pas dans le système
L’administrateur le crée
4. L’administrateur valide la création de la ligne.
Scénario 3 navigation
1. L’utilisateur saisie l’URL du site dans un navigateur internet.
2. Le système lui ouvre la page avec les outils de navigation que sont :
o Déplacement
o Zoom+
o Zoom3. L’utilisateur choisi l’outil désiré et le système s’exécute.
o Si c’est un déplacement, le système déplace la carte dans le sens choisi
o Si c’est un Zoom le système zoom en avant ou en arrière sur la carte à
partir du point central de la partie de la carte affichée selon que
12
l’utilisateur a choisi un zoom+ ou un zoomScénario 4 Recherche d’information
1.
L’utilisateur saisie l’URL du site dans un navigateur internet.
2.
Le système affiche le site avec le formulaire de recherche d’information.
3.
L’utilisateur fait le choix parmi les critères de recherche selon le type
d’informations qu’il veut et valide.
4.
Le système répond à sa requête en lui fournissant les résultats.
II.2.5. Le diagramme des classes
C’est la charpente de l’application. Il décrit les classes utilisées par
l’application et leurs interactions.
Conducteur
-
id_conducteur
nom_conducteur
matricule
date_prse_service
:
:
:
:
int
String
int
int
+ Modifier() () : int
+ Imprimer() () : int
Info_conducteur
1..*
- date_affectation : Date
1..*
Arret
Secteur
-
id_secteur
nom_secteur
numero_secteur
perimetre
superficie
the_geom
:
:
:
:
:
:
int
String
int
int
int
geometry
0..1
0..*
-
id_arret
nom_arret
longitude_arret
latitude_arret
the_geom
Ligne
:
:
:
:
:
int
String
int
int
geometry
1..*
1..*
Info_bus
- date_affectation : int
Info_arret
id_arrond
nom_arrond
the_geom
area_arrond
perimetre_arrond
:
:
:
:
:
- duree
: Date
- position : int
1..*
Arrondissement
int
String
geometry
Float
Float
Horaire
-
+ Zoom() ()
: int
id_horaire
jour
heure_debut
heure_fin
:
:
:
:
int
int
int
int
1..1
Villages
Commune
- id_commune
: int
- libelle_commune : String
- geom_commune : polygon
+ Zoom() ()
: int
13
- id_bus
: int
- nom_bus
: String
- immatriculation : String
1..1
1..*
1..*
1..*
1..*
-
Bus
1..*
+ Zoomer() () : int
+ Zoomer() () : int
+ Zoom() ()
: int
- id_ligne
: int
- nom_ligne : String
- the_geom : geometry
1..1
1..*
-
Id_village
nom_village
long
lat
the_geom
:
:
:
:
:
int
String
int
int
geometry
+ Zoomer() () : int
PARTIE III IMPLEMENTATION
III. 1. Etude comparative
Une panoplie de systèmes de gestion de bases de données, de serveurs cartographiques, de
serveurs web est disponible sur la place du marché. Cependant, notre étude comparative s’est
portée sur les plus connus.
III.1.1. Système de Gestion de base de Données et leur cartouche spatiale
SGBD
Avantage
Inconvénients
MYSQL 5.5
 Solution très courant en
hébergement publique
 Facilité d’utilisation et de
déploiement
 Faible occupation de
l’espace disque
 SGBD Open Source le
plus utilisé
 …
Manque de robustesse
avec de forte
volumétrie
 Linux,
 Windows,
 Mac OS x
Licence libre et
commerciale
MysGis
 Requêtes généralement
rapide
 Jointure entre tables très
rapide
 Pas de gestion des
métadonnées
 Linux,
 Windows,
 Mac OS x
Licence libre et
commerciale
Oracle
Database 11g
Entreprise
Edition
 Gestion de gros volume
de données
 Langage de PL/SQL
requête très puissant
 Richesse fonctionnelle
 Nombre de connexions
 simultanées élevées
 …
 Prix élevé licence
et composants
matériels (RAM,
PCU)
 Administration
complexe

 Linux,
 Windows
 Mac OS x
Licence
Commerciale
Oracle Spatial
 gestion des métadonnées
 schéma complet pour la
gestion des SRS
 Plusieurs instances
 Jointure entre
tables très longue

PostgreSQL
 Procédures stockées dans
de nombreux langage
 Support les bases
de données
 Linux,
 Windows
14
Comptabilité Licence
Licence de
type BSD
 Simple d’utilisation et
d’administrateur
 Support la majorité des
standards SQL-92 et
possède un certain
nombre d‘extensions
(java, PL-SQL).
 Gestion des métadonnées
 Respect des normes de
nommage
 …
PostGIS
SQL Server
2008 R2
 Indépendance entre les
divers bases, facilitant
l’utilisation de plusieurs
applicatifs dans une
même instance
 Service web
 Administration aisée
 Langage T-SQL très
convivial, intégration de
CLR
 …
MsSQLSpatial
 Gestion des métadonnées.
 Respect des normes de
nommage
d’importance
moyenne
 Pas de service
web
 Pas de fonction
d’agrégat OLAP
 Mac OS x
 Jointure entre les
tables relativement
lentes
 …
 Distribution
fortement liée au
système
d’exploitation
 Pas de
contraintes d’unicité
multi nulles
Windows
Licence
commercial
 Pas de prise en
charge du LDAP
 Jointure entre les
tables relativement
lentes
III.1.2. Les serveurs cartographiques
Serveur
Avantages
Inconvénients
 Finesse de l’interface et des  Lent par rapport à
cartes
MapServer
 Structure homogène
 Nécessite
l’installation d’un
JDK
 Nécessité forte en
MapServer  Interopérabilité
 Stable et performant
développement
 Adaptabilité et flexibilité
 Lourdeur de
 Evolution rapide
l’installation
 Interfaçage avec de
GéoServer
15
Compatibilité
Licence
 Linux
 Windows
GPL
Linux, Windows
GPL
nombreux langage de
programmations : PHP,
python, java, etc.
ESRI
ArcGIS
Server
 Pas d’installation sur le
poste client
 Compatible tout navigateur
 Amélioration possible
 Gestion centralisée de
grande qualité de données
spatiale
Coût élevé de la
licence
Linux, Windows
Licence
commerciale
SuperGis
Server 3
 Gestion centralisée de
grande qualité de données
spatiale
 Stable et performant
Compatible tout
navigateur
 Amélioration possible
Coût élevé de la
licence
Linux, Windows
Licence
commerciale
III.1.3. Les serveurs WEB
Serveur
Avantage
Inconvénients
Compatibi Licence
lité
Apache 2
 Peu gourmand en
ressources matériel
 Stable
 Linux
 Windows
 Mac OS X
GPL
Microsoft IIS
 Grande simplicité
d’installation et
d’utilisation
 Windows
server
Licence
commerci
ale
Zeus
 Peu gourmand en
 Stable
 Interface native avec
certaines bases de
données
 Installation et
administration plus
laborieuses
 Pas de support
technique
 Coût du support
technique
 Très gourmand en
 Coût du support
technique
 Coût de la licence
Linux
MacOs X
Licence
commerci
ale
16
III.2. Choix de la technologie
Après l’étude comparative des différentes solutions étudiées, notre choix s’est porté sur : les
solutions Open Source et libre, ainsi donc,
III.2.1. Coté Serveur
 Le serveur cartographique : MapServer
L’environnement libre de programmation MapServer nous permettra de publier les services
Web conformément aux recommandations de l'Open Geospatial Consortium (WMS, WFS,
WCS) et de construire l’application web à référence spatiale. Nous utilisons son exécutable CGI
(Common Gateway Interface) pour le déploiement, mais il est aussi disponible sous forme d'API
(Application Programming Interface) dans plusieurs langages de programmation.
 Le serveur Web : Apache HTTP Server,
Apache permettra la communication et le transfert de données. Le module PHP sera utilisé pour
interprétation des scripts. Il est installé directement lors de l'installation de Mapserver. Le
programme va d'interpréter les requêtes HTTP arrivant sur le port associé au protocole HTTP
(par défaut le port 80), et fournira une réponse avec ce même protocole.
 Le Système de gestion de base de données: PostgreSQL/PostGIS
Le Système de Gestion de Base de Données Relationnelles et objet (SGBDRO) PostgreSQL,
développé au département d'Informatique de l'Université de Californie, abritera notre base de
données. L’outil, libre et disponible selon les termes d'une licence de type BSD (Berkeley
Software Distribution licence) fonctionne sur diverses plates-formes matérielles et sous
différents systèmes d'exploitation.
 La composante spatiale : PostGIS
Grâce à PostGIS, le traitement des objets géographiques est rendu possible dans PostgreSQL.
Les librairies GEOS et Proj4 de PostGIS seront également implémentées. La librairie Geos va
permettre d’enrichir la panoplie des fonctions spatiales et la librairie Proj4 permettra la réprojection dans les divers systèmes de projection connus.
17
 Le Langage de script : PHP Hypertext Preprocessor
D’une manière générale, l’utilisation des langages de script permettent la personnalisation des
interfaces web. Pour notre application webmapping, nous avons choisissons d’utiliser PHP.
III.2.2. Coté client
 Client cartographique : OpenLayers
OpenLayers est constitué d’une bibliothèque de fonctions JavaScript assurant un noyau de
fonctionnalités orienté vers la mise en place d'applications clientes Web cartographiques fluides.
L’API (Application Programming Interface) propose des objets pour créer des cartes
dynamiques.
 Langage de script :

XHTML eXtensible HyperText Markup Language
XHTML nous permettra d'exprimer plus de structures, et une sémantique plus riche qu'il n'est
aujourd'hui possible avec HTML.
 JavaScript
JavaScript est un des langages de programmation web les plus utilisés et les plus populaires. Il
permettra l’ajout d’interactivité aux pages Web. Il s’intègre directement dans les pages XHTML.
18
CONCLUSION
L’application webmapping va participer à la fidélisation de la clientèle de la
SOTRACO pour divers raisons. En effet, elle se veut une solution au problème de sous
information sur la couverture de son réseau, puisse qu’elle sera accessible de partout.
Ainsi les informations sur les itinéraires (les lignes, les arrêts, les temps de passage)
seront largement divulguées. Le temps d’attend dans les arrêts seront réduit
considérablement, et le choix d’itinéraire possible.
19
BIBLIOGRAPHIE / WEBOGRAPHIE
http://seig.ensg.ign.fr/fichchap.php?NOFICHE=FP15&NOCONT=CONT3&NOCHEM=CHEM
S005&NOLISTE=0&N=4&RPHP=&RCO=&RCH=&RF=&RPF
http://dpt-info.u-strasbg.fr/~nicolas.lachiche/OTG_BDEC/SIG%20definition.pdf
http://www.techno-science.net/?onglet=glossaire&definition=4962
http://fr.wikipedia.org/wiki/Mode_de_transport
http://www.geomarketing.org/transport.asp
http://www.geotests.net/cours/sigma/webmapping/
http://fr.wikipedia.org/wiki/Transport_en_commun
http://www.insd.bf/fr/IMG/pdf/monographie/monographie_ouaga.pdf
http://apprendrejavascript.voila.net/2utilite.html
http://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information
fr.wikipedia.org/.../wiki/MapServer
www.memoireonline.com/.../Conception--et-real...es-SIG-et-bas.htm
www.memoireonline.com/.../developpement-appl...erver-postgis.html
www.cifal-ouaga.org/.../Exposés/YODA Expérience SOTRACO.doc
20

Thème : SIG et Transport

Transcription

Documents pareils

MERCEDES CLK CABRIOLET 320

TABLE DES MATIÈRES Henri-Pierre Jeudy Transmettre, verbe

le système d`information en contrôle de gestion

Un peu de Chronologie 1 Le jour julien

Invitation to a hearing on Hungary and the Single Market

Télécharger

I lrestedujambon ? Cleveland contre Wall Street A lpha et O m é ga

Le Mac The Proposition Sherlock Holmes Invictus Gainsbourg, vie

Un problème de calcul au Vietnam

Économie et estimation des projets de construction