<?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: REST Personal Message TEP</title>
	<atom:link href="http://singpolyma.net/2007/07/rest-personal-message-tep/feed/" rel="self" type="application/rss+xml" />
	<link>http://singpolyma.net/2007/07/rest-personal-message-tep/</link>
	<description></description>
	<pubDate>Wed, 15 Oct 2008 23:21:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: a</title>
		<link>http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28580</link>
		<dc:creator>a</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28580</guid>
		<description>Actually... yacy appears to accept opensearch format...</description>
		<content:encoded><![CDATA[<p>Actually&#8230; yacy appears to accept opensearch format&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a</title>
		<link>http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28579</link>
		<dc:creator>a</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28579</guid>
		<description>I agree with you entirely about federation and that a private and non-governmental public mix would be excellent.

No, Yacy doesn't appear to have opted into such a scheme, but it would be great if it did! The opensearch movement -- which permits federation -- is obviously the way to go.

An excellent combo, in my eyes, would be a cleversafe hash (perhaps), a p2p crawler and indexing system and p2p accepting pushed opensearch xml (opensearch rss). As well as a means for federation, as you say although you'd have to structure the license somehow to avoid the problem that wikipedia faced with answers.com.</description>
		<content:encoded><![CDATA[<p>I agree with you entirely about federation and that a private and non-governmental public mix would be excellent.</p>
<p>No, Yacy doesn&#039;t appear to have opted into such a scheme, but it would be great if it did! The opensearch movement &#8212; which permits federation &#8212; is obviously the way to go.</p>
<p>An excellent combo, in my eyes, would be a cleversafe hash (perhaps), a p2p crawler and indexing system and p2p accepting pushed opensearch xml (opensearch rss). As well as a means for federation, as you say although you&#039;d have to structure the license somehow to avoid the problem that wikipedia faced with answers.com.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Paul Weber</title>
		<link>http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28571</link>
		<dc:creator>Stephen Paul Weber</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28571</guid>
		<description>@a - Ah, I see what you mean!  Yes, in that sense, it's very similar, in a 'no one owns this' kind of way.  Of course, if all the major search engines went down/went evil starting a search engine project from scratch would not take too long to become decent (although starting now definitely gives a headstart!).

Hmm... one thing I've always thought is that while we can't trust big companies, we should let them participate.  Does the Yacy federation have the technology in place that could allow Google et al to federate if they wanted to?</description>
		<content:encoded><![CDATA[<p>@a - Ah, I see what you mean!  Yes, in that sense, it&#039;s very similar, in a &#039;no one owns this&#039; kind of way.  Of course, if all the major search engines went down/went evil starting a search engine project from scratch would not take too long to become decent (although starting now definitely gives a headstart!).</p>
<p>Hmm&#8230; one thing I&#039;ve always thought is that while we can&#039;t trust big companies, we should let them participate.  Does the Yacy federation have the technology in place that could allow Google et al to federate if they wanted to?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a</title>
		<link>http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28495</link>
		<dc:creator>a</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28495</guid>
		<description>In order to make a decentralized 'web as a service' (decentralized in the sense that I could have my own, like I have my own linux distribution that I can change at will) you would need an enormous amount of storage, bandwidth and cycles. To accomplish search individually, to crawl &#38; index the 9 billion or so webpages alone, just isn't pragmatic. So, in order to have 'my' part of search or to have a search that doesn't depend on the whims of a private corporation (company goes down/evil), I would have to admit that I would have to do it as a group.

The physical decentralization of a P2P search system accomplishes the decentralization that I thought you were talking about: no one really has ultimate power because search is owned by all of the peers in the network. What is more, because the search engine (crawler and indexing) is open source you can be confident that it is not evil (but Yacy has yet to address security issues that could lead to peers contaminating the distributed hash). What is also useful is that the power of information -- what people search for -- is also in no one person's hands because the P2P framework of such engines as Yacy makes it almost impossible to store centrally all of an individual peer's search queries.

So, I agree with you that the P2P model is decentralized in the physical sense and that it doesn't accomplish the goal of giving everyone their own personal private web service (YOUR part, as you say), but it does accomplish the goal of taking the power of out of any one particular person or groups' hands. No one and everyone would own search in such a model.

I think we are actually on the same page about distributed computing - that portion of the comment was intended only to show that an added benefit and natural byproduct of a decentralized search engine (in the decentralized as in 'we all chip in' sense) and distributed computing in general is that idle computers (which are mostly those in dark time zones) would be used.

I also like your xmpp idea...</description>
		<content:encoded><![CDATA[<p>In order to make a decentralized &#039;web as a service&#039; (decentralized in the sense that I could have my own, like I have my own linux distribution that I can change at will) you would need an enormous amount of storage, bandwidth and cycles. To accomplish search individually, to crawl &amp; index the 9 billion or so webpages alone, just isn&#039;t pragmatic. So, in order to have &#039;my&#039; part of search or to have a search that doesn&#039;t depend on the whims of a private corporation (company goes down/evil), I would have to admit that I would have to do it as a group.</p>
<p>The physical decentralization of a P2P search system accomplishes the decentralization that I thought you were talking about: no one really has ultimate power because search is owned by all of the peers in the network. What is more, because the search engine (crawler and indexing) is open source you can be confident that it is not evil (but Yacy has yet to address security issues that could lead to peers contaminating the distributed hash). What is also useful is that the power of information &#8212; what people search for &#8212; is also in no one person&#039;s hands because the P2P framework of such engines as Yacy makes it almost impossible to store centrally all of an individual peer&#039;s search queries.</p>
<p>So, I agree with you that the P2P model is decentralized in the physical sense and that it doesn&#039;t accomplish the goal of giving everyone their own personal private web service (YOUR part, as you say), but it does accomplish the goal of taking the power of out of any one particular person or groups&#039; hands. No one and everyone would own search in such a model.</p>
<p>I think we are actually on the same page about distributed computing - that portion of the comment was intended only to show that an added benefit and natural byproduct of a decentralized search engine (in the decentralized as in &#039;we all chip in&#039; sense) and distributed computing in general is that idle computers (which are mostly those in dark time zones) would be used.</p>
<p>I also like your xmpp idea&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Paul Weber</title>
		<link>http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28469</link>
		<dc:creator>Stephen Paul Weber</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://singpolyma.net/2007/07/rest-personal-message-tep/#comment-28469</guid>
		<description>@a -- Yacy &#38;c seems to be a different kind of 'decentralisation'.  They duplicate data across donated server space so that if one server goes down/goes evil, everything still works.  Whereas with 'web as a service' decentralisation it is more so that you can do it how you want and so that if a website goes down/goes evil you still have YOUR part.

Decentralised computing based on timezone seems counterproductive.  DC already uses only unused CPU clock cycles.  This is the way to go.  Then we can maximize cycles worldwide, no matter what time it is.</description>
		<content:encoded><![CDATA[<p>@a &#8212; Yacy &amp;c seems to be a different kind of &#039;decentralisation&#039;.  They duplicate data across donated server space so that if one server goes down/goes evil, everything still works.  Whereas with &#039;web as a service&#039; decentralisation it is more so that you can do it how you want and so that if a website goes down/goes evil you still have YOUR part.</p>
<p>Decentralised computing based on timezone seems counterproductive.  DC already uses only unused CPU clock cycles.  This is the way to go.  Then we can maximize cycles worldwide, no matter what time it is.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
