Le portail francophone de la géomatique

Bonjour,

Tu veux dire standardiser ? Sinon tu fais comme tu veux du moment que cela soit documenté pour que "côté client" on puisse savoir comment les prendre en charge.

Plus d'information :

(source : http://www.commentcamarche.net/contents … vice.php3)

http://fr.wikipedia.org/wiki/Service_web

Y.

Pour que ce soit intéropérable il faut que la doc soit publique et que cela repose sur des principes (et normes) qui sont énoncés par les documents publiés ci-dessus.

À ma connaissance il n'y a pas de standard de service web autre que WSDL / SOAP ou REST. Le dernier étant plus 'à la page' niveau technologie.

Une chose qui me parait intéressant est d'utiliser un framework (comme pylon ou symfony) qui permet de mettre en place des webservices autres que geographique en n'ayant pas à s'occuper (ou très peu) de ces principes. MapFish repose sur Pylon et propose la création de webservices spatiaux REST, et comme tu le dis, on enlève la partie géographique, qui n'est qu'un attribut comme les autres

Rien de trop compliqué

Y.

Des données attributaires seules, c'est de la base de données comme on en fait depuis la nuit des temps. Un SGDB lamda sait se connecter à un serveur SQL quelconque pourvu que tu as les paramètres d'accès.

Je fais ça facilement avec Access, GeoConcept. Je n'ai jamais essayé avec ArcGIS ou UDig, mais je ne crois pas qu'il y ait vriament de soucis.

J'ai presque l'impression David que tu essayes de réinventer l'eau chaude

Merci Nicolas,

Je me doutais que j'oubliais quelque chose.

Je n'avais pas encore compris que pour le web, encore plus que pour d'autres environnement, l'encapsulation est reine pour n'avoir que l'interface nécessaire et suffisante. Utiliser des services, toujours des services

Avec cet adage, on se tourne vers le service web standard, et je laisse ma place à Yves.

Merci et désolé d'être intervenu pour raconter des bêtises.