<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Printed Matters &#187; Uncategorized</title>
	<atom:link href="http://burden.ca/blog/category/uncategorized/feed/" rel="self" type="application/rss+xml" />
	<link>http://burden.ca/blog</link>
	<description>Newspapers, their websites, and their future</description>
	<lastBuildDate>Sun, 06 Dec 2009 20:11:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>What is the core product of a newspaper, anyway?</title>
		<link>http://burden.ca/blog/2009/03/core-product-of-newspapers/</link>
		<comments>http://burden.ca/blog/2009/03/core-product-of-newspapers/#comments</comments>
		<pubDate>Fri, 13 Mar 2009 07:47:39 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=242</guid>
		<description><![CDATA[A post by Yelvington yesterday sparked a little bit of a debate about what it is that newspapers actually sell.
Yelvington claimed it is not print and not news. It&#8217;s readership.
&#8220;Your core product is a commercially relevant audience,&#8221; he said in bold type.
I chimed in on the comments at his blog:
&#8230;your product is not newspapers, or [...]]]></description>
			<content:encoded><![CDATA[<p>A post by Yelvington yesterday sparked a little bit of a debate about what it is that newspapers actually sell.</p>
<p>Yelvington <a title="Please stop calling print the 'core product' (explained)" href="http://www.yelvington.com/please-stop-calling-print-core-product" target="_blank">claimed</a> it is not print and not news. It&#8217;s readership.</p>
<p><strong>&#8220;Your core product is a commercially relevant audience,&#8221;</strong> he said in bold type.</p>
<p>I chimed in on the comments at his blog:</p>
<blockquote><p>&#8230;your product is not newspapers, or news or information. It is readership.</p></blockquote>
<p>Another commenter said he totally agrees.</p>
<p>But then two other commenters had differing opinions. One agreed that newspapers sell readership to advertisers, but &#8220;for our readers, the news is the product.&#8221;</p>
<p>Another made a distinction between core product and core business, saying &#8220;our core *product* is news (or more accurately &#8220;news and information&#8221;), our core *business* is using that core product to deliver a commercially relevant audience&#8230;&#8221;</p>
<p>I was intrigued enough by these differences in the understanding of what the core product of a newspaper is to conduct a Twitter survey. I <a href="http://twitter.com/timburden/status/1317817631" target="_blank">asked</a>, what is the core product of newspapers? Discuss.</p>
<p>Now, this is by no means scientific. I got four respondents. (I&#8217;m not Scoble; my Twitterverse is small.) And I was interested in who gave the answers, and how what they do for their livings  relates to the answers they gave.</p>
<p>Here&#8217;s the list, starting with Steve Yelvington and the commenters on his blog.</p>
<ol>
<li><a href="http://www.yelvington.com/please-stop-calling-print-core-product" target="_blank">Steve Yelvington</a>, news website <span class="fn">developer</span>: <strong>audience</strong>.</li>
<li><a href="http://www.yelvington.com/please-stop-calling-print-core-product#comment-5269" target="_blank">Tim Burden</a> (that&#8217;s me), news website <span class="fn">developer</span>: <strong>audience</strong>.</li>
<li><a href="http://www.yelvington.com/please-stop-calling-print-core-product#comment-5270" target="_blank">Dan Thornton</a>, marketer: <strong>audience</strong></li>
<li><a href="http://www.yelvington.com/please-stop-calling-print-core-product#comment-5271" target="_blank">Chip Kaye</a>, news website <span class="fn">developer</span> (papertrane): <strong>news</strong> for readers, <strong>audience</strong> for advertisers.</li>
<li><a href="http://www.yelvington.com/please-stop-calling-print-core-product#comment-5272" target="_blank">Marc Matteo</a>, news website <span class="fn">developer</span> (SacBee): <strong>news</strong> is the product, <strong>audience</strong> is the business.</li>
<li><a href="http://twitter.com/davecoleman/status/1317877119" target="_blank">Dave Coleman</a>, marketer (Spreed): <strong>brand</strong></li>
<li><a href="http://twitter.com/garyhilson/status/1317928790" target="_blank">Gary Hilson</a>, freelance writer and PR: <strong>news</strong> with context.</li>
<li><a href="http://twitter.com/VaughanEditor/status/1318217019" target="_blank">Kim Champion</a>, newspaper editor: <strong>audience</strong>.</li>
<li><span class="fn"><a href="http://twitter.com/stanislavbender/status/1318172522" target="_blank">Stanislav Bender</a>, j-school prof: it&#8217;s an <strong>ecosystem</strong>.</span></li>
<li><span class="fn"><a href="http://blog-o-blog.com/12/03/2009/the-revolution-will-not-be-twitterized/" target="_blank">Zac Echola</a>, news website developer: <strong>audience</strong>.</span></li>
</ol>
<p>Zac wasn&#8217;t part of my Twitter survey, but he wrote a post a short time ago making the claim:</p>
<blockquote><p>The newspaper business has never been in the journalism business. Journalism is a means to an end (an end that unfortunately may no longer support the luxury of  “wasteful” spending on bureaus and months long investigations that turn up little to no news). The true core business is not newspaper production and distribution, it’s advertising.</p></blockquote>
<p>If this were a vote, audience wins. The core business of a newspaper (or any other news organization) is selling eyeballs to advertisers.</p>
<p>What do you think? What&#8217;s the core product of a newspaper? And why does it matter? (Hint: it&#8217;s crucial.)</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2009/03/core-product-of-newspapers/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>New Guardian API &#8211; a quibble</title>
		<link>http://burden.ca/blog/2009/03/new-guardian-api-quibble/</link>
		<comments>http://burden.ca/blog/2009/03/new-guardian-api-quibble/#comments</comments>
		<pubDate>Fri, 13 Mar 2009 00:43:42 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=234</guid>
		<description><![CDATA[I generally applaud efforts by news organizations to get seriously jiggy with the web. In particular, when news companies make APIs available for their content, it represents a real willingness by that company to make the ultimate sacrifice: to give up control of their content and their data and let others see what they can [...]]]></description>
			<content:encoded><![CDATA[<p>I generally applaud efforts by news organizations to get seriously jiggy with the web. In particular, when news companies make APIs available for their content, it represents a real willingness by that company to make the ultimate sacrifice: to give up control of their content and their data and let others see what they can make of it.</p>
<p>Take a look at the cool work of Vancouver artist <a title="Jer Thorp's blog" href="http://blog.blprnt.com/" target="_blank">Jer Thorp</a>. He plays with visualizations based on the word frequency in the huge data sets made available through these APIs.</p>
<p>And visualizations are great, but they don&#8217;t reflect the best thing about APIs: as people use a news company&#8217;s data in various mashups, it gets more people looking at its content. The company gets more of a chance to engage a community of interested news consumers. They get more readership. We get a better web.</p>
<p>So what&#8217;s my beef?</p>
<p><a title="The Guardian Open Platform" href="http://www.guardian.co.uk/open-platform" target="_blank">The Guardian API</a> is different from the other API offerings from <a title="The Article Search API" href="http://developer.nytimes.com/docs/article_search_api?authChecked=1" target="_blank">the NYT</a> and <a title="BBC Search API" href="http://backstage.bbc.co.uk/data/SearchApI?v=ri3" target="_blank">the BBC</a> in that it provides the full content of stories. And the proposition is that you can use the full text of stories on other websites, as long as you display Guardian advertising alongside it.</p>
<p>So why is that bad? <a title="Why Full Text RSS Feeds Matter" href="http://blog.outside.in/2009/02/23/why-full-text-rss-feeds-matter/" target="_blank">It&#8217;s not, per se</a>. Aggregators can do a better job of aggregating, and semantic taggers can do a better job of semantic tagging, if they have the full dataset. And that&#8217;s the point of the exercise, after all: to increase the overall utility of the web for everyone&#8217;s benefit.</p>
<p>What I specifically don&#8217;t like is that the Guardian is explicitly saying it&#8217;s OK to duplicate their content on other sites. How then do aggregators decide which are duplicates? How does the semantic web figure out what the &#8220;canonical&#8221; address for the story is? It is specifically disutilitarian to have identical (or even similar, for that matter) content strewn around the web. Or worse, woven &#8220;into the fabric of the Internet,&#8221; as the Guardian <a title="Guardian launches Open Platform tool to make online content available free" href="http://www.guardian.co.uk/media/2009/mar/10/guardian-open-platform" target="_blank">announcement</a> put it.</p>
<p>So they&#8217;re right to provide the full data: that&#8217;s a plus for web utility. But they&#8217;re wrong to condone outright duplication of content, which is of <a title="Comment at Buzzmachine" href="http://www.buzzmachine.com/2009/03/10/apis-the-new-distribution/#comment-391652" target="_blank">negative utility</a>.</p>
<p>Shafqat Islam of Newscred <a title="Comment by Shafqat on Newscred" href="http://blog.newscred.com/?p=179#comment-7177" target="_blank">says</a> he hopes people will realize this problem and not duplicate full content feeds. But the Guardian could fix this problem easily by continuing to provide the full dataset, but putting a clause in the otherwise rather strict <a title="Guardian API Terms and conditions" href="http://www.guardian.co.uk/open-platform/terms-and-conditions" target="_blank">Terms and Conditions</a> stating that outright duplication of the material is forbidden.</p>
<p>The Terms and Conditions already stipulate that a link must be provided back to the original article on the Guardian site. Which begs the question: why not just link back to the Guardian site? Why does anyone need to publish the full story, and duplicate that content, on their own site?</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2009/03/new-guardian-api-quibble/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Follow Toronto fire calls on Twitter</title>
		<link>http://burden.ca/blog/2009/01/follow-toronto-fire-calls-on-twitter/</link>
		<comments>http://burden.ca/blog/2009/01/follow-toronto-fire-calls-on-twitter/#comments</comments>
		<pubDate>Sun, 11 Jan 2009 04:38:11 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=104</guid>
		<description><![CDATA[This is interesting, and perhaps even useful for Toronto-based journalists: you can track all the calls to the Toronto fire department live (or close to live, I suspect) on Twitter.
Found this via @jeffjarvis, who pointed out that it&#8217;s like being on the city desk and being on the radio scanner.
]]></description>
			<content:encoded><![CDATA[<p><a title="Toronto fire updates" href="http://twitter.com/tofire" target="_blank">This</a> is interesting, and perhaps even useful for Toronto-based journalists: you can track all the calls to the Toronto fire department live (or close to live, I suspect) on Twitter.</p>
<p>Found this via <a title="Jeff Jarvis on Twitter" href="http://twitter.com/jeffjarvis" target="_blank">@jeffjarvis</a>, who <a title="Jeff Jarvis tweets tofire" href="http://twitter.com/jeffjarvis/status/1109759795" target="_blank">pointed out</a> that it&#8217;s like being on the city desk and being on the radio scanner.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2009/01/follow-toronto-fire-calls-on-twitter/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Best practices for linking out</title>
		<link>http://burden.ca/blog/2008/12/best-practices-for-linking-out/</link>
		<comments>http://burden.ca/blog/2008/12/best-practices-for-linking-out/#comments</comments>
		<pubDate>Mon, 22 Dec 2008 18:47:08 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[news websites]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=84</guid>
		<description><![CDATA[On the heels of my post of a couple of days ago outlining a new business model for news, based on Jeff Jarvis&#8217; concepts of &#8220;doing what you do best and linking to the rest&#8221; and reverse syndication, I now present a list of best practices. Mindy McAdams has a list of best practices from [...]]]></description>
			<content:encoded><![CDATA[<p>On the heels of <a title="New business models for news: another step required" href="http://burden.ca/blog/2008/12/18/new-business-models-for-news-another-step-required" target="_self">my post</a> of a couple of days ago outlining a new business model for news, based on Jeff Jarvis&#8217; concepts of &#8220;<a title="New rule: Cover what you do best. Link to the rest" href="http://www.buzzmachine.com/2007/02/22/new-rule-cover-what-you-do-best-link-to-the-rest/" target="_blank">doing what you do best and linking to the rest</a>&#8221; and <a title="Reverse syndication" href="http://www.buzzmachine.com/2008/02/15/reverse-syndication/" target="_blank">reverse syndication</a>, I now present a list of best practices. Mindy McAdams <a title="Curation, and journalists as curators" href="http://mindymcadams.com/tojou/2008/curation-and-journalists-as-curators/" target="_blank">has a list</a> of best practices from an editorial, or curation, point of view. My list is more about the mechanics&#8230;how the links should actually be done, from the points of view of SEO and of encouraging a new link economy.</p>
<p>Suppose you are an online editor tasked with providing a package of, say, some of your own material, plus links to the best coverage on other sites.</p>
<ol>
<li><strong>Link to the original</strong>. Whenever possible, link first to the story that broke the news. If it&#8217;s copy from CP or AP (etc.), link to the story on their site only. Don&#8217;t link to the same story on some other site that happens to be a subscriber to the newswire. This entails you must look for the original source. Sometimes that will take work. Don&#8217;t shy from it. And remember, what appears first in Google News et. al. is not necessarily the original source.</li>
<li><strong>Then link to articles that advance the story</strong>. Never link to duplicate material. Only link to stuff that contains new information or advances the story in some way. You&#8217;ll have to read the copy to determine if there&#8217;s something new in there, something first coming to light or being connected in that story and nowhere else. Do not link to rewrites of the original story, unless they contain something new. Especially never link to exact duplicates of stories you have already linked to.</li>
<li><strong>Only link to the canonical URL of the story</strong>. Do not link to the front page of a site just because the story appears there. Find and use the unique, permanent URL for the story. Do not link to a page that redirects you to another page. Don&#8217;t blindly copy/paste a link; follow the link to see where you wind up. Don&#8217;t link to the &#8220;Print this story&#8221; page for the story. If there are variables in the URL, strip as much of them away as possible before linking to it. Especially important, strip away anything that relates to your own browser or session. Check, of course, that the URL still works and presents the story you&#8217;re trying to present.</li>
<li><strong>Use JavaScript to insert your referer ID</strong>. In a reverse syndication scheme, you will share in the revenue derived from sending traffic to another site. But that can only work if the other site knows it was you that sent the traffic. To accomplish this, normally you will put some kind of referer ID in the URL so that the receiving site knows where the visitor came from. But that conflicts with #3 above: only link to the canonical URL. With correct use of JavaScript, you can do both. Googlebot will only see the canonical URL and distribute PageRank on that basis, while JavaScript-enabled browsers will carry the referer identification with them when they go.</li>
<li><strong>Don&#8217;t link to pages behind a pay wall</strong>. Never. We want to discourage this anti-web behaviour. Following such links is pure frustration for users and will make them not trust the packages you&#8217;re presenting. This rule applies to stories currently behind a pay wall, as well as those that will go behind a pay wall once the story stales, a la The Globe and Mail.</li>
<li><strong>Don&#8217;t be afraid to change the headline</strong>. In the link you are putting together, the link text should tell the user something about why they should follow that link. Avoid the temptation to simply use the headline on the story you are linking to &#8211; it may not tell the reader sifting through your package why they should go there.</li>
<li><strong>Write your own snippet</strong>. Use the snippet to tell the user how this story differs from all the other stories you have linked to. How does this article advance the story? This augments Mindy&#8217;s point #3.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/12/best-practices-for-linking-out/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>New business models for news: another step required</title>
		<link>http://burden.ca/blog/2008/12/new-business-models-for-news-another-step-required/</link>
		<comments>http://burden.ca/blog/2008/12/new-business-models-for-news-another-step-required/#comments</comments>
		<pubDate>Thu, 18 Dec 2008 08:21:39 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[news websites]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=83</guid>
		<description><![CDATA[An old news organization has teamed up with a new one to create a new business model for news that gets about halfway to the future.
Online-only news and blog source Politico has partnered with newswire Reuters to share political news coverage with other news organizations in a wholly new type of syndication. Instead of the [...]]]></description>
			<content:encoded><![CDATA[<p>An old news organization has teamed up with a new one to create a new business model for news that gets about halfway to the future.</p>
<p>Online-only news and blog source <a title="Reuters, Politico to share political news coverage" href="http://www.reuters.com/article/marketsNews/idUSN1234090820081215" target="_blank">Politico has partnered with newswire Reuters</a> to share political news coverage with other news organizations in a wholly new type of syndication. Instead of the traditional model, where the newswire sells the content to other news organizations in exchange for money, this new consortium provides free content to member organizations in exchange for the right to put advertising on their websites. The content provider shares the advertising revenue with the members.</p>
<p>Jeff Jarvis calls this <a title="Reverse syndication" href="http://www.buzzmachine.com/2008/02/15/reverse-syndication/" target="_blank">reverse syndication</a>. If you&#8217;re like me, you have trouble getting your head around the notion of reverse syndication. Why &#8216;reverse&#8217;? The content still flows from the news gatherer (the newswire) to the news outlets (the individual member organizations) in a one-to-many relationship. The eyeballs still stay on the outlets&#8217; websites.</p>
<p>But the &#8216;reverse&#8217; comes in when you look at the net flow of money. In traditional syndication, the money flows from the member outlets to the news gatherer when the outlets subscribe to the content for a fee. In reverse syndication, the net flow of money is from the newswire to the members when it shares advertising profits with them.</p>
<p>This model still has problems, in my opinion. For one thing, duplicate copies of content still wind up on multiple websites, <a title="APâ€™s online business model is completely wrong" href="http://burden.ca/blog/2008/06/17/aps-online-business-model-is-completely-wrong" target="_blank">something I complained about</a> during the Associated Press kerfuffles earlier this year. For another, it still doesn&#8217;t give enough credit to the original reporting.</p>
<p>The next step in the evolution of this new business model is to get all the way to TRUE reverse syndication, where there are changes in the flow of content and eyeballs as well. Instead of sending content to member sites, where the members use that content to attract and keep eyeballs, the news gatherer keeps the content on its own site, and members use links to send eyeballs over to the news gatherer&#8217;s site. In exchange for the eyeballs, the news gatherer pays the member site a share of the revenue generated by advertising on its own site.</p>
<p>Get it? The eyeballs flow instead of the content. Much, much easier to accomplish in our link-enabled world.</p>
<p>Maybe this seems counter-intutive. Why would a news organization want to send traffic away from its site? Aren&#8217;t they supposed to be content whores, putting any, all and every possible bit of content on their own site to act as spider-food and attract eyeballs?</p>
<p>Yes and no. If that same content appears on many different sites, the eyeballs it attracts are divided across many sites and almost nobody makes any money from it. That&#8217;s why the old syndication model is old and must die: it doesn&#8217;t work any more. Why should a news organization pay a newswire for content when people can go get that same content on other sites? It doesn&#8217;t make sense. It&#8217;s foolish even on the face of it.</p>
<p>Worse, it has a detrimental effect on the results in news aggregators like Google News. You end up with statements like &#8220;236 related articles&#8221; on Google News and they all say pretty much the same damn thing. It&#8217;s old thinking and it really should stop <a title="Google News informs us that the Russians are invading the South" href="http://valleywag.com/5034988/google-news-informs-us-that-the-russians-are-invading-the-south" target="_blank">before someone gets hurt</a>.</p>
<p>Do what you do best, and link to the best of the rest, to paraphrase Jarvis. Everyone can be a news gatherer. It can be a many-to-many relationship, with everybody concentrating on what they do best, and packaging links to the best of the rest for their readers. Local papers can focus on their local reporting &#8211; <a title="Beleaguered Vaughan mayor vows to stay put, refuses to resign" href="http://www.vaughancitizen.com/News/Vaughan/article/86012" target="_blank">their mayor&#8217;s foibles</a>, and fun at the council meetings. And regional papers can focus on regional issues, or issues not covered by other local papers, and just link out to the best coverage in surrounding municipalities when they need to. The Toronto Star needn&#8217;t have done <a title="Defiant Vaughan mayor staying" href="http://www.thestar.com/article/554400" target="_blank">this</a> (and TorStar owns the Vaughan Citizen&#8230;go figure!) And big newswires like Reuters and AP can focus on their capital coverage and foreign bureaus.</p>
<p>By now it&#8217;s obvious to most observers that the <a title="Adding Up The Newspaper Cutbacks" href="http://recoveringjournalist.typepad.com/recovering_journalist/2008/08/newspaper-layoff-log.html" target="_blank">trouble the U.S. newspaper industry</a> has been seeing for years is now reaching us <a title="Newsroom cuts and closures: an '08 rundown" href="http://jsource.ca/english_new/detail.php?id=3072" target="_blank">up here in Canada</a>. Add to that list <a title="Sun Media slashing 600 jobs" href="http://www.thestar.com/Business/article/555048" target="_blank">600 jobs gone at Sun Media</a>.</p>
<p>It&#8217;s a pandemic. No surprise, then, that people are casting about for new business models for news. Here&#8217;s the beginnings of a revolution in the way news is distributed and monetized.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/12/new-business-models-for-news-another-step-required/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>reCAPTCHA for newspapers?</title>
		<link>http://burden.ca/blog/2008/08/recaptcha-for-newspapers/</link>
		<comments>http://burden.ca/blog/2008/08/recaptcha-for-newspapers/#comments</comments>
		<pubDate>Mon, 18 Aug 2008 05:55:19 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=75</guid>
		<description><![CDATA[Here&#8217;s a very cool thing that nicely illustrates the principle of leverage: reCAPTCHA.
It turns out that what you do when you decipher text in CAPTCHA mechanisms &#8211; you know, those images that blogs and forums throw at you during registration, to help prevent spam &#8211; is the very same thing that is needed to help [...]]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s a very cool thing that nicely illustrates the principle of leverage: <a title="reCAPTCHA" href="http://recaptcha.net/" target="_blank">reCAPTCHA</a>.</p>
<p>It turns out that what you do when you decipher text in CAPTCHA mechanisms &#8211; you know, those images that blogs and forums throw at you during registration, to help prevent spam &#8211; is the very same thing that is needed to help in digitizing old books. So why not kill two birds with one stone: battle spam and help digitize old texts?</p>
<p>Can you think of an application of this for newspapers? Hint: think archives.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/08/recaptcha-for-newspapers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Newspapers: keep your geeks</title>
		<link>http://burden.ca/blog/2008/08/newspapers-keep-your-geeks/</link>
		<comments>http://burden.ca/blog/2008/08/newspapers-keep-your-geeks/#comments</comments>
		<pubDate>Wed, 13 Aug 2008 20:01:46 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[news websites]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=72</guid>
		<description><![CDATA[This post by Jeff Jarvis pissed me off over a month ago. Never mind why I&#8217;m just getting around to writing about it now &#8211; but it&#8217;s important that I write about it.
Jarvis is saying &#8211; with help from Bob Wyman from Google &#8211; that newspapers should get out of the technology business. They should [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Google as the new pressroom" href="http://www.buzzmachine.com/2008/07/10/google-as-the-new-pressroom/" target="_blank">This post by Jeff Jarvis</a> pissed me off over a month ago. Never mind why I&#8217;m just getting around to writing about it now &#8211; but it&#8217;s important that I write about it.</p>
<p>Jarvis is saying &#8211; with help from Bob Wyman from Google &#8211; that newspapers should get out of the technology business. They should turn over their website platforms to Google:</p>
<blockquote><p>Newspapers should concentrate on what they are supposed to do and stop trying to differentiate themselves with technology.</p></blockquote>
<p>What they are supposed to do, according to Jarvis, is journalism:</p>
<blockquote><p>So why not hand over those segments of the business to Google and concentrate on what a newspaper should do: journalism?</p></blockquote>
<p>But journalism isn&#8217;t the business. The business is developing an audience for the journalism, and then monetizing the audience. Newspapers don&#8217;t sell newspapers, or news, or reporting. <a title="Your content is your honeypot" href="http://burden.ca/blog/2008/02/14/your-content-is-your-honeypot" target="_self">They sell readership</a>.</p>
<p>So how can newspapers distinguish themselves from competitors, when everyone&#8217;s using the same platform? In other words, how can you get more readership for your stories vs. the stories on your competitors websites? Strictly by the quality of journalism? Hardly:</p>
<ol>
<li>Newspapers have known for years that the quality of their journalism has almost no impact on their bottom lines or on their circulation numbers.</li>
<li>And anyway, the Internet is a whole new ball game. The game is findability. I will get more audience if people can find my stuff more easily than it can find yours. And guess what: newspapers (and everyone else) outsourced that to Google a long, long time ago.</li>
<li>You know those catchy headlines and turns of phrase found in good journalistic writing? They can actually <em>hurt</em> a story&#8217;s chance of being found, of developing an audience. Don&#8217;t care? You want good writing at the expense of everything else? You&#8217;re in the wrong business, friend. Right calling &#8211; wrong business.</li>
</ol>
<p>So what happens when you do want <a title="Get the BackStory" href="http://behindthescenes.blogs.cnn.com/2008/08/11/get-the-backstory/" target="_blank">to do something different</a>, <a title="What the propane depot explosions taught me about covering breaking news on the web" href="http://ideas.typepad.com/webu/2008/08/setting-aside-m.html" target="_blank">when you want to tell a story in a new way</a>, and Google (or AP, or Daylife, etc.) doesn&#8217;t have that capability built yet? Good question. Guess you send an email off and wait a month or so. If enough people want that feature, then they&#8217;ll build it. Oops &#8211; there goes your differentiation again.</p>
<p>Within an organization, like a newspaper chain, that can be hard enough. Though you (supposedly) have their ear because you&#8217;re, after all, on the same team, you&#8217;ll wait months for a feature to be built by corporate IT even if lots of member papers want it. But think, now, if the paper has given away all its power to innovate to Google. Thousands of papers, all wanting to innovate, all wanting to differentiate. Who&#8217;s Google going to respond to? What are they going to build? Why, the things that the most papers seem to want! Bye-bye, differentiation: you can&#8217;t have that until hundreds of other papers have it too.</p>
<p>Even if all your platforms are belong to Google, papers will still want to have people on board who can &#8220;game&#8221; the system, and make their stuff stand out more than the next guy&#8217;s. That person will likely be fairly technical in nature. The techie&#8217;s managers will see the advantage and want to turn him loose &#8211; &#8220;Do more of that!&#8221; they&#8217;ll say &#8211; and the techie will promptly respond with &#8220;Then get me off this platform so we can really differentiate! Let me build our own platform that we can innovate on!&#8221;</p>
<p>You sti<a title="Search cat" href="http://flickr.com/photos/35237098471@N01/6734519"><img class="alignleft" style="float: left;" src="http://farm1.static.flickr.com/8/6734519_569a7e0947_s.jpg" alt="" /></a>ll need techie people to help your stuff get seen by more people. That&#8217;s called SEO &#8211; Search Engine Optimization &#8211; and it&#8217;s been one of the most important and most-overlooked aspects of newspaper websites for a long, long time.</p>
<p>If this is a critical time for newspapers, and for journalism as a business &#8211; and I&#8217;m pretty certain Jarvis thinks it is &#8211; then we need as much innovation as we can possibly get. Even within organizations like Metroland, a community newspaper conglomerate owned by Torstar, all the papers should be trying their own things, innovating, trying to be first in their markets, trying to give the people in their own communities the things &#8211; tools, platforms, whatever it is &#8211; they want. Unless, of course, they think their centralized IT department has it exactly right, and all the innovation can be left to them. But can you think of one newspaper IT dept. that has it exactly right? Can you think of one newspaper with a flawless web strategy with no room for innovation and improvement? Didn&#8217;t think so.</p>
<p>So can we entrust all the innovation to Google? To do that we&#8217;d need to be assured that everything they do now is flawless. Is Google News perfect? Is their search product?</p>
<p>The time for innovation in journalism is over. It&#8217;s mature. It&#8217;s been done, perfected, written about, studied, taught, and analyzed for a couple of centuries. It comes down to a few simple things: check your facts; include as many sources as possible; avoid bias; avoid libel. Jesus Christ, these are things a ten-year-old can grasp.</p>
<p>The innovation, the ideas, in the Internet age MUST come from the content delivery side. Papers need to innovate, to differentiate, to get more audience, to get more money, to support the journalism they already completely, thoroughly know how to do. And it&#8217;s hard. Really hard. We need lots of innovators working on this.</p>
<p>In fact, I&#8217;d turn Jarvis&#8217;s dictum on its head: fire the reporters, outsource the journalism, and invest in innovations: new ways of delivering that journalism, new ways of being more findable, news ways of developing bigger online audience. That is the challenge today.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/08/newspapers-keep-your-geeks/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Just thinking out loud&#8230;about databases</title>
		<link>http://burden.ca/blog/2008/04/just-thinking-out-loudabout-databases/</link>
		<comments>http://burden.ca/blog/2008/04/just-thinking-out-loudabout-databases/#comments</comments>
		<pubDate>Thu, 24 Apr 2008 01:10:37 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=56</guid>
		<description><![CDATA[What&#8217;s the difference between a blog post, a forum post, a news story, a comment, an event listing, and a business listing? Not much, as far as your database and your app are concerned. They all share similar attributes, like title, body, author, time published, time edited etc. and so it might make sense to [...]]]></description>
			<content:encoded><![CDATA[<p>What&#8217;s the difference between a blog post, a forum post, a news story, a comment, an event listing, and a business listing? Not much, as far as your database and your app are concerned. They all share similar attributes, like title, body, author, time published, time edited etc. and so it might make sense to put them in a database together. I&#8217;m thinking, of course, about sites that might have all those types of things, like a community newspaper site.</p>
<p>If you did that then you could easily build new types of applications within your site just by defining a new category and (optionally) creating a couple of new templates.</p>
<p>Advantages: simplifies search, speeds coding time (since one type of query would work for all content areas).</p>
<p>Default template: display title, body (if any) and then list any children in a dl (title, snippet) format. From there, you can define special list, list item, and single item formats that each child member can inherit.</p>
<p>Wordpress does something like this, and I was pretty close to doing exactly this on ParrySound.com.</p>
<p>Ok, back to coding.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/04/just-thinking-out-loudabout-databases/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New comment system</title>
		<link>http://burden.ca/blog/2008/04/new-comment-system/</link>
		<comments>http://burden.ca/blog/2008/04/new-comment-system/#comments</comments>
		<pubDate>Mon, 21 Apr 2008 21:14:43 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=53</guid>
		<description><![CDATA[Ok, I tried Disqus and didn&#8217;t like it because it wouldn&#8217;t let me change my display name, and wouldn&#8217;t let me change my comment system without losing all my (myriads of) comments, and didn&#8217;t do trackbacks. So I&#8217;m trying Intense Debate, which looks a little slicker. Not a lot of blogs supporting it yet, and [...]]]></description>
			<content:encoded><![CDATA[<p>Ok, I tried Disqus and didn&#8217;t like it because it wouldn&#8217;t let me change my display name, and wouldn&#8217;t let me change my comment system without losing all my (myriads of) comments, and didn&#8217;t do trackbacks. So I&#8217;m trying <a title="Intense Debate - Better Comments for your Blog" href="http://www.intensedebate.com/" target="_blank">Intense Debate</a>, which looks a little slicker. Not a lot of blogs supporting it yet, and they don&#8217;t appear to handle trackbacks either, but it&#8217;s better than a system that you can&#8217;t personalize and that you&#8217;re stuck with.</p>
<p>One thing I really don&#8217;t like is that all your comments are in JavaScript, which means that links back to your own blog won&#8217;t count in Google. Hmmm.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/04/new-comment-system/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A case for interstitials</title>
		<link>http://burden.ca/blog/2008/04/a-case-for-interstitials/</link>
		<comments>http://burden.ca/blog/2008/04/a-case-for-interstitials/#comments</comments>
		<pubDate>Fri, 18 Apr 2008 23:48:23 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://burden.ca/blog/?p=50</guid>
		<description><![CDATA[A couple of recent articles in EditorsWebLog have me thinking about advertising again. Newspaper execs are having a tough time figuring out how to monetize their websites, while advertisers are concerned about how to measure audience on websites.
And I think interstitials deserve another look.
Interstitials are ads that take up the full screen as you move [...]]]></description>
			<content:encoded><![CDATA[<p>A couple of recent articles in EditorsWebLog have me thinking about advertising again. <a title="Newspaper execs- papers must personalize online content to boost advertising revenue" href="http://www.editorsweblog.org/newsrooms_and_journalism/2008/04/us_newspaper_execs_papers_must_personali.php" target="_blank">Newspaper execs are having a tough time figuring out how to monetize their websites</a>, while <a title="No precise measurement for online traffic" href="http://www.editorsweblog.org/multimedia/2008/04/no_precise_measurement_for_online_traffi.php" target="_blank">advertisers are concerned about how to measure audience on websites</a>.</p>
<p>And I think interstitials deserve another look.</p>
<p>Interstitials are ads that take up the full screen as you move from one page to another on a website. <a title="Wikipedia: Interstitial webpage" href="http://en.wikipedia.org/wiki/Interstitial_webpage" target="_blank">Here&#8217;s the Wikipedia entry</a>. And <a title="Interstitial Advertisements" href="http://imarketingsolutions.com/interstitial.htm" target="_blank">here&#8217;s a better explanation, complete with an example</a>.</p>
<p>I think we all know the problems with standard banner advertising, those flashing, blinking rectangles of annoyance that occupy the margins and header areas of webpages. People have trained themselves not to look at them. There&#8217;s evidence that people don&#8217;t even see them. Sufficiently irritated people can get programs or browser plug-ins or mini-scripts to block them entirely. Click-through rates, about the only measurement we have to determine whether people are seeing the ads, are dismally low and at any rate can be gamed.</p>
<p>Pop-ups/unders/overs have similar problems and are even more annoying. Modern browsers come stock ready to block these.</p>
<p>Yet, a content provider has to make money from the content it provides somehow. And when it comes right down to it, there are really only two ways to make money from content: the consumer pays to get content (e.g. subscriptions, box sales, pay-per-view) or the content is supported by advertisers (e.g. sponsorships, banner ads, flyers, etc).</p>
<p>I think, and the consensus today among publishers is, that advertising is the way to go on the web. Pay walls go against the spirit of the web and reduce its utility. Besides, big media outlets like the New York Times have found that the money they can make from advertising far outweighs the money they can make from charging for their content, prompting them to take down their pay walls. The traffic that comes into their archives from search engines like Google is massive, and also, nobody&#8217;s going to pay for content (news, in this case) that they can get elsewhere for free.</p>
<p>But if advertising is the way to go, and traditional web advertising performs poorly, where does that leave content providers?</p>
<p>I&#8217;d like to make a case for interstitials. Cookie-based, server-side interstitials. Why? They can&#8217;t be skipped unless the user turns off cookies. You can limit how often a user gets hit with an interstitial &#8211; say, every 10 minutes, as the user moves from page to page, he gets hit with an interstitial. He&#8217;s forced to look at it for, say, 10 seconds, before he&#8217;s allowed to move on to the content he wanted to get to.</p>
<p>If the user dumps his cookies, then he just gets hit faster&#8230;he moves to one page and then when he tries to move to the next page: an ad. Some users may turn off cookies. In that case, you can also turn off certain premium content, like videos. Those are expensive to make, and don&#8217;t do anything for Google traffic anyway, so if cookies are off (like a search engine spider) then the browser doesn&#8217;t get to see video. They also can&#8217;t log on, for example, so depending on how you have comments set up, they won&#8217;t be able to comment or participate on the site. I&#8217;m sure there are other ways that users could be gently punished for turning cookies off.</p>
<p>But why would the user do that? Surely the user can stand looking at an ad for 10 seconds every 10 minutes? There&#8217;s a much bigger ratio of ads to content on TV and yet people have watched TV under that regime for many years.</p>
<p>The advantage to this scheme is that you know for sure users are seeing the ads. At first, they may use their 10 seconds looking frantically for some way to skip the ad or avoid the horrible punishment of looking at the ad. After a while, they&#8217;d get used to it, and see it as an acceptable compromise, I think. Somehow the content has to get paid for, and this it is really not much to ask a user to contribute less than two per cent of his time to the cause. Acceptance levels would be higher, of course, if media companies got together and standardized the details.</p>
<p>The numbers can be adjusted, of course. Maybe the ratio should be one per cent or five per cent. Maybe five seconds is enough time to see the ad, and maybe it should be served every five minutes. Testing will sort all that out.</p>
<p>You can get ad-blockers that work by domain name, so that stuff from doubleclick (for example) can be filtered out. In that case, the user would be left staring at a blank screen. So maybe ads should be served from your own domain name. If you belong to a network, maybe they have to push the ads to your server somehow.</p>
<p>Note that the &#8220;one-hit wonders&#8221;, people who come in from Google to read your stuff and then are off again, don&#8217;t get hit with an ad. You know what? That&#8217;s OK. They probably don&#8217;t care about your message anyway.</p>
<p>I&#8217;d really like to hear some feedback and comments on this one.</p>
]]></content:encoded>
			<wfw:commentRss>http://burden.ca/blog/2008/04/a-case-for-interstitials/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
