Hi Everyone,
I’m trying to fit a gamma key function to some mark-recapture observer data. There is roughly a 20% reduction in observer efficiency near the track line, as is expected from the aerial survey platform. Since the gamma key function assumes zero detections at distance zero, I need to offset the data to improve the fit of the detection function near the track line. If I offset all the observation distances by a set amount and then Left Truncate the data by the same amount, it serves to trick the analysis into altering the detection probability on the track line but the resulting AIC values from differing offsets do not make sense. Regardless of the fit of the gamma key function to the data, the AIC values are always lower at increasing offset distances. Is there an alternate approach to forcing an offset when fitting the Gamma key function?
Thanks,
Mitch
Mitch
I don't have much experience with the gamma key function, so my observations are merely casual. But two published papers that employ the gamma key in the detection function present their detection distances:
Becker and Quang (2009)
Walsh et al (2010)
I don't believe either paper employs an offset in their analysis.
--
You received this message because you are subscribed to the Google Groups "distance-sampling" group.
To unsubscribe from this group and stop receiving emails from it, send an email to distance-sampl...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/distance-sampling/2a42d9d8-d8a6-402d-bc41-e8400ca486cdn%40googlegroups.com.
-- Eric Rexstad Centre for Ecological and Environmental Modelling University of St Andrews St Andrews is a charity registered in Scotland SC013532
To try and sort out the issue, I simulated a dataset with a gamma distribution using ‘rgamma’ function (n=10000). As expected, the modelled gamma function fit the unmodified data with no issues (Figure 1). To simulate my field collected data, I removed all of the data between zero and 320 m, and shifted all the remaining distance values by 320 m so that observations now began at distance zero. I then modelled the detection function at different offset distances and compared the AIC scores. The lowest AIC score corresponded to an offset distance of 285 which is a reasonable approximation of the first 320 m originally trimmed from the dataset. I did note that the resulting detection functions indicated that the modelled function now dropped below the peak of the data histogram when compared to the unmodified dataset (Figure below right, offset 320 m).
When I obscure the dip in detections near the track line by lowing the sample size (n=1000) the decoupling of the modelled detection function from the data histogram becomes more obvious. Below at left is the modelled function for the 320 m offset that corresponds to the original data truncation (AIC=9929.629) and at right is the lowest AIC score (665 m offset, AIC = 9929.191). I should mention that the differences between AIC scores, at further offset distances, does become very slight.
This would all indicate to me that Left Truncation is not appropriate when using a gamma key function?
I'm not aware of an alternative method but Doniol-Valcroze et. al 2013 presents a figure, included below, that indicates that g(0) has been offset (the article's text only refers to an offset term for the gamma key function).
Thanks in advance for any comments.
Mitch
Mitch, I think you are possibly left-truncating incorrectly. It’s possible that you have fitted the gamma as if the truncated values are all zero, rather than truncated. This would drag the fit down – and the more you left-truncate, the worse it will be. In your simulated case, you know the origin is at zero, so the better strategy would be not to subtract the left-truncation value from each distance, and then use a fitting algorithm that allows left-truncation. The Distance software allows this. However, for your real data, as the function would not reach zero at zero distance, your approach of subtracting the left-truncation distance, and then allowing an offset, should be better. But you still need to use fitting software that allows left-truncation (as well as right-truncation of course). Otherwise, you get results like those you report here.
Steve Buckland
To view this discussion on the web visit https://groups.google.com/d/msgid/distance-sampling/891e2b85-0626-4375-bfe1-5e220e864b67n%40googlegroups.com.
The problem is with the left-truncation I think, not the offset. If you retained the counts in the lower tail, the bias should be a lot less. There will probably still be some bias due to lack of fit in the lower tail. If you truncate the lower tail (which is likely to be the better option), then the fitting method needs to take that into account. Technically, if maximum likelihood is used for fitting, you need to rescale the probability density function so that it integrates to 1 over the truncated range, then form the likelihood using this rescaled pdf. (The same applies with right-truncation.)
Steve
To view this discussion on the web visit https://groups.google.com/d/msgid/distance-sampling/a0a970ca-be91-47f3-a4eb-08a03abdc834n%40googlegroups.com.
Mitch
When using `ddf()` in the mrds package, check the `meta.data` function that takes a named list. Elements of that named list can be created as follows:
meta.data=list(left=1,width=10)
to specify left and right truncation
points.
To view this discussion on the web visit https://groups.google.com/d/msgid/distance-sampling/836c041d-3888-4493-82ca-0010eba437aen%40googlegroups.com.