[Francophone] Dans quelle direction ?
Fred Lehodey
lehodey at gmail.com
Mon Feb 9 10:27:10 EST 2009
WFS-T, uniquement avec Geoserver.
Fred.
2009/2/9 Moritz Lennert <mlennert at club.worldonline.be>
> 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
>> 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>
>> 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
>>
>>
>>
>> _______________________________________________
>> 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
>>
>
> _______________________________________________
> 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/4a217ee6/attachment-0001.html
More information about the Francophone
mailing list