optimisation de la th´ematique et de l’interface du plan

Memoire de stage de geomatique

Camptocamp SA

Optimisation de la thematiqueet de l’interface du plan de

l’EPFL sur le Web

Christophe Gusthiot

17 octobre 2007

Jury :Gianluigi GiacomelClaude PhiliponaYves Bolognini

Resume

Ce stage de 4 mois en geoinformatique a ete devolu a la mise a jour du plande l’EPFL disponible sur internet. Il s’est deroule chez Camptocamp SA,PME sise au Parc Scientifique de l’EPFL a Ecublens. Cette entreprise estspecialisee en solutions informatiques Open Source, et tout particulierementen geomatique. Ce plan permet de naviguer et de faire des recherches sur lecampus tant au niveau des salles, des etages, des batiments, qu’a un niveauthematique, avec les restaurants par exemple.Le travail effectue peut se diviser en plusieurs parties. La premiere par-tie sur la thematique a permis de standardiser la structure des themes,d’implementer un meilleur outil d’information et de creer un document detravail pour faciliter l’integration de nouvelles couches. La deuxieme partiesur le traitement des donnees a abouti a l’automatisation de la mise a jourdes couches de themes a l’aide de 3 scripts : FME, Perl et Bash, simpli-fiant grandement le travail a accomplir. La troisieme partie sur l’interfacea debouche sur le deplacement de la keymap pour une meilleure visibilite,la mise a jour des choix d’affichage et d’echelle pour avoir quelque chose deplus moderne et plus professionnel, et une multiplication des proprietes dis-ponibles pour l’outil de dessin. La quatrieme et derniere partie traite du faitqu’il existe un deuxieme plan a usage professionnel, dans lequel les couchesdu fond, plus fournies en informations et dont la structure informatique estmoins complexe, ont ete transmise au plan general, et avec lequel un partagedes fichiers communs aux deux plans (professionnel et public) a ete effectue,dans le but d’une meilleure synchronisation des plans et un allegement dutravail de mise a jour. En parallele, 3 sujets d’etude ont resulte de ce stage :le travail avec le client, chose tres interessante, et pas forcement evidente lapremiere fois ; un changement dans la maniere de travailler sur le projet auniveau informatique, soit le passage d’un partage par CVS a un partage parSVN ; et une etude, qui n’a finalement pas ete appliquee, sur le WMS, enmode Serveur.

Table des matieres

1 Introduction 5

1.1 Motivations . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.2 L’Entreprise . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1.3 Presentation du campus de l’EPFL . . . . . . . . . . . . . . . 6

1.4 Plan de l’EPFL existant . . . . . . . . . . . . . . . . . . . . . 7

1.4.1 Fonctionnalites . . . . . . . . . . . . . . . . . . . . . . 7

1.4.2 Technique . . . . . . . . . . . . . . . . . . . . . . . . . 8

2 Thematisation 11

2.1 Problematique . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.2 Solutions apportees . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2.1 Mise a jour des donnees thematiques et standardisationde leur structure . . . . . . . . . . . . . . . . . . . . . 12

2.2.2 Changement d’outil d’information . . . . . . . . . . . . 14

2.2.3 Creation d’un document de travail . . . . . . . . . . . 19

3 Traitement des donnees 21

3.1 Problematique . . . . . . . . . . . . . . . . . . . . . . . . . . . 21


3.2.1 Script FME . . . . . . . . . . . . . . . . . . . . . . . . 21

3.2.2 Script Perl . . . . . . . . . . . . . . . . . . . . . . . . . 22

3.2.3 Script Bash . . . . . . . . . . . . . . . . . . . . . . . . 23

4 Interface 25

4.1 Problematique . . . . . . . . . . . . . . . . . . . . . . . . . . . 25


4.2.1 Keymap . . . . . . . . . . . . . . . . . . . . . . . . . . 26

4.2.2 Listes d’affichage et d’echelle . . . . . . . . . . . . . . . 27

4.2.3 Outil de dessin . . . . . . . . . . . . . . . . . . . . . . 30

3

5 Plan DII 335.1 Problematique . . . . . . . . . . . . . . . . . . . . . . . . . . . 335.2 Solutions apportees . . . . . . . . . . . . . . . . . . . . . . . . 33

5.2.1 Couches de fond . . . . . . . . . . . . . . . . . . . . . . 335.2.2 Partage des mapfiles entre plan EPFL et plan DII . . . 34

6 Autres sujets d’etude resultants du stage 376.1 Travail avec le client . . . . . . . . . . . . . . . . . . . . . . . 376.2 Passage du projet de CVS a SVN . . . . . . . . . . . . . . . . 376.3 Etude sur le WMS . . . . . . . . . . . . . . . . . . . . . . . . 38

7 Ameliorations futures 397.1 Graphisme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397.2 Fichier d’aide . . . . . . . . . . . . . . . . . . . . . . . . . . . 397.3 Itineraire de livraison . . . . . . . . . . . . . . . . . . . . . . . 397.4 Mise en ligne . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

8 Conclusion 41

9 Remerciements 43

Bibliographie 46

Annexes 47

4

Chapitre 1

Introduction

1.1 Motivations

Le plan d’orientation de l’EPFL disponible sur le web est tres utile pourtrouver son chemin dans un campus aussi grand et complexe qu’est l’EPFL,que l’on soit un visiteur exceptionnel ou un etudiant present depuis plusieursannees a la recherche d’un bureau par exemple. Il permet la recherche depersonnes, de salles, d’endroits specifiques (restaurants, bornes wifi,...) et lacreation d’itineraires.Ce site a ete mis en ligne il y a 5 annees deja. Les besoins du fournisseur et desutilisateurs, ainsi que les techniques et les fonctionnalites ont evolue. C’estpourquoi une mise a jour est devenue necessaire, tant au niveau de l’interfaceavec les utilisateurs et de l’accessibilite des donnees qu’au niveau moins visiblede la preparation des donnees et de l’automatisation des processus, le toutdevant etre effectue en etroite collaboration avec le client (i.e le DepartementImmobilier & Infrastructures de l’EPFL, soit le DII). Le travail requis parce stage peut s’exprimer en 4 axes principaux : 1) la thematisation ; 2) letraitement des donnees ; 3) l’interface ; 4) le plan DII. Pour la thematisation,il s’agit de standardiser les couches de themes pour simplifier la structure,de changer d’outil d’information pour une navigation facilitee et de creer undocument expliquant comment inserer une nouvelle couche. Concernant letraitement des donnees, il s’agit d’automatiser la mise a jour des couchesde themes, de telle maniere qu’un fichier AutoCAD cree a l’EPFL aboutisseautomatiquement a la nouvelle couche dans le plan. Au sujet de l’interface,le but est de deplacer la keymap pour ameliorer la visibilite, d’optimiserl’utilisation de l’espace au niveau de l’affichage de la carte, rendre la listed’echelles plus comprehensible, et d’augmenter les proprietes disponibles pourl’outil de dessin. Quant au plan DII, l’interet est d’en recuperer les couches

5

de fond, plus recentes et plus precises, et de partager les fichiers redondantsentre le plan DII et le plan EPFL principal.

1.2 L’Entreprise

Camptocamp SA

