Le portail francophone de la géomatique

Bonjour,

Je vais tenter de repondre a votre demande, tout en restant objectif quant
aux limites et
aux problemes rencontres.

1_ En ce qui concerne les donnees raster, il est evident que dans un
environnement internet, le poids de ces donnees est un parametre primordial.
Si la compression de ces donnees peut-etre plus ou moins important, le
besoin
en bande passante sera toujours important (il faut bien transferer ces
donnees d'une maniere ou d'une autre).

Nous ne nous sommes pas pose la question des
formats ECW ou MrSID, puisque le SVG ne reconnait pour l'instant que le bon
vieux jpg (bien adapte a la photo aerienne) ou le plus recent png (mieux
adapte au scan25). Nous avons plutot axe notre reflexion sur le QUOI
afficher vers le poste client.

La meilleure solution qui nous est apparue est un decoupage de l'image
raster en une multitude de dalles ainsi qu'en plusieurs niveaux de
precision.

Le gros du travail se realise donc en amont de l'application grace a un
module d'import. C'est celui-ci qui guide l'utilisateur dans son import,
realise les decoupages et les re-echantillonnages puis georeference toutes
ces
dalles dans la base de donnees:

- Pas trop de seuils differents sinon a chaque zoom il faut recharger de
nouvelles donnees.

- Parametrer les seuils pour avoir en general entre 4 et 8 dalles a charger.

- Diviser les images en dalles d'environ 5 a 15 Ko.

La qualite finale depend donc d'un savant dosage de ces differents
ingredients !

L'application n'a donc plus qu'a gerer quelles sont les dalles a
afficher a chaque deplacement de l'utilisateur (selon le zoom et le
deplacement).

Les atouts :

- Un fond raster adapte a la vue.

- Un chargement rapide et des seuils d'affichage parametrables selon le
debit du client.

Les limites:

- Un import a effectuer pour chaque image source.

- Un volume de donnees superieur a l'image source (plusieurs niveaux de
qualite).

A noter egalement qu'un fichier SVG telecharge sur un site distant peut
integrer des images raster qui elles, sont stockees sur le poste client, ou
sur un reseau local. Il est possible d'envisager ainsi des solutions mixtes
ou les donnees vectorielles proviennent du serveur et les dalles rasters de
la machine cliente.

2_ La mise a jour a distance des donnees vectorielles est possible et a fait
l'objet egalement d'une reflexion.

Une application Intranet/Internet a pour vocation principale le partage de
l'information. Si la consultation simultanee par plusieurs utilisateurs ne
pose pas de problemes particuliers, il n'en va pas de meme pour
une la modification de donnees. Il faut donc prevoir le cas ou plusieurs
personnes tenteraient de modifier un meme objet simultanement.

- Pour pallier a ce probleme, une solution:
l'acces en modification d'une zone geographique n'est possible que
pour un seul utilisateur. Un autre utilisateur accedant a la meme zone
geographique et disposant des droits de modification n'aura alors pas
d'acces au menu d'edition. La gestion de cette solution est fondee sur un
systeme de session, elle a des limites mais permet de minimiser le risque
d'erreurs.

La precision geographique des donnees saisies sur l'application dependra
comme dans tous les SIG, principalement, de la donnee source sur laquelle la
numerisation est effectuee. En SVG, la precision des donnees n'est pas
limitee,
du moment que l'on est pret, par Internet a transferer des coordonnees a
plusieurs
chiffres apres la virgule et donc une masse importante.

Pour les applications ayant retenu le format swf (Flash), la barriere de la
precision est un peu plus dure a franchir puisque Flash ne gere les
coordonnees qu'en pixel, a notre connaissance. La bonne vieille regle de
trois devra donc s'appliquer dans les deux sens (affichage et
enregistrement) et compliquera (un peu) la chose.

Pour un module de saisie et modification de reseaux une des reflexions a ete
la repartition du travail entre client et serveur:

- Nous avons fait le choix de faire travailler un maximum le serveur. Le
client recupere les objets en questions, les traitements effectues a
l'affichage (suppressions, modifications...), les coordonnees necessaires et
transfere au serveur qui verifie, archive et enregistre les modifications.
Il renvoie alors au client les elements modifies pour toujours avoir un
affichage ideal de la base de donnees. Notons que ce rafraichissement est
automatique pour le client qui modifie des elements, mais pas pour un autre
client qui visualise la meme zone geographique. Nous etudions actuellement
differentes solutions pour generaliser ce rafraichissement.

