Accueil Qui sommes nous ? Annuaire Actualités Activités Téléchargements Veille Technologique Foire aux questions
Login Mot de passe

  Accédez aux données de la balise GPS
  Plan d'accès

Formations
 Calendrier des formations 2009
 Plan d'accès aux formations
 Les chiffres des formations en 2008
 Nouveau : Les sommaires des formations



Outil de catalogage, échange de données
Partage et diffusion de l'information géographique, un outil de catalogage répondant à la norme INSPIRE.





 S'inscrire à la newsletter 




Veille technologique : La cartographie sur Internet


Les applications du PôNT


SVG : Extranet cartographique Zonal DFCI en ligne

Le projet d'Extranet

Moteur MapServer : Cartoweb


Aperçu de l’offre existante sur le marché

Ce document a été extrait d’un micro-projet proposé par le Mastère SILAT. La société ORTECH, organisatrice du salon Géo-Evénement, a mandaté un groupe de 5 étudiants de cette formation pour réaliser un état de l’art des solutions cartographiques sur Internet. Accéder au site : La Cartographie sur Internet - Etat de l'art et aide au choix d'une solution


1 - Les solutions éditoriales

Les grands éditeurs de logiciels SIG ont pratiquement tous lancé un produit type serveur cartographique. Les critères ci-après permettront d’avoir un bon aperçu de ce que permettent les technologies propriétaires basées sur les serveurs cartographiques :

Fonctions :

q       Simples : Zoom, déplacement, vue globale, contrôle des couches, requête attributaire

q       Avancées : Analyse de thématique, zone tampon, Mise à jour attributaire et spatiale, téléchargement en local des données

Mise en œuvre :

q       Coût de la Licence : environ 13.000€ à 30.000€

q       Chaîne de composants : nécessite un hébergeur acceptant d'installer le moteur cartographique, espace disque d'hébergement nécessaire pour les données rasters,

q       Formats acceptés : les formats concurrents sont de plus en plus tolérés, certains produits nécessitent de transcoder dans le format propriétaire les couches d’informations vectorielles et les données ASCII et Raster (MapGuide)

q       Mode d’affichage : la plupart du temps les formats de sortie sont en raster même compressés (ECW, Mr SID), permettant l'usage de photo-aériennes, scans de l'IGN... mais des formats de sortie vectoriels restent possibles : ils subissent une compression en binaire des données Matériels : obligatoirement détenir un serveur dédié et optimiser l’hébergement des données (pontage entre différents bases de données)

q       Sécurité des données : Transmission d’image donc protection de la données, en vecteur le binaire protège par définition l’accès aux données brutes

Maintenance :

q       Mise à jour : mise à jour du jeu de données facilitée ; mises à jour du produit payantes (peut être compris dans la dépense initiale)  et lourdes

q       Suivi du produit : compatibilité entre versions dépend de l’éditeur.

Clients :

q       Clients spécifiques : existence d’explorateurs (ou même plug-in, applets et servlets Java) permettant de déporter une partie de l’intelligence sur le client. Le client spécialisé peut créer un cache des données sur le client (accélère le fonctionnement, utilisation d'un espace disque côté client, confidentialité des données ?)

q       Esthétisme/Navigation :  Esthétisme en général assez austère ce qui peut rebuter

q       Accessibilité (nbre de pers) :  Bande passante importante

q      Accessibilité (connexion) : Temps d'affichage assez constant du fait de l'affichage bitmap, toujours la même taille en octets de l'image (si l'on ne tient pas compte de l'encombrement du serveur et du réseau).

 

a) Leurs avantages :

- lecture native des formats SIG de l'éditeur, voire des concurrents

- interfaces graphiques de création du site cartographique -> facilité de création apparente

- formation initiale rapide (possibilité de formations payantes chez l'éditeur)

- fonctionnalités très avancées, y compris la mise à jour ; nécessite néanmoins un client spécifique dans certains cas

- API windows pour le développement

 

b)  Leurs inconvénients :

- coût de la licence

- coût des mises à jour

- nombre de clients simultanés limités contractuellement

- parfois des surcoûts pour lire les formats concurrents

- pas toujours compatible avec tous les explorateurs clients

- usage de plug in ou de clients spécifiques parfois

- sécurité des données si système de mise à jour géométriques (si on ne duplique pas le jeu de données)

- non pérennité de certaines solutions

- exigence de développements fastidieux pour la mise en place de fonctionnalités élaborées : peu de souplesse dans l'enrichissement des fonctionnalités d'interaction entre la carte et l'application cartographique sur le serveur Web (API trop complexe proposée)