Camptocamp SA [1] est l’entreprise qui m’a chaleureusement accueillie pourmon stage et qui s’occupe de l’implementation du site internet du plan del’EPFL. C’est une societe de service specialisee dans les logiciels libres etplus particulierement dans les systemes d’informations geographiques. Elleest basee au Parc scientifique d’Ecublens avec une filiale a Chambery (France)et des antennes a Toulouse et Rennes. Cette entreprise emploie 27 personnes,dont 23 ingenieurs hautement qualifies. Entreprise jeune et dynamique (lamoyenne d’age se situe entre 30 et 35 ans), elle se developpe dans 3 domaines :le logiciel libre de geomatique avec le CartoWeb, l’ERP (Enterprise ResourcePlanning, soit de la gestion integree) avec TinyERP et l’administration desystemes informatiques. En geomatique, elle travaille, entre autres, sur lesSIT (Systemes d’Informations Territoriaux) des cantons de Vaud, Neuchatelet Fribourg, et sur certains mandats de Swisstopo.

Maniere de travailler

Afin de permettre le travail simultane de plusieurs personnes sur les memesprojets, ces derniers sont conserves sur un serveur, accessible soit par CVS(Concurrent Versions System), soit par SVN (Subversion), pour permettreun partage securise et echelonne dans le temps et la conservation des diversesmises a jour des fichiers. Chacun copie sur son ordinateur les fichiers sur les-quels il travaille, puis enregistre la mise a jour effectuee sur le serveur. A noterencore que tous les collaborateurs ou presque travaillent sous GNU/Linux,et que j’ai travaille (pour la programmation) sous un framework du nom deEclipse.

1.3 Presentation du campus de l’EPFL

Situee sur la commune d’Ecublens, en peripherie de Lausanne, l’Ecole Po-lytechnique Federale de Lausanne (EPFL) [2][fig.1.1] est la deuxieme ecolepolytechnique de Suisse (avec, et apres, Zurich). Ce campus ressemble a une

6

ville de 10’000 habitants comprenant pres de 6’500 etudiants, 250 profes-seurs et 3’000 collaborateurs. Proche du lac Leman et jouxtant l’Universitede Lausanne, il est relie au centre-ville par le TSOL (Transport Sud-OuestLausannois) et occupe une surface d’environ 380’000 m2 (200’000 construit).

Fig. 1.1 – Campus de l’EPFL vu depuis l’ouest

1.4 Plan de l’EPFL existant

Le plan d’orientation de l’EPFL [fig.1.2] qu’on trouve sous http ://plan.epfl.chpermet a chacun, aussi bien etudiant que simple visiteur, de se reperer ausein du campus de l’EPFL. Il se compose d’une carte centrale sur laquelleon decouvre la topographie des lieux, d’une liste d’outils de navigation surhaut, et d’un menu divise en plusieurs onglets sur la gauche. Le plan situea cette adresse internet passera sous peu a sa nouvelle version (comprenantentre autres les ameliorations apportees par ce stage), l’ancienne version nesera donc rapidement plus disponible en ligne.

1.4.1 Fonctionnalites

Au niveau des outils de navigation, le plan de l’EPFL permet de naviguer aplusieurs niveaux d’echelle, de choisir la taille de fenetre d’affichage et de secentrer sur un batiment donne. Une option offre la possibilite de visualiserle campus par etage, avec le plan des salles et leurs appellations. Des outilssont aussi presents pour zoomer/dezoomer la carte, glisser la carte dans unedirection, calculer une distance ou une surface ou encore demander des in-formations sur des themes affiches (outil de query). Une petite carte, appeleekeymap permet alors de savoir sur quelle partie du campus on zoome, voirememe de choisir directement la zone sur laquelle on veut pointer [fig.1.4.1].Le menu sur la gauche met a disposition plusieurs fonctionnalites, chacune

7

Fig. 1.2 – Ancien plan de l’EPFL

dans un onglet different :

1. l’affichage de themes tels que restaurants, arrets de bus ou bibliotheques[fig.1.4] en les cochant

2. la recherche d’un lieu (salle) ou d’une personne (soit le numero du bu-reau ou elle travaille et ses coordonnees), et l’elaboration d’un itinerairepour aller d’un endroit a un autre (soit pour un pieton standard, soitpour une personne a mobilite reduite) [fig.1.5]

3. l’insertion de commentaires grace a un outil de dessin (points, lignesou polygones) avec des legendes [fig.1.6]

4. une navigation sur les batiments acceleree grace a une liste de vuespre-enregistrees [fig.1.7]

5. la possibilite d’imprimer la carte en format PDF [fig.1.8].

1.4.2 Technique

Le plan de l’EPFL est base sur le SIG (Systeme d’Information Geographique)en logiciel libre cree par Camptocamp : CartoWeb [3]. Ce logiciel est ecrit

8

Selection d’echelle

Selection de la taille d’affi-chageSelection pour centrer sur unbatiment

Selection de l’etage a afficher

Outil de zoom

Outil de dezoom

Outil de glissement

Outil de selection

Outil de calcul de distance

Outil de calcul de surface

Outil de reinitialisation

Carte de navigation keymap

Fig. 1.3 – Outils de navigation

principalement en PHP, et utilise MapServer pour la gestion des cartes enligne. Afin de permettre une generation dynamique du code HTML, tout cequi concerne l’affichage est ecrit en Smarty. Une petite partie des donneesgeographiques est stockee sous forme de shapefiles, la deuxieme partie l’etantmajoritairement sous forme de base de donnees PostgreSQL - PostGIS. Cer-taines proprietes du site sont egalement codees en AJAX (Javascript - XML).A noter encore que chaque theme necessite une table dans la base de donneeset un mapfile (fichier MapServer [4],[5]) pour etre affiche.

9

Fig. 1.4 – Onglet dethemes

Fig. 1.5 – Onglet derecherche

Fig. 1.6 – Onglet dedessin

Fig. 1.7 – Onglet devues

Fig. 1.8 – Onglet d’im-pression PDF

10

Chapitre 2

Thematisation

2.1 Problematique

La thematique subit une constante evolution, car elle contient des donneessusceptibles de changer rapidement. Elle doit donc regulierement etre misea jour. Cette mise a jour est plutot laborieuse et demande pas mal d’effortsque l’on pourrait diminuer, voire supprimer, en automatisant une partie dutravail, et en simplifiant le reste.D’autre part, cette thematique possede un outil d’information, l’outil query,qui permet d’obtenir les informations sur les points, mais peu rapide et peuintuitif. C’est pourquoi il serait interessant de le remplacer par un autre outilplus efficace et plus simple d’utilisation.

Et c’est pour ces raisons que plusieurs ameliorations ont ete apportees :

1. La mise a jour des donnees thematiques et la standardisationde leur structurePour permettre une simplification et une automatisation de la mise ajour future (automatisation traitee au chapitre ”Traitement des donnees”), les couches de thematiques sont standardisees, ainsi que les couchesde labels, et les couches sont toutes reunies dans le meme mapfile.

2. Le changement d’outil d’informationPour permettre l’obtention des informations sur un point simplementen pointant la souris sur celui-ci, l’outil de query est supprime au profitd’un outil AJAX : le tooltips.

