<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Camptocamp Blog &#187; CartoWeb</title>
	<atom:link href="http:///en/blog/tag/cartoweb/feed" rel="self" type="application/rss+xml" />
	<link>http://www.camptocamp.com/en/blog/</link>
	<description>Camptocamp weblog</description>
	<lastBuildDate>Thu, 02 Sep 2010 14:20:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>De Cartoweb à MapFish: une évolution logique.</title>
		<link>http://www.camptocamp.com/en/blog/2009/01/de-cartoweb-a-mapfish-une-evolution-logique/</link>
		<comments>http://www.camptocamp.com/en/blog/2009/01/de-cartoweb-a-mapfish-une-evolution-logique/#comments</comments>
		<pubDate>Sat, 24 Jan 2009 03:28:00 +0000</pubDate>
		<dc:creator>Cédric Moullet</dc:creator>
				<category><![CDATA[Geospatial Solutions]]></category>
		<category><![CDATA[AJAX]]></category>
		<category><![CDATA[CartoWeb]]></category>
		<category><![CDATA[MapFish]]></category>
		<category><![CDATA[OpenLayers]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://www.camptocamp.com/en/blog/2009/01/de-cartoweb-a-mapfish-une-evolution-logique/</guid>
		<description><![CDATA[Neogeo décrit de manière claire la nécessité de l&#8217;évolution de Cartoweb (ou de produits semblables comme MapBuilder,Neapoljs, MapBender, MapGuide 5.x/6.x, liste non exhaustive), à MapFish. Cette évolution est essentiellement d&#8217;ordre technologique car elle fait suite à la maturation des protocoles d&#8217;échanges cartographiques (WMS, WFS, REST+GeoJSON), à la maturation des techniques AJAX (HTML / CSS / [...]]]></description>
			<content:encoded><![CDATA[<p>Neogeo <a href="http://www.neogeo-online.net/blog/archives/112/">décrit de manière claire</a> la nécessité de l&#8217;évolution de Cartoweb (ou de produits semblables comme <a href="http://communitymapbuilder.osgeo.org/">MapBuilder</a>,<a href="http://www.mapserver.ch/fr/gallery.htm">Neapoljs</a>, <a href="http://www.mapbender.org">MapBender</a>, MapGuide 5.x/6.x, liste non exhaustive), à MapFish. Cette évolution est essentiellement d&#8217;ordre technologique car elle fait suite à la maturation des protocoles d&#8217;échanges cartographiques (WMS, WFS, REST+GeoJSON), à la maturation des techniques AJAX (<a href="http://fr.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML">HTML / CSS / DOM / JavaScript / XMLHttpRequest / XML-JSON</a>), à la maturation des services WEB (<a href="http://dyomedea.com/papers/2004-wsc/4-choix.html">SOAP / REST</a>), à la maturation de librairies (OpenLayers, ExtJS, Tilecache, SQLAlchemy, Shapely, JTS) et à la maturation de langages de développement (Javascript / Python / Ruby). <br />Bon, ceci est la vision du développeur. Comme dans tout bon projet informatique, il faut mettre l&#8217;utilisateur au centre des préocupations et ces considérations technologiques ont un impact important sur l&#8217;utilisateur, car les applications développées à partir du framework MapFish sont plus réactives, plus interactives, plus intuitives, plus flexibles et peuvent offrir plus de fonctionnalités.<br />Attention, il ne s&#8217;agit pas ici de faire le procès de Cartoweb ou des autres produits cités qui permettent le développement de superbes applications cartographiques, mais plutôt d&#8217;expliquer cette évolution logique de Cartoweb à MapFish.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.camptocamp.com/en/blog/2009/01/de-cartoweb-a-mapfish-une-evolution-logique/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
