<?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: Roadmap poll results</title>
	<atom:link href="http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/</link>
	<description>Reliable online storage powered by Rackspace and Amazon S3</description>
	<lastBuildDate>Tue, 31 Jan 2012 06:04:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: AA</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-5134</link>
		<dc:creator>AA</dc:creator>
		<pubDate>Sat, 03 Oct 2009 15:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-5134</guid>
		<description>When the beta whit Sync will be available?</description>
		<content:encoded><![CDATA[<p>When the beta whit Sync will be available?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glenn Briskin</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-5070</link>
		<dc:creator>Glenn Briskin</dc:creator>
		<pubDate>Thu, 17 Sep 2009 20:51:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-5070</guid>
		<description>I&#039;d like jd to be able to send  a file to my email address using a pre setup email entered during config.</description>
		<content:encoded><![CDATA[<p>I&#8217;d like jd to be able to send  a file to my email address using a pre setup email entered during config.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-5015</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Mon, 31 Aug 2009 18:10:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-5015</guid>
		<description>Sync will be in the next major release of Jungle Disk, a beta of which will be out in the near future.</description>
		<content:encoded><![CDATA[<p>Sync will be in the next major release of Jungle Disk, a beta of which will be out in the near future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al Whatmough</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-5013</link>
		<dc:creator>Al Whatmough</dc:creator>
		<pubDate>Mon, 31 Aug 2009 15:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-5013</guid>
		<description>Yes, please an update on when sync will be out.  I work on editing large video files so local access to the files it a must. 

I am going to be selecting a service within the next few days and caching is a MUST

Some services do something they can &quot;local cash&quot;  I think that is brilliant.  The best would be if you could select folders you wanted to be able to cache locally, and the ones that didn&#039;t matter.</description>
		<content:encoded><![CDATA[<p>Yes, please an update on when sync will be out.  I work on editing large video files so local access to the files it a must. </p>
<p>I am going to be selecting a service within the next few days and caching is a MUST</p>
<p>Some services do something they can &#8220;local cash&#8221;  I think that is brilliant.  The best would be if you could select folders you wanted to be able to cache locally, and the ones that didn&#8217;t matter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-3592</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Thu, 06 Aug 2009 20:57:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-3592</guid>
		<description>Can you give an estimate of when you will be releasing a Sync version? I&#039;d like to stick with JD, but am really missing a sync capability. Should I stay or should I go?</description>
		<content:encoded><![CDATA[<p>Can you give an estimate of when you will be releasing a Sync version? I&#8217;d like to stick with JD, but am really missing a sync capability. Should I stay or should I go?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olivier</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-2075</link>
		<dc:creator>Olivier</dc:creator>
		<pubDate>Fri, 05 Jun 2009 21:08:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-2075</guid>
		<description>I&#039;ve just been hit by one of those situations where sync is crucial and would save us a lot of time...some of our users are starting to use their laptops more as the weather gets better and better.
1) We backup the NAS to the cloud and it&#039;s already a hassle because some files may not be available right away for our mobile workforce
2) Mobile users don&#039;t need to have the whole NAS on their drive, so they use the network drive functionality
3) Whatever they put on that network drive is never replicated back to the NAS and is thus not made available to the rest of the team.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just been hit by one of those situations where sync is crucial and would save us a lot of time&#8230;some of our users are starting to use their laptops more as the weather gets better and better.<br />
1) We backup the NAS to the cloud and it&#8217;s already a hassle because some files may not be available right away for our mobile workforce<br />
2) Mobile users don&#8217;t need to have the whole NAS on their drive, so they use the network drive functionality<br />
3) Whatever they put on that network drive is never replicated back to the NAS and is thus not made available to the rest of the team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-1985</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Tue, 05 May 2009 03:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-1985</guid>
		<description>Hey Jungle Disk Gang...
to paint a quick picture... we have homeshoring user across the US and other parts of the world. Jungle Disk keeps us and our &quot;design&quot; content on network drives using JD. It&#039;s fantastic and everyone loves it. Sharing is so easy.

I do see a need in our setup where we would like to have specific files with SYNC activated within a network drive setting. 

Having a choice of either sync or network drive doesn&#039;t make sense to me because you need them to work together in isolated instances.

Example.... I have a material library on Jungle Disk which we all have copied to our workstations. We all create new materials and individually upload them. This particular folder would benifit greatly using SYNC because I wouldn&#039;t be missing anything and other users would have everything I&#039;ve just created.</description>
		<content:encoded><![CDATA[<p>Hey Jungle Disk Gang&#8230;<br />
to paint a quick picture&#8230; we have homeshoring user across the US and other parts of the world. Jungle Disk keeps us and our &#8220;design&#8221; content on network drives using JD. It&#8217;s fantastic and everyone loves it. Sharing is so easy.</p>
<p>I do see a need in our setup where we would like to have specific files with SYNC activated within a network drive setting. </p>
<p>Having a choice of either sync or network drive doesn&#8217;t make sense to me because you need them to work together in isolated instances.</p>
<p>Example&#8230;. I have a material library on Jungle Disk which we all have copied to our workstations. We all create new materials and individually upload them. This particular folder would benifit greatly using SYNC because I wouldn&#8217;t be missing anything and other users would have everything I&#8217;ve just created.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dopamine</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-1974</link>
		<dc:creator>Dopamine</dc:creator>
		<pubDate>Fri, 01 May 2009 23:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-1974</guid>
		<description>Shaun, you said that &quot;the main interface is, in my humble opinion, just bearable&quot; and needs a complete revamp - of course I respect your opinion, but it really surprises me!  I absolutely love the JungleDisk GUI - love at first sight.  I find it elegant, intuititive, powerful... a funny contrast with your take on it.

(The one exception is perhaps log management, which is ugly as sin at the moment.)

Is there anything specific you dislike?  Maybe it can be addressed ad-hoc, without hurting the wonderfulness of the GUI as a whole...  :-)</description>
		<content:encoded><![CDATA[<p>Shaun, you said that &#8220;the main interface is, in my humble opinion, just bearable&#8221; and needs a complete revamp &#8211; of course I respect your opinion, but it really surprises me!  I absolutely love the JungleDisk GUI &#8211; love at first sight.  I find it elegant, intuititive, powerful&#8230; a funny contrast with your take on it.</p>
<p>(The one exception is perhaps log management, which is ugly as sin at the moment.)</p>
<p>Is there anything specific you dislike?  Maybe it can be addressed ad-hoc, without hurting the wonderfulness of the GUI as a whole&#8230;  <img src='http://blog.jungledisk.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MStormO</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-1954</link>
		<dc:creator>MStormO</dc:creator>
		<pubDate>Fri, 24 Apr 2009 07:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-1954</guid>
		<description>It seems like each SetAttribute and Create Directory command, at least to Cloud Files, is sent individually, and the jungledisk/junglediskmonitor waits for a response on each before the next one. This makes at least the initial upload of big file trees extreme slow, since latency plays a huge role. It would be nice if you guys could support bulk uploading of commands, or pipelining, to minimize the effect of the latency.

My general upload throughput is good enough though, at ~7500kbits/sec. It&#039;s just the file tree manipulation which kills my performance.

Thanks for a really product though!</description>
		<content:encoded><![CDATA[<p>It seems like each SetAttribute and Create Directory command, at least to Cloud Files, is sent individually, and the jungledisk/junglediskmonitor waits for a response on each before the next one. This makes at least the initial upload of big file trees extreme slow, since latency plays a huge role. It would be nice if you guys could support bulk uploading of commands, or pipelining, to minimize the effect of the latency.</p>
<p>My general upload throughput is good enough though, at ~7500kbits/sec. It&#8217;s just the file tree manipulation which kills my performance.</p>
<p>Thanks for a really product though!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Litka</title>
		<link>http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/comment-page-1/#comment-1948</link>
		<dc:creator>Jason Litka</dc:creator>
		<pubDate>Mon, 20 Apr 2009 21:01:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/2009/04/09/roadmap-poll-results/#comment-1948</guid>
		<description>Also, how about support for files larger than 5GB, over-the-wire compression, and deduplication.</description>
		<content:encoded><![CDATA[<p>Also, how about support for files larger than 5GB, over-the-wire compression, and deduplication.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