3. La creation d’un document de travailPour permettre de simplifier et d’accelerer l’insertion de nouvelles couches

11

thematiques, un document de travail est redige expliquant pas a pascomment faire une nouvelle insertion.

2.2 Solutions apportees

2.2.1 Mise a jour des donnees thematiques et standar-disation de leur structure

Standardisation

Afin de pouvoir simplifer les changements et les ajouts de themes, une stan-dardisation des donnees s’imposait. Pour cela, il fallait definir les champs desla creation des fichiers AutoCAD, qui se retrouvent au final dans la base dedonnees. Nous avons donc choisi les informations les plus utilisees en general,plus 5 champs permettant d’ajouter des informations plus intimement lieesau theme donne :

- NOM (le nom du local, de l’arret,...)- CODEPORTE (si un local, le code de la porte)- ETAGE- URL (s’il existe une page internet : son lien)

- DESCR1 (descr1 - descr5 : informations supplementaires relatives au themedonne)- ...- DESCR5

De cette maniere, les fonctions portant sur ces themes peuvent etre gene-ralisees, comme le tooltips par exemple (voir 2.2.2).Les couches de themes sont donc dorenavant toutes creees comme fichiersAutoCAD de points, lignes ou polygones, et ensuite stockees dans la base dedonnees.Le travail de standardisation a du se faire principalement au niveau desfichiers AutoCAD, au DII. Mon travail a ete de verifier chaque theme mis ajour pour voir s’il correspondait bien a ce qui etait necessaire, et ce a l’aided’un visualiseur de fichiers graphiques.

Labels

Les couches de labelisation (pour les routes et les batiments) sont dorenavanttraitees de la meme maniere que les themes. Les champs integres dans la base

12

sont identiques. Les labels des routes sont stockes comme des lignes et ceuxdes batiments comme des polygones. Pour les routes, le label s’affiche dans lesens de la ligne de la route (dans le sens dans lequel le trait a ete tire). Pourles batiments, une carte de patatoıdes a ete creee [fig.2.1], avec un polygoneen forme de patate englobant chaque batiment, et le label s’affichant en soncentre. Et ce meme si tout le polygone n’est pas a l’ecran (le label se centrepar rapport a la partie du polygone affichee), avec le meme systeme pour lesroutes[fig.2.2].

Fig. 2.1 – Patatoıdes desbatiments de l’EPFL

Fig. 2.2 – Couche des routes au-tour de l’EPFL

Ces nouvelles couches ont ete creees au DII. Mon travail a ete de verifier sielles correspondaient aux attentes, et de les integrer au sein d’un mapfile.Le tableau 2.2.1 montre ce que cela donne dans ”layers.ini”, fichier gerantl’affichage du menu des themes (voir annexe 2 : ”layers.ini” en entier).

Mapfile

Auparavant, chaque theme avait son fichier map avec ses propres caracte-ristiques. Maintenant, avec la standardisation, tous les themes ou presqueont les memes caracteristiques d’affichage (une des principales differencespouvant survenir provient du fait que la plupart des themes affiche la memeicone pour chaque point, alors que certains ont des icones differentes suivantles points). Il etait donc plus judicieux de les reunir dans un meme mapfile. Ilne subsiste donc plus qu’un fichier pour les themes en points, un pour ceux enlignes et un pour ceux en polygones. Et tous les labels sont egalement reunisdans le meme fichier. Le tableau 2.2.1 presente les differents composants dumapfile.

13

Ligne dans ”layers.ini” Description

layers.labels.className = LayerGroup signifie qu’il s’agit d’un groupe deplusieurs couches

layers.labels.label = Labels le nom des coucheslayers.labels.icon = icon label.png l’icone affichee dans le menu d’af-

fichagelayers.labels.children.level1= batiments label zone, ba-timents label quartier, bati-ments label unil, batiments label epfl,information 1, routes labelisation

les couches affichees lorsqu’on de-mande l’etage n°1

layers.labels.children.toiture= batiments label zone, ba-timents label quartier, bati-ments label unil, batiments label epfl,information all, routes labelisation

les couches affichees lorsqu’on de-mande la vue par-dessus

layers.labels.children.default= batiments label zone, ba-timents label quartier, bati-ments label unil, batiments label epfl,routes labelisation

les couches affichees par defaut

layers.labels.aggregate = true signifie qu’on ne peut pas afficherune seule couche a la fois

Les differents children representent les differentes couches integrees dans lemapfile (presentation de la structure du mapfile au paragraphe suivant).

Tab. 2.1 – Explication de ”layers.ini”

2.2.2 Changement d’outil d’information

L’outil de query permet de selectionner une zone et d’afficher les informa-tions de tous les points contenus dans ladite zone en-dessous de la carte. Cetoutil est pratique, mais un peu complexe et trop lent pour une recherched’un point parmi un grand nombre de ceux-ci [fig.2.4]. L’outil tooltips ecriten AJAX (Javascript [6] - XML) permet que, lorsqu’on arrete le pointeur dela souris un leger instant sur un point, les informations en decoulant s’afficheautomatiquement a son cote. Et celles-ci disparaissent des que la souris sedeplace a nouveau.Ce plugin etait deja installe en version d’essai sur la version de travail du plande l’EPFL, mais il n’etait pas tres stable et entrait en conflit avec d’anciensplugins encore presents. Apres nettoyage des plugins inutiles et installation

14

Fig. 2.3 – Element de ”epfl.sym”

de la nouvelle version du plugin de tooltips, celui-ci a pu etre optimise pource projet.

Grace a la standardisation precedemment accomplie, le fichier d’affichage dutooltips est le meme pour tous les themes. Et celui-ci reprend les memeschamps d’information que la base de donnees. Le fichier Smarty [7], [8], [9],[10] a ete fait de telle maniere que les titres des champs soit un peu plusagreables et que seuls les champs non-vide soient affiches. Un fichier .inicontient les donnees de connexion pour toutes les couches concernees [fig.2.5].

Un autre point a egalement ete ameliore : lorsqu’on ne zoome pas beaucoupsur la carte, et que l’on a peut-etre plusieurs themes affiches, il est possibleque plusieurs points se retrouvent sous le pointeur de la souris, soit des pointsdu meme theme, soit des points de themes differents, voire encore les deuxa la fois. Afin d’eviter l’affichage pour chaque point du nom du theme etdu nom des champs dans la fenetre du tooltips, une etape de traitement aete ajoutee, permettant de reunir dans le meme tableau les points du memetheme, et d’afficher tous les tableaux des differents themes dans la memefenetre [fig.2.6][fig.2.7].

15

Fig. 2.4 – Exemple d’une requete avec l’outil de query

Fig. 2.5 – Exemple de la declaration d’une couche dans ”tooltips.ini”

16

Composant du Map-file

Description

LAYER la couche entiere, commencant par LAYER et fi-nissant par END (tout ce qui suit doit etre contenuentre ces deux balises)

NAME le nom de la coucheTYPE le genre de graphique : POINT, POLYGON,...CONNECTIONTYPE type de connection, pour une base de donnees,

pour les themes, on a postgisCONNECTION (dansle cas d’une base dedonnees)

avec la valeur pour le ”user”, le ”password”, le”dbname”, le ”host” et le ”port”

