Le portail francophone de la géomatique

Une des pistes les plus prometteuses dans le domaine du webmapping est le
format SVG (Scalable Vector Graphics). Il s'agit d'une application du XML a
la representation de graphiques vectoriels en 2 dimensions, mais egalement
d'images raster et de textes.

La definition par l'OpenGis de DTD XML (GML et Web Map Service
Specification) permet d'envisager le type de processus suivant :

document GML [format de stockage et d'echange de donnees] --> transformation
a l'aide d'une feuille de style XSL --> document SVG [format de
representation]

Voici quelques atouts du SVG :

- format texte non-proprietaire qui peut-etre genere par tous les programmes
qui manipule des chaines de texte,
- format vectoriel (zoom sans perte de definition),
- viewers gratuits (bientot integres dans les navigateurs) disponibles pour
de nombreux systemes d'exploitation,
- le SVG est muni d'un DOM (articule avec le DOM HTML): grace a des scripts
(en javascript par exemple) il est possible de manipuler les
caracteristiques des differents objets d'un document SVG, pour realiser des
cartes dynamiques et interactives.
- des methodes permettent d'aller chercher sur le serveur des nouveaux
objets graphiques et de les integrer a la carte existante sans la recharger
entierement.
- l'articulation avec une base de donnees cote serveur est plutot facile
(affichage d'une fiche avec les donnees attributaires sur un objet clique,
realisation d'analyses thematiques, etc...)
- creation dynamique d'objets graphiques a partir du navigateur.

Ce format suscite beaucoup d'interet chez les web-cartographes et meme si
l'utilisation en amont d'un format defini par l'OpenGis est encore rare,
voire inexistante, il existe une forte attente pour un tel type de standard.
A noter egalement que la plupart des experiences menees sont resolument
tournees vers l'open-source et les logiciels libres (ex. SVG pour la
representation des cartes, PHP comme langage de script cote serveur, et
MySQL comme SGDB cote serveur).

Voici quelques liens sur le sujet :

http://www.w3.org/Graphics/SVG/Overview.htm8 : le site du W3C consacre au
SVG (avec la specification)

http://www.adobe.com/svg/main.html : site d'Adobe consacre au SVG,
telechargement du viewer, tutoriel, nombreux exemples.

http://www.custommapper.com/index.jsp : un site permettant de realiser ses
propres cartes en SVG.

http://www.carto.net : un site consacre a l'utilisation du SVG en
cartographie, avec des exemples et un article traduit en farncais
http://www.carto.net/papers/svg/index_f.html

http://www.svgopen.org/ : le site de la conference consacre au SVG et a la
cartographie qui aura lieu a Zurich du 15 au 17 juillet 2002.

http://www.pilat.free.fr : Michel Hirtzler est une reference dans le petit
monde des developpeurs SVG, par chance il est francais et son site regorge
d'exemples, de tutoriels...

http://groups.yahoo.com/group/svg-developers/ : liste de diffusion consacre
au SVG, tres technique et tres fournie (plus de 1000 messages par mois)

Et pour finir deux exemples realises par votre serviteur :

http://www.netagis.com/depnew/carte.htm : mes debuts dans le SVG (IE5 et
ASV3 seulement)

http://www.netagis.com/projet1/selecdep1.svg : une petite carte temoin
permet de selectionner une region, la requete est envoyee au serveur qui
selectionne dans une base de donnees les districts appartenant a cette
region, et renvoie leur definition graphique vers la carte. La nouveaux
elements graphiques sont donc generes a la volee. A noter que la carte n'est
pas rechargee, les nouveaux elements y sont simplement ajoutes. Interessant
egalement, les donnees renvoyees sont compressees a la volee par le serveur,
ce qui reduit les delais de chargement.

J'espere que ces differents elements vous auront donne l'envie d'en savoir
plus sur le SVG. D'autres retours d'experience dans ce domaine serait les
bienvenus.

Cordiales salutations.

Gaetan GABORIT Societe NETAGIS
Nouvelles technologies pour l'information geographique
http://www.netagis.com

Bonjour,

Juste pour donner un retour d'experience sur le sujet.

Pour nos besoins de production de donnees dans le domaine de l'image,
Spotimage a developpe le format DIMAP. ce format, par l'association du
XML pour les meta-donnees et du Geotiff pour la partie raster permet
d'offir une solution facilement exploitable pour les utilisateurs.

