<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Commentaires sur : MapServer, toujours plus vite&#8230;</title>
	<atom:link href="http://www.neogeo-online.net/blog/archives/100/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.neogeo-online.net/blog/archives/100/</link>
	<description>SIG, OpenSource et Web 2.0</description>
	<pubDate>Fri, 05 Dec 2008 10:17:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Par : neogeo &#187; Archive du blog &#187; Comparatif des performances MapServer - GeoServer</title>
		<link>http://www.neogeo-online.net/blog/archives/100/#comment-455</link>
		<dc:creator>neogeo &#187; Archive du blog &#187; Comparatif des performances MapServer - GeoServer</dc:creator>
		<pubDate>Fri, 24 Oct 2008 08:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/?p=100#comment-455</guid>
		<description>[...] va plus vite avec du PostGIS qu&#8217;avec du Shapefile, c&#8217;est le contraire pour MapServer. Le travail accompli des derniers mois sur la lecture des Shapefiles a donc payé, et Paul prévoit déjà de s&#8217;atteler à [...]</description>
		<content:encoded><![CDATA[<p>[...] va plus vite avec du PostGIS qu&#8217;avec du Shapefile, c&#8217;est le contraire pour MapServer. Le travail accompli des derniers mois sur la lecture des Shapefiles a donc payé, et Paul prévoit déjà de s&#8217;atteler à [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : admin</title>
		<link>http://www.neogeo-online.net/blog/archives/100/#comment-95</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 24 May 2008 07:22:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/?p=100#comment-95</guid>
		<description>Sur les performances, j'espérais justement que les différences soient plus significatives, de manière à justifier pleinement le recours au verbeux Proj4.
Quant aux erreurs, elles semblent s'être résorbées non ? Je n'ai pas connu de problème particulier depuis quelques années.</description>
		<content:encoded><![CDATA[<p>Sur les performances, j&#8217;espérais justement que les différences soient plus significatives, de manière à justifier pleinement le recours au verbeux Proj4.<br />
Quant aux erreurs, elles semblent s&#8217;être résorbées non ? Je n&#8217;ai pas connu de problème particulier depuis quelques années.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Benjamin Chartier</title>
		<link>http://www.neogeo-online.net/blog/archives/100/#comment-94</link>
		<dc:creator>Benjamin Chartier</dc:creator>
		<pubDate>Sat, 24 May 2008 05:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/?p=100#comment-94</guid>
		<description>Merci pour cet article instructif. Juste deux remarques concernant les codes EPSG :
- les différences de performances sont normales puisque MapServer utilise PROJ.4 pour réaliser les conversions de coordonnées et que PROJ.4 traduit les codes EPSG en chaînes PROJ.4 ;
- il faut se méfier des paramètres géodésiques du fichier EPSG utilisé par PROJ.4. La facilité d'utilisation des codes EPSG est trompeuse et est responsable de nombreuses erreurs, surtout avec les projections françaises. Il vaut mieux utiliser une chaîne PROJ.4 dont on a vérifié les paramètres.</description>
		<content:encoded><![CDATA[<p>Merci pour cet article instructif. Juste deux remarques concernant les codes EPSG :<br />
- les différences de performances sont normales puisque MapServer utilise PROJ.4 pour réaliser les conversions de coordonnées et que PROJ.4 traduit les codes EPSG en chaînes PROJ.4 ;<br />
- il faut se méfier des paramètres géodésiques du fichier EPSG utilisé par PROJ.4. La facilité d&#8217;utilisation des codes EPSG est trompeuse et est responsable de nombreuses erreurs, surtout avec les projections françaises. Il vaut mieux utiliser une chaîne PROJ.4 dont on a vérifié les paramètres.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