- possibles incompatibilités entre serveurs et bugs

- interfaces de base assez austères

#Les produits existants :

- MapGuide d'Autodesk[1]

- ApicWeb d'Apic[2]

- GeoConcept web de Géoconcept[3]

- ArcIms d'ESRI[4]

- Push'and'See couplé à MapXtreme de Claritas[5]

- Géomedia Web Map et Web Enterprise par Intergraph[6]

- STAR NeXt de Star Informatic[7]

#Les outils de développement Web

Les mêmes éditeurs proposent souvent des environnements de développement vous permettant de créer des applications SIG métier, mais aussi des applications web.

Ces outils sont destinés aux développeurs et permettent de répondre à des demandes très spécifiques.

#Leurs avantages :

- exploitation des bibliothèques de fonctions des logiciels SIG du même éditeur

-forte personnalisation possible

- utilisation de plusieurs langages différents envisageable (java, Visual Basic, C++...)

- multi-usage (pas uniquement Web).

# Leurs inconvénients :

- le prix

-environnements de fonctionnement parfois limités (système d'exploitation, API...)

-personnel qualifié et formé

-flexibilité des bibliothèques de fonctions

#Quelques produits existants :

- MapXtreme de Claritas

- MapObjects+internet map server d'ESRI



Haut de la page

2 - Les solutions de moteur cartographique issues du libre

Issus de milieux universitaires et améliorés par des communautés de développeurs, les serveurs cartographiques OpenSource (à code ouvert) visent à atteindre le même niveau de fonctionnalité que celui des éditeurs classiques, mais avec une philosophie différente. Les critères ci-après permettront d’avoir un bon aperçu de ce que permettent les technologies libres basées sur les serveurs cartographiques :

Fonctions :

q       Simples : Zoom, déplacement, vue globale, contrôle des couches, requête attributaire

q       Avancées : Analyse de thématique, zone tampon, mise à jour attributaire et spatiale, téléchargement en local des données

Mise en œuvre :

q       Coût de la Licence : 0 à 1000 €

q       Chaîne de composants : nécessite un hébergeur acceptant d'installer le moteur cartographique, espace disque d'hébergement nécessaire pour les données rasters,

q       Formats acceptés : Transfert direct des formats SIG vers des formats Web. Un grand nombre de formats ouverts dont les spécifications sont publiques sont disponibles

q       Mode d’affichage : les formats de sortie peuvent être soit raster soit du vecteur généré dynamiquement depuis des serveurs de données spécifiques (type base de données spatiales)

q       Sécurité des données : Transmission d’images donc protection de la données, en vecteur des procédés de cryptage issus du libre existent : somme MD 5 par exemple

Maintenance :

q       Mise à jour : Possibilités de mise à jour de la base (pas évidentes ?) ; mise à jour non payante

q        Suivi du produit :compatibilité ascendante

Clients :

q       Clients spécifiques : Non multiplateforme, clients spécifiques pour les fonctionnalités les plus avancées

q       Esthétisme/Navigation : Esthétisme rapide (ressemble à un SIG) ce qui peut rebuter

q       Accessibilité (nbre de pers) : Limité ?

q       Accessibilité (connexion) : Surcharge du trafic (transfert d’image)

a) Leurs avantages :

- gratuité immédiate, mise à jour également

- nombre de clients limité par la bande passante ou par le créateur du site afin d'en améliorer la fluidité

- prise en compte de la compatibilité ascendante (ce qui existait hier ne sera pas bon à mettre à la poubelle demain matin)

- utilisation de nombreux formats ouverts ou dont les spécifications ont été diffusées (shapefile, géotiff, tab mapinfo...),

    gestion de nombreuses bases de données différentes (Oracle, mySql, postgreSQL...)

- fonctionne avec un maximum d'explorateurs clients

- de très nombreux langage de programmation possibles (java, php, perl, à compléter...)

- grande communauté d’utilisateurs avec partage des travaux de chacun.

b) Leurs inconvénients :

- nécessite un personnel motivé et auto formé

- fonctionnalités un peu moins avancées (notamment pas de mise à jour à distance à ma connaissance)

- documentation technique souvent anglaise

- difficulté d'installation (compilation sous linux, installation de composantes logicielles associées)

- gros temps d'investissement humain.

# Produits existants :

- MapServer[8], serveur cartographique OpenSource utilisant des fichiers vectoriels (Shapefiles, DGN, UK .NTF, SDTS, U.S. Census, TIGER/Line, IHO S-57 (ENC), MIF/MID, TAB, OGDI Vectors) et images matricielles (TIFF (world fi le), GeoTIFF, CEOs, DOQ, ECW, ESRI Labelled BIL, Arc/Info Binary Grid, OGDI and Erdas Imagine, GIF, PNG, JPEG) , les bases Oracles, ArcSDE ou PostGIS



