<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Ô mon Vélô</title>
	<atom:link href="http://www.neogeo-online.net/blog/archives/62/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.neogeo-online.net/blog/archives/62/</link>
	<description>SIG, OpenSource et Web 2.0</description>
	<lastBuildDate>Sat, 24 Dec 2011 09:30:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : admin</title>
		<link>http://www.neogeo-online.net/blog/archives/62/comment-page-1/#comment-1039</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 14 Jan 2008 15:28:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/archives/62/#comment-1039</guid>
		<description>Merci de pointer ici mes contradictions ! Disons que effectivement le GeoJSON n&#039;est pas un format de stockage, mais que je l&#039;ai utilisé en tant que format d&#039;échange persistant (il est le dump d&#039;un fichier shape plus complet que j&#039;ai sur mon disque)... D&#039;une part ça permettait de se passer d&#039;un serveur carto, indisponible dans mon contexte, d&#039;autre part de tester ce format assez nouveau.
Donc oui, c&#039;est essentiellement un formidable format d&#039;échange. En tant que format de stockage de type SIG il n&#039;a pas beaucoup d&#039;intérêt : inutilisable dans un sig bureautique, il devient également lourd dès que les attributs s&#039;accumulent. Il est par contre parfait (et beaucoup moins verbeux que le GML) dans un contexte web, où on n&#039;envoie que le strict nécessaire au client.</description>
		<content:encoded><![CDATA[<p>Merci de pointer ici mes contradictions ! Disons que effectivement le GeoJSON n&#8217;est pas un format de stockage, mais que je l&#8217;ai utilisé en tant que format d&#8217;échange persistant (il est le dump d&#8217;un fichier shape plus complet que j&#8217;ai sur mon disque)&#8230; D&#8217;une part ça permettait de se passer d&#8217;un serveur carto, indisponible dans mon contexte, d&#8217;autre part de tester ce format assez nouveau.<br />
Donc oui, c&#8217;est essentiellement un formidable format d&#8217;échange. En tant que format de stockage de type SIG il n&#8217;a pas beaucoup d&#8217;intérêt : inutilisable dans un sig bureautique, il devient également lourd dès que les attributs s&#8217;accumulent. Il est par contre parfait (et beaucoup moins verbeux que le GML) dans un contexte web, où on n&#8217;envoie que le strict nécessaire au client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Goblet Fabien</title>
		<link>http://www.neogeo-online.net/blog/archives/62/comment-page-1/#comment-1038</link>
		<dc:creator>Goblet Fabien</dc:creator>
		<pubDate>Mon, 14 Jan 2008 12:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/archives/62/#comment-1038</guid>
		<description>Bonjour,
merci pour ce formidable blog.
J&#039;ai cependant une question sur ce format GeoJSON que tu utilises dans ton application vélo. Tu utilises ce format en &#039;dur&#039; alors que tu expliques ici - http://www.neogeo-online.net/archives/57/ - qu&#039;utiliser ce format serait une aberration.
Tu aurais aussi bien pû utiliser un fichier au format XML, ou GML, ou n&#039;importe quel format lisible avec OpenLayers.
Tu expliques ici - http://georezo.net/forum/viewtopic.php?id=52100 - que l&#039;intérêt de ce format est de se passer de parsing de fichier grâce à l&#039;utilisation directe des objets géographiques contenus dans le format.

Donc qu&#039;en est-il ? Ce format peut donc être utilisable dans une application web en tant que flux entre un client et un serveur - je pense que c&#039;est son principal intérêt - , mais également en tant que format d&#039;échange de données - autant utiliser un autre format GML ou MIF/MID que beaucoup plus populaire.

Fabien Goblet.</description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
merci pour ce formidable blog.<br />
J&#8217;ai cependant une question sur ce format GeoJSON que tu utilises dans ton application vélo. Tu utilises ce format en &#8216;dur&#8217; alors que tu expliques ici &#8211; <a href="http://www.neogeo-online.net/archives/57/" rel="nofollow">http://www.neogeo-online.net/archives/57/</a> &#8211; qu&#8217;utiliser ce format serait une aberration.<br />
Tu aurais aussi bien pû utiliser un fichier au format XML, ou GML, ou n&#8217;importe quel format lisible avec OpenLayers.<br />
Tu expliques ici &#8211; <a href="http://georezo.net/forum/viewtopic.php?id=52100" rel="nofollow">http://georezo.net/forum/viewtopic.php?id=52100</a> &#8211; que l&#8217;intérêt de ce format est de se passer de parsing de fichier grâce à l&#8217;utilisation directe des objets géographiques contenus dans le format.</p>
<p>Donc qu&#8217;en est-il ? Ce format peut donc être utilisable dans une application web en tant que flux entre un client et un serveur &#8211; je pense que c&#8217;est son principal intérêt &#8211; , mais également en tant que format d&#8217;échange de données &#8211; autant utiliser un autre format GML ou MIF/MID que beaucoup plus populaire.</p>
<p>Fabien Goblet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

