<?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 : Ô 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>
	<pubDate>Thu, 28 Aug 2008 22:38:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Par : admin</title>
		<link>http://www.neogeo-online.net/blog/archives/62/#comment-51</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-51</guid>
		<description>Merci de pointer ici mes contradictions ! Disons que effectivement le GeoJSON n'est pas un format de stockage, mais que je l'ai utilisé en tant que format d'échange persistant (il est le dump d'un fichier shape plus complet que j'ai sur mon disque)... D'une part ça permettait de se passer d'un serveur carto, indisponible dans mon contexte, d'autre part de tester ce format assez nouveau. 
Donc oui, c'est essentiellement un formidable format d'échange. En tant que format de stockage de type SIG il n'a pas beaucoup d'intérêt : inutilisable dans un sig bureautique, il devient également lourd dès que les attributs s'accumulent. Il est par contre parfait (et beaucoup moins verbeux que le GML) dans un contexte web, où on n'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-50</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-50</guid>
		<description>Bonjour,
merci pour ce formidable blog.
J'ai cependant une question sur ce format GeoJSON que tu utilises dans ton application vélo. Tu utilises ce format en 'dur' alors que tu expliques ici - http://www.neogeo-online.net/archives/57/ - qu'utiliser ce format serait une aberration.
Tu aurais aussi bien pû utiliser un fichier au format XML, ou GML, ou n'importe quel format lisible avec OpenLayers.
Tu expliques ici - http://georezo.net/forum/viewtopic.php?id=52100 - que l'intérêt de ce format est de se passer de parsing de fichier grâce à l'utilisation directe des objets géographiques contenus dans le format.

Donc qu'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'est son principal intérêt - , mais également en tant que format d'é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 - <a href="http://www.neogeo-online.net/archives/57/" rel="nofollow">http://www.neogeo-online.net/archives/57/</a> - 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 - <a href="http://georezo.net/forum/viewtopic.php?id=52100" rel="nofollow">http://georezo.net/forum/viewtopic.php?id=52100</a> - 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 - je pense que c&#8217;est son principal intérêt - , mais également en tant que format d&#8217;échange de données - autant utiliser un autre format GML ou MIF/MID que beaucoup plus populaire.</p>
<p>Fabien Goblet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
