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

More documents

Recommendations

Info

Edité le 11 juin 2002 Etude exploratoire XML / SVG CERTUFigure 19 : Carte du P.O.S. en SVGLe langage SVG est uniquement un langage graphique. Les coordonnées des points n’ont donc pas designification propre. Ceux-ci sont définis dans un « espace utilisateur » dans lequel les coordonnées sont desnombres réels. L’attribut « viewBox » de l’élément SVG définit les coordonnées x et y, la largeur et la hauteurde la partie représentée de cet espace utilisateur. On peut ensuite zoomer et se déplacer dans celui-ci à volonté(ou au moins dans les limites autorisées par le visualisateur).Dans notre cas, on souhaite représenter des données géographiques, donc les unités utilisées pour lescoordonnées sont importantes. Les outils avec lesquels nous avons converti les données ne permettentmalheureusement pas de contrôler la manière dont s’effectue cette conversion. Dans l’extrait ci-dessus, lescoordonnées n’ont donc aucune signification d’un point de vue géographique. Il serait nécessaire d’adapter cesoutils ou d’en développer un nouveau permettant de contrôler la manière dont s’effectue la projection et latranscription des coordonnées. On pourrait alors facilement indiquer l’échelle de la carte ou éditer une carte àune échelle donnée.SWORD - Nos réf. : IDL_CERTU1/ETU_001 / 1.1 Diffusion : contrôlée Page : 26/81
Edité le 11 juin 2002 Etude exploratoire XML / SVG CERTU3. TECHNOLOGIES UTILISEES3.1 ARCHITECTURESDans le cas de la consultation à distance de documents XML et XML / SVG, on peut distinguer deux typesd’architecture.- L’architecture « application locale » : Dans ce cas, le client télécharge toutes les informations relativesà la carte et au règlement. Il n’y a plus d’échange avec le serveur par la suite. Les fichiers peuventégalement être gravés sur un CD-ROM pour une utilisation nomade.- L’architecture « client léger » : Dans ce cas, le client ne télécharge que le fichier SVG et les fichiersHTML et Javascript nécessaires à son exploitation. Toutes les données du règlement du P.O.S. restentsur le serveur et ne sont accessibles que sur demande.3.1.1 Application localeCarte SVGServ eur WWWTéléchargement detous les fichiersSVG Viewer etJavascriptLecturedes fichiersClientJavascriptProcesseur XSLT(MSXML)Feuilles XSLTRèglement XMLCD-ROMFigure 20 : Architecture "application locale"Dans ce type d’architecture, tous les traitements XSLT sont effectués sur le poste client par leprocesseur MSXML, intégré à Microsoft Internet Explorer. On peut donc déjà noter que cette architecture nefonctionne pas lorsqu’on utilise d’autres navigateurs, comme par exemple Netscape Navigator. Le chargementdes fichiers XML et l’interface avec MSXML sont effectués par du code en Javascript intégré dans la page Web.Tous les traitements étant effectués en local sur le client, on peut facilement mettre ces données sur CD-Rompour une utilisation nomade. C’est là le principal avantage de cette architecture.SWORD - Nos réf. : IDL_CERTU1/ETU_001 / 1.1 Diffusion : contrôlée Page : 27/81
Page 1 and 2: Étude exploratoireXML/SVGCertucent
Page 4 and 5: Etude exploratoire XML / SVGIDL_CER
Page 6 and 7: Edité le 11 juin 2002 Etude explor
Page 50: Edité le 11 juin 2002 Etude explor
Page 85 and 86:
Edité le 11 juin 2002 Etude explor
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Edité le 11 juin 2002 Annexes de l
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
show all

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

Create successful ePaper yourself

Delete template?

Save as template?