DATA les donnees en tant que telles, peut etre un fichiershape, pour les themes, on a une commande SQLpermettant de sortir les donnees voulues de la base

CLASSITEM pour determiner a partir de quelle colonne dedonnees on determine les CLASS

CLASS permet le classement des diverses parties d’unecouche, commencant par CLASS et finissant parEND (les parties suivants sont contenues dans cesbalises)

EXPRESSION(exemple : /Ouest/)

selectionne seulement les donnees pour lesquellesle CLASSITEM est egal ou contient l’expression

STYLE donne la maniere dont les donnees sont affichees,pour une icone par exemple, commencant parSTYLE et finissant par END (les parties suivantes,en retrait, sont contenues dans ces balises)

SYMBOL pour savoir quelle icone utiliser (les symboles sontlistes dans un fichier .sym, qui prend en compte undossier contenant les icones en .png) [fig.2.3]

SIZE pour la taille de l’iconeLABEL maniere d’afficher les labels des donnees, com-

mencant par LABEL et finissant par END (les par-ties suivants sont contenues dans ces balises)

TYPE de police utiliseeFONT pour le nom de la policeSIZE taille de la police afficheeCOLOR pour la couleur de la police

Tab. 2.2 – Description des composants du Mapfile

17

Fig. 2.6 – Exemple d’informations fournies par le tooltips

Fig. 2.7 – Fonctions ajoutees pour permettre de separer les tableaux parthemes et de leur appliquer qu’une seule fois les titres des colonnes

18

2.2.3 Creation d’un document de travail

Afin de faciliter le suivi, un document de travail a ete effectue. Il explique lesetapes a realiser au niveau du code pour inclure un nouveau theme. Cela im-plique l’ajout d’une nouvelle couche dans le mapfile, avec les bonnes connec-tions a la base de donnees, l’insertion d’une icone pour les points et le menu,l’ajout du theme dans ”layer.ini” (le fichier qui gere le menu des themes) etl’initialisation du tooltips pour ledit theme.

19

Chapitre 3

Traitement des donnees

3.1 Problematique

La standardisation effectuee precedemment permet d’aborder tous les fichiersthematiques de la meme maniere, et donc d’automatiser le processus de misea jour des donnees.Cette automatisation se divise en 3 phases (voir aussi schema 3.1) :

1. Un script FMELa premiere est l’utilisation d’un ETL (Extract-Transform-Load, pro-gramme de traitement de donnees) spatial, c’est-a-dire FME (FeatureManipulation Engine) qui permet de transformer automatiquementtout fichier AutoCAD en un fichier Shape (ESRI).

2. Un script Perl La seconde est la creation d’un script Perl qui vautiliser le premier script FME et le faire tourner pour chaque fichierthematique disponible, permettant ainsi de traiter tous les fichiers Au-toCAD d’un coup.

3. Un script Bash La derniere est la creation d’un script Bash (plutot latransformation d’un fichier existant) prenant tous les shapefiles crees,les transformant en donnees SQL spatial et les integrant dans la basede donnees PostgreSQL-PostGIS.


3.2.1 Script FME

FME [11] est un programme tres puissant pour faire du traitement de donnees.En plus de diverses fonctions de transformations sur les donnees, il peut faire

21

Fig. 3.1 – Schema de l’automatisation

passer des donnees d’un format a un autre. Ce qui dans notre cas est tresutile.Pour ce projet, il a fallu creer un script qui prend en entree un fichier Au-toCAD .dwg et le transforme en un shapefile .shp. Le fichier doit bien surconserver les informations des champs de donnees. Il est tout d’abord redi-mensionne, puis on doit definir s’il s’agit d’un fichier de points, de lignes oude polygones. Pour cela on passe par un filtre geometrique. Les champs dedonnees sont de toute maniere reliees a un point, meme pour les fichiers delignes ou de polygones. Le filtre va donc nous sortir dans tous les cas un sha-pefile de points. Dans le cas d’un fichier lignes ou polygones, il y aura donc2 fichiers, probleme qui sera traite par le script Perl. Dans le cas de lignes oude polygones, les informations liees a cette geometrie lui sont tout d’abordsoustraites, puis on lui adjoint les informations (celles qui nous interessent)liees au point (voir schema 3.3). Et ensuite on cree le shapefile [fig.3.2].

3.2.2 Script Perl

Le script FME ne fait que prendre un fichier et le transformer en un autre.C’est pourquoi il va etre necessaire de le relancer plusieurs fois, autant defois qu’il y a de fichiers de themes.Le script Perl (Practical Extraction and Report Language) [12], [13] scannele dossier contenant les fichiers AutoCAD, et pour chacun appelle FME, avecpour parametres : le fichier origine / le script de tranformation / le dossierde destination. On ne peut pas lui donner directement le nom du fichier de

22

Fig. 3.2 – Schema du script FME

sortie, c’est pourquoi un deuxieme etage de traitement Perl est necessaire :pour chaque fichier transforme, on va rechercher le fichier de sortie (quel’on aura oriente dans un dossier temporaire). On verifie ensuite s’il s’agitd’un fichier points, lignes ou polygones (rappel : dans le cas de lignes ou depolygones, il y a deux fichiers, un de la bonne geometrie et un de points).S’il s’agit d’une geometrie autre de points, on supprime le fichier points.Finalement on renommme et on deplace le fichier resultant dans le dossiervoulu.

3.2.3 Script Bash

Le role du script Bash (Bourne-Again SHell) [14] est simplement de prendreles shapefiles crees par les scripts FME et Perl et de les transformer en tablede base de donnees PostgreSQL-PostGIS [15], [16], [17]. Il efface d’abordles anciennes tables, utilise la fonction shp2pgsql pour passer le shapefile enformat SQL geographique, puis insere ces donnees dans la base epfl geodata,et finalement reinitialise les droits d’acces [fig.3.4].Ces fichiers sont ensuite integres a des taches planifiees, et sont regulierementet automatiquement effectuees. Il ne reste plus qu’a enregistrer les fichiersAutoCAD dans un dossier donne sur un serveur donne, voire eventuellementde faire quelques ajustements au niveau des mapfiles dans le cas ou il y auraitun nouveau theme ou que celui-ci subirait des changements non-negligeables.

23

Fig. 3.3 – Schema de l’attribution des polygones (et lignes)

Fig. 3.4 – Part du script Bash concerne

24

Chapitre 4

Interface

4.1 Problematique

L’interface necessitait quelques changements, demandes par le DII, afin d’ame-liorer la lisibilite et la navigation du site. En effet, la keymap cachait une partde la carte, les listes d’affichage et d’echelle n’etaient pas optimales, et l’outilde dessin avait un choix de proprietes tres limite.

C’est pourquoi les ameliorations suivantes ont ete apportees :

1. La keymapLa keymap a ete deplacee dans un onglet du menu, afin de degager lavisibilite de la carte, et elle a subit un relookage afin de mieux corres-pondre aux nouvelles couleurs du plan.

