<?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: Version 0.9.6 of the IIPImage Server Released</title>
	<atom:link href="http://www.c10n.info/archives/433/feed" rel="self" type="application/rss+xml" />
	<link>http://www.c10n.info/archives/433</link>
	<description>All about the most recent compression techniques, algorithms, patents, products, tools and events.</description>
	<pubDate>Sat, 13 Mar 2010 17:46:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Ruven</title>
		<link>http://www.c10n.info/archives/433#comment-18397</link>
		<dc:creator>Ruven</dc:creator>
		<pubDate>Fri, 11 Aug 2006 17:12:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/433#comment-18397</guid>
		<description>A tiled format allows us to extract a subsection of an image without having to decode and send the entire image.

The pyramidal structure also avoids having to read full-size images if the client only requests a smaller view. Sure, a format with progressive resolution (as opposed to progressive quality like JPEG) could replace the pyramidal structure. JPEG2000 supports this kind of progressive resolution and we're looking to integrate support for this into IIPImage in the future.

Dynamic recompression is not strictly required, but it's included so that the client can set it's own compression level to optimize bandwidth use.</description>
		<content:encoded><![CDATA[<p>A tiled format allows us to extract a subsection of an image without having to decode and send the entire image.</p>
<p>The pyramidal structure also avoids having to read full-size images if the client only requests a smaller view. Sure, a format with progressive resolution (as opposed to progressive quality like JPEG) could replace the pyramidal structure. JPEG2000 supports this kind of progressive resolution and we&#8217;re looking to integrate support for this into IIPImage in the future.</p>
<p>Dynamic recompression is not strictly required, but it&#8217;s included so that the client can set it&#8217;s own compression level to optimize bandwidth use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sim</title>
		<link>http://www.c10n.info/archives/433#comment-18335</link>
		<dc:creator>Sim</dc:creator>
		<pubDate>Fri, 11 Aug 2006 06:41:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/433#comment-18335</guid>
		<description>and won't need dynamic recompression.</description>
		<content:encoded><![CDATA[<p>and won&#8217;t need dynamic recompression.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sim</title>
		<link>http://www.c10n.info/archives/433#comment-18334</link>
		<dc:creator>Sim</dc:creator>
		<pubDate>Fri, 11 Aug 2006 06:39:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/433#comment-18334</guid>
		<description>I read the website and paper, why does it use tiles and pyramidal tiffs? Will it not be easier and better if something like this is built using a progressive format?

Then it won't need pyramidal images.</description>
		<content:encoded><![CDATA[<p>I read the website and paper, why does it use tiles and pyramidal tiffs? Will it not be easier and better if something like this is built using a progressive format?</p>
<p>Then it won&#8217;t need pyramidal images.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
