Merci Fréd,<br>Oui, je m&#39;en veux de pas avoir mentionné ceci&nbsp; (presque évident ;-). Il n&#39;y pas vraiment d&#39;autres alternatives OS au niveau base de données spatiales. <br>Cédric<br><br><div class="gmail_quote">Le 9 février 2009 15:56, Fred Lehodey <span dir="ltr">&lt;<a href="mailto:lehodey@gmail.com">lehodey@gmail.com</a>&gt;</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;">Bonjour,<br>pas grand chose à ajouter à l&#39;excellente réponse de Cédric.<br>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 !<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 avoir plusieurs serveurs peut se révéler un atout pour une solution performante.<br>

<br>Fred.<br><br><br><br><div class="gmail_quote">2009/2/9 Cédric Moullet <span dir="ltr">&lt;<a href="mailto:cedric.moullet@camptocamp.com" target="_blank">cedric.moullet@camptocamp.com</a>&gt;</span><div><div></div><div class="Wj3C7c">
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Bonjour,<br>Intéressante question. Les 2 serveurs cartographiques OS les plus utilisés sont GeoServer (<a href="http://geoserver.org/display/GEOS/Welcome" target="_blank">http://geoserver.org/display/GEOS/Welcome</a>) et MapServer (<a href="http://www.mapserver.org/" target="_blank">http://www.mapserver.org/</a>). Au niveau des outils de tiling, Tilecache (<a href="http://tilecache.org/" target="_blank">http://tilecache.org/</a>)&nbsp; et GeoWebCache (<a href="http://geowebcache.org/trac" target="_blank">http://geowebcache.org/trac</a>) sont les plus présents. Côté client, OpenLayers est effectivement l&#39;outil qui permet de présenter des cartes de manière dynamique et d&#39;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 (<a href="http://extjs.com/" target="_blank">http://extjs.com/</a>) pour faire des interfaces évoluées.<br>


<br>Tous ces composants doivent pouvoir communiquer entre eux/travailler ensemble. C&#39;est dans ce but qu&#39;a été crée MapFish (<a href="http://www.mapfish.org" target="_blank">www.mapfish.org</a>) qui permet de lier ExtJS et OpenLayers (<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>), d&#39;offrir des fonctions d&#39;impression/PDF (<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>), d&#39;offrir des fonctions d&#39;authentification ou d&#39;accéder indifféremment à GeoServer ou MapServer, entre autres. <br>


<br>En terme de performance de rendu cartographique, MapServer et GeoServer ont chacun des petites spécialités, mais globalement je considére que c&#39;est équivalent. C&#39;est souvent la configuration/optimisation qui fait la différence.<br>


<br>Je ne serai pas complet si je ne mentionnais pas le nouveau projet GeoExt (<a href="http://www.geoext.org/trac/geoext" target="_blank">http://www.geoext.org/trac/geoext</a>) qui a pour but d&#39;agréger OpenLayers et ExtJS. Ce projet en est à ses débuts mais a a mon sens bcp de potentiel vu l&#39;intérêt qu&#39;il suscite.<br>


<br>Un environnement serveur Java va naturellement s&#39;orienter vers GeoServer / GeoWebCache. Alors qu&#39;un environnement Python / C va plutôt s&#39;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&#39;en assurer.<br>


<br>J&#39;espère avoir éclairci vos interrogations. Hésitez pas à demander plus de détails.<br>Meilleures salutations,<br>Cédric Moullet<br><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> &nbsp;/ <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>
<br>&nbsp;<br><div class="gmail_quote">Le 9 février 2009 14:56, acangi <span dir="ltr">&lt;<a href="mailto:aca@ngi.be" target="_blank">aca@ngi.be</a>&gt;</span> a écrit :<div><div></div><div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


<br>
Bonjour,<br>
<br>
D&#39;abord une petite présentation : je travaille depuis 2 mois à l&#39;IGN Belge,<br>
je suis nouveau dans le domaine des SIG et ma principale occupation est de<br>
mettre sur pied un serveur WebGIS open source. La semaine dernière, j&#39;étais<br>
au séminaire CASCADOSS à Leuven, et c&#39;est là que j&#39;ai eu connaissance de la<br>
liste francophone d&#39;OSGeo.<br>
<br>
Ensuite ma question : pour mettre en oeuvre mon serveur, je suis parti dans<br>
la direction de GeoServer, GeoWebCache et OpenLayers. Pouvez-vous me dire si<br>
cette solution est la plus adéquate pour ce que nous voulons faire (voir<br>
liste ci-dessous) ou si vous seriez plutôt parti dans une autre direction ?<br>
<br>
Fonctionnalités souhaitées :<br>
<br>
<br>
Pouvoir lire nos données vectorielles : il s&#39;agit de tables dans une DB<br>
ArcSDE<br>
Pouvoir lire nos données rasters : cartes à différentes échelles et photos<br>
aériennes. Je les ai d&#39;une part dans une FGDB (mais ça je crois que je peux<br>
oublier), d&#39;autre part dans des tif+tfw ou des geotiffs. La plus grosse<br>
couverture sera composée de +/- 10.000 fichiers, taille totale non<br>
compressée de l&#39;ordre du TB (à transformer pour y ajouter des &quot;overviews&quot;<br>
et/ou pyramides)<br>
Pouvoir offrir ces données avec des WMS, WFS (aussi transactionnel) et WCS<br>
Affichage sélectif en fonction de l&#39;échelle<br>
Protection des données et comptage des requêtes de chaque 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 données servies et e<br>
temps de réponse<br>
<br>
<br>
Voilà. Qu&#39;est-ce que vous en pensez ?<br>
<font color="#888888">--<br>
View this message in context: <a href="http://n2.nabble.com/Dans-quelle-direction---tp2297285p2297285.html" target="_blank">http://n2.nabble.com/Dans-quelle-direction---tp2297285p2297285.html</a><br>
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>
<a href="http://lists.osgeo.org/mailman/listinfo/francophone" target="_blank">http://lists.osgeo.org/mailman/listinfo/francophone</a><br>
</font></blockquote></div></div></div><br><br clear="all"><br><br>
<br>_______________________________________________<br>
Francophone mailing list<br>
<a href="mailto:Francophone@lists.osgeo.org" target="_blank">Francophone@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/francophone" target="_blank">http://lists.osgeo.org/mailman/listinfo/francophone</a><br>
<br></blockquote></div></div></div><br>
<br>_______________________________________________<br>
Francophone mailing list<br>
<a href="mailto:Francophone@lists.osgeo.org">Francophone@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/francophone" target="_blank">http://lists.osgeo.org/mailman/listinfo/francophone</a><br>
<br></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">www.camptocamp.com</a> &nbsp;/ <a href="http://www.mapfish.org">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>