Le portail francophone de la géomatique

Bonjour Yves,

Merci.
J'ai trouvé l'une de tes sources:
http://georezo.net/blog/geolibre/2007/1 … geoserver/

Bonne semaine,

Bruno

Merci Thomas.
Il n'y a que les consultants pour prétendre être objectif dans l'analyse des différentes solutions

Bruno

Bonjour,

Je pense qu'il faut lire : Certe non francophone

Je trouve que GeoServer propose des choses intéressantes et à jour au niveau technologique (servie REST par exemple).

Mapserver continue à proposer des possibilités de scriptages avec quelques mise à jour des services de l'OGC (mais sans avoir pour objectif de les implémenter). Je tente la question sous forme de troll : MapServer n'est il pas en train de passer à côté d'évolution nécessaire à sa future survie ? Et je m'explique ...

L'évolution actuelle des technologies est bien de séparer la partie serveur de la partie cliente, notamment de la partie qui crée l'ihm (ce que j'appelle la partie cliente), de la partie purement carto (ce que j'appelle ici la partie serveur). MapServer a toujours si je ne m'abuse comme objectif de fournir des possibilités de scriptage par différents langages (JAVA, Python, C#, etc.), ceci me semble a contre courant des évolutions actuelles en matière de webmapping.

Ai je tord ? Est ce que MapServer prépare une évolution/adaptation que je n'aurais pas vu ?

Merci de vos avis,

Y.

NON, NON et re-NON!
MapServer a la possibilité d'etre utilisé avec des languages de scripts, ce qui est totalement différent que de dire qu'il en a l'objectif. Il permet justement de faire un paquet de choses via l'url, pour justement ne pas avoir a passer par une surcouche à façon (que ce soit en mapscript ou pas). Désolé, par contre il n'y a pas REST dans le nom. Est-ce suffisant pour dire qu'on est a contre-courant des evolutions du web-mapping, je ne saurais dire...

<teaser>
disons qu'après le code sprint C de la semaine derniere a Toronto, le niveau de performances s'est quelque peu amélioré
les chiffres obtenus (avec la plateforme de tests de la presentation des foss '07 et '08) seront publiés je l'esperre la semaine prochaine, et risquent de piquer un peu
</teaser>


--
thomas le nourrisseur de troll

Voici un début de réponse mais qui ne me convient pas :

Source : http://trac.osgeo.org/mapserver/wiki/MapServerHistory

Y.

Désolé aussi pour ma reponse qui a pu paraitre plutot virulente, mais il me semblait important de ne pas laisser sans reponse un post qui reduisait essentiellement mapserver a ses capacités de scriptage, alors que pour moi le recours a mapscript n'est qu'un dernier ressort (souvent abusé malheureusement). Les modifications par url sont un outil puissant qui permettent d'aller plus loin que le respect strict des normes OGC, et ce sans devoir s'occuper a maintenir du code maison et/ou un environnement de scriptage (php, python, etc...) intégré a apache (et donc les prises de tete qui vont avec).

Je comprends ta frustration, mais ne peux y apporter beaucoup de reponses. Une des explications au manque de vision a long terme du projet tient sans doute a la structuration du projet et son mode de developpement. A la différence de Geoserver, porté essentiellement par une entité commerciale et donc avec des ressources dédiées et une stratégie a plus long terme evidemment nécéssaire, les nouvelles fonctionalités de MapServer sont essentiellement ajoutées "a la demande" (apres consensus du comite de pilotage, et bien souvent soit un patch soit un contrat financier avec un des developpeurs). En dehors de cela, les evolutions majeures ne sont ajoutées que si la fonctionalité manquante est nécéssaire à un des developpeurs au point où il est prêt a s'investir dans sa création et sa maintenance (suivi de bugs, documentation, reponses sur les ML, etc...).

Pour résumer, c'est vous/nous, les utilisateurs qui faites la roadmap, ou tout du moins qui avez les outils en main pour la faire evoluer. C'est peut etre frustrant, mais libre n'etant pas forcement synomyme de gratuit, il faut comprendre que les devs ont aussi un travail a coté et/ou un compte en banque a remplir, et que du coup les activités "accessoires" autour du projet (roadmap a long terme, marketing, communication) passent bien souvent a la trappe faute de temps ou de ressources.

Je ne serais pas aussi categorique que toi sur ces deux points.

Pour tenter de repondre succintement a ta demande de roadmap, voici quelques pistes dont je suis au courant sur les evolutions a venir:

* support "plus a jour" des formats de sortie pdf et svg.
* possibilité de sorties "haute resolution" (pour impression)
* possibilité de spécifier un template pdf (avec titre, logo, autre...) puis incorporation de la carte mapserver
* mapfile xml
* moteur de rendu opengl pour ceux qui ont une carte graphique puissante et qui veulent en tirer partie.
* sortie kml

voila, en esperant avoir apporté un peu d'eau a ton moulin,

thomas