<?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: Federated search: 10 unrealistic expectations</title>
	<atom:link href="http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/feed/" rel="self" type="application/rss+xml" />
	<link>http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/</link>
	<description>Covers topics related to federated search and the deep web</description>
	<lastBuildDate>Mon, 30 Jan 2012 05:01:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Federated search: ten unrealistic expectations &#38; an idea &#171; Infonatives</title>
		<link>http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/comment-page-1/#comment-2020</link>
		<dc:creator>Federated search: ten unrealistic expectations &#38; an idea &#171; Infonatives</dc:creator>
		<pubDate>Sun, 08 Jun 2008 09:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/#comment-2020</guid>
		<description>[...] search: ten unrealistic expectations &amp; an&#160;idea  This article on the most excellent Federated search blog outlines some of the unrealistic expectations that [...]</description>
		<content:encoded><![CDATA[<p>[...] search: ten unrealistic expectations &amp; an&nbsp;idea  This article on the most excellent Federated search blog outlines some of the unrealistic expectations that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukas Koster</title>
		<link>http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/comment-page-1/#comment-1990</link>
		<dc:creator>Lukas Koster</dc:creator>
		<pubDate>Sat, 07 Jun 2008 08:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/#comment-1990</guid>
		<description>Another unrealistic expectation: a federated search in databases with different native languages will present all relevant records from those databases.

Another one: a search on author names will find all titles by these authors (not true because of differences in spelling, formats, name variations, languages, etc.)

One more: searching on specific subjects will result in the same records from different sources (not true because of differences in classification).

Solutions would be in maintaining virtual global authority files.</description>
		<content:encoded><![CDATA[<p>Another unrealistic expectation: a federated search in databases with different native languages will present all relevant records from those databases.</p>
<p>Another one: a search on author names will find all titles by these authors (not true because of differences in spelling, formats, name variations, languages, etc.)</p>
<p>One more: searching on specific subjects will result in the same records from different sources (not true because of differences in classification).</p>
<p>Solutions would be in maintaining virtual global authority files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Dueber</title>
		<link>http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/comment-page-1/#comment-1982</link>
		<dc:creator>Bill Dueber</dc:creator>
		<pubDate>Fri, 06 Jun 2008 15:54:31 +0000</pubDate>
		<guid isPermaLink="false">http://federatedsearchblog.com/2008/06/06/federated-search-10-unrealistic-expectations/#comment-1982</guid>
		<description>You write about speed: &quot;This is not possible because the whole point of federated search is to search sources in real time. Searches need to be processed by remote search engines.&quot;

This, I think, is a red herring. It&#039;s not that we want to do &quot;realtime&quot; searching -- it&#039;s that vendors can&#039;t or won&#039;t release their indexes for inclusion in a larger, faster, single-index search. Most of the issues surrounding federated search would disappear if what we purchased was (a) a regular (weekly?) update to the index in a standard format and (b) access to the articles based on data supplied with the index. 

But the process of searching four or five or eight different vendors (each with their own syntax, which changes over time), waiting for them all to return, then trying to do some sort of intelligent merge -- well, it&#039;s no wonder it&#039;s ridiculously slow at times.</description>
		<content:encoded><![CDATA[<p>You write about speed: &#8220;This is not possible because the whole point of federated search is to search sources in real time. Searches need to be processed by remote search engines.&#8221;</p>
<p>This, I think, is a red herring. It&#8217;s not that we want to do &#8220;realtime&#8221; searching &#8212; it&#8217;s that vendors can&#8217;t or won&#8217;t release their indexes for inclusion in a larger, faster, single-index search. Most of the issues surrounding federated search would disappear if what we purchased was (a) a regular (weekly?) update to the index in a standard format and (b) access to the articles based on data supplied with the index. </p>
<p>But the process of searching four or five or eight different vendors (each with their own syntax, which changes over time), waiting for them all to return, then trying to do some sort of intelligent merge &#8212; well, it&#8217;s no wonder it&#8217;s ridiculously slow at times.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