Pour le fichier des meta-donnees, nous avons etudie l'interet d'utiliser
le SVG dans les feuilles de style (XSL) pour afficher dynamiquement
l'emprise de nos produits sur un fond carto (une mappemonde mondiale par
exemple), cela fonctionne parfaitement et s'est tres agreable pour
l'utilisateur. En utilisant le SVG et le XSL, l'utilisateur n'a alors
plus qu'a utiliser son browser prefere pour visualiser les donnees sans
etre oblige de les importer.
Malheureusement devant la necessite de telecharger un plug-in nous avons
renoncer a utiliser le SVG. Il faut attendre que la base installee soit
plus grande ou alors livree par defaut avec les navigateurs pour
envisager un deploiement de cette technique.

Cordialement.

Didier GIACOBBO
Products Development
5 rue des Satellites BP 4359
F-31030 Toulouse Cedex

Bonjour,

sans doute emporte par mon enthousiasme, j'ai omis de parler des obstacles
evoques avec raison par Marc LEOBET.

La taille du plug-in est en effet redhibitoire pour des applications grand
public destinees a une consultation irreguliere ou peu frequente. Les
developpements que je realise actuellement sont destines a des
extranets/intranets ce qui facilite l'installation du plug-in (limites a
quelques sites) et garantie une certaine homogeneite des navigateurs.

