Etude exploratoire XML / SVG IDL_CERTU1/ETU_001 / 1.1 - Lara

Edité le 11 juin 2002 Etude exploratoire XML / SVG CERTUESRI fournit une applet standard intégrant un ensemble de fonctionnalités de dessin et de navigation sansdéveloppement. MapInfo propose une applet « nue », les développements se réduisant à la construction del’interface.Cette solution est mise en avant dans les Intranet, où les navigateurs sont normalisés et les réseaux rapides. SurInternet, le téléchargement de telles applet n’est pas envisageable (5 Mo dans le cas d’ESRI).Note : des mécanismes de généralisation permettent de « simplifier » les données vectorielles afin de limiter levolume de données transférées au client quand celle-ci sont volumineuses. Par exemple, quand l’échelled’affichage choisie par l’utilisateur fait qu’un polygone est trop petit pour être affiché avec tous ses points, leserveur ne transfert qu’un seul point. Les temps d’affichage et de téléchargement sont ainsi réduits tandis qu’iln’y a aucune différence visuelle.Ces mécanismes impliquent que le zoom sur des données requerra, à partir d’une certaine limite, de demanderau serveur des données plus précises.7.2.4 Mise en œuvre avec SVGOn peut assimiler le fonctionnement d’un viewer SVG à celui du mode Intranet par applet, puisqu’il fonctionneavec un navigateur (en général) et qu’il permet d’afficher des données vectorielles. Il présente cependant lesdifférences suivantes :- il ne se télécharge pas à la première utilisation comme une applet : il faut le télécharger et l’installer, etil sera certainement intégré au navigateur dans leurs prochaines versions,- il est gratuit et indépendant des éditeurs,- il n’intègre pas de fonctionnalités d’interactions avec un serveur.Dans quelle mesure est-il possible de s’appuyer sur les fonctionnalités d’affichage d’un viewer SVG dans unearchitecture intégrant un serveur spatial ? La mise en œuvre d’une telle solution s’appuie sur les mêmesmécanismes que la génération d’imagettes à la demande. Ce qui implique :- d’interpréter les actions de l’utilisateurs et les transmettre au serveur d’application (déplacement,zoom),- d’extraire du serveur les données correspondant au besoin de l’utilisateur,- de convertir les données vectorielles extraites en SVG,- de renvoyer ces données au client.A l’évidence, les mécanismes serveurs d’extractions des données fournis par les logiciels de SIG sontincontournables, SVG n’apportant à ce niveau aucune plus-value. Reste alors la conversion des donnéesvectorielles en SVG.La société Ilog propose les produits Jviews et Maps qui gèrent l’accès à des données spatiales stockées dansOracle et leur affichage. Ces produits sont vendus sous la forme de composants logiciels Java et peuvent êtremis en œuvre dans les architectures décrites ci-dessus : client/serveur, Intranet léger (prise en charge de lagénération d’(images sur le serveur), Intranet lourd (fourniture d’une applet de visualisation).Cette option présente deux avantages par rapport à nos besoins :- la conversion au format SVG est fournie en standard, et peut éventuellement être personnalisée parprogrammation,- l’orientation Java des produits permet de s’intégrer au mieux dans notre architecture cible, et dedisposer des librairies de manipulation du XML.SWORD - Nos réf. : IDL_CERTU1/ETU_001 / 1.1 Diffusion : contrôlée Page : 76/81