Le portail francophone de la géomatique

Bonjour Thomas,

Si l'IDS a pour objectif de se conformer à la directive INSPIRE, m'est avis que la résolution devrait être définie pour une projection européenne : ETRS89 (epsg:4258) donc il faut que la résolution soit définie pour l'unité utilisée dans celle-ci.

Y.

Bonjour,

Je saute dans cette discussion en mettant un peu les pieds dans le plat, mais je ne comprend pas bien en quoi l'usage de différentes projections peut nuire à l'interopérabilité entre IDS. Un bon IDS doit être capable de projeter à la volée des couches de données spatialisées pour peu que leur système de référence spatial soit correctement renseigné.
C'est d'autant plus important pour les IDS qui fournissent de la donnée à différents niveaux d'échelle, et qui couvrent des territoires ou des thématiques variées. Des applications servant des besoins en matière de navigation maritime ou aéronautique nécessiteront des projection favorisant la préservation des angles, là ou une application de type cadastre privilégiera une projection préservant les valeurs des surfaces.

ETRS89 aura un intérêt pour des problématiques à l'échelle européenne globale, son usage ne sera pas pertinent sur des problématiques nationales à grande échelle (sinon à quoi bon utiliser Lambert93), de même pour les cartes de couvertures mondiales pour lesquelles du Miller (Geoportail IGN) où le pseudo Mercator (Google) seront plus adaptées.

Bref, a mon avis, performance et précision des re-projections sont des critères prépondérants du choix d'une IDS, on n'aura que très rarement la possibilité de ne travailler que dans un seul référentiel.

PS:  la projection EPSG:900913 est considérée comme dépréciée à l'EPSG, il faut utiliser EPSG:3857

A Bientôt,

Dernière modification par Vincent Heurteaux (Mon 20 June 2011 16:48)

Bonjour Yves,

Comme tu le signales, il est possible de reprojeter dynamiquement coté client les tuiles d'un cache. C'est justement à ce niveau, que la performance de reprojection va rendre la chose exploitable dans un cas d'utilisation courante. En revanche, je ne vois pas en quoi le choix de la projection influe sur la possibilité de zoomer entre deux niveaux de la pyramide. Cette fonction relève d'avantage d'un portayal service (qui peut également trouver place coté client).
Ci joint quelques exemple de tuiles reprojetées provenant d'un TMS OpenStreetMap :
http://imageshack.us/photo/my-images/805/capture2r.png
http://imageshack.us/photo/my-images/706/capture3vn.png
http://imageshack.us/photo/my-images/829/capture4ge.png

Dernière modification par Vincent Heurteaux (Mon 20 June 2011 22:38)

Je ne saisi pas la différence que tu évoques entre 'transformer' et 'reprojeter' .

En général le serveur dispose de la donnée dans une seule projection. et dans le cas d'un service WMS il y a une reprojection quand le crs demandé est différent.
Dans le cas d'un WMTS que l'on reprojete coté client. l'opération de reprojection est rigoureusement la meme. le client estime la perte de precision avant de requeter une tuile, en demande une de meilleur resolution afin qu'apres reprojection le resultat soit de qualité raisonnable.

La seule différence est lorsqu'il ne sagit pas de données brute. OSM , Bing maps, yahoo maps, google maps et autres contiennent des labels et de la symbologie proportionnelle à l'échelle courante. A ce moment la on a une perte de qualité plus ou moins conséquente avec la reprojection.
Les données de ce genre sont innapropriées pour faire du travail SIG, la symbologie utilisée déforme les geometries afin que le resultat soit 'jolie' , ce genre de carte ne devrait etre utilisé que comme fond de plan et rien d'autre.

De meme que travailler en pseudo-mercator. travailler dans une projection qui ne respecte pas meme sa propre définition c'est assez ironique.



La solution optimale serait de travailler avec des images qui ne sont pas des grilles régulieres. le probleme vient des formats d'images actuels qui sont des grilles parfaites, a chaque reprojection il y a perte car les grilles ne coincide jamais. une grille irrégulière ne verrait que la position de ses cellules changer sans perte (hormis celle mathematique des formules des reprojection). meme si de telle grille existent dans les normes iso, tous le materiel informatique pour le rendue (carte graphique) ne sont pas adapter et contraint de laisser le cpu faire le travail de rendue, ce qui au final aurait des performances execrables.