Le portail francophone de la géomatique

La partie cliente de MapFish est devenue un projet à part entière et s'appelle désormais GeoExt, si j'ai bien tout suivi :

http://geoext.org/

Il s'agit d'une extension des bibliothèques OpenLayers et Ext.js.

Bonjour Florian,

CartoWeb ne permet pas de gérer du WMS/WFS, choisir une bibliothèque plus moderne est une bonne décision. Concernant Mapfish ce que dit Laurent est une simplification, je vais préciser ce point.

Initialement, MapFish était composé de deux partie : mapfish client (framework JavaScript) et lmapfish server (framework python). MapFish client utilisait OpenLayers et Ext et apportait quelques méthodes supplémentaires pour répondre à des besoins propre au framework Mapfish server (service REST par exemple).

Le projet GeoExt est né un peu après après des échanges entre Camptocamp et OpenGeo. Camptocamp a donc intégré ses "composants" soit dans GeoExt soit dans OpenLayers (par exemple pour le protocole rest). MapFish client est maintenant une sorte de "conteneur" qui apporte principalement deux choses :
* les bibliothèques OpenLayers, Ext et GeoExt
* un installeur python pour intégrer ces bibliothèques dans l'infra MapFish server.

Si tu ne comptes pas utiliser mapfish server, mapfish client seul est donc inutile. On n'utilise pas soit l'un soit l'autre mais les deux (quoi qu'on peut utiliser que la partie serveur pour des utilisations précises).

Si tu souhaites utiliser un serveur WMS/WFS (comme GeoServer ou MapServer) sans service REST ou de traitement distant REST, GeoExt te conviendra.

Y.

Bonjour,

La page wikipedia donne quelques infos, assez technique : http://fr.wikipedia.org/wiki/Representa … e_Transfer

Le REST est une manière différente, plus proche de ce qui a été conçu pour le web pour interroger un serveur distant. L'URL n'utilise pas le concept KVP (Key-Value Pair, une pair composé d'une clé et d'une valeur, par exemple : LAYER=departement, ou bien pid=202951 pour cette page). Si tu as quelques connaissance en formulaire HTML, le REST utilise les méthodes utilisées dans ce formulaires : GET et POST par exemple mais il en existe d'autre : PUT et DELETE par exemple.

La partie client se charge de construire l'interface graphique pour que l'utilisateur puisse réaliser ses actions : déplacement de carte, interrogation, etc. La partie serveur se charge de réaliser les demandes du client (via une action d'un utilisateur) qui ne peuvent pas être réalisé entièrement côté client : interrogation des couches, modifications des entités, recherche, intersection, etc.

Y.

Bonjour,

A priori oui ! La gestion des droits et la recherche nécessitent des traitements serveurs, via MapFish ou autre.

Y.

J'oubliais de vous donner une URL qui démontre les capacités de l'outil :
http://test.geobretagne.fr/mapfishapp/

(merci la région Bretagne pour l'hébergement)

F.

2011/12/14  :
> Alors l'exemple que tu m'as donné ressemble exactement à celui du Mercantour, et c'est exactement ça que je veux faire!!
> Mais comment??


Etant donné la complexité de l'appli que vous devez développer, je
vous conseille fortement de partir sur de l'existant, et pas depuis
une feuille blanche (ou approchant, ce qui est le cas si vous partez
du framework de développement).

Le visualiseur de geOrchestra correspond peu ou prou à ce que vous
souhaitez faire (lecture WFS notamment), et repose sur les librairies
que vous mentionnez : OpenLayers & GeoExt. C'est une brique robuste,
qui totalise plusieurs mois-homme de développement, versés sous
licence libre (GPL).

Côté serveur, c'est du Java, et je vous recommande donc d'installer
Tomcat pour déployer le WAR "mapfishapp" que vous trouverez sur
http://csm-bretagne.fr/hudson/view/geor … orchestra/

Pour plus d'info, je vous oriente vers les listes de discussion du
projet geOrchestra : cf http://www.georchestra.org/community.html


F.