Université du Québec à Montréal Stage en milieu de travail · 2018-09-14 · Professionnel 11.5...

Université du Québec à Montréal

Stage en milieu de travail Ministère des Transports du Québec

Et Hydro-Québec

Travail présenté à Benoit St-Onge

Dans le cadre du cours Activité de Stage 1 et 2 Geo7930 et Geo7931

Par Mylène Lachapelle LACM20518804

Le 17 décembre 2013

1

Remerciements :

Ministère des Transports :

Merci à toute l’équipe de la géomatique de Montréal de m’avoir aidé à développer ma confiance en moi. Je les remercie particulièrement pour leur

patience et leur bon sens de l’humour! Je leur dois tous un fabuleux été.

Vincent Bouliane

Yali Chen

Marc Chikhani

Stéphanie Coulombe

Pierre Lessard

Prita Pourouchottamin

ManhKong Nguyen

Manon Paquette

Gaétan Poulin

Hydro-Québec : Merci à l’équipe de la cartothèque pour l’accueil chaleureux et unique dans leur équipe de travail et de leur intégration dans les réunions quotidiennes. Ils m’ont

supportés dans mes tâches et m’ont permis de développer mon organisation, ma rigueur et ma confiance en moi pour appeler les clients.

Chantal Courville

Roxanne Desjardins

Daniel Fortin

Étienne Govare

Karine Léger

Michel Robert

Bianca Servant

Alexandre Vidal

2

Table des matières

Remerciements :.............................................................................................................................. 1 Table des matières .......................................................................................................................... 2 Mise en contexte.............................................................................................................................. 3 1.Stage au Ministère des Transports du Québec............................................................................ 4

1.2 Présentation de l’organisme.................................................................................................. 4 1.3 Place des SIG au Ministère des Transports du Québec et les enjeux qui s’y rattachent ..... 4 1.4 Relations externes que l’organisation entretient à ce sujet .................................................. 5 1.5 Évaluation de l’environnement, conditions du stage ............................................................ 7 1.6 Objectifs du mandat .............................................................................................................. 7

2. L’Outil d’estimation des distances routières ................................................................................ 7 2.1 Introduction............................................................................................................................ 7 2.2 Problématique ....................................................................................................................... 7 2.3. Méthodologie........................................................................................................................ 8 2.4 Résultats ............................................................................................................................. 10 2.5 Conclusion........................................................................................................................... 10

3. Cartes de décrets des routes .................................................................................................... 11 3.1 Introduction.......................................................................................................................... 11 3.2 Problématique ..................................................................................................................... 11 3.3. Méthodologie...................................................................................................................... 11 3.4 Résultats ............................................................................................................................. 15 3.5 Conclusion........................................................................................................................... 20

4. Automatisation du processus de réalisation des cartes de série .............................................. 20 4.1 Introduction.......................................................................................................................... 20 4.2 Problématique ..................................................................................................................... 21 4.3. Méthodologie...................................................................................................................... 21 4.4 Résultats ............................................................................................................................. 30 4.5 Conclusion........................................................................................................................... 36

5. Réflexion personnelle ................................................................................................................ 36 5.1 Rappel des objectifs personnels et professionnels............................................................. 36

6.Stage chez Hydro-Québec ......................................................................................................... 37 6.1 Présentation de l’organisme................................................................................................ 37 6.2 Proportion des SIG chez Hydro-Québec et les enjeux ....................................................... 37 6.3 Relations externes............................................................................................................... 38 6.4 Structure hiérarchique et fonctionnement interne de l’organisation et du service .............. 40 6.5 Évaluation de l’environnement, conditions du stage .......................................................... 41 6.6 Objectifs du mandat ............................................................................................................ 41

7. Projet principal : Géothèque...................................................................................................... 42 7.1 Problématique ..................................................................................................................... 42 7.2 Données utilisées................................................................................................................ 44 7.3 Méthodologie....................................................................................................................... 44 7.4 Résultats ............................................................................................................................. 49 7.5 Conclusion........................................................................................................................... 52

8. Réflexion personnelle ................................................................................................................ 52 8.1 Rappel des objectifs personnels et professionnels............................................................. 52 8.2 Autres compétences atteintes et non prévues au début du stage...................................... 53 8.3 Bilan .................................................................................................................................... 53

9. Annexes.................................................................................................................................... 54 9.1. Dans le cadre du stage au MTQ : MapServer vs GeoServer ............................................ 54 9.2 Annexe dans le cadre du Stage chez Hydro-Québec : Colloque Géomatique 2013......... 65

10. Bibliographie............................................................................................................................ 72

3

Mise en contexte

Lors de mon admission au DESS en Système d’information géographique, mon but était d’acquérir les connaissances nécessaires dans le domaine et d’être compétitive sur le marché du travail. Le choix du stage influence l’expérience qui sera acquise, la méthode de travail appliquée, les divers logiciels manipulés et du réseau de contacts qui s’en découle. C’est pourquoi, j’ai préféré appliquer dans un stage dans un milieu d’expérience au Ministère des Transports et chez Hydro-Québec. Mon activité de stage 1 s’est déroulée du 29 avril au 9 août 2013 au Ministère des Transports, dans la division de la géomatique et sous la Direction des Technologies de l’Information (DTI). Mon activité de stage 2 s’est déroulée du 19 août au 20 décembre 2013 chez Hydro-Québec, dans le secteur de Base de données géospatiale et sous la Direction de l’équipement, géomatique.

4

1. Stage au Ministère des Transports du Québec

1.2 Présentation de l’organisme Le Ministère des Transports a pour mission d’assurer, sur tout le territoire, la mobilité durable des personnes et des marchandises par des systèmes de transport efficaces et sécuritaires qui contribuent au développement du Québec. Ce ministère compte 5 directions, j’ai eu la chance de travailler au sein de la DTI qui a pour mandat de fournir aux unités administratives l’ensemble des produits et des services requis en matière de ressources informationnelles et de conseiller les autorités du Ministère quant à la gestion de ces mêmes ressources. Dans la DTI, j’étais dans la division de la géomatique (Figure 1). Cette division prône le professionnalisme, la collaboration et la latitude dans son milieu de travail. Cette division s’occupe des données géospatiales et des offres des produits sous la demande des autres directions du Ministère.1 1.3 Place des SIG au Ministère des Transports du Québec et les enjeux qui s’y

rattachent La géomatique est présente dans chaque segment routier, écusson, mur, structure et bien plus encore appartenant ou non au MTQ. Elle gère les données géoréférencées et gère la mise à jour des données. La division de la Géomatique intervient dans les cas suivants :

La coordination du dossier géomatique au MTQ; La gestion et diffusion de l’information géographique (acquisition, validation,

stockage, diffusion, etc.); Cartographie, production de série; Unité administrative responsable de système (UARS) de systèmes d’information

géographique (Base Géographique Routière-BGR, Système d’Interface Géographique - SIG, DDS, Service de Consultation des Orthophotos- SCO);

Expertise et conseil (511, permis spéciaux, TRR, ERT, etc.); Représentant du MTQ au sein de l’Approche de Coopération en Réseau

Interministériel(ACRI) Représentation du MTQ au sein des projets gouvernementaux (Adresses

Québec). Elle a accès au logiciel de géomatique suivant : ArcGIS, Autocad, MapInfo et 3DAnalyst. De plus en plus, le ministère tente de se doter de personnel provenant du domaine de l’informatique appliquée aux sciences géographique au lieu de cartographe ou géographe.

1 Site intranet du MTQ : http://www.mtq.gouv.qc.ca/portal/page/portal/Librairie/bpm/voirielocale.pdf

5

1.4 Relations externes que l’organisation entretient à ce sujet Les banques de données en transport s’avèrent un capital précieux, principalement au service du Ministère, même si parfois des ententes de partage de données sont faites avec d’autres ministères comme le ministère des Affaires municipales, des Régions et de l'Occupation du territoire (MAMROT), le Ministère des Ressources naturelles et de la Faune (MRNF) et les municipalités. Par exemple, le projet d'automatisation des cartes de séries intègre des données géospatiales de différents ministères et organismes pour son hydrographie, ses lignes électriques, ses limites territoriales et bien plus encore.

C’est d’ailleurs grâce à ce changement de mœurs que le partage des données est aujourd’hui possible entre, par exemple, les autorités municipales et celles du Ministère quand il s’agit d’obtenir des relevés pour un projet routier. Cette mise en commun génère des économies considérables de ressources humaines, financières et matérielles, en plus d’offrir une information directement à la source.

6

Figure 1 : Organigramme de la Direction des technologies de l’information et de ces Services, Secteurs et divisions sous-jacentes.

7

1.5 Évaluation de l’environnement, conditions du stage (encadrement, équipements, données, etc.)

Le milieu de travail est propice à la concentration, à la productivité et à la collaboration de chacun puisque nous sommes installés dans des bureaux à cloisons. Au cours du stage, quelques projets m’ont été attribués avec la collaboration de collègues de personnalités et de méthodes de travail différentes. Ce changement m’a permis d’évoluer dans un milieu hétérogène où les opinions sur la manipulation des données géographiques sont propres à chacun. Les licences ArcGIS 10.1 ArcView, ArcEditor et ArcInfo étaient disponibles selon le besoin des projets en plus de contenir l’extension MapPlex. Une licence MapInfo Professionnel 11.5 pour les fichiers bruts du Ministère et Adobe Illustrator pour la légende des cartes de séries.

1.6 Objectifs du mandat Lors de la signature du mandat de stage, voici la description générale des projets :

Participation à l’élaboration d’un catalogue de métadonnées Participation à l’implantation d’un système d’automatisation de la cartographie du

MTQ Participation aux projets Diagnostic en sécurité routière, ajustement des aires de

recensement, production cartographique de plan municipaux Finalement, je n’ai participé qu’à un seul de ces trois objectifs en plus de petits mandats supplémentaires. La majeure partit du stage, j’ai effectué diverses manipulations sur le projet d’implantation d’un système d’automatisation de la cartographie du MTQ. Entre temps, j’ai pu finaliser le mandat de l’outil d’estimation des distances routières (3 semaines) ainsi que de commencer le projet de production de carte du décret des routes (2 semaines).

2. L’Outil d’estimation des distances routières 2.1 Introduction

L’outil d’estimation des distances routières est produit par le Ministère des Transports pour la population sur son site internet Info Transports 511. L’outil fonctionne de la manière suivante : l’utilisateur décide de son origine et de sa destination parmi un inventaire de 1544 localités (municipalités ou sous-secteurs municipaux) et les résultats affichés sont une estimation des distances et du temps de parcours entre l’origine et la destination accessibles par réseau routier ou de services réguliers de traversiers. Le calcul du temps de déplacement se fait selon l’emprunt d’autoroute, de route nationale, régionale, locale, etc., et la vitesse permise sur ce type de voies, et ce, dans des conditions routières idéales.

2.2 Problématique L’outil actuellement en ligne n’est plus à jour et plusieurs plaintes de clients sur la fusion, la défusion ou le changement de nom d’une municipalité sont enregistrées. L’objectif du projet est de vérifier les 1544 localités et de mettre à jour le nom associé aux points

8

géographiques qui est utilisé pour calculer le temps de parcours entre une origine et une destination. Le problème est le suivant : les coordonnées ne peuvent être modifiées et aucun ajout ou suppression de localité n’est toléré puisque la grille de calcul est statique.

2.3. Méthodologie Objectif : Mise à jour des localités (municipalités ou sous-secteurs municipaux) de l’Outil d’estimation des distances routières de Transport Québec, 511. http://www.quebec511.gouv.qc.ca/fr/distances/index1.asp Données utilisées :

Nom Format Sources

Tous les Feature class se situent dans : D:\projet_distance_routiere\Donnees_base\distance_routiere.gdb

arrondissement_s20k_201301_region Feature class

Limites administratives SDA 1 :20 000, http://intranet/exploitation/Geomatique/Catalogue-produits-geomatique/Pages/Limites%20administratives.aspx

municipalite_s20k_201301_region Feature class

Limites administratives SDA 1 :20 000 http://intranet/exploitation/Geomatique/Catalogue-produits-geomatique/Pages/Limites%20administratives.aspx

reg_adm_s20k_201301_region Feature class


MRC_s20k_201301_region Feature class


centroides_rmmqv3_point Feature class

Inconnue

lieu_habit_pmulti_20120824_font_point Feature class

Lieux habités de la carte routière officielle du Québec (août 2012) http://intranet/exploitation/Geomatique/Catalogue-produits-geomatique/Pages/Donneesdecontexte.aspx

lieu_habit_pmulti_20120824_point Feature class

Lieux habités de la carte routière officielle du Québec (août 2012) http://intranet/exploitation/Geomatique/Catalogue-produits-geomatique/Pages/Donneesdecontexte.aspx

Modifications_municipalites PDF Base de données toponymique du Québec, modification depuis le 31 juillet 1991 http://www.toponymie.gouv.qc.ca/ct/pdf/modifications_municipalites.pdf

tbListPolygons Table

Excel Liste de la matrice des distances, provenant de la Base de données des distances routières. Tableau des modifications en Annexe.

