[Francophone] Dans quelle direction ?

Mon Feb 9 10:02:29 EST 2009

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> 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>
>
> 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
>>
>>
>
> _______________________________________________
> 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/20090209/de164368/attachment-0001.html