[Francophone] Dans quelle direction ?

Mon Feb 9 09:56:12 EST 2009

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>

> 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) 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  / 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> 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
>> http://lists.osgeo.org/mailman/listinfo/francophone
>>
>
>
>
>
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/francophone/attachments/20090209/171f3c4d/attachment.html