<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: A slice of infinity</title>
	<atom:link href="http://xianblog.wordpress.com/2011/07/28/11433/feed/" rel="self" type="application/rss+xml" />
	<link>http://xianblog.wordpress.com/2011/07/28/11433/</link>
	<description>an attempt at bloggin, from scratch...</description>
	<lastBuildDate>Mon, 17 Jun 2013 07:33:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Martyn</title>
		<link>http://xianblog.wordpress.com/2011/07/28/11433/comment-page-1/#comment-9730</link>
		<dc:creator><![CDATA[Martyn]]></dc:creator>
		<pubDate>Thu, 28 Jul 2011 09:22:22 +0000</pubDate>
		<guid isPermaLink="false">http://xianblog.wordpress.com/?p=11433#comment-9730</guid>
		<description><![CDATA[Oh dear.  If my comments on the JAGS help forum are going to be publicly peer reviewed then I really am in trouble.  Of course I meant that there has to be a non-zero (rather than finite) probability of moving away from the current state.

Let&#039;s be clear. This is a numerical problem caused by overflow in the log-density calculations.  JAGS is perfectly capable of slice sampling from the beta(0.5, 0.5) distribution, even when starting from an extreme value.   The problem seems to arise when using a beta or Dirichlet distribution in a hierarchical model. In some cases, the sum of the contributions to the log-density seems to overflow, yielding an apparent infinite density.

So what can we do in such cases?  Earlier versions of JAGS just stayed put. Sometimes the chain can recover at the next iteration, because the values of the other parameters have changed.   This is the case for the &quot;classic bugs&quot; LITTERS example.  But there could be models in which the slice sampler gets permanently stuck. The user would know nothing about it unless they were monitoring that node and the output would potentially be invalid.   

Truncating beta distributions away from the boundary seems to work, but is clearly a sticking plaster solution.  In the above-mentioned LITTERS example, I use

        p[i,j] ~ dbeta(a[i], b[i]) T(,0.9999)

More constructive suggestions are welcome because this problem is a lot more common than I would like.]]></description>
		<content:encoded><![CDATA[<p>Oh dear.  If my comments on the JAGS help forum are going to be publicly peer reviewed then I really am in trouble.  Of course I meant that there has to be a non-zero (rather than finite) probability of moving away from the current state.</p>
<p>Let&#8217;s be clear. This is a numerical problem caused by overflow in the log-density calculations.  JAGS is perfectly capable of slice sampling from the beta(0.5, 0.5) distribution, even when starting from an extreme value.   The problem seems to arise when using a beta or Dirichlet distribution in a hierarchical model. In some cases, the sum of the contributions to the log-density seems to overflow, yielding an apparent infinite density.</p>
<p>So what can we do in such cases?  Earlier versions of JAGS just stayed put. Sometimes the chain can recover at the next iteration, because the values of the other parameters have changed.   This is the case for the &#8220;classic bugs&#8221; LITTERS example.  But there could be models in which the slice sampler gets permanently stuck. The user would know nothing about it unless they were monitoring that node and the output would potentially be invalid.   </p>
<p>Truncating beta distributions away from the boundary seems to work, but is clearly a sticking plaster solution.  In the above-mentioned LITTERS example, I use</p>
<p>        p[i,j] ~ dbeta(a[i], b[i]) T(,0.9999)</p>
<p>More constructive suggestions are welcome because this problem is a lot more common than I would like.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
