[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