Sur ce dernier point en effet, le cross-browser (l'adaptation pour les
differents navigateurs) est assez difficile et complique le developpement.
Cette gueguerre entre navigateur (a coup de fonctions et de tags
proprietaires, de respect limite des standards) est particulierement nefaste
et a cet egard j'attend beaucoup d'Amaya ( http://www.w3.org/Amaya/), le
navigateur open-source developpe par le W3C dont un des objectifs est le
respect strict des standards.

Un des avantages du SVG est qu'il s'agit d'un format texte et
non-proprietaire. Revers de la medaille : les fichiers (qui contiennent la
definition vectorielle des objets graphiques) sont aisement copiables, meme
si certaines astuces peuvent rendre les choses un peu plus compliquees (la
encore dans le cas d'un extranet/intranet, ce probleme de copie ne se pose
pas dans les memes termes). Dans un avenir proche, on peut cependant
s'attendre a des solutions pour crypter le XML
(http://www.w3.org/Encryption/2001/) (mais il sera forcement decrypte par le
navigateur client...et donc sans doute copiable). Au-dela de l'aspect
purement technique, on rejoint ici le probleme largement evoque dans ce
groupe de la protection et du cout des donnees (geographiques et
statistiques).

Ceci dit, cette facilite de copie presente au moins un avantage en cette
periode d'emergence du SVG. En effet les developpeurs n'hesitent pas a
diffuser leurs codes (en particulier les fonctions qui s'effectuent cote
client), si bien que peu a peu des bibliotheques de fonctions generiques
sont rendues disponibles (voir des applications completes cf.
http://www.carto.net/projects/open_svg_mapserver/). Ce developpement
cooperatif est gage de qualite et de rapidite, et n'est aucunement
incompatible avec une logique de marche, car pour reprendre l'expression de
Manuel Castells, on observe une cooperation dans la recherche, et une
concurrence dans les applications et les services .

A la difference des solutions de webmapping proprietaires, la boite a outil
est gratuite (ou presque) dans le cas du SVG vous fournissez un marteau et
vous avez le droit de vous servir d'une cle a molette, d'un chalumeau, etc.
(et en plus on vous explique comment ca marche) et si votre marteau marche
mieux que celui de votre voisin, il sera le premier a vous en feliciter, et
a vous l'emprunter. Par contre, rien ne vous empeche de commercialiser les
applications ou les solutions-metier que vous developper grace a cette boite
a outil, avec l'avantage de ne pas faire payer au client de licence pour
l'utilisation de la boite a outil.

Pour conclure, il reste encore du chemin a parcourir pour que le SVG se
diffuse largement, mais il dispose de nombreux atouts qui font de lui un
concurrent serieux des solutions proprietaires.

---
Pour repondre a Caroline GASSIE qui me demande s'il faudra toujours passer
par SVG pour afficher du GML ou si cela pourra se faire directement :

Il existe deja des viewers GML (cf.
http://www.snowflakesoft.co.uk/viewer/index.htm), mais l'utilisation du SVG
pour afficher du GML se rencontre egalement (sur ce sujet voir le site de la
societe Galdos http://www.galdosinc.com/, avec des exemples de
transformation de GML en SVG), voir egalement l'article suivant :
http://www.jlocationservices.com/compan … ion_to_gml
.htm,
sans oublier : http://www.gmlcentral.com/index.php (site consacre au GML,
maintenu par Galdos).
(je precise que je n'ai aucun interet dans la societe Galdos !)
---

Cordiales salutations.


Gaetan GABORIT Societe NETAGIS
Nouvelles technologies pour l'information geographique
http://www.netagis.com gaetan.gaborit@texte-a-enlever.netagis.com

Il ne faut pas oublier que derriere OGC, il y a surtout les editeurs
de SIG (et pas tellement les utilisateurs...). Ceci expliquerait-il cela ?


Michel WURTZ - DIG - Maison de la teledetection
500, rue J.F. Breton
34093 MONTPELLIER Cedex 5

Sans vouloir vous dementir, je crois savoir que le navigateur Amaya n'a pour
autres abjectifs que celui de montrer ce que les specificatios du w3.org
permettent de faire. De ce fait, il ne gere bien entendu aucun pluggin quel
qu'il soit. De plus son apparence franchement sommaire et laide (difficile de
me contredire la dessus) ne lui permettra jamais de s'imposer au grand public.
Quitte a proposer des solutions de navigateurs open-source, faites plutot
reference a des outils probant que sont konqueror (environnement KDE), galeon
(environnement gnome) mais surtout mozilla qui est la plate-forme de
developpement de netscape et qui peut tourner sous windows pour les 90%
d'utilisateurs qui ne savent meme pas que d'autres choses existent.
L'avantage de ces solutions est que non seulement, elle vise a integrer les
standards, mais en plus, elles gerent les particularites des codes HTML
devergondes necessaire pour IE et autre Netscape.
D'ailleurs pourquoi se poser la question de la compatibilite sur les
differentes plates-forme ? ArcIms ne se la pose pas lui, IE ou rien ! (a son
lancement au moins, peut-etre que ca a evoluer depuis...)

Ces quelques precisions n'enlevent en rien la justesse de vos propos.
La ou je ne suis pas franchement d'accord, c'est sur l'histoire du pluggin.
Vous n'etes pas sans savoir que flash, realplayer ou java (non pas javascript
mais le runtime environment) sont des plugins des navigateurs actuels. Et
pourtant, la plupart des utilisateurs ont ces pluggins installes. Soit ils le
sont a l'installation du browser, soit d'eux meme, par besoin, ils les ont
installes. Je ne suis vraiment pas sur que les utilisateurs d'aujourd'hui se
bloque au telechargemet d'un pluggin. Pour ce qui est de sa taille, la
encore, argument discutable. Quand on envoie par mais des documents Words d'1
Mo ou  non compresses, dont la taille est double du fait du cryptage des
mails, avec un modem analogique a 2Kb/s, on est tout a fait capable de
telecharger 3 Mo avec le meme modem, a 5Kb/s (car on peut trouver le pluggin
sur des serveurs corrects).

Ne vous voillez pas la face, la vrai raison du non developpement de cette
solution, c'est l'absence de solution cle en main, qui oblige a trouver de
vrai competences informatiques au sein des organismes, ou au pire a les
sous-traiter.
Apres tout, si l'on est capable de vouloir se lancer dans des solutions comme
mapserver face a des ArcIms ou autre MapX, pourquoi ne pas se lancer dans du
SVG ??

Cordialement

LESTRAT Ludovic, Geo-Hyd
386 rue du rond d'eau
45590 Saint Cyr en Val

bonjour,

deux details encore sur le SVG:

donnees copiables . oui. et c'est bien ainsi. je travaille actuellement sur
un atlas regional du tyrol en ligne (projet de l'UE InterReg3A).
particulatite: la partie centrale concerne deux etats, l'italie et
l'autriche, avec la partie etendue s'ajoutent la suisse, l'allemagne et les
autres provinces d'autriche et d'italie. je pense que vous imaginez la
difficulte et les prix pour rassembler une geometrie de base...

eh bien, il y a une administation provinciale qui vient mettre un desordre
grandiose dans les politiques de prix des etats: la province de bolzano
(tyrol du sud) distribue des donnees (vectuer 1:5000, ortho-photos, modele de
terrain 20m, donnees socio-econ.) GRATUITEMENT ! vous n'imaginez pas quelle
pression cela exerce sur les autres IG(N)s et adminsitrations locales.
exemple a suivre !

(sur ce, meme si les vecteurs sont copiables a partirt de SVG il y a des
techniques aises pour les rendre inutiles: courbure en bordure du cadre
affiche, identification par geometrie codee (variance dans le nombre de
points, etc) ...)

l'autre point, le plugin et son probleme face au grand public: je crois que
PDF a prouve qu'on peut l'utiliser (lance d'ailluers aussi par la
societe adobe). d'autre part le SVG sera integre d'ici deux ans aux
navigateurs. ceci m'ammene a une chose importante : le SVG n'est pas encore
pret pour tout, c'est une technique jeune qui mettra encore des annees a se
mettre en place (ceci devoile un peu le grand mensonge de la rapidite
d'internet)

a andre