<?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:ymaps="http://api.maps.yahoo.com/Maps/V2/AnnotatedMaps.xsd"	>
<channel>
	<title>Comments on: When to choose data over stories</title>
	<atom:link href="http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/feed/" rel="self" type="application/rss+xml" />
	<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/</link>
	<description>Notes from the classroom and observations about professional practices for sharing the news on digital platforms.</description>
	<lastBuildDate>Fri, 27 Jan 2012 00:54:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Fotografo</title>
		<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/comment-page-1/#comment-12535</link>
		<dc:creator>Fotografo</dc:creator>
		<pubDate>Mon, 27 Oct 2008 14:47:10 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/?p=1537#comment-12535</guid>
		<description>Interesting and well written. Nice explanation.
Thanks.</description>
		<content:encoded><![CDATA[<p>Interesting and well written. Nice explanation.<br />
Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aron Pilhofer</title>
		<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/comment-page-1/#comment-12519</link>
		<dc:creator>Aron Pilhofer</dc:creator>
		<pubDate>Sun, 26 Oct 2008 14:25:55 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/?p=1537#comment-12519</guid>
		<description>Bryan: Not for nothing, but I think you just made Matt&#039;s point precisely. No one said this is an either/or... I actually think you&#039;re right about ChicagoCrime, and to a much greater extent EveryBlock: Both could use some actual reporting to compliment the data.</description>
		<content:encoded><![CDATA[<p>Bryan: Not for nothing, but I think you just made Matt&#8217;s point precisely. No one said this is an either/or&#8230; I actually think you&#8217;re right about ChicagoCrime, and to a much greater extent EveryBlock: Both could use some actual reporting to compliment the data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Murley</title>
		<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/comment-page-1/#comment-12506</link>
		<dc:creator>Bryan Murley</dc:creator>
		<pubDate>Fri, 24 Oct 2008 17:48:18 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/?p=1537#comment-12506</guid>
		<description>Matt,

I agree with you that the data is presented in an informative way, and provides a lot of information. Perhaps &quot;sit there&quot; wasn&#039;t the right term I was looking for. Rather, a way to use the data in reporting and vice versa so that the traffic to both reporting and databases could be strengthened in the long run.

I think the story that was produced when the site was launched is a great example, but somebody - database journalist or business reporter or whoever - should be checking back on the database numbers every so often (assuming the database is being updated). 

I would use as an example Chicagocrime.org. It was a great database and a great way to show what crime was happening in chicago. But a few graphs to explain some of the data trends would have been a good way to add some journalistic value to the map data.

Just my thoughts.</description>
		<content:encoded><![CDATA[<p>Matt,</p>
<p>I agree with you that the data is presented in an informative way, and provides a lot of information. Perhaps &#8220;sit there&#8221; wasn&#8217;t the right term I was looking for. Rather, a way to use the data in reporting and vice versa so that the traffic to both reporting and databases could be strengthened in the long run.</p>
<p>I think the story that was produced when the site was launched is a great example, but somebody &#8211; database journalist or business reporter or whoever &#8211; should be checking back on the database numbers every so often (assuming the database is being updated). </p>
<p>I would use as an example Chicagocrime.org. It was a great database and a great way to show what crime was happening in chicago. But a few graphs to explain some of the data trends would have been a good way to add some journalistic value to the map data.</p>
<p>Just my thoughts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: News Reporting and Public Records &#187; Blog Archive &#187; Visit from one of the best</title>
		<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/comment-page-1/#comment-12501</link>
		<dc:creator>News Reporting and Public Records &#187; Blog Archive &#187; Visit from one of the best</dc:creator>
		<pubDate>Fri, 24 Oct 2008 14:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/?p=1537#comment-12501</guid>
		<description>[...] first was entitled Why You Should Learn to Love Data (which everyone should!) and the second was When to Choose Data over Stories. Both hit some great examples of how and why to use data in stories without losing the storytelling [...]</description>
		<content:encoded><![CDATA[<p>[...] first was entitled Why You Should Learn to Love Data (which everyone should!) and the second was When to Choose Data over Stories. Both hit some great examples of how and why to use data in stories without losing the storytelling [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Waite</title>
		<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/comment-page-1/#comment-12500</link>
		<dc:creator>Matt Waite</dc:creator>
		<pubDate>Fri, 24 Oct 2008 14:02:36 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/?p=1537#comment-12500</guid>
		<description>Bryan;

What part of &lt;a href=&quot;http://watch.tampabay.com/homes/pinellas/neighborhood/pinebrook_estates/&quot; rel=&quot;nofollow&quot;&gt;this page&lt;/a&gt; is letting the data &quot;sit there&quot; and not highlighting trends, hotspots or context? The database IS providing those things. A human being isn&#039;t needed to write a story, make a trend graphic, a map and several other lists of context for that very specific neighborhood. What a program can&#039;t do is &lt;a href=&quot;http://tampabay.com/news/business/realestate/article781253.ece&quot; rel=&quot;nofollow&quot;&gt;this&lt;/a&gt;, which is based on the same dataset and ran when it launched.

So, you&#039;re right: don&#039;t choose. Play to strengths. Use your staff to do what they do well and use web apps, programming and data to handle things that don&#039;t require a reporter. Could a reporter write a neighborhood summary? Sure. Could a graphic artist update a trend graphic and a map? Of course. But 189 times in one county alone? Every week? You&#039;d kill yourself if you were assigned that. 

The simple brutal fact of the matter is that no one has the staff they used to, and most places don&#039;t even have the staff they need. So we&#039;re all going to have to get a lot smarter about how we use people -- the largest expense in any organization -- and how we don&#039;t if we want to do anything other than cut back on the amount of information we&#039;re providing to people. We need to be a lot more creative on how we use means other than assigning a reporter to get information and news to our readers. Those means have limits, and knowing where they are and where the balance between staff driven and data driven lies is critical.</description>
		<content:encoded><![CDATA[<p>Bryan;</p>
<p>What part of <a href="http://watch.tampabay.com/homes/pinellas/neighborhood/pinebrook_estates/" rel="nofollow">this page</a> is letting the data &#8220;sit there&#8221; and not highlighting trends, hotspots or context? The database IS providing those things. A human being isn&#8217;t needed to write a story, make a trend graphic, a map and several other lists of context for that very specific neighborhood. What a program can&#8217;t do is <a href="http://tampabay.com/news/business/realestate/article781253.ece" rel="nofollow">this</a>, which is based on the same dataset and ran when it launched.</p>
<p>So, you&#8217;re right: don&#8217;t choose. Play to strengths. Use your staff to do what they do well and use web apps, programming and data to handle things that don&#8217;t require a reporter. Could a reporter write a neighborhood summary? Sure. Could a graphic artist update a trend graphic and a map? Of course. But 189 times in one county alone? Every week? You&#8217;d kill yourself if you were assigned that. </p>
<p>The simple brutal fact of the matter is that no one has the staff they used to, and most places don&#8217;t even have the staff they need. So we&#8217;re all going to have to get a lot smarter about how we use people &#8212; the largest expense in any organization &#8212; and how we don&#8217;t if we want to do anything other than cut back on the amount of information we&#8217;re providing to people. We need to be a lot more creative on how we use means other than assigning a reporter to get information and news to our readers. Those means have limits, and knowing where they are and where the balance between staff driven and data driven lies is critical.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Murley</title>
		<link>http://mindymcadams.com/tojou/2008/when-to-choose-data-over-stories/comment-page-1/#comment-12499</link>
		<dc:creator>Bryan Murley</dc:creator>
		<pubDate>Fri, 24 Oct 2008 13:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/?p=1537#comment-12499</guid>
		<description>Why a choice? Why couldn&#039;t you build the database and then provide small stories that highlight interesting trends, hotspots, or context to the data? I think it&#039;s a bit of a mistake to just let the data sit there and make no attempt to make sense of it for readers who don&#039;t check the data frequently.

As I see it, stories (small or large) can refocus attention on the data, and the data can drive more stories.</description>
		<content:encoded><![CDATA[<p>Why a choice? Why couldn&#8217;t you build the database and then provide small stories that highlight interesting trends, hotspots, or context to the data? I think it&#8217;s a bit of a mistake to just let the data sit there and make no attempt to make sense of it for readers who don&#8217;t check the data frequently.</p>
<p>As I see it, stories (small or large) can refocus attention on the data, and the data can drive more stories.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