2. Les listes d’affichage et d’echelleUne mise a jour des choix d’affichage et d’echelle a ete effectuee, afind’ameliorer l’utilisation de l’espace de la fenetre pour le premier, etpour une meilleure comprehension de la liste par les utilisateurs pourle second. Les proprietes d’echelle au lancement ont egalement ete op-timisees afin de correspondre a une echelle exacte de la liste. Et lesechelles de visibilites des diverses couches thematiques ont ete revues,afin que toutes les couches soient visibles au meme niveau de zoom.

3. L’outil de dessinLes proprietes de l’outil de dessin ont ete etayees, pour offrir une pluslarge palette de formes, de couleurs et de nuances a l’utilisateur.

25


4.2.1 Keymap

Afin de gagner en visibilite, il a ete decide d’oter la keymap de la carteprincipale et de la relocaliser dans un nouvel onglet de menu [fig.4.1].

Fig. 4.1 – Nouvel onglet pour la keymap

De plus la keymap a subit un petit relookage afin de mieux correspondre a lanouvelle ligne graphique, grace a un printscreen, et a un traitement a l’aidede Gimp [fig.4.2] et [fig.4.3].

Fig. 4.2 – Ancienne keymap Fig. 4.3 – Nouvelle keymap

26

4.2.2 Listes d’affichage et d’echelle

Affichage

L’affichage de la carte est passe d’une base 600x450 [fig.4.4] a une base800x450 [fig.4.5], avec 4 choix de tailles proportionnelles. Ce changementpermet une meilleure utilisation de l’espace du site, et tend a etre plus op-timise pour les ecrans plus allonges (16 :10), comme par exemple ceux desderniers portables. Ces choix sont listes dans ”images.ini” [fig.4.6]. mapSi-zesdefaut donne l’affichage par defaut au demarrage, les choix suivants seretrouve dans le menu deroulant en haut a droite sous Affichage, liste avecles noms des labels.

Fig. 4.4 – Ancienne carte Fig. 4.5 – Nouvelle carte

Echelle

L’ancien menu deroulant des echelles contenait des choix tels que : local /local etendu / zone / campus / environs...Ce qui, d’un point de vue geomatique, n’etait pas tres parlant. Cette liste dechoix a donc ete convertie en une liste d’echelles standard, tels que : 1 :100/ 1 :2500... Avec, pour certains choix, l’ajout de la correspondance (entreautres pour ceux qui ne connaissent pas la valeur des echelles numeriques),par exemple : 1 :5000 - Campus.Cette liste est contenue dans ”location.ini” [fig.4.7].L’affichage de la carte au lancement du site a egalement ete optimise de tellemaniere a ce que cela corresponde (et donc que l’echelle s’affiche dans lemenu deroulant des echelles) exactement a une echelle de 1 :10000. Et celaen prenant les bornes de l’image a l’echelle desiree, et en les inserant dans”epfl.ini” [fig.4.8].Au niveau des echelles, un autre point important a ete verifie : le niveaud’echelle de visibilite des themes. En effet, au niveau du mapfile, il est pos-sible de determiner a partir de quelle echelle maximum et minimum la couche

27

Fig. 4.6 – Partie de ”images.ini”

thematique est visible. Il est important que tous les themes soient, en general,visibles avec les memes limitations. Au niveau du mapfile, il faut ajouter unMAXSCALE et un MINSCALE dans la CLASS (avec une valeur numeriqued’echelle) afin de donner a partir (et jusqu’a quelle echelle) la couche doit etrevisible. Importante egalement est la juxtaposition des couches de fond. En ef-fet, les plans Cartosphere (voir 5.2.1) existent a plusieurs echelles (precisionsde details), et suivant l’echelle d’affichage, on n’affiche pas le meme plan Car-tosphere. Ainsi, de l’echelle 109900 a 26000 on affiche le plan Cartosphere50k, de l’echelle 26000 a 7000 le plan Cartosphere 20k, et de l’echelle 7000 a400 le plan Cartosphere 5k. En-dessous, le plan Cartosphere n’est plus affiche.

28

Fig. 4.7 – Partie de ”location.ini”

Fig. 4.8 – Partie de ”epfl.ini”

29

4.2.3 Outil de dessin

L’outil de dessin existe deja a la base, mais ses proprietes sont limitees :– un point, rond de taille fixee, de couleur rouge et a moitie transparent– une ligne rouge a moitie transparente– un rectangle plein, bleu, a moitie transparent– un polygone plein, bleu, a moitie transparent.

Fig. 4.9 – Ancien onglet de dessin

Dorenavant, et afin de permettre un plus grand eventail de possibilites,comme le demandait le DII, le choix s’est elargi comme suit :– Point : choix entre un rond et un triangle, choix de la taille du symbole,

choix de la couleur (16m), choix du pourcentage de transparence– Ligne : choix de l’epaisseur de la ligne, choix de la couleur (16m), choix du

pourcentage de transparence– Rectangle et Polygone : choix de la couleur de bordure et de surface (pos-

sibilite de creer un polygone vide), choix du pourcentage de transparence.De plus, seuls les options de dessin de la forme selectionnee sont affiches[fig.4.11].

30

Fig. 4.10 – Nouvel onglet de dessin

Fig. 4.11 – Fonction permettant l’affichage uniquement des options de laforme selectionnee

31

Chapitre 5

Plan DII

5.1 Problematique

En plus du plan de l’EPFL standard, il existe un plan plus specifique, reserveau Departement Infrastructures et Immobilier, avec des proprietes supple-mentaires, et sujet a des changements plus frequents [fig.5.1].

Le probleme est que certaines donnees contenues dans le plan EPFL et dansle plan DII doivent en tout temps etre identiques. C’est pourquoi les fichiersthematiques de base seront dorenavant partages entre les deux plans, afin desimplifier la synchronisation.Mais tout d’abord, le plan DII avait un temps d’avance en ce qui concerneles couches de fond (batiments, forets, rivieres...). Cette evolution avait suiviune certaine logique, et il fallait maintenant l’appliquer au plan EPFL.


5.2.1 Couches de fond

Le fond de ce plan avait deja ete mis a jour. La cartographie du fonddependait deja des plans Cartosphere (voir plus bas), les differentes couchesde batiments generaux, cours d’eau, vegetation et autres infrastructures etaientdeja reunis (appele aussi niveau0 au sein des fichiers).Le fond cartographique de l’ancien plan venait des cartes de base de Swiss-topo. Il a ete decide d’utiliser des plans Cartosphere, car contenant moinsd’informations, etant moins strict et plus agreable graphiquement, donc pluslisible.Les plans des batiments etaient egalement nettement plus precis, car ilsdependaient directement des plans des batiments sortant du DII. Ces plans

33

Fig. 5.1 – Plan DII

peuvent etre resumes en 4 couches : la partie interne (locaux, couloirs, murs,...)en gris clair et gris fonce, la partie externe pietonniere en beige clair, la partieexterne non-pietonniere comme les bacs floraux ou les toits draines en beigefonce, et la partie externe en pente, comme les bords de toit ou les escaliers,en brun [fig.5.2]. ces locaux sont tous references et permettent une recherchede salle selon le code de porte. Les plans des batiments proviennent dejad’AutoCAD et sont automatiquement convertis en bases de donnees.

C’est pour ces raisons qu’il a ete decide d’integrer toutes ces couches de fonddans le plan standard de l’EPFL. La difference est clairement visible entrela figure 4.4 et la figure 4.5.

