<?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: Caching vs Copyright</title>
	<atom:link href="http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/</link>
	<description>Behind the Scenes at Ilium Software</description>
	<lastBuildDate>Mon, 20 May 2013 21:17:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Doug</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-17368</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Thu, 18 Jan 2007 15:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-17368</guid>
		<description><![CDATA[I think Marc raises some excellent points in this article.  As an attorney and an online writer myself, there is definately a concern with someone accessing or using your work without you getting compensated appropriately.  

There is definately a HUGE gray area in terms of what you can and cannot access from the web and how you access it.  And we, the endusers, are not the ones who will ultimately pay for a mistake in this area, it is Ilium and the developers who will be held responsible.  While I would love to have fully downloaded articles, I would not ask Ilium to offer something like that with such legal implications.  If they decided to offer it, I would presume that they had fully researched the law or entered into an agreement with various sites ala AvantGo.

Doug]]></description>
		<content:encoded><![CDATA[<p>I think Marc raises some excellent points in this article.  As an attorney and an online writer myself, there is definately a concern with someone accessing or using your work without you getting compensated appropriately.  </p>
<p>There is definately a HUGE gray area in terms of what you can and cannot access from the web and how you access it.  And we, the endusers, are not the ones who will ultimately pay for a mistake in this area, it is Ilium and the developers who will be held responsible.  While I would love to have fully downloaded articles, I would not ask Ilium to offer something like that with such legal implications.  If they decided to offer it, I would presume that they had fully researched the law or entered into an agreement with various sites ala AvantGo.</p>
<p>Doug</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16384</link>
		<dc:creator>Marc</dc:creator>
		<pubDate>Fri, 12 Jan 2007 13:50:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16384</guid>
		<description><![CDATA[Already there! Tap and hold on an article in the Headline View (where you see all the headlines for one channel).]]></description>
		<content:encoded><![CDATA[<p>Already there! Tap and hold on an article in the Headline View (where you see all the headlines for one channel).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16336</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Fri, 12 Jan 2007 00:08:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16336</guid>
		<description><![CDATA[Copyright not withstanding I would like to see the ability to mark a single selected article as unread!  It is an easy way to keep articles for later reviw (at least until you refresh again).

You can currently mark all as read or as unread.  Reading it marks it as read automatically.

Completing the object abstraction by offering a way to &quot;unread&quot; single articles would be most helpful to me.]]></description>
		<content:encoded><![CDATA[<p>Copyright not withstanding I would like to see the ability to mark a single selected article as unread!  It is an easy way to keep articles for later reviw (at least until you refresh again).</p>
<p>You can currently mark all as read or as unread.  Reading it marks it as read automatically.</p>
<p>Completing the object abstraction by offering a way to &#8220;unread&#8221; single articles would be most helpful to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clinton Fitch</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16283</link>
		<dc:creator>Clinton Fitch</dc:creator>
		<pubDate>Thu, 11 Jan 2007 14:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16283</guid>
		<description><![CDATA[Great explanation and post Marc.  While I really like the idea of complete downloading of an RSS feed and caching it on my device, I must admit that it never occurred to me that there could be a copyright issue with the content.

Thanks!

Clint]]></description>
		<content:encoded><![CDATA[<p>Great explanation and post Marc.  While I really like the idea of complete downloading of an RSS feed and caching it on my device, I must admit that it never occurred to me that there could be a copyright issue with the content.</p>
<p>Thanks!</p>
<p>Clint</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16281</link>
		<dc:creator>Marc</dc:creator>
		<pubDate>Thu, 11 Jan 2007 14:19:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16281</guid>
		<description><![CDATA[I wish that was all there was to it. Here are the two things that must be considered when talking about copyright:

1) Will the user profit from the copying of the page?
2) Will the owner of the page lose profit as a result of the copying?

1: Will the User Profit?
YOU won&#039;t profit but WE will. If we cache webpages will we sell more software? We probably would. Thus, we would profit by copying the copyrighted work of another.

2: Will the Owner Lose Profit
Very possibly, yes. If you are viewing pages offline with no direct internet connection the possibility of measuring visits, clicking ads, etc. all diminish. As a result the site would lose profit as a result of our page caching.

So just on those two points along, page caching becomes a real danger for us. Whether or not other people do it is secondary to whether or not it is legal.]]></description>
		<content:encoded><![CDATA[<p>I wish that was all there was to it. Here are the two things that must be considered when talking about copyright:</p>
<p>1) Will the user profit from the copying of the page?<br />
2) Will the owner of the page lose profit as a result of the copying?</p>
<p>1: Will the User Profit?<br />
YOU won&#8217;t profit but WE will. If we cache webpages will we sell more software? We probably would. Thus, we would profit by copying the copyrighted work of another.</p>
<p>2: Will the Owner Lose Profit<br />
Very possibly, yes. If you are viewing pages offline with no direct internet connection the possibility of measuring visits, clicking ads, etc. all diminish. As a result the site would lose profit as a result of our page caching.</p>
<p>So just on those two points along, page caching becomes a real danger for us. Whether or not other people do it is secondary to whether or not it is legal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16266</link>
		<dc:creator>Alan</dc:creator>
		<pubDate>Thu, 11 Jan 2007 10:03:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16266</guid>
		<description><![CDATA[There is absolutely no difference, technical, practical, legal, or moral between a &#039;download&#039; and a &#039;visit&#039;. They are the exact same thing. Also, making a &#039;copy&#039; of copyrighted material as part of the process of displaying it is what every browser does. You might as well suggest that looking at a copyrighted web page with a web browser is a legal gray area. The only difference between a &#039;pre-fetched&#039; and a &#039;downloaded when I click on the link&#039; page is that in the latter case the probability that I will look at the page is equal to one, and in the former case it is less than one. How can the probability of my looking at it or not affect the ethics of the situation? Just my opinion of course. Cheers.]]></description>
		<content:encoded><![CDATA[<p>There is absolutely no difference, technical, practical, legal, or moral between a &#8216;download&#8217; and a &#8216;visit&#8217;. They are the exact same thing. Also, making a &#8216;copy&#8217; of copyrighted material as part of the process of displaying it is what every browser does. You might as well suggest that looking at a copyrighted web page with a web browser is a legal gray area. The only difference between a &#8216;pre-fetched&#8217; and a &#8216;downloaded when I click on the link&#8217; page is that in the latter case the probability that I will look at the page is equal to one, and in the former case it is less than one. How can the probability of my looking at it or not affect the ethics of the situation? Just my opinion of course. Cheers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: spmwinkel</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16218</link>
		<dc:creator>spmwinkel</dc:creator>
		<pubDate>Wed, 10 Jan 2007 20:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16218</guid>
		<description><![CDATA[Image caching and &#039;mark all as read&#039; when leaving a feed are the only two things at my wishlist, so with one of the two coming, I&#039;m happy!

&quot;There is no way we are going to do anything that even comes close to violating the copyright of someone else.&quot; Very good principle. :thumbsup:]]></description>
		<content:encoded><![CDATA[<p>Image caching and &#8216;mark all as read&#8217; when leaving a feed are the only two things at my wishlist, so with one of the two coming, I&#8217;m happy!</p>
<p>&#8220;There is no way we are going to do anything that even comes close to violating the copyright of someone else.&#8221; Very good principle. :thumbsup:</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16215</link>
		<dc:creator>Marc</dc:creator>
		<pubDate>Wed, 10 Jan 2007 20:00:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16215</guid>
		<description><![CDATA[THAT one I&#039;m working on! As for release...sorry, don&#039;t have a date yet but it is &quot;in progress&quot;!]]></description>
		<content:encoded><![CDATA[<p>THAT one I&#8217;m working on! As for release&#8230;sorry, don&#8217;t have a date yet but it is &#8220;in progress&#8221;!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johan</title>
		<link>http://blog.iliumsoft.com/2007/01/10/caching-vs-copyright/comment-page-1/#comment-16211</link>
		<dc:creator>Johan</dc:creator>
		<pubDate>Wed, 10 Jan 2007 19:29:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iliumsoft.com/?p=114#comment-16211</guid>
		<description><![CDATA[Ok, so no page caching for now, but what about image caching? Newsbreak already grabs the images, just not when it downloads feed&#039;s. As long as you put it as an option, most people would be happy. When is the next version of newsbreak expected? Oh, and I read the post in newsbreak!]]></description>
		<content:encoded><![CDATA[<p>Ok, so no page caching for now, but what about image caching? Newsbreak already grabs the images, just not when it downloads feed&#8217;s. As long as you put it as an option, most people would be happy. When is the next version of newsbreak expected? Oh, and I read the post in newsbreak!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