Pour la coherence des donnees (si elles n'ont pas ete simplifiees), il n'y a
pas de differences avec une application monoposte, toutes les verifications
etant effectuees soit sur le client, soit sur le serveur. Les fonctions
d'accroche sur les objets, de coupure, etc... sont programmees cote client.

Les avantages par rapport a une application monoposte se limitent (pour de
la saisie) a la possibilite d'effectuer des modification de n'importe quel
poste equipe d'un navigateur Internet.

Les limites sont:

- les multiples controles a effectuer sur les donnees qui ne sont pas
forcement necessaires sur une application monoposte.

- la lourdeur des donnees a transferer suivant les applications car il n'est
pas toujopurs possible de les simplifier.

3- Les requetes pre-machees

S'agissant des requetes, il est possible de generer automatiquement des
interfaces simplifiees adapte au type de champ(s) utilise(s)[texte,
numerique, choix dans une liste,etc..]. Il est egalement possible de definir
des interfaces plus elaborees pour construire des requetes complexes. La
definition de ces requetes complexes peuvent etre enregistrees et mises a
disposition des utilisateurs.

Plus globalement, une gestion fine des droits et des profils permet
d'adapter l'interface aux fonctions et aux competences des differents
utilisateurs et donc de rendre plus largement accessible, et ce a moindre
cout, le SIG.

Par experience,
l'absence d'exclamations enthousiastes lors de la premiere utilisation, loin
d'etre decevante pour les concepteurs, est plutot le signe que la solution
prend tout naturellement sa place dans l'environnement technologique de
l'utilisateur. Pour lui, il se trouve face a un site web *comme un autre*
...

J'espere avoir apporte mon grain de sel a cette grande reflexion !

Cordialement,

BARNAY Frederic

***********************************
BARNAY Frederic
NETAGIS Monts du Lyonnais
Parc d'Activites Axone
69 930 ST CLEMENT-LES-PLACES

Tel : 04.74.70.60.92. Fax : 04.74.70.68.99.

http://www.netagis.com
frederic.barnay@texte-a-enlever.netagis.com
**************************************

bonjour,

Francois Aumonier wrote:

>On peut certaienement afficher du SVG geographique avec de l'image
>cartographique compressee ECW, en mixant les solutions de plusieurs
>entreprises.
>
s'il s'agit de d'afficher du raster compresse ECW *ET* du SVG dans un
navigateur internet la reponse est NON.

il n'est possible de joindre dans un fichier SVG que du JPG et du PNG
(toutes les versions de ces formats!), ceci en reference externe ou en
inline encode base64 (ce a quoi ressemble un fichier binaire joint a
un mail quand vous regardez la source du mail).

il est possible de rendre l'arriere-fond du plugin SVG transparent
envers la page HTML () qui le contient.
ceci laisse penser qu'il serait possible de superposer des images ECW
dans un plugin et le SVG dans un autre. or ceci ne marche pas, il y aura
tjs un des deux plugins qui superposera l'autre et qui restera opaque a
100% :-(

d'un point de vue cartographique* il est presque tjs possible de
transformer des donnees raster en vecteur**, ou bien de s'en passer***.

*) quand il s'agit de faire des belles cartes, je ne parle pas des
applications SIG speciales que certains croient devoir etre faites sur
internet ...
**) a condition de savoir extraire l'information necessaire du raster,
il est rare qu'on ait besoin de tous les details
***) ceci a ceux qui vendent des donnees raster a prix demesures :-/

a+

andre

>
>

bonjour,

>Savez-vous s'il est prevu d'integrer jpeg 2000 ?
>
mouais ... voyez

http://www.w3.org/TR/SVG2Reqs/#req-images

la chose n'est pas requise imperativement (pas must mais may ). mais
vu que les developpements des viewers pour SVG viennent et viendront
aussi dans le futur de societes du secteur graphique je n'ai pas de
doute qu'ils l'integreront. car il faut savoir que la raison principale
de la taille des plugins est que dans ceux-ci est inclus la rendering
engine de ... adobe illustrator tout entiere (du moins pour ASV d'adobe)

a+
andre

en effet c'est de la theorie. MS internet Explorer 5 et 6 n'arrivent pas
a affricher le contenu correctement. surtout la transparence du SVG
n'est plus satisfaisante. de plus s'y ajoutent de longs temps de
chargement de la page (dus non pas au poids des fichiers charges mais au
temps pris par le processeur graphique)

a+
andre

En effet, comme le precise Andre m.Winter, seuls les formats Png et Jpg
peuvent etre inclus dans du SVG...

Cordialement

***********************************
BARNAY Frederic
NETAGIS Monts du Lyonnais
Parc d'Activites Axone
69 930 ST CLEMENT-LES-PLACES

Tel : 04.74.70.60.92. Fax : 04.74.70.68.99.

http://www.netagis.com
frederic.barnay@texte-a-enlever.netagis.com
**************************************