5.2.2 Partage des mapfiles entre plan EPFL et planDII

Le fait d’utiliser les memes fichiers dans le plan EPFL et dans le plan DII aamene une reflexion quant au fait de se retrouver a devoir toujours verifier

34

Fig. 5.2 – Nouvelle representation des batiments

la mise a jour des fichiers dans les deux projets. C’est pourquoi, pour unegrande partie de ces mapfiles, le plan DII utilise dorenavant le plan EPFL.Cela a necessite une mise au point des fichiers de generation de base du projet,une petite adaptation dans une fonction PHP [18], [19] pour permettre unadressage absolu au lieu de relatif (pour pouvoir atteindre la localisation del’autre projet)[fig.5.3] et une obligation d’adjoindre les fichiers du plan EPFLau plan DII pour que celui-ci puisse etre complet.

35

Fig. 5.3 – Fonction de test pour l’adressage relatif et absolu, pourGNU/Linux ou Windows

36

Chapitre 6

Autres sujets d’etude resultantsdu stage

D’autres sujets d’apprentissage ont decoule de ce stage, plus ou moins depen-dant du contenu du plan de l’EPFL.Le premier concerne le contact que j’ai eu avec le client.Le second concerne une evolution dans la maniere de travailler de Campto-camp.Le troisieme concerne bien le plan de l’EPFL, a savoir la technologie duWMS, mais n’est pas alle plus loin que l’etude, sans passer a l’application.

6.1 Travail avec le client

Le travail sur ce projet a necessite un contact regulier avec le client, c’est-a-dire le DII. Plusieurs reunion ont ete agendees afin de determiner les besoinspour le plan et de les traduire en application informatiques. Un grand nombred’echanges de courriers informatiques a egalement eu lieu pour la mise a jourdes themes et surtout de leur standardisation.

6.2 Passage du projet de CVS a SVN

Chez Camptocamp, la tendance est de faire passer tous les projets de CVS(Concurrent Versions System) a SVN (Subversion) dans un plus ou moinsgrand delai pour des raisons de praticite. Les plans EPFL et DII etant encoresur CVS, les mises a jour de ces projets ont directement ete sauvegardees sousSVN afin, ensuite, de pouvoir poursuivre le suivi de ces projets dans cettenouvelle optique.

37

6.3 Etude sur le WMS

Le Web Map Service [20] permet l’utilisation directe de cartes mises a dispo-sition sur le net a partir d’un autre site internet ou a partir d’un programmede SIG. On peut differencier deux parties dans le WMS : le cote Serveuret le cote Client. Installer un WMS Serveur sur un site, cela sous-entendque l’on rend nos cartes accessibles directement par un lien URL, et quecelles-ci peuvent alors etre affichees dans n’importe quel autre site ou autreprogramme. Installer un WMS Client signifie que l’on va utiliser les cartesmises a disposition par un WMS Serveur. Il faut donc dans ce cas bien confi-gurer le lien URL du serveur.Les lignes suivantes doivent etre ajoutees dans un mapfile pour permettred’en faire un serveur WMS :- STATUS ON (pour le rendre accessible)- METADATA (les infos pour le WMS), commencant par METADATA etfinissant par END, contenant les lignes suivantes– ”wms title” avec un titre choisi, entre guillemets– ”wms srs” ”EPSG :21781 EPSG :4326 EPSG :32632” (systeme de projec-tion, plusieurs au cas ou le premier n’est pas utilisable)

Le plan de l’EPFL est mis a disposition comme WMS Serveur. Mais aprestous ces changements il est important de verifier si toutes les proprietes sontcorrectes, et si toutes les cartes que l’on veut rendre disponibles le sont et sicelles que l’on ne veut pas rendre disponible ne le sont effectivement pas.

38

Chapitre 7

Ameliorations futures

Ces sujets auraient encore pu etre accomplis, mais faute de temps ou desynchronisation avec d’autres travaux ou changements necessaires, ceux-cin’ont pas ete realises. En voici tout de meme un bref descriptif.

7.1 Graphisme

La ligne graphique generale devait etre repensee. Entre autres il etait envi-sage de refaire la serie des icones des themes pour etre plus en accord avec lesnouvelles couleurs du fond. A la fin du stage, la ligne graphique n’avait pasencore ete choisie. Mais dans le temps separant la fin du stage et le rendu du-dit memoire, cette ligne a ete definie, et le nouveau plan devrait se retrouverrapidement en ligne.

7.2 Fichier d’aide

Le plan de l’EPFL possede un fichier d’aide pour ceux qui l’utilise pour lapremiere fois (voir sur le site : Aide a disposition). Il serait interessant de leremettre un peu a jour, mais pour cela il vaut mieux attendre que le plansoit completement remodele.

7.3 Itineraire de livraison

Il etait prevu que le cahier des charges de ce stage comprennent le develop-pement du plugin de recherche d’itineraire du plan concernant les livraisons,celui-ci possedant deja une recherche pour pietons standard et pietons amobilite reduite.

39

7.4 Mise en ligne

Divers changements au niveau de l’hebergement des donnees accedees parle site devant avoir lieu au sein du DII, il est inutile d’imaginer mettre lanouvelle version du plan de l’EPFL avec ses scripts d’automatisation avantque ces changements ne soient termines. A la fin de ce stage, le site n’est doncpas encore present sur sa page officielle http ://plan.epfl.ch, mais on peut letrouver sur une page de test. L’evolution du site ayant bien avance depuis lafin du stage, le nouveau plan devrait se retrouver tres bientot a disopsitionsur le web.

40

Chapitre 8

Conclusion

Presque tous les points prevus ont pu etre abordes et resolus. Les amelio-rations effectuees apportent vraiment un plus au site, et se conforme a ceque demandait le DII. La navigation sur le site est simplifiee, ainsi que lamise jour des donnees. A ce propos, une fois que la nouvelle version du sitesera en ligne, il suffira de mettre le(s) nouveau(x) plan(s) AutoCAD dansun dossier sur un serveur, et la mise a jour se fera automatiquement. Lespoints qui n’ont pu etre abordes ne l’ont ete que par un defaut de temps,par la necessite d’une programmation de fonctions trop approfondie ou parun defaut de synchronisation avec d’autres points necessaires mais dont larealisation n’est pas dependante de ce travail.Dans un ordre plus personnel, ce stage m’a beaucoup apporte. D’un point devue technique j’ai pu decouvrir le cote plus informatique de la geomatique(alors que les cours se penchaient surtout sur le cote analytique). La maniered’afficher des cartes par internet, de traiter des donnees, de programmerpour le Web, tous ces principes que je ne connaissais pas me sont maintenantbeaucoup plus familiers[21], et j’espere pouvoir en profiter dans le futur. D’unpoint de vue plus humain, j’ai pu decouvrir comment fonctionnait une PMEdynamique, le travail dans un bureau d’informaticiens, la possibilite d’obtenirou de fournir de l’aide aux autres, le fait que chacun ait un peu sa specialite etque chacun travaille sur un projet different ou presque. Mais aussi au niveaudu contact avec le client, j’ai pu voir comment le projet se construisait lorsdes reunions. J’ai pu apprecier de devoir convertir les volontes du client enchoses applicables informatiquement, et de collaborer avec eux pour la miseau point de la nouvelle standardisation.

