[Francophone] Dans quelle direction ?
acangi
aca at ngi.be
Wed Feb 11 03:25:46 EST 2009
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 ?
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. 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.
More information about the Francophone
mailing list