<?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 : ArcDevelopper REST API</title>
	<atom:link href="http://www.neogeo-online.net/blog/archives/90/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.neogeo-online.net/blog/archives/90/</link>
	<description>SIG, OpenSource et Web 2.0</description>
	<pubDate>Sat, 19 Jul 2008 19:13:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Par : geogeek</title>
		<link>http://www.neogeo-online.net/blog/archives/90/#comment-76</link>
		<dc:creator>geogeek</dc:creator>
		<pubDate>Wed, 09 Apr 2008 05:20:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/blog/archives/90/#comment-76</guid>
		<description>tu n'as pas tout bon :
-ArcDevelopper.Net (Dave Bouwman) a développé un proto d'API REST sur les services SOAP d'ArcIMS, c'est ce que vous présentez, rien à voir avec ESRI du point de vue développement
-ESRI a implémenté une API REST sur ArcGIS Server 9.3, API REST qui manipule bien du json, mais pas du GeoJson. Difficile à voir pour l'instant pour cause de clause de confidentialité pour les sites bêta, mais de l'avis général (voir les blogs post-Developer Summit : James Fee, ...), ça va faire mal . Et bien avec le WFS, même WFS-T d'ArcGIS Server 9.3 cela va bien se marier avec OL : affichage WMS, transactions WFS-T et même géotraitements REST, en plus la base pourra être PostGIS. Sur le papier cela va réconcilier pas mal de monde cf : http://edn.esri.com/index.cfm?fa=conferences.detail&#38;id=52&#38;selectedConference=ds08 il y a un powerpoint et même une appli OL !</description>
		<content:encoded><![CDATA[<p>tu n&#8217;as pas tout bon :<br />
-ArcDevelopper.Net (Dave Bouwman) a développé un proto d&#8217;API REST sur les services SOAP d&#8217;ArcIMS, c&#8217;est ce que vous présentez, rien à voir avec ESRI du point de vue développement<br />
-ESRI a implémenté une API REST sur ArcGIS Server 9.3, API REST qui manipule bien du json, mais pas du GeoJson. Difficile à voir pour l&#8217;instant pour cause de clause de confidentialité pour les sites bêta, mais de l&#8217;avis général (voir les blogs post-Developer Summit : James Fee, &#8230;), ça va faire mal . Et bien avec le WFS, même WFS-T d&#8217;ArcGIS Server 9.3 cela va bien se marier avec OL : affichage WMS, transactions WFS-T et même géotraitements REST, en plus la base pourra être PostGIS. Sur le papier cela va réconcilier pas mal de monde cf : <a href="http://edn.esri.com/index.cfm?fa=conferences.detail&amp;id=52&amp;selectedConference=ds08" rel="nofollow">http://edn.esri.com/index.cfm?fa=conferences.detail&amp;id=52&amp;selectedConference=ds08</a> il y a un powerpoint et même une appli OL !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : admin</title>
		<link>http://www.neogeo-online.net/blog/archives/90/#comment-67</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Tue, 11 Mar 2008 16:53:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/blog/archives/90/#comment-67</guid>
		<description>certes, mais INSPIRE implique-t-il des mécanismes non résolvables par les GET/POST/PUT/DELETE de la couche HTTP ? Pour envoyer des données d'un serveur A vers un serveur B, un bon PUT d'un flux geoJSON et hop !</description>
		<content:encoded><![CDATA[<p>certes, mais INSPIRE implique-t-il des mécanismes non résolvables par les GET/POST/PUT/DELETE de la couche HTTP ? Pour envoyer des données d&#8217;un serveur A vers un serveur B, un bon PUT d&#8217;un flux geoJSON et hop !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : pierre</title>
		<link>http://www.neogeo-online.net/blog/archives/90/#comment-66</link>
		<dc:creator>pierre</dc:creator>
		<pubDate>Tue, 11 Mar 2008 16:45:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.neogeo-online.net/blog/archives/90/#comment-66</guid>
		<description>Amusant de voir que de l'autre coté de la chaine... INSPIRE va surement imposer le SOAP... 

Après, ne nous trompons pas. INSPIRE met en oeuvre une infrastructure SDI qu'on peut considérer "backoffice" (échanges entre serveurs des pays membres) et non obligatoirement vers un simple webmapping.</description>
		<content:encoded><![CDATA[<p>Amusant de voir que de l&#8217;autre coté de la chaine&#8230; INSPIRE va surement imposer le SOAP&#8230; </p>
<p>Après, ne nous trompons pas. INSPIRE met en oeuvre une infrastructure SDI qu&#8217;on peut considérer &#8220;backoffice&#8221; (échanges entre serveurs des pays membres) et non obligatoirement vers un simple webmapping.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