41

Chapitre 9

Remerciements

Je remercie Camptocamp SA de m’avoir accueilli pour ce stage, tous lescollaborateurs de l’entreprise pour leur aide, et plus particulierement YvesBolognini pour tout le temps qu’il a bien voulu me consacrer.

43

Bibliographie

[1] http ://www.camptocamp.com. Site de Camptocamp. juin 2007.

[2] http ://www.epfl.ch. Site de l’EPFL. juin 2007.

[3] http ://cartoweb.org/doc/cw3.3/xhtml/. Documentation CartoWeb.juin 2007.

[4] http ://fa.vdb.free.fr/MapServer/doc/mapfile reference fr.html. Refe-rences MapServer. juin 2007.

[5] http ://mapserver.gis.umn.edu/docs. Documentation MapServer. juin2007.

[6] http ://www.toutjavascript.com/main/index.php3. Tout Javascript.juin 2007.

[7] http ://smarty.php.net/manual/fr/. Smarty Template Engine, docu-mentation. juin 2007.

[8] http ://www.commentcamarche.net/html/htmlform.php3. Les formu-laires HTML. juin 2007.

[9] http ://www.aidenet.com/css/index.htm. Applications de CSS. juin2007.

[10] http ://openweb.eu.org/articles/initiation flux/. Positionnement CSS.juin 2007.

[11] http ://www.safe.com/. FME Safe Software. juin 2007.

[12] Tom Christiansen Jon Orwant, Larry Wall. Programmation en Perl.O’Reilly, 3e edition, Decembre 2001.

[13] http ://www.alianwebserver.com/informatique/languages/perl/default.htm.Documentation Perl. juin 2007.

[14] http ://abs.traduc.org/abs 4.3-fr/index.html. Guide d’ecriture desscripts Bash. juin 2007.

[15] http ://www.postgresql.org/. PostgreSQL. juin 2007.

[16] http ://www.postgis.fr/. PostGIS.fr. juin 2007.

45

[17] http ://www.davidgis.fr/documentation/win32/html/index.html.Guide de l’utilisateur de PostgreSQL/PostGIS. juin 2007.

[18] http ://www.php.net/manual/fr/. Manuel PHP. juin 2007.

[19] http ://www.expreg.com/metacaracteres.php. Les expressions regulieresen PHP. juin 2007.

[20] http ://www.opengeospatial.org/standards/wms. Web Map Service /OGC. juin 2007.

[21] et toutes les pages Wikipedia traitant le theme de la (geo)informatique.

46

Annexe 1

Journal

Semaine 1

Jour 1 / 2 avril Installation de GNU/Linux sur mon ordinateur personnel.

Jour 2 / 3 avril Installation de GNU/Linux, suite.

Jour 3 / 4 avril Installation de GNU/Linux, du VMware Windows, deEclipse, du Navigateur local, de CartoWeb.

Jour 4 / 5 avril Prise de connaissance du fonctionnement de CartoWeb.Creation de la base du memoire en Latex.

Semaine 2

Jour 1 / 12 avril Survol des fichiers PHP de CartoWeb.

Jour 2 / 13 avril Reunion avec le Departement Infrastructures et Im-mobilier de l’EPFL, premier contact avec le client. Debut de la migration decertaines donnees du plan du DII vers le plan de l’EPFL. Installation et prisede connaissance de FME.

Semaine 3

Jour 1 / 16 avril Migration a partir du plan DII vers le plan EPFL.

Jour 2 / 17 avril Migration a partir du plan DII vers le plan EPFL.Creation d’une nouvelle petite image de navigation (keymap).

47

Jour 3 / 18 avril Mise en place du backup automatique de la machine(ordinateur personnel). Mise a jour de Eclipse. Reflexions sur optimisationsa mettre en place.

Jour 4 / 19 avril Reunion d’entreprise de Camptocamp SA avec egalementles gens de Chambery.

Jour 5 / 20 avril Ouverture du client personnel TinyERP. Mise en placede Tooltips mulptiples dans le plan de l’EPFL, avec l’aide de Damien Cor-pataux. Optimisation du transformeur DWG → SHP sur FME. Changementdu theme bibliotheques. Mise en place du Tooltips bibliotheques. Installationet mise en place de TinyERP.

Semaine 4

Jour 1 / 24 avril Installation du nouveau plan de l’EPFL sur le site dedeveloppement par Frederic Junod avec un lien depuis dev.camptocamp.com.Corrections sur les Tooltips. Corrections de la liste des echelles du plan EPFL.Travail sur shp2pgsql avec l’aide de Sylvain Pasche. Lecture de la documen-tation sur PostGIS et sur MapServer.

Jour 2 / 25 avril Travail sur la desactivation du query. Regler certainsproblemes systemes avec l’aide des sysadmins.

Jour 3 / 26 avril Activation de ma cle ssh sur les serveurs de develop-pement. Installation d’une mise a jour directement sur le site de developpement.Visite de la base de donnees sur le site de developpement. Creation d’une nou-velle table bibliotheques dans la base de donnees, et implication de celle-cidans le mapfile et le tooltips. Ajustement du fichier scripts/makemaps.phppour permettre les adresses absolues pour les mapfiles.

Jour 4 / 27 avril Travail sur la correction d’un bug provenant de make-maps.php : probleme avec ’\’ dans ereg().

Semaine 5

Jour 1 / 30 avril Resolution du probleme du makemaps. Debut du partagedes mapfiles entre le plan DII et le plan EPFL.

48

Jour 2 / 1er mai Creation d’un patch pour makemaps.php. Resolutiond’un probleme de multi-attributs de shapefile. Partage des mapfiles du planEPFL avec le plan DII. Fichier de construction du plan DII doit prendre leplan EPFL en compte pour utiliser ses mapfiles..

Jour 3 / 2 mai Documentation sur Perl en vue d’automatiser le scriptFME.

Jour 4 / 3 mai Programmation en Perl pour automatiser le script FMEet l’utilisation de shp2gsql. Verification du nouveau plan DII par Frederic.Changement du profil du plan sur le site de developpement en Production.Installation du nouveau plan Cartosphere sur var/local/cartoweb avec l’aidedes sysadmins. Verifier le bon fonctionnement du backup.

Jour 5 / 4 mai Suite de la programmation en Perl pour l’automatisation.

Semaine 6

Jour 1 / 7 mai Reunion avec le DII. Probleme aec l’ordinateur, recuperationdu backup.

Jour 2 / 8 mai Changement du cartosphere (mise a jour des index) ausein des mapfiles. Simplification du moyen de mettre le projet sur le site dedeveloppement.

Jour 3 / 9 mai Augmenter le delay du Tooltips avec l’aide de Pierre Girod(Chambery). Eliminer l’ancienne fonction MouseOver qui pose probleme etn’est plus utilisee. Amelioration du script Perl pour FME, qui apparementest case sensitive.

Jour 4 / 10 mai Programmation d’un script Perl pour l’installation plusrapide du projet sur le site de developpement. Prise de connaissance post-greSQL local.

