<?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>Comments on: Tutorial Day at ETech &#8211; Stamen and Food Hacking</title>
	<atom:link href="http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/</link>
	<description>News and updates from GeoIQ</description>
	<lastBuildDate>Fri, 10 Feb 2012 09:02:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Flash vs. Javascript for Web Mapping Applications: Our Experience with Maker! &#124; Off the Map - Official Blog of FortiusOne</title>
		<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-287</link>
		<dc:creator>Flash vs. Javascript for Web Mapping Applications: Our Experience with Maker! &#124; Off the Map - Official Blog of FortiusOne</dc:creator>
		<pubDate>Wed, 22 Oct 2008 15:53:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fortiusone.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-287</guid>
		<description>[...] on the data rendering capabilities of a variety of approaches. The readers digest version of the workshop went something along these [...]</description>
		<content:encoded><![CDATA[<p>[...] on the data rendering capabilities of a variety of approaches. The readers digest version of the workshop went something along these [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Gorman</title>
		<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-286</link>
		<dc:creator>Sean Gorman</dc:creator>
		<pubDate>Fri, 21 Mar 2008 14:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fortiusone.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-286</guid>
		<description>Agree on the Google Maps API, and they are responsive to suggestions.  We asked about the the ability to do static maps about six months ago and it eventually came full circle.  Sure other folks asked as well and it did not hurt to point out that Yahoo! offered it already ;-)</description>
		<content:encoded><![CDATA[<p>Agree on the Google Maps API, and they are responsive to suggestions.  We asked about the the ability to do static maps about six months ago and it eventually came full circle.  Sure other folks asked as well and it did not hurt to point out that Yahoo! offered it already <img src='http://blog.geoiq.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Carden</title>
		<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-285</link>
		<dc:creator>Tom Carden</dc:creator>
		<pubDate>Mon, 17 Mar 2008 07:58:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fortiusone.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-285</guid>
		<description>King has a good point, however I don&#039;t think it&#039;s any different to current AJAX maps.

There are ways to expose your data to search engines if that&#039;s what you care about.  Progressive enhancement seems like the smartest principle here: start with a static map and an image overlay (for heatmaps) or tabular data (for pushpins), and then replace those images using javascript and flash as appropriate.  It&#039;s not easy, but sometimes it&#039;s worth it.

Google just exposed their static map interface to the world... I&#039;d love it if their default maps API examples swapped out a static image for the javascript one instead of just instantiating the javascript one alone.

Oh... if I hear of any good Flash developers in DC I&#039;ll send them your way... so long as they don&#039;t want to move to San Francisco ;)</description>
		<content:encoded><![CDATA[<p>King has a good point, however I don&#8217;t think it&#8217;s any different to current AJAX maps.</p>
<p>There are ways to expose your data to search engines if that&#8217;s what you care about.  Progressive enhancement seems like the smartest principle here: start with a static map and an image overlay (for heatmaps) or tabular data (for pushpins), and then replace those images using javascript and flash as appropriate.  It&#8217;s not easy, but sometimes it&#8217;s worth it.</p>
<p>Google just exposed their static map interface to the world&#8230; I&#8217;d love it if their default maps API examples swapped out a static image for the javascript one instead of just instantiating the javascript one alone.</p>
<p>Oh&#8230; if I hear of any good Flash developers in DC I&#8217;ll send them your way&#8230; so long as they don&#8217;t want to move to San Francisco <img src='http://blog.geoiq.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: King Vanlines</title>
		<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-284</link>
		<dc:creator>King Vanlines</dc:creator>
		<pubDate>Wed, 12 Mar 2008 20:02:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fortiusone.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-284</guid>
		<description>what about using flash and the effects of the search engine spiders to index your content?  That should be worth looking into.</description>
		<content:encoded><![CDATA[<p>what about using flash and the effects of the search engine spiders to index your content?  That should be worth looking into.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Gorman</title>
		<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-283</link>
		<dc:creator>Sean Gorman</dc:creator>
		<pubDate>Mon, 10 Mar 2008 21:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fortiusone.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-283</guid>
		<description>Thanks for the feedback Tom.  It has us convinced we just need to find a good Flash person.  Know anyone in DC looking to work on a cool project?  With some luck we&#039;ll have a big chunk of public data available for folks to play with - both content and styles - fairly shortly.  Great workshop - worth the price of admission by itself.</description>
		<content:encoded><![CDATA[<p>Thanks for the feedback Tom.  It has us convinced we just need to find a good Flash person.  Know anyone in DC looking to work on a cool project?  With some luck we&#8217;ll have a big chunk of public data available for folks to play with &#8211; both content and styles &#8211; fairly shortly.  Great workshop &#8211; worth the price of admission by itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Carden</title>
		<link>http://blog.geoiq.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-282</link>
		<dc:creator>Tom Carden</dc:creator>
		<pubDate>Thu, 06 Mar 2008 19:08:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fortiusone.com/2008/03/03/tutorial-day-at-etech-stamen-and-food-hacking/#comment-282</guid>
		<description>Thanks for the positive feedback on the talk. I&#039;m glad you guys were there, you have a really interesting platform!

Rules of thumb are tricky, especially when they&#039;re based on my subjective judgement. I&#039;ll try and clarify...

I should reiterate from the talk that the loading times I gave are made up times, meant to represent the ideal time to load the data (not the plug-in or software).  And the number of data points isn&#039;t raw capacity (this isn&#039;t a benchmark) but rather a rule of thumb for what I would personally be comfortable manipulating on the respective platforms.

The point I&#039;m making isn&#039;t really about whether you prefer to develop for the web in HTML vs Processing vs Flash (vs Silverlight) etc – but about how choosing a more powerful platform on the web quickly gets hit by diminishing returns.

My point is that although the move from HTML or Flash to an applet seems like a step up in terms of raw performance, the raw performance isn&#039;t any use to you until the data is there.  This pretty much levels the playing field, and for me that means Flash is at the sweet spot.

Hope that makes sense!</description>
		<content:encoded><![CDATA[<p>Thanks for the positive feedback on the talk. I&#8217;m glad you guys were there, you have a really interesting platform!</p>
<p>Rules of thumb are tricky, especially when they&#8217;re based on my subjective judgement. I&#8217;ll try and clarify&#8230;</p>
<p>I should reiterate from the talk that the loading times I gave are made up times, meant to represent the ideal time to load the data (not the plug-in or software).  And the number of data points isn&#8217;t raw capacity (this isn&#8217;t a benchmark) but rather a rule of thumb for what I would personally be comfortable manipulating on the respective platforms.</p>
<p>The point I&#8217;m making isn&#8217;t really about whether you prefer to develop for the web in HTML vs Processing vs Flash (vs Silverlight) etc – but about how choosing a more powerful platform on the web quickly gets hit by diminishing returns.</p>
<p>My point is that although the move from HTML or Flash to an applet seems like a step up in terms of raw performance, the raw performance isn&#8217;t any use to you until the data is there.  This pretty much levels the playing field, and for me that means Flash is at the sweet spot.</p>
<p>Hope that makes sense!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

