Bonjour,<br>Voici 2 commentaires insérés dans votre mail,<br>Meilleures salutations,<br>Céric Moullet<br><br><div class="gmail_quote">Le 11 février 2009 09:25, acangi <span dir="ltr"><<a href="mailto:aca@ngi.be" target="_blank">aca@ngi.be</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Merci pour vos réponses. Quelques réactions :<br>
<br>
Quand vous écrivez qu'une analyse plus fine serait nécessaire, je comprends<br>
que vous me conseillez de me tourner vers un partenaire commercial. C'est<br>
bien ça que vous voulez dire ?</blockquote><div><br>Dans vos requirements, il y a sans doute d'autres informations qui sont nécessaires comme le nombre d'utilisateurs simultanés que vous escomptez, le type de sécurisation, les browser supportés, les besoins en mise à jour, l'architecture des serveurs etc,etc.. Effectivement ces problématiques de mise en place de solution de diffusion cartographique à travers le web ont été traités par bon nombre d'entreprises qui pourraient vous apporter un support dans cette phase. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
L'environnement java et la nécessité de faire du WFS-T me poussent donc à<br>
continuer dans la direction de GeoServer - GeoWebCache - OpenLayers ou<br>
MapFish. </blockquote><div><br>En fait MapFish contient OpenLayers. Encore une petite info, le système d'impression MapFish est développé en Java. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Je préférerais éviter de combiner MapServer et GeoServer. Il me<br>
semble que la performance ne serait pas améliorée en les combinant, parce<br>
que le hardware disponible reste le même. Je peux éventuellement créer<br>
plusieurs OS virtualisés sur la même machine, mais j'imagine que le mieux<br>
serait de tout faire sur un seul OS et un seul logiciel serveur (MapServer<br>
ou GeoServer).<br>
<br>
J'aimerais bien pouvoir mettre les données sur un serveur PostGIS, mais<br>
elles ne sont pas utilisées que par moi, il y a beaucoup d'applications<br>
propriétaires qui se connectent à la DB. Et avant de demander un changement<br>
de DBMS, je dois tester une solution libre et prouver qu'elle peut<br>
satisfaire à nos besoins.<br>
<div><div></div><div><br>
<br>
Cedric Moullet wrote:<br>
><br>
> Effectivement, au niveau de l'édition, il y a cette différence entre<br>
> MapServer et GeoServer. Dans le cadre de MapFish, il est possible<br>
> d'utiliser<br>
> les fonctionnalités d'édition de MapFish Server (avec authentification<br>
> etc...) ou d'utiliser WFS-T (<a href="http://dev4.mapgears.com/bdga-mapfish/" target="_blank">http://dev4.mapgears.com/bdga-mapfish/</a>) à<br>
> travers tinyOWS (<a href="http://www.tinyows.org" target="_blank">http://www.tinyows.org</a>). Merci à MapGears pour les<br>
> exemples.<br>
> Cédric<br>
><br>
> Le 9 février 2009 16:19, Moritz Lennert <<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>> a<br>
> écrit :<br>
><br>
>> N'y a-t-il pas une différence entre MapServer et Geoserver concernant le<br>
>> WFS-T ? Si je ne me trompe pas, MapServer n'offre pas de WFS-T, tandis<br>
>> que<br>
>> GeoServer bien. Peut-on combler ce "manque" de MapServer en le combinant<br>
>> avec MapFish ?<br>
>><br>
>> Moritz<br>
>><br>
>> On 09/02/09 16:02, Cédric Moullet wrote:<br>
>><br>
>>> Merci Fréd,<br>
>>> Oui, je m'en veux de pas avoir mentionné ceci (presque évident ;-). Il<br>
>>> n'y pas vraiment d'autres alternatives OS au niveau base de données<br>
>>> spatiales.<br>
>>> Cédric<br>
>>><br>
>>> Le 9 février 2009 15:56, Fred Lehodey <<a href="mailto:lehodey@gmail.com" target="_blank">lehodey@gmail.com</a> <mailto:<br>
>>> <a href="mailto:lehodey@gmail.com" target="_blank">lehodey@gmail.com</a>>> a écrit :<br>
>>><br>
>>> Bonjour,<br>
>>> pas grand chose à ajouter à l'excellente réponse de Cédric.<br>
>>> Mais juste pour mettre mon grain de sel, je dirais que cela pourrait<br>
>>> être le bon moment de penser à mettre PostgreSQL/Postgis au centre<br>
>>> de cette belle architecture !<br>
>>><br>
>>> Et puis si vous avez du courage, essayez les 2 serveurs carto ! :<br>
>>> - Mapserver serait plutôt meilleur pour servir les images.<br>
>>> - GeoServer serait, quant à lui, meilleur pour le vectoriel...<br>
>>><br>
>>> Enfin, OpenLayers combine facilement plusieurs couches de données et<br>
>>> avoir plusieurs serveurs peut se révéler un atout pour une solution<br>
>>> performante.<br>
>>><br>
>>> Fred.<br>
>>><br>
>>><br>
>>><br>
>>> 2009/2/9 Cédric Moullet <<a href="mailto:cedric.moullet@camptocamp.com" target="_blank">cedric.moullet@camptocamp.com</a><br>
>>> <mailto:<a href="mailto:cedric.moullet@camptocamp.com" target="_blank">cedric.moullet@camptocamp.com</a>>><br>
>>><br>
>>> Bonjour,<br>
>>> Intéressante question. Les 2 serveurs cartographiques OS les<br>
>>> plus utilisés sont GeoServer<br>
>>> (<a href="http://geoserver.org/display/GEOS/Welcome" target="_blank">http://geoserver.org/display/GEOS/Welcome</a>) et MapServer<br>
>>> (<a href="http://www.mapserver.org/" target="_blank">http://www.mapserver.org/</a>). Au niveau des outils de tiling,<br>
>>> Tilecache (<a href="http://tilecache.org/" target="_blank">http://tilecache.org/</a>) et GeoWebCache<br>
>>> (<a href="http://geowebcache.org/trac" target="_blank">http://geowebcache.org/trac</a>) sont les plus présents. Côté<br>
>>> client, OpenLayers est effectivement l'outil qui permet de<br>
>>> présenter des cartes de manière dynamique et d'accéder à toute<br>
>>> sorte de sources de données. Pour avoir une application complète<br>
>>> (pas uniquement la carte) côté client, il est souvent fait appel<br>
>>> à des librairies Javascript comme ExtJS (<a href="http://extjs.com/" target="_blank">http://extjs.com/</a>) pour<br>
>>> faire des interfaces évoluées.<br>
>>><br>
>>> Tous ces composants doivent pouvoir communiquer entre<br>
>>> eux/travailler ensemble. C'est dans ce but qu'a été crée MapFish<br>
>>> (<a href="http://www.mapfish.org" target="_blank">www.mapfish.org</a> <<a href="http://www.mapfish.org" target="_blank">http://www.mapfish.org</a>>) qui permet de lier<br>
>>><br>
>>> ExtJS et OpenLayers<br>
>>> (<br>
>>> <a href="http://demo.mapfish.org/mapfishsample/1.1/examples/map/layout.html" target="_blank">http://demo.mapfish.org/mapfishsample/1.1/examples/map/layout.html</a>),<br>
>>> d'offrir des fonctions d'impression/PDF<br>
>>> (<br>
>>> <a href="http://demo.mapfish.org/mapfishsample/1.1/examples/print/simple.html" target="_blank">http://demo.mapfish.org/mapfishsample/1.1/examples/print/simple.html</a>),<br>
>>> d'offrir des fonctions d'authentification ou d'accéder<br>
>>> indifféremment à GeoServer ou MapServer, entre autres.<br>
>>><br>
>>> En terme de performance de rendu cartographique, MapServer et<br>
>>> GeoServer ont chacun des petites spécialités, mais globalement<br>
>>> je considére que c'est équivalent. C'est souvent la<br>
>>> configuration/optimisation qui fait la différence.<br>
>>><br>
>>> Je ne serai pas complet si je ne mentionnais pas le nouveau<br>
>>> projet GeoExt (<a href="http://www.geoext.org/trac/geoext" target="_blank">http://www.geoext.org/trac/geoext</a>) qui a pour but<br>
>>> d'agréger OpenLayers et ExtJS. Ce projet en est à ses débuts<br>
>>> mais a a mon sens bcp de potentiel vu l'intérêt qu'il suscite.<br>
>>><br>
>>> Un environnement serveur Java va naturellement s'orienter vers<br>
>>> GeoServer / GeoWebCache. Alors qu'un environnement Python / C va<br>
>>> plutôt s'orienter vers MapServer / Tilecache. Par rapport à vos<br>
>>> requirements, je pense a priori que les 2 serveurs<br>
>>> cartographiques peuvent convenir, mais il faudrait une analyse<br>
>>> plus fine pour s'en assurer.<br>
>>><br>
>>> J'espère avoir éclairci vos interrogations. Hésitez pas à<br>
>>> demander plus de détails.<br>
>>> Meilleures salutations,<br>
>>> Cédric Moullet<br>
>>><br>
>>> -- CTO Geospatial Camptocamp SA<br>
>>> Cédric Moullet<br>
>>> PSE A<br>
>>> CH-1015 Lausanne<br>
>>> <a href="http://www.camptocamp.com" target="_blank">www.camptocamp.com</a> <<a href="http://www.camptocamp.com" target="_blank">http://www.camptocamp.com</a>> /<br>
>>> <a href="http://www.mapfish.org" target="_blank">www.mapfish.org</a> <<a href="http://www.mapfish.org" target="_blank">http://www.mapfish.org</a>><br>
>>><br>
>>> +41 79 759 69 83 (mobile)<br>
>>> +41 21 619 10 21 (direct)<br>
>>> +41 21 619 10 10 (centrale)<br>
>>> +41 21 619 10 00 (fax)<br>
>>><br>
>>> Le 9 février 2009 14:56, acangi <<a href="mailto:aca@ngi.be" target="_blank">aca@ngi.be</a> <mailto:<br>
>>> <a href="mailto:aca@ngi.be" target="_blank">aca@ngi.be</a>>><br>
>>><br>
>>> a écrit :<br>
>>><br>
>>><br>
>>> Bonjour,<br>
>>><br>
>>> D'abord une petite présentation : je travaille depuis 2 mois<br>
>>> à l'IGN Belge,<br>
>>> je suis nouveau dans le domaine des SIG et ma principale<br>
>>> occupation est de<br>
>>> mettre sur pied un serveur WebGIS open source. La semaine<br>
>>> dernière, j'étais<br>
>>> au séminaire CASCADOSS à Leuven, et c'est là que j'ai eu<br>
>>> connaissance de la<br>
>>> liste francophone d'OSGeo.<br>
>>><br>
>>> Ensuite ma question : pour mettre en oeuvre mon serveur, je<br>
>>> suis parti dans<br>
>>> la direction de GeoServer, GeoWebCache et OpenLayers.<br>
>>> Pouvez-vous me dire si<br>
>>> cette solution est la plus adéquate pour ce que nous voulons<br>
>>> faire (voir<br>
>>> liste ci-dessous) ou si vous seriez plutôt parti dans une<br>
>>> autre direction ?<br>
>>><br>
>>> Fonctionnalités souhaitées :<br>
>>><br>
>>><br>
>>> Pouvoir lire nos données vectorielles : il s'agit de tables<br>
>>> dans une DB<br>
>>> ArcSDE<br>
>>> Pouvoir lire nos données rasters : cartes à différentes<br>
>>> échelles et photos<br>
>>> aériennes. Je les ai d'une part dans une FGDB (mais ça je<br>
>>> crois que je peux<br>
>>> oublier), d'autre part dans des tif+tfw ou des geotiffs. La<br>
>>> plus grosse<br>
>>> couverture sera composée de +/- 10.000 fichiers, taille<br>
>>> totale non<br>
>>> compressée de l'ordre du TB (à transformer pour y ajouter<br>
>>> des "overviews"<br>
>>> et/ou pyramides)<br>
>>> Pouvoir offrir ces données avec des WMS, WFS (aussi<br>
>>> transactionnel) et WCS<br>
>>> Affichage sélectif en fonction de l'échelle<br>
>>> Protection des données et comptage des requêtes de chaque<br>
>>> utilisateur (à<br>
>>> développer par nous ?)<br>
>>> Transparence<br>
>>> Antialiasing<br>
>>> Décomposition en tuiles<br>
>>> Le client doit pouvoir sélectionner les couches à afficher<br>
>>> Export en PDF<br>
>>> La solution la plus performante en termes de volume des<br>
>>> données servies et e<br>
>>> temps de réponse<br>
>>><br>
>>><br>
>>> Voilà. Qu'est-ce que vous en pensez ?<br>
>>> --<br>
>>> View this message in context:<br>
>>><br>
>>> <a href="http://n2.nabble.com/Dans-quelle-direction---tp2297285p2297285.html" target="_blank">http://n2.nabble.com/Dans-quelle-direction---tp2297285p2297285.html</a><br>
><br>
<br>
</div></div><font color="#888888">--<br>
View this message in context: <a href="http://n2.nabble.com/Dans-quelle-direction---tp2297285p2307408.html" target="_blank">http://n2.nabble.com/Dans-quelle-direction---tp2297285p2307408.html</a><br>
</font><div>Sent from the OSGeo French Local Chapter mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
Francophone mailing list<br>
<a href="mailto:Francophone@lists.osgeo.org" target="_blank">Francophone@lists.osgeo.org</a><br>
</div><div><div></div><div><a href="http://lists.osgeo.org/mailman/listinfo/francophone" target="_blank">http://lists.osgeo.org/mailman/listinfo/francophone</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>CTO Geospatial Camptocamp SA<br>Cédric Moullet<br>PSE A<br>CH-1015 Lausanne<br><a href="http://www.camptocamp.com" target="_blank">www.camptocamp.com</a> / <a href="http://www.mapfish.org" target="_blank">www.mapfish.org</a><br>
<br>+41 79 759 69 83 (mobile)<br>+41 21 619 10 21 (direct)<br>+41 21 619 10 10 (centrale)<br>+41 21 619 10 00 (fax)<br>