<?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"
	>
<channel>
	<title>Comments on: Delivering data: Which solution fits best?</title>
	<atom:link href="http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/feed/" rel="self" type="application/rss+xml" />
	<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/</link>
	<description>Notes from the classroom and observations about today's practice of journalism online</description>
	<pubDate>Wed, 07 Jan 2009 22:16:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Teaching Online Journalism &#187; Why you should learn to love data</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-12486</link>
		<dc:creator>Teaching Online Journalism &#187; Why you should learn to love data</dc:creator>
		<pubDate>Thu, 23 Oct 2008 14:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-12486</guid>
		<description>[...] Delivering data: Which solution fits best?   This entry was posted on Thursday, October 23, 2008, at 10:53 am and is filed under data, jobs, journalism, journalists, online, reporting.  [...]</description>
		<content:encoded><![CDATA[<p>[...] Delivering data: Which solution fits best?   This entry was posted on Thursday, October 23, 2008, at 10:53 am and is filed under data, jobs, journalism, journalists, online, reporting.  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Car</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-12134</link>
		<dc:creator>James Car</dc:creator>
		<pubDate>Wed, 17 Sep 2008 13:30:35 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-12134</guid>
		<description>I think Megan has a good point. It is all about what your aims are when you turn to online data handling. From my own experience I can tell, using an online service is just a piece of cake, even for complete nontechies. I started with TeamDesk http://www.teamdesk.net without knowing a thing of how to work within the system, but managed to built an application without any problems (have no experience with Caspio though, can’t say anything).</description>
		<content:encoded><![CDATA[<p>I think Megan has a good point. It is all about what your aims are when you turn to online data handling. From my own experience I can tell, using an online service is just a piece of cake, even for complete nontechies. I started with TeamDesk <a href="http://www.teamdesk.net" rel="nofollow">http://www.teamdesk.net</a> without knowing a thing of how to work within the system, but managed to built an application without any problems (have no experience with Caspio though, can’t say anything).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Teaching Online Journalism &#187; How you look at data: Graphics vs. text</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11783</link>
		<dc:creator>Teaching Online Journalism &#187; How you look at data: Graphics vs. text</dc:creator>
		<pubDate>Fri, 22 Aug 2008 15:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11783</guid>
		<description>[...] Delivering data: Which solution fits best? (Aug. 19, 2008) [...]</description>
		<content:encoded><![CDATA[<p>[...] Delivering data: Which solution fits best? (Aug. 19, 2008) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mindy</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11772</link>
		<dc:creator>Mindy</dc:creator>
		<pubDate>Thu, 21 Aug 2008 19:23:42 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11772</guid>
		<description>Megan, I think you hammered an important nail in that comment. It isn't that Caspio (or any other company) is evil, or selling a bad product. As David Milliron mentioned, Caspio can be used to do more than what people typically use it to do.

But if you buy a tool that makes it easy to, say, shred the lettuce for a salad, you'll get a beautiful bowl full of the base for a good salad.

You still might not know how to make a good salad.</description>
		<content:encoded><![CDATA[<p>Megan, I think you hammered an important nail in that comment. It isn&#8217;t that Caspio (or any other company) is evil, or selling a bad product. As David Milliron mentioned, Caspio can be used to do more than what people typically use it to do.</p>
<p>But if you buy a tool that makes it easy to, say, shred the lettuce for a salad, you&#8217;ll get a beautiful bowl full of the base for a good salad.</p>
<p>You still might not know how to make a good salad.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Megan Taylor</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11767</link>
		<dc:creator>Megan Taylor</dc:creator>
		<pubDate>Thu, 21 Aug 2008 16:43:25 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11767</guid>
		<description>&lt;p&gt;It looks like the Caspio people think we are slighting them specifically. I don't think that's the case. The problem isn't that Caspio exists, or the services they provide. The problem is that many newspaper companies don't know how to create or use databases in a way that helps tell the story. They hear that databases are important and turn to simple solutions without thinking critically about what the point of the database is.&lt;br /&gt;
And the simple solution (i.e., Caspio) just isn't gonna cut it.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>It looks like the Caspio people think we are slighting them specifically. I don&#8217;t think that&#8217;s the case. The problem isn&#8217;t that Caspio exists, or the services they provide. The problem is that many newspaper companies don&#8217;t know how to create or use databases in a way that helps tell the story. They hear that databases are important and turn to simple solutions without thinking critically about what the point of the database is.<br />
And the simple solution (i.e., Caspio) just isn&#8217;t gonna cut it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Willis</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11759</link>
		<dc:creator>Derek Willis</dc:creator>
		<pubDate>Thu, 21 Aug 2008 13:44:25 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11759</guid>
		<description>David's correct in saying that the responsibility for SEO also lies with the user, but even then it's not working. Try &lt;a href="http://www.google.com/search?q=airport+luggage+theft" rel="nofollow"&gt;a generic airport luggage theft&lt;/a&gt; query. Does ABC not want this stuff indexed? Contrast that with a framework like Django, which &lt;a href="http://patrickbeeson.com/blog/2008/jul/28/how-django-good-seo/" rel="nofollow"&gt;helps with SEO&lt;/a&gt; (and also addresses the issue Milliron raises about query parameters, since you can design urls that don't have them).

The question in my mind isn't whether you can put data online using Caspio; clearly you can (although saying that Javascript isn't the only method belies the fact that most Caspio apps I've seen use this method). The question is to what end? Do you want to put up apps for a single story that don't get indexed? Can news organizations accurately anticipate all the ways people might be searching for their content?

As Justin Lilly said in &lt;a href="http://blog.thescoop.org/archives/2008/08/18/six-reasons-to-look-past-caspio/#comment-128866" rel="nofollow"&gt;a comment on my original post&lt;/a&gt;, "If you slight the amount of work and knowledge involved in putting out a good product ... you’re going to end up with a communist—'everyone gets the same thing'—style future." Is that what we want?</description>
		<content:encoded><![CDATA[<p>David&#8217;s correct in saying that the responsibility for SEO also lies with the user, but even then it&#8217;s not working. Try <a href="http://www.google.com/search?q=airport+luggage+theft" rel="nofollow">a generic airport luggage theft</a> query. Does ABC not want this stuff indexed? Contrast that with a framework like Django, which <a href="http://patrickbeeson.com/blog/2008/jul/28/how-django-good-seo/" rel="nofollow">helps with SEO</a> (and also addresses the issue Milliron raises about query parameters, since you can design urls that don&#8217;t have them).</p>
<p>The question in my mind isn&#8217;t whether you can put data online using Caspio; clearly you can (although saying that Javascript isn&#8217;t the only method belies the fact that most Caspio apps I&#8217;ve seen use this method). The question is to what end? Do you want to put up apps for a single story that don&#8217;t get indexed? Can news organizations accurately anticipate all the ways people might be searching for their content?</p>
<p>As Justin Lilly said in <a href="http://blog.thescoop.org/archives/2008/08/18/six-reasons-to-look-past-caspio/#comment-128866" rel="nofollow">a comment on my original post</a>, &#8220;If you slight the amount of work and knowledge involved in putting out a good product &#8230; you’re going to end up with a communist—&#8217;everyone gets the same thing&#8217;—style future.&#8221; Is that what we want?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David A. Milliron (Caspio)</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11752</link>
		<dc:creator>David A. Milliron (Caspio)</dc:creator>
		<pubDate>Thu, 21 Aug 2008 03:44:01 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11752</guid>
		<description>The "invisible web" or "deep web" is not a Caspio phenomenon.
 
See: http://en.wikipedia.org/wiki/Deep_web
 
See: http://oedb.org/library/college-basics/invisible-web
 
Experts have been trying to figure out a solution for this problem since the appearance of the first search engine. I can confidently say that Caspio is ahead of the pack.
 
1. The content of most databases is so generic, such as street addresses, people names, or transaction amounts that they hold no real value for search engines. Our customers make their database assets visible to search engines through an intro paragraph outside the DataPage.
 
2. The problem of search engines not being able to index database-driven content is not unique to Caspio or to our highly flexible and unique JavaScript deployment method. Note that search engines also ignore URL parameters, those values that are after a question mark and therefore almost all homegrown databases remain invisible to search engines. Furthermore, if an interactive search form is in front of a database, no search engine can reach it regardless of how it is created or deployed.
 
3. JavaScript is only one of the deployment methods Caspio provides. Domain mapping along with iFrame and link deployment models provide more diversity and choices than any home grown solution. It is up to our clients to decide how they want to configure their DataPages and what deployment model to use of the half dozen or so we make available.
 
4. Caspio is engineering innovative ways to provide our customers more choices. Some of these new options will be available in the fourth quarter of 2008.
 
5. The providers of search engines realize this as one of their shortcomings and they are looking for ways to reach more content and be able to index databases. This problem will not be a problem in a year or two.
 
6. As for you not being able to compare one airport to another, again, it is up to the end user to decide what type of database web app they want to build using our product. Our customer's success depends on their ability to execute their ideas quickly. Traditional development methods are too slow, expensive, and unnecessary for most types of web applications. Caspio Bridge is designed to simplify web application creation and online data management while making them highly affordable.
 
Caspio is proud to be trusted by the online news media. It is an excellent product with a huge following.
 
Best,

David A. Milliron, Vice President
Media Services Division, Caspio, Inc.  
http://www.caspio.com/media
877-820-9100 x741</description>
		<content:encoded><![CDATA[<p>The &#8220;invisible web&#8221; or &#8220;deep web&#8221; is not a Caspio phenomenon.</p>
<p>See: <a href="http://en.wikipedia.org/wiki/Deep_web" rel="nofollow">http://en.wikipedia.org/wiki/Deep_web</a></p>
<p>See: <a href="http://oedb.org/library/college-basics/invisible-web" rel="nofollow">http://oedb.org/library/college-basics/invisible-web</a></p>
<p>Experts have been trying to figure out a solution for this problem since the appearance of the first search engine. I can confidently say that Caspio is ahead of the pack.</p>
<p>1. The content of most databases is so generic, such as street addresses, people names, or transaction amounts that they hold no real value for search engines. Our customers make their database assets visible to search engines through an intro paragraph outside the DataPage.</p>
<p>2. The problem of search engines not being able to index database-driven content is not unique to Caspio or to our highly flexible and unique JavaScript deployment method. Note that search engines also ignore URL parameters, those values that are after a question mark and therefore almost all homegrown databases remain invisible to search engines. Furthermore, if an interactive search form is in front of a database, no search engine can reach it regardless of how it is created or deployed.</p>
<p>3. JavaScript is only one of the deployment methods Caspio provides. Domain mapping along with iFrame and link deployment models provide more diversity and choices than any home grown solution. It is up to our clients to decide how they want to configure their DataPages and what deployment model to use of the half dozen or so we make available.</p>
<p>4. Caspio is engineering innovative ways to provide our customers more choices. Some of these new options will be available in the fourth quarter of 2008.</p>
<p>5. The providers of search engines realize this as one of their shortcomings and they are looking for ways to reach more content and be able to index databases. This problem will not be a problem in a year or two.</p>
<p>6. As for you not being able to compare one airport to another, again, it is up to the end user to decide what type of database web app they want to build using our product. Our customer&#8217;s success depends on their ability to execute their ideas quickly. Traditional development methods are too slow, expensive, and unnecessary for most types of web applications. Caspio Bridge is designed to simplify web application creation and online data management while making them highly affordable.</p>
<p>Caspio is proud to be trusted by the online news media. It is an excellent product with a huge following.</p>
<p>Best,</p>
<p>David A. Milliron, Vice President<br />
Media Services Division, Caspio, Inc.<br />
<a href="http://www.caspio.com/media" rel="nofollow">http://www.caspio.com/media</a><br />
877-820-9100 x741</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan D. Gutierrez</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11750</link>
		<dc:creator>Dan D. Gutierrez</dc:creator>
		<pubDate>Thu, 21 Aug 2008 03:18:49 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11750</guid>
		<description>By Dan D. Gutierrez
CEO of HostedDatabase.com

My firm launched the web's first Database-as-a-Service offering in 1999 (before Caspio) and in that time we've been very pleased to see our industry grow from a point where few people could see the benefit of moving the database function to the cloud to now where SaaS solutions are commonly used in the enterprise.

We found that folks who looked at our service early on could understand not having to hire a database programmer to implement their solution but still had concerns about reliability and security. We recognized these concerns upon our launch, and they remain important today.</description>
		<content:encoded><![CDATA[<p>By Dan D. Gutierrez<br />
CEO of HostedDatabase.com</p>
<p>My firm launched the web&#8217;s first Database-as-a-Service offering in 1999 (before Caspio) and in that time we&#8217;ve been very pleased to see our industry grow from a point where few people could see the benefit of moving the database function to the cloud to now where SaaS solutions are commonly used in the enterprise.</p>
<p>We found that folks who looked at our service early on could understand not having to hire a database programmer to implement their solution but still had concerns about reliability and security. We recognized these concerns upon our launch, and they remain important today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mindy</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11746</link>
		<dc:creator>Mindy</dc:creator>
		<pubDate>Wed, 20 Aug 2008 23:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11746</guid>
		<description>Thanks,  Derek. Nice example.
 
What I dislike about these search-based data dumps is that they lack all context. It does not seem very valuable to me to look up one airport's luggage losses, for example. I would like to compare my airport to other airports, at the very least. 
</description>
		<content:encoded><![CDATA[<p>Thanks,  Derek. Nice example.</p>
<p>What I dislike about these search-based data dumps is that they lack all context. It does not seem very valuable to me to look up one airport&#8217;s luggage losses, for example. I would like to compare my airport to other airports, at the very least.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Willis</title>
		<link>http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11745</link>
		<dc:creator>Derek Willis</dc:creator>
		<pubDate>Wed, 20 Aug 2008 22:50:38 +0000</pubDate>
		<guid isPermaLink="false">http://mindymcadams.com/tojou/2008/delivering-data-which-solution-fits-best/#comment-11745</guid>
		<description>And in so judging, you should keep in mind that if you didn't know about these links, you'd be hard-pressed to find the information these apps contain. For example, search for &lt;a href="http://www.google.com/search?q=gainesville+regional+luggage+theft" rel="nofollow"&gt;"gainesville regional luggage theft"&lt;/a&gt;. You won't see &lt;a href="http://abcnews.go.com/2020/page?id=3978179" rel="nofollow"&gt;this page&lt;/a&gt; in the results.

The fact that a lot of media companies bought Caspio does not prove that it's a great service.</description>
		<content:encoded><![CDATA[<p>And in so judging, you should keep in mind that if you didn&#8217;t know about these links, you&#8217;d be hard-pressed to find the information these apps contain. For example, search for <a href="http://www.google.com/search?q=gainesville+regional+luggage+theft" rel="nofollow">&#8220;gainesville regional luggage theft&#8221;</a>. You won&#8217;t see <a href="http://abcnews.go.com/2020/page?id=3978179" rel="nofollow">this page</a> in the results.</p>
<p>The fact that a lot of media companies bought Caspio does not prove that it&#8217;s a great service.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
