[Francophone] Dans quelle direction ?
Cédric Moullet
cedric.moullet at camptocamp.com
Wed Feb 11 06:58:56 EST 2009
Bonjour,
Voici 2 commentaires insérés dans votre mail,
Meilleures salutations,
Céric Moullet
Le 11 février 2009 09:25, acangi <aca at ngi.be> a écrit :
>
> Merci pour vos réponses. Quelques réactions :
>
> Quand vous écrivez qu'une analyse plus fine serait nécessaire, je comprends
> que vous me conseillez de me tourner vers un partenaire commercial. C'est
> bien ça que vous voulez dire ?
Dans vos requirements, il y a sans doute d'autres informations qui sont
nécessaires comme le nombre d'utilisateurs simultanés que vous escomptez, le
type de sécurisation, les browser supportés, les besoins en mise à jour,
l'architecture des serveurs etc,etc.. Effectivement ces problématiques de
mise en place de solution de diffusion cartographique à travers le web ont
été traités par bon nombre d'entreprises qui pourraient vous apporter un
support dans cette phase.
>
>
> L'environnement java et la nécessité de faire du WFS-T me poussent donc à
> continuer dans la direction de GeoServer - GeoWebCache - OpenLayers ou
> MapFish.
En fait MapFish contient OpenLayers. Encore une petite info, le système
d'impression MapFish est développé en Java.
Je préférerais éviter de combiner MapServer et GeoServer. Il me
> semble que la performance ne serait pas améliorée en les combinant, parce
> que le hardware disponible reste le même. Je peux éventuellement créer
> plusieurs OS virtualisés sur la même machine, mais j'imagine que le mieux
> serait de tout faire sur un seul OS et un seul logiciel serveur (MapServer
> ou GeoServer).
>
> J'aimerais bien pouvoir mettre les données sur un serveur PostGIS, mais
> elles ne sont pas utilisées que par moi, il y a beaucoup d'applications
> propriétaires qui se connectent à la DB. Et avant de demander un changement
> de DBMS, je dois tester une solution libre et prouver qu'elle peut
> satisfaire à nos besoins.
>
>
> Cedric 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> 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>> 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>>
> >>>
> >>> 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>) 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> /
> >>> 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>>
> >>>
> >>> 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
> >
>
> --
> View this message in context:
> http://n2.nabble.com/Dans-quelle-direction---tp2297285p2307408.html
> Sent from the OSGeo French Local Chapter mailing list archive at
> Nabble.com.
>
> _______________________________________________
> Francophone mailing list
> 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 / 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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/francophone/attachments/20090211/a9b43ca7/attachment-0001.html
More information about the Francophone
mailing list