Tableau 1 : Données utilisées pour la mise à jour de l’outil d’estimation des distances routières. 1. Créer une geodatabe dans ArcGIS et y superposer les couches SDA,

centroides_rmmqv3_point et les 2 couches des lieux habités. Afficher les étiquettes des municipalités (NOM_MUN), des centroïdes (JANV2003) et des lieux habités (ROUTIÈRE). Projection: NAD1983 MTQ, Lambert Conforme Conique. Conserver le tout sous projet.mxd.

9

2. Depuis le fichier tbListPolygons.xls, sélectionner les toponymes ayant une parenthèse « ( » dans le nom, indiquant les municipalités ayant des arrondissements et susceptible d’avoir été modifiée.

3. Passer au travers de cette sélection en vérifiant avec les 2 sources suivantes : Les feature class SDA municipalite_s20k_201301_region et

arrondissement_s20k_201301_region selon les champs de leurs colonnes NOM_MUN et NOM_ARRON, référant aux toponymes à jour.

Le document PDF des modifications des municipalités depuis 1991 Les noms de la liste seront comparés à ces sources et modifiés en cas de fusion/défusion ou d’un changement de nom.

Puis, nous allons utiliser le document Modifications_municipalites.pdf avec tous les changements depuis 1991. À partir de la dernière modification (2011), vérifier dans tbListPolygons.xls s’il y a eu des fusions/défusions ou un changement de nom depuis. S’assurer de la modification avec les feature class SDA municipalite_s20k_201301_region et arrondissement_s20k_201301_region comme précédemment. Les changements semblent être à jour depuis 2000. Les noms non modifiés seront automatiquement identiques puisqu’aucun changement n’a été répertorié dans la Base de données toponymique du Québec depuis notre dernière mise à jour, qui semble être en 2000. Tous les noms des municipalités, villes, arrondissement, etc. concernés ont été vérifiés à partir du moteur de recherche de la Commission de toponymie du Québec.2 Note : La municipalité de l’île Dorval a été créée, mais l’impossibilité d’ajouter un champ dans la matrice des distances routières nous empêche de mettre cette municipalité à jour. 4. Faire une jointure entre le Feature Class centroides_rmmqv3_point(JANV_2003)

et tbListPolygons (Noms). Afficher les étiquettes de la colonne jointe nommée modification.

5. Passer au travers de la liste jointe avec l’outil « zoom to selected ». Vérifier si le point associé à la colonne Modification de la tbListPolygons correspond aux noms des municipalités SDA et s’ils sont près d’une ville, hameau, lac, secteur, village, etc. Si c’est le cas, il faut mettre entre parenthèses le nom du lieu pour augmenter la précision. Vérifier si le lieu choisi existe toujours avec les couches du SDA, les lieux habités et la Base de Toponymie du Québec. Afin de mieux visualiser ce qui se trouve sur le territoire, ajouter une base map fournie par ArcGIS « Worl_Topo_Map » (voir l’exemple ci-dessous).

2 http://www.toponymie.gouv.qc.ca/CT/toposweb/recherche.aspx

10

Exemple : Cas de Saint-Anne-du-Sault Nom en Vert : Lieux habités Nom en Bleu : Nom de la colonne Modification Nom en Rouge : Nom des Municipalités (SDA) Gros point vert : Centroïde associé à la matrice des distances Dans le cas de Saint-Anne-du-Sault, le centroide (point bleu sélectionné) associé à la matrice des distances routières est dans le sud de la municipalité de Sainte-Anne-du-Sault et la ville portant le même nom est complètement au nord de celle-ci. Donc, nous devons associer le nom au lieu le plus près afin d’être précis dans l’outil de calcul. Nous allons vérifier si le lieu habité « Defoy » existe sur la Base de données des Toponymes du Québec. Le champ Sainte-Anne-du-Sault sera alors modifié pour Sainte-Anne-du-Sault (Defoy). Avec la BaseMap d’ArcGIS en fond, il est plus facile de visualiser les lieux (Figure 2).

2.4 Résultats Pour donner suite à cette procédure longue et fastidieuse, un fichier Excel sera produit et envoyé au responsable de ce dossier qui va simplement substituer les nouvelles localités aux anciennes. D'ailleurs, la mise à jour est déjà disponible en ligne.

2.5 Conclusion Les limites de ce type d’outil restent son caractère statique puisqu’aucune nouvelle municipalité ne peut être ajoutée ou supprimée. Pour combler ce déficit, la division de la géomatique attend l’approbation de ses supérieurs afin de changer cet outil pour qu’il devienne dynamique et de type Network Analyst. Cet outil est nécessaire puisqu’il utilise les données officielles routières du Ministère du Transport et ceux-ci sont considérés comme une source de donnée fiable lors de procès ou de rapport officiel. Il est primordial qu’ils soient à jour et précis pour une crédibilité de notre ministère.

Figure 2 : Exemple du lieu habité Saint-Anne-du-Sault pour l’identification de la localité.

11

3. Cartes de décrets des routes 3.1 Introduction

Obtenir un avis préalable de la Direction des affaires juridiques concernant les obligations liées à l’application de l’article 2 de la Loi sur la Voirie (chapitre V-9) consistant à déterminer par décret les routes dont la gestion incombe au ministre des Transports. La proposition soumise par la DSO vise à décrire les routes à l’aide de cartes, en remplacement de la forme textuelle utilisée depuis 1993 en annexe des décrets.

La DSO a été mandatée pour rééditer le décret des routes dont la gestion incombe au ministre des Transports en lien avec la mise en place de l’agence des Transports. Ce nouveau décret va abroger le décret 292-93 et les 48 décrets de mises à jour subséquents.

Par l’utilisation de carte en remplacement du texte descriptif, l’équipe de la DSO vise à simplifier la manière de décrire les routes en annexe aux décrets des routes et leurs mises à jour subséquentes et aussi d’en simplifier la compréhension générale.

En complément à la demande d’avis à la DAJ, l’équipe responsable de la nouvelle édition du décret avait déposé en prototype, des exemplaires de plans municipaux modifiés pour les besoins qui nous concernent.

3.2 Problématique Le défi est de produire différents prototypes des cartes des routes selon les demandes d’un regroupement de particuliers pour le projet du décret des routes. Dans ce projet, chacune des propositions de cartes fût modifiée pour produire une carte finale qui sera adoptée en septembre 2013.

3.3. Méthodologie La première étape du projet est de rassembler les couches pouvant servir à la visualisation sous un même Mxd, dans le logiciel ArcGIS. La première demande (Figure 3) :

Autoroute (MTQ et non MTQ) -labélisé Autoroute à chaussée contigüe (MTQ et non-MTQ) Route nationale (MTQ et non MTQ) -labélisée Route régionale (MTQ et non-MTQ)- labélisée Route collectrice (MTQ et non-MTQ)- labélisée Route locale (MTQ et non-MTQ) -labélisée Accès aux ressources Bretelle, voie de desserte et numéro de sortie -labélisé Chaussées séparées Rues (Adresses Québec) Longueur des segments -labélisé Structures (Ponts, viaduc, passerelle, Tunnel, Mur) Parc national -labélisé

12

Réserve nationale de faune ou réserve faunique -labélisé Parc marin -labélisé Chemin de fer opérationnel -labélisé Traversier permanent et saisonnier -labélisé Aéroport majeur, autres aéroports, hydroaérodrome, hélioport, piste Limites (internationale, provinciale, frontière Québec, MRC, Municipalité, Canton

-labélisé Noms et statuts administratifs (MRC, Municipalité, Canton) -labélisé Statut juridique des municipalités -labélisé

Le format doit être en 11X17, portrait ou paysage, aucune échelle n'est spécifiée La deuxième demande (Figure 4,5 6 et 7) Dans les cartes des décrets, nous avons effectué quelques modifications suivantes : Informations supprimées :

Longueur des routes (étiquettes) Nom des lacs et rivières (étiquettes) Nom des routes d’adresse Québec (étiquettes) Piste d’aéroport (shapefile) Sorties d’autoroutes (étiquettes et shapefile) Compagnie des chemins de fer (étiquettes) Les routes hors Québec (shapefile et étiquettes) Réserve nationale de la faune (étiquettes) Division des cantons ( shapefile et étiquettes) pour les CS et les régions

administratives

Informations ajoutées ou modifiées: Ajout des noms des routes de sous-route classifiée (étiquettes) Réduction des classes des routes, maintenant classifiée comme étant :

Autoroute MTQ (rouge) Autres routes MTQ (orange) Route non MTQ (gris)

Nom des Municipalités seulement dans la zone d’étude (étiquettes) pour MRC, Mun et CS.

Nom des MRC seulement dans la zone d’étude (étiquettes) pour les régions administratives.

Utilisation des couches hydrologies de 250k au lieu de 100 afin de réduire le niveau de détail non pertinent des rivières dans ce genre de cartographie thématique.

Test effectué : Nom de la carte Descriptions

CD_Mun_Rimouski Municipalité de Rimouski 1 :108 000 CD_MRC_Témiscouata MRC de Témiscouata 1 : 325 000 CD_CS_Sherbrooke Centre de service de Sherbrooke 1 : 125 000 CD_reg_adm_Lanaudière Région administrative de Lanaudière 1 : 600 000 Tableau 2 : Liste des Cartes produites pour la demande numéro 2 pour le projet de décret des routes. P.S La légende n’est pas encore mise à jour.

13

La troisième demande (Figure 8 et 9) : Le découpage territorial utilisé sera celui des MRC Tout le réseau sous la responsabilité du MTQ en vertu de la loi sur la voirie doit être couvert Le contenu de la carte doit se limiter aux éléments suivants :

Le réseau du MTQ avec numérotation et odonyme Le réseau local et la trame urbaine sans numérotation ni odonyme Le réseau de chemin de fer opérationnel Le réseau hydrographique Les limites municipales avec nom, statut juridique et numéro de chacune Les limites du territoire de la MRC couvert Les parcs et réserves identifiés et délimités par une trame distinctive Les aéroports desservis par une route appartenant au MTQ Une légende simplifiée pour identifier essentiellement le réseau MTQ doit être

apposée sur chacune des cartes à un endroit choisi pour ne pas nuire à la lisibilité des informations sur la carte

Une échelle de distance Pas de marqueur Le nom du réseau MTQ doit être labélisé par Adresse Québec

La couleur appliquée au réseau du MTQ doit être unique et permettre de différencier le réseau local lorsque l’impression se fait en noir et blanc (sans couleur). Lorsque le réseau est à double chaussée, une ligne double doit être utilisée Les écussons identifiant les numéros de route et autoroute doivent être placés de manière à ne pas empêcher de voir des détails importants sous-jacents (carrefour, limite de responsabilité, etc.) Le réseau extérieur à la limite de la MRC identifiée doit être dépourvu de couleur et d’information s’y rattachant (même celui sous la responsabilité du MTQ) Une légende générale doit être élaborée et sera présentée une seule fois au début de l’annexe Les statuts juridiques des municipalités et territoires équivalents suivants doivent indiquer :

Ville Municipalité Municipalité de village Municipalité de paroisse Municipalité de canton Municipalité de cantons unis Réserve indienne Territoire non organisé

14

Pour faire suite à ces demandes, un prototype de carte a été proposé et approuvé temporairement. Il sera approfondi en septembre. Voici les opérations manuelles que le géographe responsable devra faire afin de produire, à partir du mxd de base, les diverses MRC du Québec.

Changer le Titre et la Date Le masque blanc de la zone sélectionnée : MRC_s20k, sous Definition Query,

spécifier la zone visible. Ex : "NOM_MRC2" = 'MRC DE LA CÔTE-DE-GASPÉ 03'

Spécifier dans Layers→Properties→Data Frame → Clip Options → Clip to shape → Specify Shape → Outline of Features → Layer : MRC_s20k (le masque blanc) →Features : Visible

S’assurer que les couches suivantes sont cochées dans exclude Layers :

Liais_mart_lmulti Toutes les couches d’hydrologies Municipalite_s20k_limite MRC_s20k_beige Les sous_routes_classifiées_grise Adresses_Quebec(Nom route) _ grise ch_fer_l100k_gris

15

3.4 Résultats Voici les résultats des trois demandes du décret des routes. Il est possible d’observer l’évolution des modifications d’une demande à l’autre.

Figure 3 : Exemple de cartes produites pour la demande numéro 1 du projet décret des

routes. Cas de la municipalité de Frampton. Format Tabloïd.

16

Figure 4 : Exemple de cartes produites pour la demande numéro 2 du projet décret des routes. Cas de la municipalité de Rimouski. Format Tabloïd.


routes. Cas de la MRC de Témiscouata. Format Tabloïd.

17


routes. Cas du Centre de service de Sherbrooke. Format Tabloïd.

18


routes. Cas de la région administrative de Lanaudière. Format Tabloïd.

19


routes. Cas de la MRC de la Côte-de-Gaspé. Format 8 ½ x 11.


routes. Cas de la MRC de Québec. Format 8 ½ x 11

20

3.5 Conclusion Le projet du décret des routes servira à l’implantation de cartes routières du réseau routier du MTQ dans des documents officiels. La production simplifiée de ces cartes est importante puisqu’elle doit pouvoir se photocopier tout en gardant de bonnes teintes et une prédominance pour les routes du MTQ. Il reste à produire des index pour les 104 MRC ou Territoire équivalent à une MRC. Ensuite, ils devront créer un MXD de base de type Portrait et un de type paysage afin de produire de manière automatisée toutes les cartes des MRC. Enfin, il ne restera qu’à produire et à ajouter une légende très simple à la meilleure position dans chaque carte de MRC et une plus générale présentée en annexe. Le tout sera produit en Adobe Illustrator avec beaucoup de patience, c’est pourquoi elle n’est pas encore produite, la sagesse nous dicte d’attendre l’approbation finale de la carte.

4. Automatisation du processus de réalisation des cartes de série

4.1 Introduction La production de cartes de séries du réseau routier selon un découpage par Direction territoriale, Centre de services ou Municipalité est un long processus manuel qui est réalisé tous les 3 ans. Chaque modification est effectuée sur des cartes à l’aide d’Adobe Illustrator et Freehand. Ce produit est offert en format PDF sur le site Intranet du MTQ. Avec les nouveaux logiciels de géomatique, il est maintenant possible de simplifier et de réduire les interventions manuelles. Dans ce but, un outil de production cartographique a été préalablement créé par l’équipe de division de la géomatique. Cet outil, développé en VB.net en complémentarité d’ArcMap et sa licence ArcInfo pour la création des cartes et des fichiers GDB. Une extension MapPlex est nécessaire pour l’étiquetage dynamique de la carte. Les données officielles proviennent principalement du MTQ, des autres ministères et organismes. Les normes gouvernementales visuelles Programme d’Identification Cartographique (PIC) ont été appliquées dans les cartes. Cet outil produit automatiquement :

• 1200 municipalités cartographiées pour 1582 cartes (échelle cartographique variant de 10 000 à 450 000) (Exemple Figure 10);

• 62 centres de services cartographiés pour 78 cartes (échelle cartographique variant de 50 000 à 1 150 000) (Exemple Figure 11 et 12)

• 17 directions territoriales cartographiées pour 32 cartes (échelle cartographique variant de 50 000 à 500 000) (Exemple Figure 11 et 12)

Ce projet en est seulement à sa deuxième année et plusieurs ajustements doivent encore être effectués afin que l’automatisation s’applique parfaitement à tous les types de cartes.

21

4.2 Problématique Afin de réussir la mission de production de carte de série avec le moins de correction manuelle, une facilité d’intervention pour n’importe quel nouvel utilisateur ayant une base en géomatique et enfin une mise à jour des données efficaces, 3 fichiers Mxd ont été créés par type de découpage MTQ pour 1 seule et même géodatabase. Chaque Mxd, du plus petit découpage au plus grand (Municipalité, Centre de service et Direction territoriale) contient les couches de données nécessaires à la cartographie thématique de leurs zones d’études et surtout la diminution de détails selon l’augmentation de leur taille de territoire. Les problématiques du défi qui m’a été attribué ont été entre autres :

Comment corriger les erreurs d’étiquetages? Que pourraient être les modifications nécessaires à faire pour atteindre le niveau

de cartes manuelles des anciens cartographes? Quelles modifications de la mise en page des Mxd devront être faites afin

d’atteindre les normes du PIC et du PIV des Ministères. Quels sont les défis de la mise à jour mensuelle des features class de la

géodatabase commune? Comment effectuer un découpage d’index non redondant de la ville de Montréal?

L’objectif final sera de produire en série les Directions territoriales de Laval, Montréal, Chaudière-Appalaches et de la Capitale nationale et leurs Centres de services et plan municipaux associés.

4.3. Méthodologie La première problématique du projet : « Comment corriger les erreurs d’étiquetages? » implique plusieurs modifications dans les features class en utilisant l’utilitaire MapPlex qui permet de réduire le temps d'intervention manuel à l'aide d'un placement intelligent des étiquettes. Malgré son utilisation, il est toujours nécessaire de placer manuellement certaines étiquettes qui seront pour cette raison transformée en annotation. Par contre, les erreurs de superpositions indésirables sont assez rares si les bonnes combinaisons entre couches sont effectuées. Voici quelques problèmes d’étiquetages types que j’ai rencontrés lors de mon stage :

Les écussons des routes se superposent un par-dessus l’autre dans les zones densément peuplées. (ex. : Montréal);

Le nom des lacs ne s’affiche pas à l’intérieur de ceux-ci, surtout pour les lacs et rivières dont le polygone est allongé. (ex. : Rivière-des-Prairies);

Il y a une superposition d’étiquettes sur les centrales, barrages et postes de pointes d’Hydro-Québec;

Nous aimerions que les étiquettes importantes puissent se superposer s’il est nécessaire sur les lignes de chemin de fer;

22

La plupart des autres problèmes de cartographie étaient purement visuels. En effet, parfois il n’est pas possible de bien distinguer un élément alors des modifications de police sont nécessaires. Voici quelques exemples typiques de modification d’affichage :

Augmenter la taille de l’étiquette pour le fleuve Saint-Laurent et les lacs d’importance selon la superficie, de cette manière, nous affichons les étiquettes des lacs selon leur importance sans modifier ou diviser la donnée, ce qui sera facilitera la mise à jour de la donnée.

Procéder à la modification de plusieurs requêtes SQL dans le but d’ajouter des étiquettes ou des symboles. (par exemple : Aucune étiquette sur les bretelles, la longueur des segments doit seulement être présente sur les routes MTQ, enlever les étiquettes des segments de moins de 50m, etc.)

Effectuer des changements de police et de caractère afin de mieux ou moins visualiser les éléments sur la carte. Par exemple : Mettre les étiquettes des MRC, le nom des îles en gras, les noms des autoroutes en majuscule, diminuer la taille des étiquettes des chemins de fer, les noms des lieux et des municipalités, trouver une couleur pour les parcs nationaux, rapprocher l’« offset » des noms des villes de leurs points, etc.)

Une fois les erreurs visuelles corrigées, la mise en page doit être reprise selon les normes du Programme d’Identification Cartographique (PIC). Ce programme propose un cadre de référence sur l’habillage des cartes gouvernementales. C’est en quelque sorte une ligne de conduite qui permet la justification du placement des nos items sur la carte. Dans ce document, chaque format de papier, qu’il soit paysage ou portrait, a une règle à suivre. Voici les formats d’impressions utilisés pour nos 3 découpages territoriaux :

23

Pour les plans municipaux, le format de papier Tabloid, aussi appelé Ainsi B (11 X 17 pouces) est utilisé.

Figure 10 : Exemple du Tabloïd en format unique portrait. Ancienne mise en page.

24

Pour les cartes des centres de services et des directions territoriales, nous avons décidé de rendre uniforme le format de papier et c’est le format Ainsi E (34 X 44 pouces) qui a été choisi. L’espace occupé par la carte est donc d’environ 32 X 38 pouces. Le format de papier Ainsi est le format le plus utilisé au Canada et aux États-Unis. Il a été adopté par l’« American National Standard Institute » et il se base sur le format lettre (8 et demie par 11 pouces).

Figure 11 : Exemple des Centres de service ou Direction territoriale en format Ainsi E et Portrait. Ancienne mise en page.

25

Figure 12 : Exemple des Centres de service ou Direction territoriale en format Ainsi E et Paysage. Ancienne mise en page

26

Après la découverte de l’importance du PIC, plusieurs modifications ont été effectuées. Modification dans les plans municipaux (Figure 18) :

Le titre a été déplacé en bas à gauche Le texte en bas à gauche : Secteur de la géomatique Production: 2013-05-03 Mise à jour des données: 3e trimestre 2012

Il a été modifié et déplacé en bas à droite pour le texte officiel : Production : Ministère des Transports du Québec Division de la géomatique © Gouvernement du Québec, 2e trimestre 2013 Réalisation : 2013-07-18 La signature gouvernementale de couleur en bas à gauche, a été déplacée au

plus bas de la page à droite. De plus, la signature doit être noire et le drapeau doit mesurer 6mm.

Le pictogramme a été déplacé à droite de la légende et réduit. L’échelle divisée par « : » a été remplacée par « / ». Ex. : 1 / 25000

27

Les plans des CS et DT en format paysage ont été modifiés selon le standard Carte de série, format paysage (Figure 13), voici les modifications apportées (Figure 18) :

Le titre et le sous-titre ont été déplacés pour être au-dessus de la carte. Le texte en bas: Secteur de la géomatique Production: 2013-05-03 Mise à jour des données: 3e trimestre 2012

A été modifié et déplacé en bas à droite, au-dessus de la signature, pour le texte officiel suivant :

Production : Ministère des Transports du Québec

Division de la géomatique © Gouvernement du Québec, 2e trimestre 2013 Réalisation : 2013-07-18

La signature gouvernementale de couleur en bas à droite, a été déplacée au plus bas de la page à droite. De plus, la signature doit être noire et le drapeau doit mesurer 12mm.

Le pictogramme a été déplacé à sous la légende. L’échelle divisée par « : » a été remplacée par « / ». Ex. : 1 / 25000

La légende a été déplacée afin d’être le premier élément de la colonne de droite.

Un croquis de repérage a été ajouté dans la mise en page afin de situer l’utilisateur dans le Québec, divisé selon les Directions territoriales. Il doit être situé sous la légende et au-dessus de l’échelle.

Les coordonnées autour de la carte, en degré minutes secondes, sont maintenant labélisé en degré minutes.

Figure 13 : Exemple de disposition des éléments dans la mise en page d’une carte de série, format paysage selon le PIC.

28

Les plans des CS et DT en format portrait ont été modifiés selon le standard Carte de série, format portrait (Figure 20), voici les modifications qui ont été apportées (Figure 19) :

Le titre et le sous-titre ont été déplacés pour être au-dessus de la carte. Le texte en bas : Secteur de la géomatique Production: 2013-05-03 Mise à jour des données: 3e trimestre 2012

A été modifié et déplacé en bas à droite, au-dessus de la signature, pour le texte officiel suivant :

Production : Ministère des Transports du Québec Division de la géomatique © Gouvernement du Québec, 2e trimestre 2013 Réalisation : 2013-07-18

La signature gouvernementale de couleur en bas à droit a été déplacée au plus bas de la page à droite. De plus, la signature doit être noire et le drapeau doit mesurer 12mm.

Le pictogramme a été déplacé à sous la légende. L’échelle divisée par « : » a été remplacée par « / ». Ex. : 1 / 25000

La légende a été combinée en un seul bloc et déplacé entre le croquis de repérage et l’échelle.

Un croquis de repérage a été ajouté dans la mise en page afin de situer l’utilisateur dans le Québec, divisé selon les Directions territoriales. Il est placé comme le premier élément en bas à gauche.

Les coordonnées autour de la carte, en degré minutes secondes, sont maintenant labélisé en degré minutes.

. Figure 14 : Exemple de disposition des éléments dans la mise en page d’une carte de série, format portrait selon le PIC

29

La mise à jour des données pour le projet des cartes de séries doit être préalablement réfléchie afin qu’elle nécessite le moins de modifications sur la donnée brute. Le but est de changer les features class sans que la donnée soit modifiée. Dans certains cas, la donnée doit être modifiée minimalement en ajoutant une colonne. Par exemple, dans le cas des repères kilométriques, l’azimut de chaque point par rapport à la route doit être calculé afin que les étiquettes s’affichent perpendiculaire et sur le même côté de la route. Sur approximativement 45 features class, environ 10% des couches nécessitent une intervention manuelle pour la mise à jour. Sans intervention, la couche à jour remplace simplement l’ancienne couche avec le même nom dans la géodatabase, les mxd pointeront automatiquement vers le nouveau feature class et afficheront les nouvelles données. Le dernier projet est de trouver une solution concernant l’affichage des municipalités de l’île Montréal. En effet, il y a 18 cartes de municipalités superposées, avec des doublons et des cartes non pertinentes, à différentes échelles : 25 et 50 000 (Figure 16). Donc, il serait inutile de produire ces cartes qui s’emboîtent et se répète dans le format Tabloïd pour ces municipalités. Plusieurs tests ont été effectués afin de trouver la meilleure mise en page. Le tout se génère avec l’outil d’automatisation des cartes et utilise les mêmes données de la géodatabase que les plans municipaux.

Figure 15 : Île de Montréal divisé en 18 index de plans municipaux. Test 1 : Faire 5 cartes à 50 000 d’échelles en format municipal.

30

Conclusion : Le format et l'échelle sont identiques à la carte de la DT, mais en petit format. Cette solution n'est pas pertinente puisqu'elle contient trop de détails souvent non visibles. Cette solution n’a pas été retenue. Test 2 : Faire 15 cartes à 25 000 d’échelles en format municipal. Conclusion : Il y a encore trop de cartes sans plus de pertinence. Par contre, les détails sont visibles et bien espacés. Cette solution n’a pas été retenue. Test 3 : Produire 3 cartes à 25 000 d’échelles en format Ainsi E portrait (Figure 20). Les détails sur les routes sont visibles, distincts et non surchargés. Ce découpage a été accepté et la division de l’île selon l’Ouest, le Centre et l’Est permet aux utilisateurs de télécharger seulement la partie de l’île qui serait utile à leurs besoins. La mise en page du PIC en format portrait a été utilisée afin qu’elle soit standardisée (Figure 22).

4.4 Résultats Les modifications du PIC nous ont permis d’avoir une mise en page officielle et plus sérieuse de nos cartes de série qui seront diffusées aux employés par l’intranet du MTQ. Voici les résultats des changements apportés aux plans municipaux :

31

Figure 16 : Exemple du Tabloïd en format unique portrait des plans municipaux selon la

mise en page du PIC.

32

Voici les changements apportés aux formats AinsiE paysage :

Figure 17 : Exemple d’un Centre de service en format AinsiE et paysage selon la mise en page du PIC.

33

Voici les changements apportés aux formats AinsiE portrait :

Figure 18 : Exemple d’un Centre de service en format AinsiE et portrait selon la mise en page du PIC.

34

L’île de Montréal a finalement été divisée selon 3 découpages Ainsi E format portrait à 25 000 d’échelle afin que toute l’île soit couverte sans répétition et avec un maximum de précision. Le résultat final est le suivant :

Figure 19 : Les 3 nouveaux index AinsiE, portrait et de 25000 d’échelle de l’île de Montréal.

35

Figure 20 : Exemple d’une carte de l’Île de Montréal produite suite à la création de 3 index de 25 000 d’échelle. Cas d’île de Montréal –centre.

36

L’outil d’automatisation de carte de série m’a permis de produire 292 cartes au total comprenant 4 Directions territoriales selon les formats des plans municipaux, de CS et de DT (Tableau 3).

Nombre de cartes de séries produites durant le stage Laval-

Mille-Îles Île de Montréal Chaudière-

Appalaches Capitale-Nationale

Plans municipaux (Tabloid)

28 3 163 81

Centre de Service (AinsiE)

2 - 6 3

Direction territoriale (AinsiE)

1 1 2 2

Tableau 3 : Cartes de séries finales et produites durant le mandat.

4.5 Conclusion Je considère mes objectifs initiaux atteints puisque je devais produire les cartes de municipalités, de CS et de DT de Laval - Mille-Îles et de l’île de Montréal. La méthodologie précédente a été une étape obligatoire à la réussite de ce projet puisque l’atteinte de la perfection des cartes était de mise. En effet, elles seront distribuées sur l’intranet du MTQ et doivent d’être à la hauteur des anciennes cartes produites manuellement. C’est pourquoi la correction des étiquettes, la mise en page du PIC, la mise à jour et la modification des index des cartes ont été une période importante de mon stage et m’ont permis d’aiguiser mon sens de l’observation sur des petits détails cartographiques. De plus, mon mandat de produire Laval et Montréal ayant été atteint avant la fin de mon stage, j’ai pu produire deux autres Régions, soit Chaudière-Appalaches et la Capitale-Nationale. Ces nouvelles cartes seront disponibles sur l’intranet dès la fin de mon stage.

5. Réflexion personnelle

5.1 Rappel des objectifs personnels et professionnels Mes objectifs de stage étaient d’acquérir de l’expérience, des méthodes de travail et d’utiliser divers logiciels en plus de me former un réseau de contacts dans le secteur de la géomatique. En terminant mon au stage au MTQ, j’ai pu constater que chaque décision doit être prise selon des règles et des normes très strictes afin d’être accepté. Un seul changement de plate-forme ou une simple mise en page de carte est une réflexion importante et demande une vérification de normes et parfois la production d’un rapport pour prouver le fondement de notre démarche. Je considère que mes objectifs sont atteints puisque j’ai pu baigner dans un milieu professionnel sain, coopératif et stimulant qui a su me proposer divers défis de sa mission au sein de sa Direction. Par ailleurs, le travail d’équipe et la bonne entente m’ont permis de nouer des bonnes relations de travail et de connaître divers projets en cours dans le Ministère, juste en participant à des réflexions sur un problème de sujet géographique. Ce qui a augmenté ma compréhension dans divers projets sans pour autant en faire partie.

37

6. Stage chez Hydro-Québec 6.1 Présentation de l’organisme

L’énergie électrique était autrefois produite et distribuée par quelques compagnies privés qui facturaient celle-ci de manière inéquitable sur tout le territoire Québécois. Afin de résoudre cette problématique, le Gouvernement du Québec débute dans les années 1940 à racheter peu à peu les compagnies et à les animer sous une même bannière : la Commission hydroélectrique de Québec.3 Au cours du temps, Hydro-Québec prends de plus en plus d’expansion sur le marché de l’électricité sans être encore aujourd’hui l’unique propriétaire de centrale hydroélectricité. Toutefois, il est le plus important producteur et distributeur d’électricité au Québec. Sa mission est que la société d’État a pour objets de fournir de l’énergie et d’œuvrer dans le domaine de la recherche et de la promotion relative à l’énergie, de la transformation et de l’économie de l’énergie, de même que dans tout domaine connexe ou relié à l’énergie. Elle doit notamment assurer l’approvisionnement en électricité patrimoniale tel qu’il a été établi par la Loi sur la Régie de l’énergie et qui correspond à un volume maximal annuel de référence de 165 TWh pour le marché québécois.4

Afin de réaliser sa mission, elle a dû se sectoriser en quatre divisions : Production, TransÉnergie et Distribution et Équipement et services partagés.

J’ai travaillé dans la division Équipements et services partagés de l’Unité Géomatique, plus précisément sous la supervision de Michel Robert, chef d’équipe de Base de données géographique et Cartothèque (Figure 22). L’objectif d’équipe est de fournir les services d'acquisition, de gestion, de diffusion et de conservation des banques de données et produits géomatiques (y compris les produits du greffe des arpenteurs-géomètres). 5 Elle oriente aussi ses services vers : la diffusion des données de plus en plus rapide, la consultation interactive par la cartographie en ligne et la numérisation progressive de tous les documents disponibles.6

6.2 Proportion des SIG chez HydroQuébec et les enjeux L’Unité géomatique est divisée en sous-catégories afin de mieux gérer les divers projets de sa division (Figure 24). La cartothèque répond à environ 2500 demandes par an des divisions d’Hydro-Québec (Figure 21) pour des données et produits géographiques (vectoriel, matricielle, carte thématique, photos aériennes, satellites, radar et lidar).

3 http://www.hydroquebec.com/a-propos-hydro-quebec/qui-sommes-nous/histoire-hydro-quebec.html 4 http://www.hydroquebec.com/a-propos-hydro-quebec/qui-sommes-nous/gouvernance-entreprise/loi-reglements-conditions-service-electricite.html 5 http://csp.hydro.qc.ca/csp_reddot/cartotheque/69.htm 6 http://csp.hydro.qc.ca/csp_reddot/cartotheque/108.htm

38

Figure 21 : Pourcentage des clients utilisant les services de la cartothèque.7

De plus, avec la collaboration de l’Unité Géomatique, un globe virtuel Google Earth Entreprise a été développé. Cette application de visualisation de donnée géographique permet aux clients des divisions d’Hydro-Québec de parcourir les divers produits géographiques disponibles à la cartothèque et de commander des produits selon une zone d’étude définie. Ainsi, l’approche d’exploration du territoire à l'aide d'images satellites de très haute définition permet une meilleure définition des zones d’études par le client. La possibilité de superposer différentes couches de données augmente la compréhension globale d’un projet. 8 Cette application est facile d’utilisation pour les clients néophytes au concept de SIG ce qui permet à tous de survoler le territoire de la province et de pointer sur un lieu de leurs choix afin d'y retrouver les lignes de transport d'électricité, les postes, les centrales et autres installations existantes ou projetées.9

La cartothèque s’occupe aussi de la diffusion de l’information géographique (acquisition, validation, stockage, diffusion, archivage, etc.). La gestion des archives cartographiques a été l’orientation majeure de mon stage avec la poursuite du projet de métadonnées géospatiales : la Géothèque. Les conseillers en géographie présents dans cette équipe ont accès aux logiciels de géomatique suivant : ArcGIS, Autocad, MapInfo, Global Mapper, Google Earth Entreprise, FME.

6.3 Relations externes Les données géospatiales sont majoritairement gérées par l’équipe de la cartothèque. Dans le but d’une circulation uniforme des nouvelles données et applications disponibles dans l’Unité géomatique, un groupe d’échange, le « Géopartage » a été mis sur pied. Un

7 La cartothèque : Une aide à la décision, Hydro-Presse, http://csp.hydro.qc.ca/csp_reddot/cartotheque/fichiers/Cartotheque_Hydro-Presse.pdf 8 http://intranet.hydro.qc.ca/affairescorporatives/Planification_strategique/208.htm 9http://equipement.hydro.qc.ca/livelink/livelink.exe?func=hq&objId=102228185&objAction=hqXMLexport&hqskin&transform&stylesheet=xslib/3colonnes.xsl

39

tel échange permet une meilleure connaissance des produits offerts aux clients et les besoins de chaque équipe. Hydro-Québec entretient des relations externes par des ententes de partenariat d’échange de données géographiques. Par exemple, une entente entre le Ministère des Transports du Québec a été établie afin d’obtenir les routes en échange de données à jour des centrales, postes de pointes et lignes de transports d’énergie. Avec sa quantité importante de données géospatiales, Hydro-Québec est souvent en partenariat d’échange avec des ministères, des villes (ex. : Montréal) ou des compagnies privées (ex. : Gaz Métro).

40

6.4 Structure hiérarchique et fonctionnement interne de l’organisation et du service

Figure 22 : Organigramme de l’Unité Géomatique, Équipement et services partagés, Hydro-Québec.

41

6.5 Évaluation de l’environnement, conditions du stage (encadrement, équipements, données, etc.)

Le milieu de travail est comparable au stage précédent avec des murs à cloisons ouverts permettant de communiquer facilement avec mes collègues pour tout type de question. Ce genre d’environnement de travail facilite le travail d’équipe et les échanges sur les divers projets en cours. J’ai pu interroger plus facilement mes collègues sur l’entreprise et les grandes décisions prises dans l’Unité géomatique au cours de mon stage. Les données géographiques utilisées lors de ce stage proviennent de documents cartographiques non numériques, majoritairement âgés entre 1906 et 1995. Souvent de type cronopaque de format Ainsi 0 pour les documents supérieurs aux années 1960 et de type non standard en papier ou de toile pour les documents inférieurs aux années 1960. Elles deviendront des données de type TIFF. Ces données nouvellement numérisées seront modifiées dans un logiciel de traitement d’images, Photoshop. Les métadonnées de ces plans seront intégrées dans un catalogue de métadonnées d’archivages cartographique spécialement conçu dans Microsoft Access. Le logiciel MapInfo professionnel sera ensuite utilisé afin de générer les index cartographiques de chaque métadonnée intégrés dans le catalogue.

6.6 Objectifs du mandat Lors de la signature du mandat de stage, voici la description générale des projets ainsi que le résumé des atteintes de ces objectifs.

Objectifs ComplétéContrôler la qualité des entrées/sorties des documents numérisés à l’externe

Oui

Traiter et indexer les cartes matricielles numériques selon les contenus des cartes

Oui

Compléter, ajuster et valider les 40 métadonnées par carte Oui Géoréférencer les documents à intégrer dans les bases de données Oui Préparer la géoconsultation et la géodiffusion des données cartographiques

Oui

Élaborer une consultation des données géospatiales sur Google Earth entreprise

Non

Classer les documents géographiques numérisés pour l’expédition aux archives HQ

Oui

Assurer une aide ponctuelle à l’équipe concernant les demandes clients sur les données matricielles

Non

Produire une présentation des produits géographiques nouvellement intégrés au comité de direction géomatique

Non

Tableau 4 : Résumé des objectifs complété au cours du stage.

La majorité des objectifs ont été atteints lors du stage (Tableau 4). Le manque de temps et une planification trop ambitieuse ne m’ont pas permis de présenter les produits et de terminer l’archivage des documents numérisés. Toutefois, elles pourront facilement être atteintes par le prochain stagiaire.

42

7. Projet principal : Géothèque 7.1 Problématique

Le patrimoine cartographique d’Hydro-Québec a longtemps été sous-utilisé à cause de son côté peu exploitable. Toutefois, une cartographie qui a été produite il y a plus de 50 ans pourrait aujourd’hui être bien plus utile si elle était à la disposition des clients des divers projets qu’au fond d’un classeur. Souvent, la production de carte coûte des milliers de dollars, l’accès à ces données numérisées pourrait faire économiser les particuliers et augmenter la qualité du service de la cartothèque. C’est pourquoi Hydro-Québec a décidé d’atteindre un objectif « sans papier » et a commencé en 2002, à numériser ses cartes archivées et à les intégrer dans un catalogue de métadonnées spécialement conçu par ses géomaticiens. Cette base de données se nomme la Base De Données Numérisée (BDDN). Jusqu’à maintenant, près de 51 500 documents ont été numérisés et intégrés dans la base de données avant mon arrivée. Les spécialistes de la cartothèque fournissent régulièrement à des clients d'anciens plans cartographiques pour divers projets de construction en cours. C’est dans cette optique que j’ai commencé mon stage chez Hydro-Québec. Un ajout de 10 000 nouveaux fichiers numériques est prévu dans mon mandat. Le projet de numérisation des cartes n’est pas insignifiant dans la hiérarchie d’Hydro-Québec. En effet, le mandat Géothèque s’inscrit dans le processus de plusieurs projets, qu’ils soient de type construction, de maintenance, de suivis environnementaux ou d’acceptation sociale (Figure 24). Sans cette étape, plusieurs projets ne seraient pas aussi facilement alimentés en documents cartographiques et certains projets devraient même débourser de nouveau pour effectuer des relevés qui ont déjà été fait. En définitive, la compagnie est gagnante monétairement avec ce mandat. À long terme, la pérennité cartographique de la compagnie est facile d’accès et peaufinera ses projets. L’objectif final sera de géoréférencer et de vectoriser chaque produit cartographique afin d’être plus facilement consulter et utiliser par les clients de la cartothèque.

43

Figure 24 : Diagramme de situation du mandat Géothèque et de son importance dans un processus de projet dans Hydro-Québec.

Patrimoine HQ

Géospatial

Relevé Actuel

Acquisition

Géomatique

Génie

Gestion monétaire

Analyse

Traitements

Entreposage (BD, Serveur)

GÉOTHÈQUE(Numérisation)

Traitements

Analyses

Logistique

Économique

Délais

Données numériques

Projets

Construction

Maintenance

Suivis environnementaux

Acceptation Sociale

2D (Plan)

3D (MNT)

4D (Temps)

5D (Monétaire)

44

7.2 Données utilisées Voici le type de données avec lesquelles j’ai travaillé tout au long de mon stage :

Cartes de plastique de format Ainsi 0 – années supérieures à 1965 Carte de toile, manuscrit et papier de format non standard – année antérieure à 1965 Fichier TIFF – niveau de gris à 600 dpi de résolution Fichier TIFF – type bitmap – noir et blanc, 600 dpi de résolution

Le choix d’un format de donnée peu paraître banal à court terme. Cependant, il a été grandement réfléchi afin que les données numériques archivées puissent être réutilisable dans le temps. Le fichier TIFF est un format non compressé flexible puisqu’il permet d’être compressé avec ou sans perte de données. Dans notre cas, cette possibilité est très importante car nos dossier sont très volumineux et doivent être compressés sans perte de la donnée originale. Enfin, il peu être lu par de nombreux logiciels de traitements d’images. Le choix de numérisation en 600dpi niveau de gris a lui aussi été choisi avec soin. En effet, la plupart des cartes sont déjà endommagées et une fois numérisé, elles demandent un traitement précis. Si elles étaient tous numérisées en bitmap, elles ne pourraient pas être traitées et la carte ne pourrait pas être considérée comme originale.

7.3 Méthodologie Chaque étape de ce projet demande une vérification rigoureuse afin d’introduire dans la base de données des fichiers de qualité pour la pérennité. Tout au long de la méthodologie, j’ai dû assurer un suivi constant avec la compagnie Les Industries Poly Inc. afin de respecter les délais de livraison des boîtes et des fichiers numériques. De plus, je devais conserver toute trace d’échange de courriel avec la compagnie afin de me protéger des problèmes de communications et de non respect du contrat. Une organisation et une structure rigoureuse m’ont permis de faire un bilan positif de mes objectifs. Voici un bref aperçu des étapes accomplies lors de mes 4 mois de stage chez Hydro-Québec. Chaque carte devra passer au triage et suivre les étapes préliminaires de la Figure 25

45

Figure 25 : Étapes préliminaire à la Méthodologie pour trier les documents à envoyer numérisées.

Est-ce que le plan est pertinent à intégrer dans la BDDN?

Oui Non

Est-ce qu’il existe dans LOGESDES?

Oui Non Oui Non

Est-il bien numérisé?

À numériser selon les catégories :

À numériser selon les catégories :

1. Niveau de Gris TIFF

3. Numériser sur place (couleur,

manuscrit)

2. Noir & Blanc – Bitmap-TIFF

Oui Non

Enregistrer le document

>1965? Recyclage confidentiel

<1965? Envoyer aux

archives

>1965? Recyclage confidentiel

<1965? Envoyer aux

archives

>1965? Transférer à la Documentation.

46

1. Préparation des rouleaux selon le triage précédent (Figure 25) et l’envoi chez le sous-traitant qui numérise les documents selon un contrat préétabli. Identification des boîtes, du type de numérisation requise ainsi que du nombre de documents par boîte.

2. Réception des supports numériques associés aux boîtes envoyées et téléchargements

de ceux-ci sur un disque dur externe.

3. Traitement en lots des Rouleaux avec le logiciel de traitement d’image Photoshop (Figure 26). Le logiciel de traitement d’image permet d’enregistrer un script des manipulations effectué sur un fichier numérique et d’ensuite, de produire en lots cette même procédure (Figure 26). Modification de la luminosité et du contraste pour une meilleure qualité du document. Rotation en lot si nécessaire. Si nécessaire, recadrage et suppression des zones de saleté manuellement.

Figure 26 : Exemple d’un script enregistré et utilisé en Traitement par lots dans

Photoshop

Afin d’être rigoureux et de faire un suivi des modifications appliquées sur chaque Rouleau, un tableau des traitements en lots a été produit (Figure 27).

Traitement en Lots

Rouleaux Luminosité Contraste Rotation 8 10 40 non

10 10 40 31 Bitmap 32 Manuel

Figure 27 : Exemple du tableau des traitements en lots dans Photoshop.

47

4. Intégration des cartes dans le catalogue de métadonnées de la cartothèque BDDN dans

Access. Renommer les fichiers selon la catégorie, l’année, l’échelle et le numéro de métadonnée associés lors de la création d’un nouvel élément (Étape H).

Figure 28 : Exemple de l’interface Access des métadonnées de la BDDN de la Cartothèque

Description des métadonnées à inscrire pour chaque carte

Les données intégrées ci-dessous pourront être consultées rapidement par des requêtes générales ou précises dans Access.

A- Numéro de Document unique attribué à une nouvelle métadonnée. B- Numérotation T.Q.C dans LOGESDES, Dessins techniques. C- Type de dessin (Ex. : Topographie, Géologie, Plan d’aménagement, etc.) D- Numéro de Feuillet SQRC ou SNRC (Ex. 21M13-200-0201, 31H, 27G-NO) E- Région (Ex. : 31H) F- Échelle de la carte (Ex. 1 : 20000 = 20000) G- Année de production de la carte H- Nom de l’image et du fichier (Concaténation des éléments C-D-E-F-G) I- Titre de la carte J- Édition de la carte K- Codification propre à la Cartothèque L- Type de sources de données (Ex. : aérienne – échelle – année) M- Propriétaire du document (Ex. : Hydro-Québec) et Réalisation du document (Ex. : Gouvernement du Québec, Ministère des Terres et Forêts) N- Numéro de projet associé unique (Ex. : 0754 – Petit Mécatina)

48

O- Équidistance P- Information sur la projection de la carte

Projection (Ex. : MTM, UTM, LAt/Long, Lambert, etc.) Fuseau associé à la projection Datum (Ex. : NAD27 – Clarke 1866)

Q- Informations sur la numérisation Format (Ex. : A0 841 X 1189 mm) Support de la carte (Ex. : Cronopaque, papier, Manuscrit, etc.) Feuillet complet (Non=Feuillet partiel, Oui = feuillet complet Support numérique (Non = Support numérique inexistant, Oui = Existant) Série de la carte

R- Informations sur la conservation de la carte (Endroit d’entreposage, Numéro de Localisation, d’acquisition et de boîte) S- Informations cartographiques nécessaires à la création d’un index avec MapInfo, en degré décimaux

Latitude et Longitude Nord-Ouest Latitude et Longitude Sud-Est Ceux-ci sont inspirés du document cartographique lorsqu’elles sont inscrites et valides. Dans un cas sans coordonnées, elles seront prises à travers Google Earth.

T- Notes supplémentaires et Chemins d’accès aux fichiers numériques renommés selon les critères inscrits précédemment (Étape H).

5. Extraction des index cartographiques de chaque coordonnée X, Y (Étape S) des

métadonnées créées avec MapInfo professionnel. 6. Processus d’identification des boîtes numérisées et envoie de ceux-ci aux archives

semi-actives d’Hydro-Québec à l’immeuble Jeanne-d’Arc.

49

7.4 Résultats La section des résultats exposera un exemple de document numérisé selon les étapes de traitement dans Photoshop. Il sera possible de visualiser les transformations de contraste, luminosité et de correction manuelle qui a été produite lors de l’intégration du document dans la BDDN.

Figure 29 : Carte des années 1915 non traitée, taille : 852 160 Ko, Dimension : 20820 X 46115

On observe que lors du retour d’un document numérisé, sa taille est considérable. La cause principale est la résolution de 600 Dpi qui est utilisé afin d’obtenir le plus de détails possibles et la vieillesse du document qui est rempli d’imperfection.

50

Figure 30 : Carte des années 1915 avec le traitement en Lot : Luminosité : 30, contraste : 50, Taille : 373 069 Ko, Dimension : 46115 X 20820

Le traitement en lot permet en général de diminuer de moitié la taille du document en éclaircissant celui-ci (Figure 30). Toutefois, certaines cartes demandent une étape de plus de manipulation afin d’enrayer les imperfections du document. Cette étape finale (Figure 31) réduit encore la taille du document par des corrections manuelles effectuées (suppression des imperfections, éclaircissement et contraste dans certaines zones, recadrage). Figure 31 : Cartes avec correction manuelle et prête à être intégré dans la Base de données, Taille : 71 485 Ko, Dimension : 46115 X 20820

51

Figure 32 : Exemple de métadonnée transcrite dans le Formulaire Access pour la carte d’aménagement précédente de 1913.

La plupart des champs ont été remplis pour cette carte. Toutefois, il arrive que des informations soient manquantes. Dans ce cas, l’abréviation S.O. (Sans Objet) est enregistrée comme tel.

52

7.5 Conclusion La production des étapes 1 à 5 a occupé environ 80% du temps du stage. J’ai pu commencer à m’investir dans l’étape 6, l’intégration des métadonnées, à partir de décembre seulement. L’étape 7 sera produite peu avant la fin du stage sur les métadonnées complétées, ce qui représente environ 15% des métadonnées à intégrer. Cette étape est très importante puisqu’elle permettra aux spécialistes de la cartothèque d’extraire des cartes de la BDDN selon des critères spatiaux. En effet, selon une zone d’études précises, ils pourront sélectionner les cartes archivées correspondant aux index cartographiques précédemment crées. Les produits fournis par la cartothèque aux clients seront de plus en plus diversifiés. Plus le processus de numérisation, géoréférencement et vectorisation sera avancé, plus il y aura de demandes de consultations et de recherches dans les projets. L’étape 8 sera produite par le prochain stagiaire. Pour les cartes ayant déjà été roulés et emboîtés, il ne restera plus qu’à identifier celle-ci une fois que toutes les métadonnées seront intégrées et surtout que les supports numériques auront été validés. Enfin, durant mon stage, la cartothèque aura acquis 6911 cartes de plus à sa collection cartographique pouvant être utile à ses clients pour les projets en cours et futur. Toutefois, seulement 15% de ces données ont été intégrées dans le catalogue des métadonnées (Tableau 5). Le projet Géothèque commencé en 2002 pourra enfin être à jour dans sa gestion de ces documents anciens. C’est une banque d’information précieuse qui pourra être utile aux futurs projets (Figure 24).

Compte rendu du stage Nombre de Rouleaux envoyés numérisés 95 Nombre de cartes numérisées par les Industries Imagerie Poly 4377 Nombre de dessins techniques déjà numérisés, mais à intégrer 2534 Nombre de métadonnées intégrées dans la BDDN au cours du stage 1004 Nombre de cartes numérisées sur place 150

Pourcentage de données intégrées 15% Tableau 5 : Résumer statistiques des fichiers scannées et intégrés dans la Base de données.

8. Réflexion personnelle 8.1 Rappel des objectifs personnels et professionnels

Mes objectifs de départ étaient : la connaissance de la géomatique d’Hydro-Québec, l’acquisition des techniques et méthodes utilisées chez Hydro-Québec, l’expérience de travail dans une entreprise soutenant le développement durable, l’énergie propre et renouvelable ainsi qu’approfondir mes connaissances dans le secteur de l’hydraulique, l’éolien et la biomasse. Je considère que la majorité de mes objectifs sont atteints. J’ai eu l’opportunité de participer à de nombreuses réunions d’équipe de la Cartothèque qui m’ont maintenue à jour sur les nouveautés et les dossiers chauds de la géomatique. De plus, la manipulation et le traitement de plus de 7 000 cartes papier et numérique m’ont permis de me familiariser avec les différents projets effectués chez Hydro-Québec au cours du

53

siècle. Toutefois, un stage de quelques mois supplémentaires aurait permis à mon employeur d’utiliser le plein potentiel de mes compétences en géomatique et d’aider mes collègues dans les demandes des clients.

8.2 Autres compétences atteintes et non prévues au début du stage Lors de la gestion des documents cartographiques officiels, j’ai pu être en contact avec un logiciel de plan technique qui m’a permis de me familiariser avec le domaine de la documentation et de leurs aspects légaux. Par ailleurs, la participation au Colloque Géomatique 2013 à Montréal durant 2 jours m’a permis d’assister à des conférences du domaine, de maximiser mon réseau et d’être à jour sur les tendances géographiques. De plus, j’ai été introduit au logiciel SIG Global Mapper avec une formation d’équipe de 4h. J’ai pu apprendre le géoréférencement de fichier dans ce logiciel. Il peut facilement être comparé à Mapinfo ou ArcGIS pour son rendement et son efficacité. Il est d’ailleurs plus facile d’utilisation. J’ai quelques fois géoréférencé des images aériennes ou des plans techniques pour des clients, ce qui a été très formateur. J’ai pu comprendre que ce genre de demande est très courant et utilisé en Kml, en transparence dans Google Earth Entreprise.

8.3 Bilan Mon passage dans deux entreprises publiques différentes m’a permis de me familiariser avec le concept de séparation des tâches selon le domaine d’études et les divers processus administratifs avant l’approbation d’un projet. Ces méthodes permettent souvent de justifier une dépense dans un projet ainsi que de ne pas répéter deux fois la même opération par un autre employé. Elles peuvent être positives pour la validation, mais négatives par le temps de traitement d’une demande. En général, les conditions professionnelles sont stimulantes dans les deux sphères publiques et j’envisage de faire ce qui est en mon pouvoir pour obtenir un emploi dans ce genre d’institution. J’ai pu réaliser que la cartographie thématique et la gestion de données m’intéressaient particulièrement par son côté logique, cartésien et quelque peu créatif dans la recherche de solution. Les deux stages ont été très bénéfiques sur le plan réseautage et expérience professionnel. Je considère qu’il ne fût pas vain de participer à un deuxième stage et je le suggère à tout étudiant.

54

9. Annexes

9.1. Dans le cadre du stage au MTQ : MapServer vs GeoServer Dans le cadre de mon stage, j’ai produit un rapport de comparaison de deux logiciels open source. MapServer est déjà installé au MTQ, mais la division de géomatique de Montréal tente de faire installer GeoServer puisqu’il semble convenir plus au besoin de nos nouvelles cartes de séries produites. C’est pourquoi j’ai produit un rapport sur les deux produits en spécifiant les caractéristiques de chacun. Il n’a pas encore été soumis, mais il le devrait si une demande de précision sur GeoServer est demandée à la division de la géomatique.

Étude comparative des logiciels open source MapServer et GeoServer

Mylène Lachapelle, stagiaire - Division de la géomatique – juillet 2013 Le choix d’un logiciel open source est parfois complexe et diffère selon les besoins de chaque client. Voici un résumé des différentes caractéristiques de deux Serveurs de visualisation de données géographiques, MapServer et GeoServer. Un bref aperçu de l’historique et de la configuration de chaque serveur sera abordé, suivi d’une comparaison de leurs caractéristiques générales, de leurs formats et du langage informatique utilisé. Enfin, une description générale des options supplémentaires qu’offre un serveur par rapport à l’autre sera exposée afin de faire le choix le plus pertinent selon les besoins. 1.1 MapServer 55 1.2GeoServer................................................................................................................................ 56 2Comparaison des serveurs MapServer et GeoServer ........................................................... 57

2.2 Tableau de comparaison des formats supportés ................................................... 58 2.1 Tableau Comparatif Langage PHP VS JAVA ........................................................... 59

3Comparaison de WFS et WMS ................................................................................................. 60 3.1 Web Feature Service (WFS) ...................................................................................... 60 3.2 Web Map Service (WMS) ........................................................................................... 60

4.Options supplémentaires ........................................................................................................ 62 4.1 GeoServer............................................................................................................................... 62

4.1.1 WFS-Transactional........................................................................................................ 62 4.1.2 GeoTools........................................................................................................................ 62 4.1.3 JTS Topology Suite ............................................................................................... 63 4.1.4 GeoWebCache........................................................................................................ 65 4.1.5 WorldWind Java ..................................................................................................... 65

4.2MapServer ............................................................................................................................... 65

55

1.1 MapServer Cette plateforme est un open source gratuit pour la publication des données spatiales et d’applications cartographiques interactives sur internet. Elle fut créée en 1996 à l’Université du Minnesota sous un permis MIT utilisant les plateformes comme Windows, Linux, Apache Web Server et Mac OS X. Son but n’est pas d’être un SIG complet. En tant qu’Open-Source, il est conforme avec les normes de l’OGC : GML, WMS, WCS and WFS, FE, and SLD. Le système de base de données utilisé pour stocker les données GIS est postgreSQL. Cependant, il est aussi compatible avec Oracle, MySQL, ArcSDE, OpenLayers et MapInfo. Les clients utilisent les technologies graphiques telles que : Java applet, jBox, SVG et Flash SWF. Seuls les clients avancés peuvent avoir accès aux cartes et à la récupération des attributs avec WMS Interface. 10 MapFile est le cœur de structure de configuration de MapServer. En effet, il est la relation entre les objets, il permet de définir l’aire de la carte, l’emplacement des données et l’enregistrement des images. C’est aussi « MapFile » qui définit le maplayers, la source de donnée, la projection et la symbologie. L’extension doit absolument être en .map pour être reconnu.11 Le format des données géographiques par défaut est l’ESRI shape mais plusieurs autres peuvent être supportés 12 (voir 2.2 Tableau de comparaison des formats supportés). Sa fonction principale est d’utiliser des bases de données et d’autres ressources afin de générer des images de type matriciel, qui seront transmises à un client par l'intermédiaire d'un serveur web. . Il existe des API pour plusieurs langages (PHP, Python, Java, Perl, C#).13

Prototype d’un système Open source de cartographie web14

10 http://www.cp-idea.org/documentos/tecnologia/1_viewpaper.pdf 11 http://mapserver.org/introduction.html#mapserver-overview 12 http://mapserver.org/introduction.html#mapserver-overview 13 http://www.memoireonline.com/07/08/1287/m_mise-en-place-d-une-plate-forme-de-cartographie-dynamique8.html 14 http://www.cp-idea.org/documentos/tecnologia/1_viewpaper.pdf

56

1.2 GeoServer GeoServer est un open source gratuit pour le partage, la visualisation et l’édition des cartes et des données de différents formats géographiques. Il est utilisé par des clients standards web ou bureaucratique allant jusqu’aux programmeurs SIG avancés. 15 Il a été produit par Lime Groups, TheOpen Planning Project et Refraction Research en 2001 sous une licence GNU GPL. Il a été produit de manière à être conforme avec les normes de l’OGC : GML, WMS, WCS and WFS, FE, and SLD. De plus, il supporte l’édition des “feature services ” du côté des clients utilisant WFS-Transactional, aussi conforme avec les normes de l’OGC. Il est construit avec le langage informatique Java, généré et intégré dans le Jetty web server qui est un langage pur Java-Based HTTP server et qui contient Java Servlet. Il peut utiliser les plateformes comme Windows, Linux, Mac OS X et WebArchive (WAR). Ce service permet de stocker des données spatiales sous presque n’importe quel format tout en étant « user friendly ». Ils ont seulement besoin d’un navigateur internet pour visualiser les cartes. Il utilise le standard SLD pour modifier les étiquettes et la symbologie des objets géographiques. Avec les règles des filtres OGC, il est possible entre autres de diriger l’affichage des étiquettes selon l’échelle et le zoom. Les données peuvent être transmises par GML, par d’autre format standard comme Esri Shape ou par json.16 GeoServer peut afficher ses données sur toutes les applications de cartes comme Google Maps, Google Earth, Yahoo Maps et Microsoft Virtual Earth. Il peut aussi se connecter avec l’architecture traditionnelle des GIS comme ESRI ArcGIS, Oracle, MySQL, PostGIS, ArcSDE, OpenLayers et MapInfo.17 Dans le sens où il nécessite l'installation d'un JDK 1.4 ou supérieure, il dispose d'une vitesse d'affichage correcte, mais d'une finesse d'image supérieure. Son interface est soignée et conviviale.18

15 http://geoserver.org/display/GEOS/Welcome 16 http://live.osgeo.org/fr/overview/geoserver_overview.html 17 http://geoserver.org/display/GEOS/What+is+GeoServer 18 http://www.memoireonline.com/07/08/1287/m_mise-en-place-d-une-plate-forme-de-cartographie-dynamique8.html

57

2 Comparaison des serveurs MapServer et GeoServer

2.1 Tableau de comparaison des caractéristiques générales

MapServer GeoServeur University of Minnesota Année : 1996 Licence : X/MIT

Lime Group, The Open Planning Project, Refraction Research Année : 2001 Licence : GNU GPL

Conforme avec les normes de l’OGC : GML, WMS, WCS and WFS, FE, and SLD.

Conforme avec les normes de l’OGC : GML, WMS, WCS and WFS, FE, and SLD.

Ne supporte pas WFS-T. Supporte l’édition des “feature services ” du côté des clients utilisant WFS-Transactional.

Préférence d’utilisation du WMS Préférence d’utilisation du WFS

Intégré dans le support de plusieurs langages de script comme Perl, Ruby, Java, .NET, PHP, Mapscript. Préférence pour les développeurs PHP.

Intégré dans la technologie Java, généré dans le Jetty web server qui est un langage pur Java-Based HTTP server contenant Java Servlet. Jython est une extension de GeoServer permettant à l’utilisateur de coder en python. Préférence pour les développeurs Java.

Repose sur GeoTools, une librairie gratuite de Java offrant des fonctionnalités GIS avancées.

Relié à Java Topology Suite, projet externe utilisé par GeoTools pour modifier la géométrie des objets géographiques.

GeoWebCache supportant le tuilage des cartes Excellente connexion avec Google Earth, NASA WorldWind, OpenLayers, Leaflet, Google Maps, Bing Maps.

Obtiens un meilleur ratio de compression (JPEG) Lecture de shapefiles et des données très rapide.

58

2.2 Tableau de comparaison des formats supportés

19 http://docs.geoserver.org/latest/en/user/services/wfs/outputformats.html 20 http://docs.geoserver.org/stable/en/user/services/wms/outputformats.html 21 http://mapserver.org/fr/input/vector/arcsde.html

MapServer GeoServer19,20 WFS

GML2 et GML3 GML2 et GML3 Accès à GDAL Library Accès à GDAL Library Shapefiles Shapefile (zip) JSON, JSONP CSV, Excel

WMS Png, png8, png24 Png, Png8 Gif Gif Jpeg Jpeg SVG (depend on building with cairo support)

SVG

PDF (depend on building with cairo support)

PDF

TIFFGeoTiff (depends on building with GDAL support)

GeoTiff, GeoTiff8

Kml Kml Kmz Kmz EPPL7 Cairopng (use Cairo librairy)

JPEG2000 Erdas Imagine

Tiff, Tiff8 .Tab, .Mif .Tab, .Mif VPF

GTOPO30 WorldImages ImageMosaics Image Pyramids MrSID ECW DTED NITF par GDAL extension DB2

Autres Oracle Oracle MySQL MySQL PostGIS PostGIS ArcSDE with limitation (no raster, no queryByShape and DirectConnect)21

ArcSDE

OpenLayers MapInfo

OpenLayers MapInfo

GeoRSS

59

2.1 Tableau Comparatif Langage PHP VS JAVA22

Voici un tableau comparatif des deux langages de préférence utilisés par nos deux logiciels OpenSource, soit PHP pour MapServer et Java pour GeoServer.

22 http://www.cs.montana.edu/~tosun/phpvsjava.pdf

60

3 Comparaison de WFS et WMS

3.1 Web Feature Service (WFS) Le service d’entités géographiques Web (WFS) est un service d’accès aux entités qui permet d’accéder aux types d’entités, au service de conversion et de transformation des coordonnées ou des formats géographique.23 Il ne confère à son client aucun droit administratif sur les données. Le client peut seulement récupérer ou modifier les données des entités visées; il ne peut pas récupérer tout le fichier ou le dépôt des données sous-jacent contenant les données des entités.

La norme du WFS définit 11 opérations, regroupées sous les opérations de recherche, les opérations de requête, les opérations de verrouillage, les opérations de transaction et les opérations de gestion des expressions de requêtes paramétrées enregistrées.24

Les opérations permettent de découvrir quelle collection d’entités est disponible, de décrire les champs attributaires disponibles, de produire une requête sur une collection de sous-entités basées sur un filtre, d’ajouter, d’éditer ou de supprimer une entité. 25

Tous les WFS supportent les entrées et les sorties GML, certains supportent aussi GeoRSS ou les shapefiles. Les utilisateurs interagissent majoritairement avec WFS par l’intermédiaire du navigateur ou du bureau géospatial du client, ce qui leur donne accès aux couches de vecteur des agences externe sur internet.26

3.2 Web Map Service (WMS) La principale fonction du service de cartes Web est de fournir une image visuelle des données géographiques sous forme de cartes. Le WMS est une interface qui permet à un client d’obtenir des cartes de données géospatiales et des renseignements détaillés sur certaines entités affichées sur la carte. Une « carte » désigne ici une représentation visuelle de données géospatiales, et non des données géospatiales elles-mêmes. Aussi, le WMS n’a pas pour but de donner accès aux données originales non traitées.

Un WMS peut :

Créer une carte : une image, sous forme d’une série d’éléments graphiques ou d’un ensemble complet de données au sujet d’entités géographiques;

Répondre à des requêtes simples au sujet du contenu d’une carte; Indiquer à un client les cartes qu’il peut produire et celles qui peuvent faire

l’objet d’autres requêtes.

23 http://geoconnexions.rncan.gc.ca/1016#InfoAdd 24 http://geoconnexions.rncan.gc.ca/1016#InfoAdd 25 http://www.opengeospatial.org/standards/wfs 26 http://live.osgeo.org/fr/standards/wfs_overview.html

61

Enfin, un travail axé majoritairement sur le WMS comprend beaucoup moins de polyvalence que le WFS puisque l’un est un portail de visualisation pour le client et qu’il ne permet pas d’accéder à la source ou des données vectorielles. Tandis que le WFS contient des informations plus riches puisqu’il permet d’accéder aux données sources de l’entité.27 Le schéma ci-dessous permet de distinguer l’emplacement et la fonction du WMS par rapport au WFS.

27 http://geoportal.gc.ca/eng/Info/WebMapServices

62

4. Options supplémentaires 4.1 GeoServer

4.1.1 WFS-Transactional

Un Web Feature Server Transactional (WFS-T) est une opération additionnelle à un WFS de base permettant de créer, supprimer et mettre à jour des entités géographiques à travers le web en temps réel, et ce, en conformité avec l’OGC. 28 Avec cette opération, l’utilisateur est capable d’envoyer de l’information au serveur et d’enregistrer la mise à jour dans le serveur.29 Ce qui rend les données automatiquement accessibles aux autres utilisateurs et permet un travail collaboratif des compétences et des ressources de données. Ces capacités fournissent le potentiel d’utilisation de données spatiales, de modélisation et d’autres opérations du web qui sont basées sur l’accès spontané de distribution de données géospatiales de type « feature ».30

Il est à noter qu’en ajoutant le WFS-T, il est possible de mettre en place l’opération « LockFeature ». Cette opération de verrouillage permet de résoudre les liens entre les ressources connexes sur une ou plusieurs instances de « feature type ».31 Cela assure un mécanisme de verrouillage à long terme durant une transaction d’édition. Par exemple, si un client récupère une entité et l’édite avant de l’avoir remise au WFS, le verrouillage prévient l’édition d’un autre client sur la même entité. De plus, toutes les transactions GeoServer sont abandonnées et la donnée n’est pas altérée lorsqu’un élément échoue.32

4.1.2 GeoTools GeoTools est un code de librairie Java en open source qui utilise la méthode conforme standard de manipulation des données géospatiales, comme dans des Systèmes d’ Informations Géographique. La structure (schéma ci-dessous) est basée sur les spécifications de l’OGC et utilise des projets tels que des services web, des outils de lignes de commande et d’application de bureau.

28 http://www.gdmc.nl/brentjens/OpenGIS_Web_Feature_Services_for_editing_cadastral_data.pdf 29 http://www.cp-idea.org/documentos/tecnologia/8_zhang.pdf 30 http://www.cp-idea.org/documentos/tecnologia/8_zhang.pdf 31 http://docs.geoserver.org/stable/en/user/webadmin/services/WFS.html 32 http://docs.geoserver.org/latest/en/user/services/wfs/reference.html#wfs-getcap

63

Il utilise les formats suivants : Formats matriciels et l’accès aux données arcsde, arcgrid, geotiff, grassraster,

gtopo30, image (JPEG, TIFF, GIF, PNG), imageio-ext-gdal, imagemosaic, imagepyramid, JP2K, matlab

La base de données “jdbc-ng” supporte db2, h2, MySql, oracle, postgis, spatialite, sqlserver

Formats vectoriels et l’accès aux données app-schema, arcsde, csv, dxf, edigeo, excel, geojson, org, property, shapefile, wfs

XML Bindings Java data structures and bindings provided for the following: xsd core (xml simple types), fes, filter, gml2, gml3, kml, ows, sld, wcs, wfs, wms, wps, vpf. Additional Geometry, Filter and Style parser/encoders available for DOM and SAX applications

Il répond aux standards: OGC Style Layer Descriptor / Symbology Encoding data structures and rendering

engine OGC General Feature Model including Simple Feature support OGC Grid Coverage representation of raster information OGC Filter and Common Constraint Language (CQL) Clients for Web Feature Service, Web Map Service and experimental support for Web

Process Service ISO 19107 Geometry33 4.1.3 JTS Topology Suite Java Topology Suite est un projet externe utilisé par GeoTools afin de fournir une structure des données géométriques. Il propose des solutions spatiales à travers sa librairie. 34 Ces caractéristiques principales sont : Conforme avec « Simple Feature Specification for SQL de l’OGC » Fourni des algorithmes complet et solide pour faire fonctionner la géométrie linéaire

cartésienne plane 2D Rapide pour l’utilisation de production Écrit en 100% Java pur35 Veille à ce que les opérations géométriques constructives soient près de l’espace de

coordonnées spécifié. Peut construire une relation spatiale entre deux géométries (intersection, union,

différence, etc.). Méthodes de construction, validation de la « Topology », « Line Merging »,

« Polygonization », algorithmes et structures spatiales. Crée, édite et visualise Calcul et visualisation des résultats36

33 http://docs.geotools.org/latest/userguide/geotools.html 34 http://docs.geotools.org/latest/userguide/library/jts/ 35 http://tsusiatsoftware.net/jts/main.html

64

36 http://tsusiatsoftware.net/jts/files/JTS-%20API%20for%20Geometry.ppt#298

65

4.1.4 GeoWebCache GeoWebCache est un server qui est configuré automatiquement pour l’utilisation dans GeoServer sans installation. La relation entre les deux serveurs se fait via Java.37 GeoWebCache optimise la performance de temps et élimine la redondance en sauvegardant par une mise en cache des « map images » ou des tuiles. Il agit comme un proxy entre le client (OpenLayers, Google Maps) et le server (GeoServer). Lorsque la tuile est stockée, la vitesse de rendement visuel de la carte augmente. 38 Il se transpose avec les interfaces services comme (WMS-C, WMTS, TMS, Google Maps KML, Virtual Earth) afin d’améliorer la rapidité et l’optimisation de l’image de la carte. 4.1.5 WorldWind Java WorldWind (WW) Java offre diverses possibilités de visualisation et d’interaction avec des données géographiques ou des objets géométriques. C’est un open source permettant de visualiser en 3D sur un globe virtuel API et SDK. Étant donné sa construction en Java, il est facile de l’installer en GeoServer. WW permet d’accéder à la collection d’imagerie, terrain de haute résolution ainsi qu’à la collection de formes géographiques et géométriques. Par ailleurs, GeoServer supporte déjà les formats de WW : DDSet BIL. Il est aussi possible de convertir, WW cache en d’autres formats39 : Imageries: JPG, PNG, GeoTIFF, JPEG2000, etc. Formats gouvernementaux : NITF, MrSID, RPF (CADRG, CIB, etc.), DTED, etc. Formats SIG : Shapefile, KML, VPF, GML, GeoJSON, GeoRSS, GPX, NMEA, etc. Système de coordonnées: Lat/Lon, UTM, MGRS. Datums: WGS84, NAD27, etc.

4.2 MapServer MapServer ne supporte pas WFS-T, mais un programme connexe TinyOWS est une mise en œuvre rapide de WFS-T partageant le même format Mapfile. Elle n’est pas conforme à l’OGC. 40 JTS Topology Suite n’est pas utilisé par MapServer. 41 GeoWebCache est aussi disponible comme produit autonome pour l’utilisation avec d’autres « Map Server ».42 Toutefois, il doit être installé manuellement et aucune documentation officielle n’a été trouvée sur un possible lien entre MapServer et GeoWebServer.MapServer sera utilisé prochainement par NASA WorldWind afin de diffuser des formats d’images et de données brute par Internet selon les standards de l’OGC. Pour l’instant, seul un communiqué fait état de cette relation, aucune documentation officielle n’est disponible pour l’installation de WW par MapServer.43

9.2 Annexe dans le cadre du Stage chez HydroQuébec : Colloque Géomatique 2013

37 http://docs.geoserver.org/latest/en/user/geowebcache/config.html 38 http://geowebcache.org/docs/current/introduction/whatis.html 39 http://goworldwind.org/features/ 40 http://mapserver.org/documentation.html 41 http://tsusiatsoftware.net/jts/jts-links.html#systems 42 http://geowebcache.org/docs/current/introduction/whatis.html 43 http://www.gatewaygeomatics.com/nasa-worldwind-mapserver.html

66

Du 3 au 4 octobre 2013

Hilton Bonnaventure, Montréal

Étaient présents : Karine Léger, Michel Robert, Mylène Lachapelle

Compte-rendu préparé par : Mylène Lachapelle

Section Municipal – 3D- Territoire –infrastructure Accès aux couches de météo officielle et dispersion atmosphérique 3D en milieu urbain, Alexandre Leroux, Service météorologique du Canada, le jeudi 3 octobre, 25 minutes Dans le but d’offrir des services géospatiaux accessibles à la population dans des formats moins spécialisés, Environnement Canada a développé GeoMet en 2013. Ce projet donne accès à des données à jour et facile à intégrer dans les outils des utilisateurs. Le choix s’est arrêté sur des formats WMS et KML. En plus de la visualisation animée, il est aussi possible de créer des graphiques et tableaux personnalisés selon les données sélectionnées. Par exemple, il est possible de visualiser les précipitations observées par radars météo et les prévisions de neige et de température pouvant être d’une grande valeur pour de nombreux décideurs. Des mises à jour toutes les 10 minutes, une mosaïque d’une résolution de 4km et des métadonnées ISO19115 sont des exemples des nouvelles composantes de GeoMet. Cet outil pourrait être utilisé par les opérateurs sur le terrain afin de visualiser le déplacement des précipitations en temps réel sur le territoire. Le second progrès est un logiciel de modélisation de dispersion atmosphérique 3D utilisant des variables météorologiques temporelles en milieu urbain. Le SMC a été créé dans l’optique de répondre aux besoins d’urgences environnementales en temps réel. En s’appropriant l’utilisation du territoire et des bâtiments en 3D, il serait intéressant d’appliquer ce type de modélisation à des possibilités de bris de digues, barrages ou d’une centrale hydroélectrique. Territoires : l’incontournable de l’aménagement du territoire au Québec! Anne-Marie Plante, Ministère des Affaires municipales, des Régions et de l’Occupation du territoire, jeudi le 3 octobre, 25 minutes La diffusion des documents numérisés d’aménagement du territoire du MAMROT change de SIGAT à sa nouvelle formule, Territoires. C’est un outil d’aide à l’analyse pour la rédaction d’avis contenant l’ensemble des documents d’aménagements du territoire mis à jour. Cette bibliothèque virtuelle intègre un navigateur géographique et fusionne SIGAT Géographique et Texte en une seule application. Plusieurs améliorations ont été apportées :

Exportation en PDF plus rapide Recherche simplifiée selon 2 critères : par MRC, par type de documents Ajout de filtres de recherche ciblant le document désiré selon plusieurs critères Consultation cartographique améliorée Mise à jour des données quotidiennes au lieu d’hebdomadaire Vitesse d’affichage améliorée

67

Accessibilité à un nombre plus important de données complémentaire (ex : cadastre, Hydro-Québec, MRN, etc.)

L’outil devient plus amical à la consultation et les données Hydro-Québec seront par la même occasion plus utilisées. Les prochaines étapes consistent à donner accès aux métadonnées. L’utilisation d’un open source Geonetwork est en analyse. Section - Open Source Prolonger la vie d’une application, Karl Gingras, CPTAQ, jeudi le 3 octobre, 25 minutes La CPTAQ nous explique ici comment ils ont pris un tournant vers les nouveaux logiciels OpenSource disponibles gratuitement sur le « nuage ». Quels furent leurs choix selon les contraintes qu’ils avaient préalablement. En effet, ils utilisaient des applications client-serveur de type Oracle et Access qui ne leur permettaient pas d’éditer leurs données, de projeter leurs images, de récupérer les données GPS, etc. L’utilisation de Visual Studio était aussi désuète et Access n’était plus assez performant. Ils ont décidé de changer Oracle pour PostgreSQL et son extension PostGIs. Cette dernière permet de modifier l’information par les utilisateurs avec les fonctions spatiale et unifie les bases de données. L’intégration de la bibliothèque virtuelle GDAL leur avaient aussi permis de géoréférencer une image et d’effectuer de nombreux traitement en lot grâce à la collaboration de QuantumGIS, un SIG open source et la visualisation très facile avec un Web Map Service (WMS). L’utilisation de ces nombreuses applications, outils et logiciels Open Source a permis la pérennité de leurs données. Hydro-Québec a déjà fait un pas vers les technologies Web comme Google Earth, mais pourrait faire une étude comparative afin de déterminer le meilleur outil Open Source pour gérer ses métadonnées. Nous avons pu remarquer que plusieurs entreprises ont fait ce virage, il serait intéressant d’apprendre de leurs erreurs ou de leurs succès. Section - Mobilité Développement d’une application mobile et d’un système d’information pour le suivi des opérations forestières, Mathieu Ouelette, Coopérative forestière des Hautes-Laurentides, le jeudi 3 octobre, 25 minutes La CFHL effectue des collectes de données géospatiales sur le terrain lors de son activité principale, la collecte de bois. La problématique de l’entreprise est la perte d’information et le nombre important de données incomplètes lors de la prise de notes et de coordonnées géographiques sur le terrain par ses employés. Les nombreux rapports papier et points GPS pris par diverses personnes ne se rendent pas toujours à la perfection aux géomaticiens. Pour résoudre ce problème, la CFHL a développé une application personnalisée BOJdroit permettant de simplifier la prise d’information. Les photos, les points GPS et les commentaires sont tous géoréférencés automatiquement dans une base de données interne. L’information rentrée dans l’application est nécessaire quand un élément non conforme doit être spécifié. Le tout est simple d’utilisation et l’avancement des projets peut être suivi en temps réel. De plus, l’utilisation d’une tablette spéciale pour la prise de données en terrain et climat non favorable a été sélectionnée. Le choix s’est arrêté sur une tablette Android, 7 pouces, utilisant des normes militaires, permettant de changer les piles sur le terrain, ayant une caméra derrière, un GPS intégré et un port pour les cartes micro-SD. Les logiciels Open Source PostgreSQL, PostGIS, QuantumGIS et geoserveur ont été utilisés pour supporter l’application. Il est aussi possible d’extraire des données Excel sans passer

68

par le service de la géomatique. Ce type d’application et le choix de tablette pourraient être envisageables pour récolter de l’information sur le terrain par les chargés de projet et l’intégrer automatiquement dans une base de données interne. Le tout favoriserait la fiabilité des données et la pérennité de l’information. Section - Ressources Naturelles Création de MNS dans la région du Grand lac des Esclaves à partir d’image Radarsat-2, Jean-Samuel Proulx-Bourque, Ressources Naturelles Canada, jeudi le 3 octobre, 25 minutes Dans le cadre d’une collaboration avec la Commission Géologique du Canada, la Direction de l’information cartographique a été mandatée pour produire un modèle numérique de surface (MNS) d’une zone d’environ 20000 km² située à l’est du Grand Lac des Esclaves. Ce mandat constitue le point de départ d’un projet visant à déterminer, selon l’environnement (couverture végétale, relief, saison), les paramètres d’acquisitions optimaux (angles d’incidence, période d’acquisition) d’images RADARSAT-2 (R-2) en vue de générer des MNS le plus précis possible. En effet, les MNE distribués actuellement par Ressources Naturelles Canada ont une résolution d’environ 20 m. Qui plus est, les MNE distribués au nord du 60e parallèle ont été produits par l’interpolation de courbes de niveau. Afin de permettre un recouvrement stéréoscopique de la zone d’intérêt, 148 images R-2 en mode Ultrafin ont été acquises avec les faisceaux U3, U8, U19, et U25. Les paires d’images R-2 U3-U19 et U8-U25 présentant une superposition ont été identifiées. Suite à l’orthorectification, effectuée à partir des fonctions rationnelles de chacune des images, la stéréorestitution a été effectuée pour chacune des paires. Les MNS ainsi produits ont étés fusionnés et traités avec un filtre de débruitage. Un total de 26040 points ICESat/GLAS ont ensuite été utilisés pour le contrôle de qualité. Le MNS obtenu, avec une résolution de 15 m, présente une précision linéaire cartographique normalisée verticale de 8.35 m par rapport à l’élévation des points ICESat/GLAS. Ce résultat présente des imprécisions. Une analyse de ces imprécisions indique qu’elles sont plus importantes dans les zones de forte pente. Le MNS produit est représentatif du terrain et a une meilleure résolution que le produit actuellement disponible. Un focus sur les zones de pente nous permettra d’améliorer la précision du MNS produit et d’offrir un résultat encore plus représentatif du terrain. (Tiré du programme des résumés de Géomatique 2013) Cette étude est intéressante et possiblement applicable grâce à l’exactitude de ces données d’imageries. La détermination de Modèle Numérique de Surface dans un contexte éloignée et de détermination d’emplacement de futurs sites propices à l’hydroélectricité pourrait être utile. La détection par radar pourrait être envisageable dans les régions au-delà du 62e parallèle étant donnée la faible végétation et les faibles pentes qui sont conditions propices à la détection par radar. Section - Observation de la Terre Utilisation de l’imagerie aéroportée dans l’évaluation des îlots de chaleurs ainsi qu’aux particules fines dans l’atmosphère, Yves Baudoin, Université du Québec à Montréal, vendredi le 4 octobre 2013, 25 minutes La problématique de détection des îlots de chaleurs peut s’appliquer à plusieurs domaines. Ici, l’utilisation d’imagerie aéroportée permet de détecter les zones urbanisées ayant un apport de chaleur significatif selon leur environnement et les

69

matériaux utilisés. De plus, dans la zone d’étude, une partie de l’île de Montréal, les arrondissements ont appliqué des mesures afin de contrer le problème d’îlots de chaleur (toit blanc, ruelle verte, matériaux appropriés, etc.). Étant donné la précision de ce type d’imagerie, les impacts des modifications pourront être étudiés afin de prouver l’efficacité ou non des solutions apportées. En effet, l’utilisation de ces images est plus précise que le satellite et peut détecter les détails d’un ventilateur produisant de la chaleur sur un toit. Ces études des aménagements et des matériaux optimaux afin de réduire la chaleur pourraient être efficientes pour la réduction des pertes électriques des clients d’Hydro-Québec en hiver. Par ailleurs, elles pourraient être utilisées pour réduire les îlots de chaleur produits par les infrastructures hydroélectriques et leurs impacts sur l’environnement. Section - Vitrine technologique SCRIBE : un nouvel outil de cartographie numérique, Simon Mercier, Mapgears, vendredi le 4 octobre 2013, 25 minutes Suite à de nombreuses conférences, nous observons que l’utilisation d’interface open source est en expansion. Dans le cas présent, MapServer est une plate-forme web permettant d’y déposer des données et d’y ajouter des interfaces cartographiques. Cependant, le format de téléchargement, le mapfile, est une problématique. En effet, il peut être long à démarrer, demande une répétition de copier/coller, l’ajout d’échelle n’est pas instinctif et lors d’un nouveau projet, les mêmes opérations doivent être recommencées. C’est pourquoi l’outil SCRIBE a été confectionné par MapGear afin de faciliter la vie aux utilisateurs. Il est une alternative aux mapfiles classiques puisqu’il :

Définis et génère des variable qu’on peut réutiliser (ex : diminue l’utilisation des copié/coller)

Ne remplace pas le mapfile mais le script se transforme en mapfile Gère les échelles selon les couches (1 à 16) Condense le script Meilleure gestion des commentaires Permets l’édition par groupe Accessibilité facile aux en-têtes Possibilité de drag-and-drop sur le serveur Option de debug Onglet de résultat

L’utilité de gérer par une plate-forme open source est que tout est dans le « nuage », ce qui permet de réduire l’espace disque. Plusieurs ministères utilisent déjà ce type de plate-forme, il serait pertinent d’être au fait de ces nouvelles manières de partager de l’information et les données géographiques. Section - Qualité de la donnée Vers de nouvelles stratégies de gestion des risques liés à l’usage de masse des données géospatiales, Yvan Bédard, Université de Laval, vendredi le 4 octobre 2013, 25 minutes La géomatique est entrée dans le quotidien des citoyens tout comme elle pénètre le quotidien des décideurs de haut niveau. Les applications pour automobiles (navigation),

70

les téléphones intelligents (géoapps, géoservices, réalité augmentée), les services web et globes virtuels (Google Earth, StreetView, data mashups), la géomatique participative, les réseaux sociaux avec géolocalisation (FourSquare), les drones personnels équipés de caméras, les solutions d’intelligence géospatiale et plusieurs autres technologies modifient complètement le paysage géomatique et sociétal. Ces merveilles technologiques deviennent omniprésentes et rendent d'innombrables services, mais elles ouvrent également la porte à un nombre croissant de conséquences pour lesquelles la responsabilité doit être assumée par les fournisseurs, distributeurs et utilisateurs de données et services. La géomatique passe d'une ère B2B (Business-to-Business) à une ère B2C (Business-to-Consumers) où de nouveaux joueurs imposent leur leadership (Google, Microsoft, Apple, etc.). Ce nouveau paradigme soulève de nouveaux défis étudiés dans les universités et les organisations d'avant-garde (protection du consommateur, de la vie privée, du droit d'auteur, partage des responsabilités en cas de dommages, etc.). Plusieurs questions relatives à ces défis ont fait l'objet d'une étude pancanadienne GEOIDE dont les résultats seront diffusés par Marc Gervais et al. L'actuelle conférence s'insère dans ces travaux GEOIDE mais élabore davantage sur les stratégies novatrices de gestion du risque qui peuvent être mises en place pour mieux protéger les producteurs, distributeurs et utilisateurs de données et services géomatiques. Ces nouvelles stratégies reposent parfois sur des développements technologiques, parfois sur des approches participatives, parfois sur des obligations juridiques, et parfois sur des notions d'éthique et d'obligations professionnelles. Grâce à cette présentation, nous expliquerons en détail, avec des exemples, chacune des stratégies les plus novatrices mises de l'avant pour mieux gérer les risques d'usages inappropriés des données et services géomatiques. Les avantages et défis de chaque stratégie seront expliqués et situés dans le contexte de la nouvelle société branchée et mobile. Une nouvelle vision des rôles et devoirs des fournisseurs émergera de cette présentation qui devrait influencer toute organisation offrant au grand public des données et services géomatiques. (Tiré du programme des résumés de Géomatique 2013) Cette conférence est une réflexion sur les conséquences que peut occasionner une erreur géospatiale par des utilisateurs néophytes de données géographiques. Le conférencier met en évidence le manque de documentations lors du téléchargement des données par un client, la responsabilité des compagnies produisant des erreurs et des stratégies à adopter avant, durant et après l’utilisation des données. Est-ce que notre organisme est bien protégé face aux poursuites de ces utilisateurs de données erronées?

71

Exposants Quick Terrain Modeler : Lidar exploitation software www.appliedimagery.com Compagnie intéressante suite à la croissance constante des données LIDAR. Logiciel spécifiquement utilisé pour la visualisation, l’analyse et les outils d’annotation pour les données LIDAR. Permets l’interpolation de 18 millions de points dans 1 mètre d’un Modèle Numérique de Surface en utilisant les options de base en 10 secondes. Utilisation intéressante pour la visualisation des points LIDAR représentant les lignes électriques. Contact : Michael Umansky, [email protected] Nippour : Innovation globale en gestion du territoire www.nipour.ca

Division géomatique et aménagement du territoire Division relevée terrain et modélisation Division programmation et webmapping

Compagnie offrant divers services de géomatique et de prise de données sur le terrain telle que des données bathymétriques. Contact : Jean-François Savard, [email protected] Appréciation Globale : Belle expérience dans l’optique de découvrir les nombreuses méthodes d’utilisations et de gestion des données géographiques par des ministères, organismes et compagnie privés reconnus dans le domaine de la géomatique. Occasion particulièrement propice à la rencontre de nouveaux partenaires d’affaires et de l’entretien de relations dans le domaine de la géomatique au Québec. Porte ouverte sur les nouvelles modes géomatiques, dans le cas de ce congrès, l’évolution des entreprises avec les plates-formes dites Open Source, les erreurs et les succès.

72

10. Bibliographie Quick Terrain Modeler : Lidar exploitation software : www.appliedimagery.com Nippour : Innovation globale en gestion du territoire : www.nipour.ca Congrès Géomatique 2013 : http://www.geomatique2013.com La cartothèque : Une aide à la décision, Hydro-Presse : http://csp.hydro.qc.ca/csp_reddot/cartotheque/fichiers/Cartotheque_Hydro-Presse.pdf Site intranet de la Cartothèque : http://csp.hydro.qc.ca/csp_reddot/cartotheque/108.htm Historique d’Hydro-Québec : http://www.hydroquebec.com/comprendre/histoire/periode-1960-1979.html

Site intranet du MTQ : http://www.mtq.gouv.qc.ca/portal/page/portal/Librairie/bpm/voirielocale.pdf

Université du Québec à Montréal Stage en milieu de travail · 2018-09-14 · Professionnel 11.5...

Documents

Transcript of Université du Québec à Montréal Stage en milieu de travail · 2018-09-14 · Professionnel 11.5...