Jour 5 / 11 mai Creation d’un script FME passant les dwg directementen base de donnees. Installation de postgreSQL sur le Windows de VMWare.Installation de Perl-Dbi. Installation de la couche Recyclage dans le planEPFL.

49

Semaine 7

Jour 1 / 14 mai Migration de la couche Recyclage sur le site de develop-pement. Resolution de la bonne prise en compte des champs de tooltipsNULL.

Jour 2 / 15 mai Debut de l’installation demoToolTips, pour etudier lefonctionnement du nouveau modele de Tooltips.

Jour3 / 16 mai Installation de demoToolTips.

Semaine 8

Jour 1 / 21 mai Travail sur le tooltips par thematique version maison.

Jour 2 / 22 mai Travail sur le tooltips par thematique version maison.

Jour 3 / 23 mai Reunion DII avec Florent Deseneux a propos des amelio-rations pour plan EPFL : Lien URL des Tooltips s’ouvre en fenetre separee,changement de la liste d’echelles du plan EPFL, changement de la couleur dufond, le Tooltips doit s’ouvrir plus vite, les themes des lieux importants nedoivent plus etre dans un sous-theme, l’orthophoto doit s’ouvrir a une plusgrande echelle, tester une bbox plus grande (en largeur).

Jour 4 / 24 mai Test des nouvelles couches DWG avec ’web’ pour toutes.La base de donnees n’accepte pas les noms de table avec des lettres ac-centuees. Toutes les infos de description des points de la couche Recyclagesont affichees en une case. Debut de l’ajout des nouvelles options de dessin.

Jour 5 / 25 mai Fin de l’ajout des options de dessin. Reunion avec le DII.

Semaine 9

Jour 1 / 29 mai Essai de comprehension de toute la profondeur du pluginoutline (plugin de dessin). Ajout de la transparence des points dessines. Testsur IE 7.

Jour 2 / 30 mai Les options de dessin fonctionnent.

50

Jour 3 / 31 mai Tooltips pour tous les themes deja mis a jour. Appren-tissage du CSS.

Jour 4 / 1er juin Apprentissage du CSS, suite. Recentrage de Localisa-tion. LunchInfo (repas d’entreprise avec les actualites). Reamenagement dumenu de dessin.

Semaine 10

Jour 1 / 4 juin Reamenagement du menu de dessin. Resolution d’unprobleme sur les attributs de dessin, avec l’aide de Frederic. Mise au point del’echelle initale (au lancement du site) : prendre les coordonnees tres exactesa l’echelle voulue et les integrer dans epfl.ini.

Jour 2 / 5 juin Reunion avec le DII. Passer la taille d’affichage a 800x450,et proportionnelle pour le reste de la liste des possibilites. Ajouter l’echelle1 :50. Supprimer le copyright du cadastre de Lausanne et de Swisstopo pourles cartes nationales.

Jour 3 / 6 juin Creer un nouvel onglet et lui adjoindre la keymap. Miseau point du script FME pour les polygones et les lignes. Mise au point duscript Perl pour les polygones et les lignes.

Jour 4 / 7 juin Insertion des nouvelles couches de themes dans la base dedonnees du site de developpement et dans les mapfiles. Les tooltips restentaffiches tant qu’on ne bouge pas la souris. Etude des vues enregistrees.

Jour 5 / 8 juin Resolution du probleme d’affichage du menu des themessous IE6. Mettre l’icone d’aide en bas a droite.

Semaine 11

Jour 1 / 11 juin Reunion avec le DII et Crevoisier. Passage de PNG256 aPNG24 pour le type d’image affiche.. Ajout d’un lien email dans les Tooltipsdans le cas ou quelqu’un apercoit une erreur.

Jour 2 / 12 juin Insertion de la couche des label des routes, mais ellene s’affiche pas a cause d’un probleme de coordonnees. Reinstallation deVMWare et de FME.

51

Jour 3 / 13 juin Verification des nouvelles couches.

Jour 4 / 14 juin Ameliorations sur les Tooltips.

Jour 5 / 15 juin Les tooltips prennent maintenant en compte les lettresaccentuees.

Semaine 12

Jour 1 / 18 juin Conference de Richard Stallmann sur les logiciels libres.Insertion de la couche Recyclage avec les noms justes.

Jour 2 / 19 juin Les champs nuls ne s’affichent plus dans les Tooltips.

Jour 3 / 20 juin Quelques corrections dans les couches thematiques. Nou-velle labelisation des routes et des batiments. Lecture de la documentationsur l’UML.

Jour 4 / 21 juin Nouvelles couches Restaurants et Distributeurs integrees.

Jour 5 / 22 juin Travail sur les Tooltips.

Semaine 13

Jour 1 / 25 juin Installation de SVN pour epfl carto sur Eclipse. Passagedu plan EPFL sur SVN (avant sur CVS). Nettoyage de cartoweb3 (qui vadans le projet, qui passe en patch). Nouvelle couche Administration integree.

Jour 2 / 26 juin Formation du squelette du memoire.

Jour 3 / 27 juin Ajustement des dossiers pour le script Fme automatise.Optimisation du script Bash pour l’automatisation des nouveaux themes.

Jour 4 / 28 juin Creation d’un seul mapfile pour tous les themes. Net-toyage de layers.ini. Discussion quant au memoire. Suppression des tables detest dans la base de donnees.

52

Jour 5 / 29 juin Creation d’une marche a suivre pour les nouveauxthemes. Integration de la couche Handicapes. Integration de la fonction Tool-Tips.timeBeforeHide directement dans le cartoclient.tpl du projet. Nettoyagedu dossier du projet.

Semaine 14

Jour 1 / 2 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le plan EPFL. Redaction du memoire.

Jour 2 / 3 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le plan EPFL. Redaction du memoire.

Jour 3 / 4 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le site Ivs.

Jour 4 / 5 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le site Ivs.

Jour 5 / 6 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le site Ivs. Amelioration du template layerResult pour les Tooltips.LunchInfo.

Semaine 15

Jour 1 / 9 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le site Ivs. Integration de la couche Concierges.

Jour 2 / 10 juillet Nettoyage des fichiers du plan EPFL. Travail sur leWms pour le site Ivs. Integration de la couche Ateliers.

Jour 3 / 11 juillet Test des programme SIG (udig, gaıa, openjump, gvsig)pour le Wms du site Ivs.

Jour 4 / 12 juillet Ecriture d’un rapport de recherche pour le Wms dusite Ivs.

Semaine 16 Absent (camp scout en Croatie).

53

Semaine 17

Jour 1 / 23 juillet Verification et installation de la couche Douches.

Jour 2 / 24 juillet Ajout de nouvelles couches.

Jour 3 / 25 juillet Passage du plan DII sur SVN, et donc utilisation desmapfiles du nouveau plan EPFL.

Jour 4 / 26 juillet Ajout de nouvelles couches (Ateliers, Commerces,Bancomats). Ajustement du plan DII.

Jour 5 / 27 juillet Quelques ajustements sur le plan DII. Copie de certainsfichiers de travail sur le filserver.

Semaine 18

Jour 1 / 30 juillet Quelques ajustements sur le plan DII. Redaction dumemoire.

54

optimisation de la th´ematique et de l’interface du plan

Documents