[Francophone] Dans quelle direction ?
Gilles Bassière
gilles.bassiere at makina-corpus.org
Wed Feb 11 03:53:57 EST 2009
Une architecture orientée service offre un grand avantage : la
souplesse. Rien n'empêche d'avoir un GeoServer pour le gérer le WFS-T et
un MapServer pour le WMS par exemple. Evidemment, une solution
hétérogène est loin de n'avoir que des avantages : elle serait moins
facile à maintenir par exemple. Selon les moyens mis à disposition du
projet, cela pourrait être une bonne ou une mauvaise solution.
J'interviens surtout car je m'étonne que personne n'ait mentionné
mod_tile [1]. Il s'agit d'un module Apache développé pour les besoins du
projet OpenStreetMap [2] et s'appuyant sur le moteur de rendu Mapnik
[3]. Cette solution ne couvre qu'une partie du besoin : servir des
cartes tuilées. L'édition des données doit être gérée séparément
(FeatureServer [4] par exemple ?).
Je n'ai pas encore eu l'occasion de tester cette solution par moi-même,
je ne la conseillerai donc pas les yeux fermés. Toutefois, je crois
important de signaler qu'elle existe. C'est un projet relativement
récent mais qui mérite l'attention. D'une part une telle architecture
semble plus légère que la pile Java-Tomcat-Geoserver (hum, ça risque de
faire débat...) et d'autre part son utilisation au sein du projet
OpenStreetMap prouve sa capacité à servir des tuiles vite et bien.
Gilles
[1] : http://wiki.openstreetmap.org/index.php/Mod_tile
[2] : http://openstreetmap.org/
[3] : http://www.mapnik.org/
[4] : http://featureserver.org/
Cédric Moullet wrote:
> Effectivement, au niveau de l'édition, il y a cette différence entre
> MapServer et GeoServer. Dans le cadre de MapFish, il est possible
> d'utiliser les fonctionnalités d'édition de MapFish Server (avec
> authentification etc...) ou d'utiliser WFS-T
> (http://dev4.mapgears.com/bdga-mapfish/) à travers tinyOWS
> (http://www.tinyows.org). Merci à MapGears pour les exemples.
> Cédric
>
> Le 9 février 2009 16:19, Moritz Lennert <mlennert at club.worldonline.be
> <mailto:mlennert at club.worldonline.be>> a écrit :
>
> N'y a-t-il pas une différence entre MapServer et Geoserver
> concernant le WFS-T ? Si je ne me trompe pas, MapServer n'offre
> pas de WFS-T, tandis que GeoServer bien. Peut-on combler ce
> "manque" de MapServer en le combinant avec MapFish ?
>
> Moritz
>
>
> On 09/02/09 16:02, Cédric Moullet wrote:
>
> Merci Fréd,
> Oui, je m'en veux de pas avoir mentionné ceci (presque
> évident ;-). Il n'y pas vraiment d'autres alternatives OS au
> niveau base de données spatiales.
> Cédric
>
> Le 9 février 2009 15:56, Fred Lehodey <lehodey at gmail.com
> <mailto:lehodey at gmail.com> <mailto:lehodey at gmail.com
> <mailto:lehodey at gmail.com>>> a écrit :
>
>
> Bonjour,
> pas grand chose à ajouter à l'excellente réponse de Cédric.
> Mais juste pour mettre mon grain de sel, je dirais que cela
> pourrait
> être le bon moment de penser à mettre PostgreSQL/Postgis au
> centre
> de cette belle architecture !
>
> Et puis si vous avez du courage, essayez les 2 serveurs
> carto ! :
> - Mapserver serait plutôt meilleur pour servir les images.
> - GeoServer serait, quant à lui, meilleur pour le vectoriel...
>
> Enfin, OpenLayers combine facilement plusieurs couches de
> données et
> avoir plusieurs serveurs peut se révéler un atout pour une
> solution
> performante.
>
> Fred.
>
>
>
> 2009/2/9 Cédric Moullet <cedric.moullet at camptocamp.com
> <mailto:cedric.moullet at camptocamp.com>
> <mailto:cedric.moullet at camptocamp.com
> <mailto:cedric.moullet at camptocamp.com>>>
>
>
> Bonjour,
> Intéressante question. Les 2 serveurs cartographiques
> OS les
> plus utilisés sont GeoServer
> (http://geoserver.org/display/GEOS/Welcome) et MapServer
> (http://www.mapserver.org/). Au niveau des outils de
> tiling,
> Tilecache (http://tilecache.org/) et GeoWebCache
> (http://geowebcache.org/trac) sont les plus présents. Côté
> client, OpenLayers est effectivement l'outil qui permet de
> présenter des cartes de manière dynamique et d'accéder
> à toute
> sorte de sources de données. Pour avoir une application
> complète
> (pas uniquement la carte) côté client, il est souvent
> fait appel
> à des librairies Javascript comme ExtJS
> (http://extjs.com/) pour
> faire des interfaces évoluées.
>
> Tous ces composants doivent pouvoir communiquer entre
> eux/travailler ensemble. C'est dans ce but qu'a été
> crée MapFish
> (www.mapfish.org <http://www.mapfish.org>
> <http://www.mapfish.org>) qui permet de lier
>
> ExtJS et OpenLayers
>
> (http://demo.mapfish.org/mapfishsample/1.1/examples/map/layout.html),
> d'offrir des fonctions d'impression/PDF
>
> (http://demo.mapfish.org/mapfishsample/1.1/examples/print/simple.html),
> d'offrir des fonctions d'authentification ou d'accéder
> indifféremment à GeoServer ou MapServer, entre autres.
>
> En terme de performance de rendu cartographique,
> MapServer et
> GeoServer ont chacun des petites spécialités, mais
> globalement
> je considére que c'est équivalent. C'est souvent la
> configuration/optimisation qui fait la différence.
>
> Je ne serai pas complet si je ne mentionnais pas le nouveau
> projet GeoExt (http://www.geoext.org/trac/geoext) qui a
> pour but
> d'agréger OpenLayers et ExtJS. Ce projet en est à ses
> débuts
> mais a a mon sens bcp de potentiel vu l'intérêt qu'il
> suscite.
>
> Un environnement serveur Java va naturellement
> s'orienter vers
> GeoServer / GeoWebCache. Alors qu'un environnement
> Python / C va
> plutôt s'orienter vers MapServer / Tilecache. Par
> rapport à vos
> requirements, je pense a priori que les 2 serveurs
> cartographiques peuvent convenir, mais il faudrait une
> analyse
> plus fine pour s'en assurer.
>
> J'espère avoir éclairci vos interrogations. Hésitez pas à
> demander plus de détails.
> Meilleures salutations,
> Cédric Moullet
>
> -- CTO Geospatial Camptocamp SA
> Cédric Moullet
> PSE A
> CH-1015 Lausanne
> www.camptocamp.com <http://www.camptocamp.com>
> <http://www.camptocamp.com> /
> www.mapfish.org <http://www.mapfish.org>
> <http://www.mapfish.org>
>
>
> +41 79 759 69 83 (mobile)
> +41 21 619 10 21 (direct)
> +41 21 619 10 10 (centrale)
> +41 21 619 10 00 (fax)
>
> Le 9 février 2009 14:56, acangi <aca at ngi.be
> <mailto:aca at ngi.be> <mailto:aca at ngi.be <mailto:aca at ngi.be>>>
>
> a écrit :
>
>
> Bonjour,
>
> D'abord une petite présentation : je travaille
> depuis 2 mois
> à l'IGN Belge,
> je suis nouveau dans le domaine des SIG et ma
> principale
> occupation est de
> mettre sur pied un serveur WebGIS open source. La
> semaine
> dernière, j'étais
> au séminaire CASCADOSS à Leuven, et c'est là que
> j'ai eu
> connaissance de la
> liste francophone d'OSGeo.
>
> Ensuite ma question : pour mettre en oeuvre mon
> serveur, je
> suis parti dans
> la direction de GeoServer, GeoWebCache et OpenLayers.
> Pouvez-vous me dire si
> cette solution est la plus adéquate pour ce que
> nous voulons
> faire (voir
> liste ci-dessous) ou si vous seriez plutôt parti
> dans une
> autre direction ?
>
> Fonctionnalités souhaitées :
>
>
> Pouvoir lire nos données vectorielles : il s'agit
> de tables
> dans une DB
> ArcSDE
> Pouvoir lire nos données rasters : cartes à différentes
> échelles et photos
> aériennes. Je les ai d'une part dans une FGDB (mais
> ça je
> crois que je peux
> oublier), d'autre part dans des tif+tfw ou des
> geotiffs. La
> plus grosse
> couverture sera composée de +/- 10.000 fichiers, taille
> totale non
> compressée de l'ordre du TB (à transformer pour y
> ajouter
> des "overviews"
> et/ou pyramides)
> Pouvoir offrir ces données avec des WMS, WFS (aussi
> transactionnel) et WCS
> Affichage sélectif en fonction de l'échelle
> Protection des données et comptage des requêtes de
> chaque
> utilisateur (à
> développer par nous ?)
> Transparence
> Antialiasing
> Décomposition en tuiles
> Le client doit pouvoir sélectionner les couches à
> afficher
> Export en PDF
> La solution la plus performante en termes de volume des
> données servies et e
> temps de réponse
>
>
> Voilà. Qu'est-ce que vous en pensez ?
> --
> View this message in context:
>
> http://n2.nabble.com/Dans-quelle-direction---tp2297285p2297285.html
> Sent from the OSGeo French Local Chapter mailing list
> archive at Nabble.com.
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org
> <mailto:Francophone at lists.osgeo.org>
> <mailto:Francophone at lists.osgeo.org
> <mailto:Francophone at lists.osgeo.org>>
>
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
>
>
>
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org
> <mailto:Francophone at lists.osgeo.org>
> <mailto:Francophone at lists.osgeo.org
> <mailto:Francophone at lists.osgeo.org>>
>
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org
> <mailto:Francophone at lists.osgeo.org>
> <mailto:Francophone at lists.osgeo.org
> <mailto:Francophone at lists.osgeo.org>>
>
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
>
>
> --
> CTO Geospatial Camptocamp SA
> Cédric Moullet
> PSE A
> CH-1015 Lausanne
> www.camptocamp.com <http://www.camptocamp.com>
> <http://www.camptocamp.com> / www.mapfish.org
> <http://www.mapfish.org> <http://www.mapfish.org>
>
>
> +41 79 759 69 83 (mobile)
> +41 21 619 10 21 (direct)
> +41 21 619 10 10 (centrale)
> +41 21 619 10 00 (fax)
>
>
> ------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org <mailto:Francophone at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org <mailto:Francophone at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
>
>
> --
> CTO Geospatial Camptocamp SA
> Cédric Moullet
> PSE A
> CH-1015 Lausanne
> www.camptocamp.com <http://www.camptocamp.com> / www.mapfish.org
> <http://www.mapfish.org>
>
> +41 79 759 69 83 (mobile)
> +41 21 619 10 21 (direct)
> +41 21 619 10 10 (centrale)
> +41 21 619 10 00 (fax)
> ------------------------------------------------------------------------
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/francophone
>
More information about the Francophone
mailing list