Haut de la page

3 - Compétences mobilisables

     a) Solutions grands éditeurs

Deux cas différents :

# site basique = peu de java, pour clients standards :

- Formation courte à l'usage du serveur carto, un peu de développement (d'après les retours d'expérience, il semble tout de même nécessaire de développer un minimum)

- Bonne connaissance des SIG, des droits sur les données, des contraintes de création Web

- Temps de formation court, disponibilité rapide, rendu correct

- Une personne peut suffire

# Site élaboré, beaucoup de java, rendu complexe :

- Formation courte à l'usage du serveur carto

- Connaissance ou formation à la programmation java et au webmastering

- Bonne connaissance des SIG, des droits sur les données

- Temps de formation long, mise en place plus longue, rendu de qualité et personnalisé

- Un géomaticien-cartographe + un développeur paraît une solution minimale

b) Solution Opensource

Deux cas différents :

# site basique = peu de java, pas de php :

- Connaissance du monde Opensource, son mode de fonctionnement, utiliser la ressource communautaire, les documentations

- Savoir installer un programme sous Windows ou compiler sous Linux

- Bonne connaissance des SIG, des droits sur les données, des contraintes de création Web, de l'HTML

- Temps de formation moyen, disponibilité à moyen terme, rendu correct

- Une personne peut suffire, encore faut-il la trouver... L'idéal est tout de même d'avoir un géomaticien/cartographe accompagné d’un développeur

# Site élaboré : Java, PHP, Perl ou autre, MySQL ou PostgreSQL :

- Programmeur dans les langages internet, manipulation des bases de données comme MySQL, connaissance des SIG et des droits sur les données.

- Personne déjà formée, donc disponibilité à moyen terme, rendu correct.

- Un géomaticien-cartographe accompagné d’un développeur est indispensable.



Haut de la page

4 - Rapidité de mise en place

La mise en place dépend beaucoup de la conception même du site, les objectifs du site, la détermination du type de public, la préparation des données, la prise en compte des droits sur ces données et l'expertise de rendu cartographique.

Ensuite, deux cas se distinguent :

# Site simple : quelle que soit la solution, la mise en place sera rapide.

La différence se situe beaucoup plus au niveau des ressources humaines. En effet, selon qu’on adopte une solution éditoriale ou opensource, le profil est très différent.

->Avantager les fonctionnalités de l'interface: grands éditeurs

-> Avantager les clients potentiels (navigateurs): opensource

# Site complexe, interface esthétisante : quelle que soit la solution, il faut des ressources humaines qualifiées en développement Internet (langages HTML,PHP, ASP, JAVA...).

Le temps de mise en place devient beaucoup plus long car il sous-tend travail d’équipe, constituée au minimum d’un développeur Web et d’un géomaticien/cartographe.

Attention, les profils humains sont souvent radicalement opposés entre les développeurs Web pour logiciels propriétaires (grands éditeurs) et les développeurs Opensource plus transversaux. Le géomaticien doit veiller à cet aspect des choses et rester ouvert à tout type de solutions.



Haut de la page

5 - Conclusion

Le niveau d’interactivité proposé par ce type de technologie est certes presque sans limites à l’heure actuelle et de véritables SIG en ligne émergent déjà sur le marché. Pourtant, les outils propriétaires proposent de véritables packages prêts à l’emploi s’insérant bien dans une architecture réseau mais ils se montrent parfois trop obscurs dès qu’il s’agit de « démonter le moteur ». Les potentialités des outils Opensource sont impressionnantes et les couplages de solutions vectorielles et moteurs cartographiques sont aujourd’hui possibles. Les champs de compétences s’étendent au fur et à mesure que les fonctionnalités rivalisent de richesse et d'utilité.

Ainsi, pour une structure éclatée où les données sont fortement évolutives, disposant de peu de moyens et désirant lancer une dynamique de diffusion à long terme, un investissement dans l’acquisition et le maintien de nouvelles compétences s’avère indispensable. A l’inverse, pour une structure aisée financièrement où, pareillement, les données sont actualisées rapidement et désireuse d’avoir rapidement en quelques clics de souris une véritable plate-forme d’administration de données géographiques, les outils propriétaires peuvent constituer une bonne solution.



Haut de la page
Plan du site Copyright © Pôle Nouvelles Technologies & Maîtrise des Risques ~ Site hébergé par NFrance ~ contactez le webmaster