<?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: An Extension of Wilkinson’s Algorithm for Positioning Tick Labels on Axes</title>
	<atom:link href="http://www.justintalbot.com/2010/07/an-extension-of-wilkinson%e2%80%99s-algorithm-for-positioning-tick-labels-on-axes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.justintalbot.com/2010/07/an-extension-of-wilkinson%e2%80%99s-algorithm-for-positioning-tick-labels-on-axes/</link>
	<description></description>
	<lastBuildDate>Mon, 31 Oct 2011 14:58:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Justin Talbot</title>
		<link>http://www.justintalbot.com/2010/07/an-extension-of-wilkinson%e2%80%99s-algorithm-for-positioning-tick-labels-on-axes/comment-page-1/#comment-188</link>
		<dc:creator>Justin Talbot</dc:creator>
		<pubDate>Wed, 08 Dec 2010 18:25:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.justintalbot.com/?p=157#comment-188</guid>
		<description>The current R version is available via &lt;a href=&quot;http://cran.at.r-project.org/web/packages/labeling/index.html&quot; rel=&quot;nofollow&quot;&gt;CRAN&lt;/a&gt; or &lt;a href=&quot;https://r-forge.r-project.org/R/?group_id=872&quot; rel=&quot;nofollow&quot;&gt;R-Forge&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>The current R version is available via <a href="http://cran.at.r-project.org/web/packages/labeling/index.html" rel="nofollow">CRAN</a> or <a href="https://r-forge.r-project.org/R/?group_id=872" rel="nofollow">R-Forge</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MySchizoBuddy</title>
		<link>http://www.justintalbot.com/2010/07/an-extension-of-wilkinson%e2%80%99s-algorithm-for-positioning-tick-labels-on-axes/comment-page-1/#comment-185</link>
		<dc:creator>MySchizoBuddy</dc:creator>
		<pubDate>Wed, 08 Dec 2010 08:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.justintalbot.com/?p=157#comment-185</guid>
		<description>Was the final version released by InfoVis?
where is the link?</description>
		<content:encoded><![CDATA[<p>Was the final version released by InfoVis?<br />
where is the link?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Talbot</title>
		<link>http://www.justintalbot.com/2010/07/an-extension-of-wilkinson%e2%80%99s-algorithm-for-positioning-tick-labels-on-axes/comment-page-1/#comment-134</link>
		<dc:creator>Justin Talbot</dc:creator>
		<pubDate>Tue, 24 Aug 2010 18:57:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.justintalbot.com/?p=157#comment-134</guid>
		<description>You&#039;re right that more white space would look better. This was an issue that I ran out of time and space to address correctly. Basically, it&#039;s not sufficient to just add 4% whitespace to the resulting axis because the optimization function might have found a better solution had it known that it had more space to work in. On the other hand, you can&#039;t just pad the white space up front, because you want the ending ticks to be close to the actual data extremes, not to the padded extremes. To address this, our coverage component should probably be split into two parts, one evaluating white space and the other evaluating closeness to the extrema. Good future work.

I&#039;m not exactly sure what you mean by the space between the first/last tick and the axis. Do you mean the space between the first and last tick and the respective end of the axis *line*? If so, that would be a good change (another adjustment to the coverage criteria) and should be easy for plots with lots of labels. However, for plots with few labels, my guess is that this would introduce a lot of extra white space.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right that more white space would look better. This was an issue that I ran out of time and space to address correctly. Basically, it&#8217;s not sufficient to just add 4% whitespace to the resulting axis because the optimization function might have found a better solution had it known that it had more space to work in. On the other hand, you can&#8217;t just pad the white space up front, because you want the ending ticks to be close to the actual data extremes, not to the padded extremes. To address this, our coverage component should probably be split into two parts, one evaluating white space and the other evaluating closeness to the extrema. Good future work.</p>
<p>I&#8217;m not exactly sure what you mean by the space between the first/last tick and the axis. Do you mean the space between the first and last tick and the respective end of the axis *line*? If so, that would be a good change (another adjustment to the coverage criteria) and should be easy for plots with lots of labels. However, for plots with few labels, my guess is that this would introduce a lot of extra white space.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hadley Wickham</title>
		<link>http://www.justintalbot.com/2010/07/an-extension-of-wilkinson%e2%80%99s-algorithm-for-positioning-tick-labels-on-axes/comment-page-1/#comment-123</link>
		<dc:creator>Hadley Wickham</dc:creator>
		<pubDate>Sat, 31 Jul 2010 14:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.justintalbot.com/?p=157#comment-123</guid>
		<description>The R graphics don&#039;t look quite right - they&#039;re missing the standard 4% offset between the data and the axes.  

I also wonder if you could make the ticks more aesthetically pleasing by making the space between the first/last tick and the axis more symmetric.</description>
		<content:encoded><![CDATA[<p>The R graphics don&#8217;t look quite right &#8211; they&#8217;re missing the standard 4% offset between the data and the axes.  </p>
<p>I also wonder if you could make the ticks more aesthetically pleasing by making the space between the first/last tick and the axis more symmetric.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

