<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Overcoming data friction</title>
	<atom:link href="http://blog.jonudell.net/2008/02/20/overcoming-data-friction/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/</link>
	<description>Strategies for Internet citizens</description>
	<lastBuildDate>Sat, 11 Feb 2012 19:45:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: OData is grease to cut data friction &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-130746</link>
		<dc:creator><![CDATA[OData is grease to cut data friction &#171; Jon Udell]]></dc:creator>
		<pubDate>Wed, 18 Nov 2009 13:47:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-130746</guid>
		<description><![CDATA[[...] data on the web has enormous potential value, but if we have to overcome too much data friction in order to combine it and make sense of it, we will often fail to realize that value. ODBC in its [...]]]></description>
		<content:encoded><![CDATA[<p>[...] data on the web has enormous potential value, but if we have to overcome too much data friction in order to combine it and make sense of it, we will often fail to realize that value. ODBC in its [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Candice</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-130591</link>
		<dc:creator><![CDATA[Candice]]></dc:creator>
		<pubDate>Tue, 27 Oct 2009 20:26:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-130591</guid>
		<description><![CDATA[I thought the post made some good points on screen scrapers, For screen scrapers i use python for simple things, but for larger projects i used extractingdata.com &lt;a href=&quot;http://www.extractingdata.com/screen%20scraper.htm&quot; rel=&quot;nofollow&quot;&gt;screen scraper software&lt;/a&gt; which worked great, they build custom screen scrapers and data extracting programs]]></description>
		<content:encoded><![CDATA[<p>I thought the post made some good points on screen scrapers, For screen scrapers i use python for simple things, but for larger projects i used extractingdata.com <a href="http://www.extractingdata.com/screen%20scraper.htm" rel="nofollow">screen scraper software</a> which worked great, they build custom screen scrapers and data extracting programs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Facts and friction &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-127193</link>
		<dc:creator><![CDATA[Facts and friction &#171; Jon Udell]]></dc:creator>
		<pubDate>Fri, 03 Apr 2009 17:06:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-127193</guid>
		<description><![CDATA[[...] In the other case I wanted population data for cities whose names are written the same way. Here I wound up digging it out of a CSV file published at www.census.gov. It&#8217;s perfectly doable, but you&#8217;ve got to really want to do it. If you have, say, a count of calendar events in Providence, and you want to divide that by population in order to produce an experimental metric for creative class activity, you can&#8217;t just write &#8220;population of Providence RI&#8221; in the denominator and proceed with your experiment. You have to overcome some fairly serious data friction. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] In the other case I wanted population data for cities whose names are written the same way. Here I wound up digging it out of a CSV file published at <a href="http://www.census.gov" rel="nofollow">http://www.census.gov</a>. It&#8217;s perfectly doable, but you&#8217;ve got to really want to do it. If you have, say, a count of calendar events in Providence, and you want to divide that by population in order to produce an experimental metric for creative class activity, you can&#8217;t just write &#8220;population of Providence RI&#8221; in the denominator and proceed with your experiment. You have to overcome some fairly serious data friction. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pumpkins with Oomph &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-125697</link>
		<dc:creator><![CDATA[Pumpkins with Oomph &#171; Jon Udell]]></dc:creator>
		<pubDate>Fri, 24 Oct 2008 15:33:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-125697</guid>
		<description><![CDATA[[...] I created this event using Live Writer &#8212; a WYSIWYG blog editor &#8212; and its Event Plug-in. In this case, no data entry was required because the plug-in enabled me to search Eventful and capture the existing Pumpkin Festival record found there. That&#8217;s exactly the sort of grease we&#8217;ll need in order to overcome data friction [...]]]></description>
		<content:encoded><![CDATA[<p>[...] I created this event using Live Writer &#8212; a WYSIWYG blog editor &#8212; and its Event Plug-in. In this case, no data entry was required because the plug-in enabled me to search Eventful and capture the existing Pumpkin Festival record found there. That&#8217;s exactly the sort of grease we&#8217;ll need in order to overcome data friction [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vielmetti</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-125383</link>
		<dc:creator><![CDATA[vielmetti]]></dc:creator>
		<pubDate>Mon, 22 Sep 2008 21:04:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-125383</guid>
		<description><![CDATA[Jon -

This could be solved, at least in theory, by having cities write contracts (and RFPs) that specify performance for their vendors that include APIs for civic data.

I don&#039;t know what that RFP language would look like, though..

Ed]]></description>
		<content:encoded><![CDATA[<p>Jon -</p>
<p>This could be solved, at least in theory, by having cities write contracts (and RFPs) that specify performance for their vendors that include APIs for civic data.</p>
<p>I don&#8217;t know what that RFP language would look like, though..</p>
<p>Ed</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rediscovering LibraryThing &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122931</link>
		<dc:creator><![CDATA[Rediscovering LibraryThing &#171; Jon Udell]]></dc:creator>
		<pubDate>Tue, 25 Mar 2008 14:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122931</guid>
		<description><![CDATA[[...] there&#8217;s data friction. There are bibliophiles who will obsessively catalog their own collections, but I&#8217;m not one [...]]]></description>
		<content:encoded><![CDATA[<p>[...] there&#8217;s data friction. There are bibliophiles who will obsessively catalog their own collections, but I&#8217;m not one [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A conversation with Adrian Holovaty about EveryBlock.com &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122709</link>
		<dc:creator><![CDATA[A conversation with Adrian Holovaty about EveryBlock.com &#171; Jon Udell]]></dc:creator>
		<pubDate>Mon, 03 Mar 2008 12:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122709</guid>
		<description><![CDATA[[...] as crime reports, building-code violations, and restaurant inspections.Acquiring this information isn&#8217;t frictionless and raises questions about how public data can be published usefully, as opposed to merely [...]]]></description>
		<content:encoded><![CDATA[<p>[...] as crime reports, building-code violations, and restaurant inspections.Acquiring this information isn&#8217;t frictionless and raises questions about how public data can be published usefully, as opposed to merely [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kurt Cagle</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122690</link>
		<dc:creator><![CDATA[Kurt Cagle]]></dc:creator>
		<pubDate>Thu, 28 Feb 2008 21:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122690</guid>
		<description><![CDATA[Jon,

I agree, I think the term &quot;data friction&quot; is superb, and with permission, would like to use it, with attribution, in some of my own analyses.

This is also a remarkably good plug for the use of standardized serialization formats: xml or json in particular. The challenge with the relational database model is that serialization was considered an afterthought, and as such, the opportunity to standardize on such a format was lost early - it was really only once people started passing xml around that its potential as a mechanism for data serialization re-raised the question of how to get data (real or virtual) from a data store to a data consumer.

Screen scraping to me is much akin to extreme sports - fraught with legal and moral peril, appealing to those with more cajones than brains, and increasingly unnecessary. That it is still somewhat necessary attests, as you point out, to the rather sorry state of data serialization on the web.]]></description>
		<content:encoded><![CDATA[<p>Jon,</p>
<p>I agree, I think the term &#8220;data friction&#8221; is superb, and with permission, would like to use it, with attribution, in some of my own analyses.</p>
<p>This is also a remarkably good plug for the use of standardized serialization formats: xml or json in particular. The challenge with the relational database model is that serialization was considered an afterthought, and as such, the opportunity to standardize on such a format was lost early &#8211; it was really only once people started passing xml around that its potential as a mechanism for data serialization re-raised the question of how to get data (real or virtual) from a data store to a data consumer.</p>
<p>Screen scraping to me is much akin to extreme sports &#8211; fraught with legal and moral peril, appealing to those with more cajones than brains, and increasingly unnecessary. That it is still somewhat necessary attests, as you point out, to the rather sorry state of data serialization on the web.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Parsons</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122624</link>
		<dc:creator><![CDATA[Mike Parsons]]></dc:creator>
		<pubDate>Thu, 21 Feb 2008 15:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122624</guid>
		<description><![CDATA[Hey Jon ... I love the term &quot;Data Friction&quot; ... 

Be interested in your views on my attempt to reduce the friction.

http://www.screencast.com/t/xhH3CwoRKTW]]></description>
		<content:encoded><![CDATA[<p>Hey Jon &#8230; I love the term &#8220;Data Friction&#8221; &#8230; </p>
<p>Be interested in your views on my attempt to reduce the friction.</p>
<p><a href="http://www.screencast.com/t/xhH3CwoRKTW" rel="nofollow">http://www.screencast.com/t/xhH3CwoRKTW</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Third Bit &#187; Blog Archive &#187; Where The Puck Is Going To Be (Part 91)</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122622</link>
		<dc:creator><![CDATA[The Third Bit &#187; Blog Archive &#187; Where The Puck Is Going To Be (Part 91)]]></dc:creator>
		<pubDate>Thu, 21 Feb 2008 10:18:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122622</guid>
		<description><![CDATA[[...] article by Jon Udell on &#8220;Overcoming data friction&#8220;.  One of the projects in my course this term is trying to do something like this by gluing [...]]]></description>
		<content:encoded><![CDATA[<p>[...] article by Jon Udell on &#8220;Overcoming data friction&#8220;.  One of the projects in my course this term is trying to do something like this by gluing [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#34;Data Friction&#34;, spot-on - Noticias externas</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122618</link>
		<dc:creator><![CDATA[&#34;Data Friction&#34;, spot-on - Noticias externas]]></dc:creator>
		<pubDate>Thu, 21 Feb 2008 00:48:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122618</guid>
		<description><![CDATA[[...] Udell wrote a brief piece on how data is locked on servers behind UIs that were not designed for data sharing. He views this as &quot;data [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Udell wrote a brief piece on how data is locked on servers behind UIs that were not designed for data sharing. He views this as &quot;data [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Gentry</title>
		<link>http://blog.jonudell.net/2008/02/20/overcoming-data-friction/#comment-122616</link>
		<dc:creator><![CDATA[Josh Gentry]]></dc:creator>
		<pubDate>Wed, 20 Feb 2008 16:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=332#comment-122616</guid>
		<description><![CDATA[Adam Bosworth has written and spoken about this a bunch.  I think GData was supposed to be an answer to this problem.  Doesn&#039;t seem like it took off, though.]]></description>
		<content:encoded><![CDATA[<p>Adam Bosworth has written and spoken about this a bunch.  I think GData was supposed to be an answer to this problem.  Doesn&#8217;t seem like it took off, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

