Estimation of a closed population with covariates: problems with “p” and “N”
Dear forum members
I’m currently using MARK for the estimation of abundance (N) of a closed population. Previous analyses with CAPTURE suggest the Mh model as the best estimator for the population. In order to improve the analysis and based in my observations I’m using two covariates for “p” and “c” -sex and time-, and one covariate for “N” (sex). The (almost 60) resulting candidate models in MARK look like the following ones
p(sex*t)c(sex+t)N(sex)
p(t)c(sex)N(.)
p(sex)c(.)N(sex)
etc,
All the models were created using the Full Design (Matrix) and making the respective modifications of the most complex model {p(sex*t)c(sex*t)N(sex)} to create the simpler models. It wasn’t possible to do this with the PIM Chart due the difficult to deal with interactions (i.e. “p(sex*t)”).
After looking at the results, I found two problems:
1 – Problems with “p”.
I beg you to quickly check at the last “Pi” values (17:p and 34:p) in the two following summaries of the Estimation of Parameters.
FUNCTION A (17 Capture Events)
Real Function Parameters of {p(t)c(sex)N(sex)}
95% Confidence Interval
Parameter Estimate Standard Error Lower Upper
------------------------- -------------- -------------- -------------- --------------
1:p 0.1999999 0.1264911 0.0504114 0.5407150
2:p 0.1408542E-063 0.2355231E-061 -0.4602168E-061 0.4630339E-061
(...)
17:p 1.0000000 0.0000000 1.0000000 1.0000000
18:p 0.1999999 0.1264911 0.0504114 0.5407150
19:p 0.1408542E-063 0.2355231E-061 -0.4602168E-061 0.4630339E-061
(...)
34:p 1.0000000 0.0000000 1.0000000 1.0000000
(…)
66:c 0.2333333 0.0772202 0.1155105 0.4149549
67:N 7.0000000 0.0000000 7.0000000 7.0000000
68:N 3.0000000 0.0000000 3.0000000 3.0000000
FUNCTION B (17 Capture Events)
Real Function Parameters of {p(sex)c(sex)N(.)}
95% Confidence Interval
Parameter Estimate Standard Error Lower Upper
------------------------- -------------- -------------- -------------- --------------
1:p 0.1794872 0.0614507 0.0880518 0.3313705
2:p 0.1794872 0.0614507 0.0880518 0.3313705
(…)
17:p 0.1794872 0.0614507 0.0880518 0.3313705
18:p 0.1428570 0.0763603 0.0467958 0.3613554
(…)
34:p 0.1428570 0.0763603 0.0467958 0.3613554
35:c 0.3000000 0.0512348 0.2099066 0.4087569
(…)
66:c 0.2333333 0.0772202 0.1155105 0.4149548
67:N 7.0000000 0.1107337E-003 7.0000000 7.0000683
68:N 3.0000000 0.1107337E-003 3.0000000 3.0000683
In the “Gentle Introduction Manual” (p. 530-532 “14.3.1 constraining the final p”) and in the White article of 2008 (Closed population estimation models and their extensions in Program MARK), page 4, both text warns that if no constraint is imposed on the last “Pi”, the estimated abundance “N” will be simply Mt+1, with the last “Pi” estimate equaling 1. As you can see, this happens in FUNCTION A and in every modeI which includes a relation with “time” in the “p” (See values of 17:p and 34:p). When I set up a constrain, like including “sex” in “p” or making it constant – like FUNCTION B – , the last “p” equals a value different than 1.
My question is, are those models with the last p=1 appropriate to estimate the abundance? If not, is there a way to correct/modify them in order to avoid the last “Pi” = 1? Is this error caused by a miss operation during the Full Design process or by any other miss operation?
2 – Problem with “N”.
Once again I beg you to check at the calculated abundances “N” in FUNCTION A & B (67:N & 68:N). As you see, FUNCTION A includes N(sex), so it is expected to have 2 Ns, one for males and other for females (67:N & 68:N). To create FUNCTION B {with N(.)}, in the Full Design Matrix I eliminate the column correspond to sex, leaving only the Intercept of N, to make it constant. Nonetheless I still have two estimations of N (67:N & 68:N). Why did the Estimate of Real Parameters not reflect this modification? Curiously, when I work with the PIM Chart and make the N constant –N(.)–, the function Estimate of Real Parameters reflects only one “N’, as expected. Why is this not working with the Full Design Matrix?
Thank you a lot for any help and excuse me for the extension of this letter.
Cordially,
Samuel