<?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: Representing Time in RDF Part 1</title>
	<atom:link href="http://blog.iandavis.com/2009/08/time-in-rdf-1/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.iandavis.com/2009/08/time-in-rdf-1</link>
	<description>blog.iandavis.com</description>
	<lastBuildDate>Wed, 04 Nov 2009 14:19:37 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: John Goodwin (johngoodwin) 's status on Tuesday, 11-Aug-09 11:39:28 UTC - Identi.ca</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1449</link>
		<dc:creator>John Goodwin (johngoodwin) 's status on Tuesday, 11-Aug-09 11:39:28 UTC - Identi.ca</dc:creator>
		<pubDate>Tue, 11 Aug 2009 11:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1449</guid>
		<description>[...] Resending @danja: great series from @iand on Representing Time in RDF http://iandavis.com/blog/2009/08/time-in-rdf-1 [...]</description>
		<content:encoded><![CDATA[<p>[...] Resending @danja: great series from @iand on Representing Time in RDF <a href="http://iandavis.com/blog/2009/08/time-in-rdf-1" rel="nofollow">http://iandavis.com/blog/2009/08/time-in-rdf-1</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny Ayers (danja) 's status on Tuesday, 11-Aug-09 11:22:59 UTC - Identi.ca</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1448</link>
		<dc:creator>Danny Ayers (danja) 's status on Tuesday, 11-Aug-09 11:22:59 UTC - Identi.ca</dc:creator>
		<pubDate>Tue, 11 Aug 2009 11:23:09 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1448</guid>
		<description>[...] great series from @iand on Representing Time in RDF http://iandavis.com/blog/2009/08/time-in-rdf-1 [...]</description>
		<content:encoded><![CDATA[<p>[...] great series from @iand on Representing Time in RDF <a href="http://iandavis.com/blog/2009/08/time-in-rdf-1" rel="nofollow">http://iandavis.com/blog/2009/08/time-in-rdf-1</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Davis</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1443</link>
		<dc:creator>Ian Davis</dc:creator>
		<pubDate>Mon, 10 Aug 2009 17:40:42 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1443</guid>
		<description>Bill, the other posts are there but the links between them are broken at the moment. You can see them all at http://iandavis.com/blog</description>
		<content:encoded><![CDATA[<p>Bill, the other posts are there but the links between them are broken at the moment. You can see them all at <a href="http://iandavis.com/blog" rel="nofollow">http://iandavis.com/blog</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Roberts</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1440</link>
		<dc:creator>Bill Roberts</dc:creator>
		<pubDate>Mon, 10 Aug 2009 16:21:01 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1440</guid>
		<description>Ian

Great that you are addressing this topic - it&#039;s something I&#039;ve been thinking a lot about myself the last couple of weeks, particularly the &quot;time-varying property of something&quot; scenario, like your population of London example.  This is such a common pattern that I&#039;m really surprised there isn&#039;t already a &#039;standard&#039; way to do it.

So I look forward to the rest of your posts!

Bill</description>
		<content:encoded><![CDATA[<p>Ian</p>
<p>Great that you are addressing this topic &#8211; it&#8217;s something I&#8217;ve been thinking a lot about myself the last couple of weeks, particularly the &#8220;time-varying property of something&#8221; scenario, like your population of London example.  This is such a common pattern that I&#8217;m really surprised there isn&#8217;t already a &#8217;standard&#8217; way to do it.</p>
<p>So I look forward to the rest of your posts!</p>
<p>Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Davis</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1438</link>
		<dc:creator>Ian Davis</dc:creator>
		<pubDate>Mon, 10 Aug 2009 14:37:03 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1438</guid>
		<description>Great points Karen. As more data becomes exposed for machines to process we need to distinguish carefully between the data that good enough for quick answers and data that carries precision and context with it. For lots of purposes it&#039;s good enough to know that the population of London is about 7.5 million but there are times when you need to know what kind of population figure it is (e.g. when calculating unemployment rates).</description>
		<content:encoded><![CDATA[<p>Great points Karen. As more data becomes exposed for machines to process we need to distinguish carefully between the data that good enough for quick answers and data that carries precision and context with it. For lots of purposes it&#8217;s good enough to know that the population of London is about 7.5 million but there are times when you need to know what kind of population figure it is (e.g. when calculating unemployment rates).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karen Lopez</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1436</link>
		<dc:creator>Karen Lopez</dc:creator>
		<pubDate>Mon, 10 Aug 2009 13:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1436</guid>
		<description>I&#039;m happy to see that one important aspect of analyzing data has been addressed -- that of temporal aspects of data.

I have also seen the simple RDF and ontology examples that over-simplify models of the real world.  Your London population example is perfect.  One cannot, with any accuracy or precision, link together data from completely different sources without a common agreement of what those data mean.

Comparing recorded facts about &quot;London&quot; can vary based on:

- time
- definition of &quot;population&quot; (does it include all people who were there on a specific date?  Who were residents? Extrapolated via an official census?, etc).
- definition of &quot;London&quot; (city proper? London area?  Region?
- data usage (Has the data been adjusted for some specific reason?  Has the data been adjusted for quality?  Is there an accompanying legend or statistical reference? have they been rounded?  By what method?)
- politics (are these numbers used in such a way that bias or other political gain might impact them?)
- source (did these numbers come from a census? a scientific study? a &quot;welcome to London street sign?)

I believe that the lessons learned over the last few decades in traditional data modeling/data management can help deal with these questions.  Ialso believe it is time for those showing how nifty it is to link up a bunch of data with none of the above questions answered to realize that they are demoing something quite different than they think they are.

Demos can and should be simple.  But those doing the demo-ing should know what simplifications they have applied.</description>
		<content:encoded><![CDATA[<p>I&#8217;m happy to see that one important aspect of analyzing data has been addressed &#8212; that of temporal aspects of data.</p>
<p>I have also seen the simple RDF and ontology examples that over-simplify models of the real world.  Your London population example is perfect.  One cannot, with any accuracy or precision, link together data from completely different sources without a common agreement of what those data mean.</p>
<p>Comparing recorded facts about &#8220;London&#8221; can vary based on:</p>
<p>- time<br />
- definition of &#8220;population&#8221; (does it include all people who were there on a specific date?  Who were residents? Extrapolated via an official census?, etc).<br />
- definition of &#8220;London&#8221; (city proper? London area?  Region?<br />
- data usage (Has the data been adjusted for some specific reason?  Has the data been adjusted for quality?  Is there an accompanying legend or statistical reference? have they been rounded?  By what method?)<br />
- politics (are these numbers used in such a way that bias or other political gain might impact them?)<br />
- source (did these numbers come from a census? a scientific study? a &#8220;welcome to London street sign?)</p>
<p>I believe that the lessons learned over the last few decades in traditional data modeling/data management can help deal with these questions.  Ialso believe it is time for those showing how nifty it is to link up a bunch of data with none of the above questions answered to realize that they are demoing something quite different than they think they are.</p>
<p>Demos can and should be simple.  But those doing the demo-ing should know what simplifications they have applied.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by lukask</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1435</link>
		<dc:creator>Twitted by lukask</dc:creator>
		<pubDate>Mon, 10 Aug 2009 12:08:30 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1435</guid>
		<description>[...] This post was Twitted by lukask [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by lukask [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by iand</title>
		<link>http://blog.iandavis.com/2009/08/time-in-rdf-1/comment-page-1#comment-1434</link>
		<dc:creator>Twitted by iand</dc:creator>
		<pubDate>Mon, 10 Aug 2009 11:57:05 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/?p=1358#comment-1434</guid>
		<description>[...] This post was Twitted by iand [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by iand [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
