-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EOO is NA for presences in a straight line #29
Comments
Hello, thanks for your comment. |
I figure if the condition applies to 3 presences in a straight line, it should also apply to 2 presences (which are necessarily in a straight line), and ultimately to one presence as well. The extent (area) of a line or a point should be zero; it should only be NA if there were no presence points at all. If there is an AOO, to me it only makes sense to have an EOO too. |
You are right, I'll modify this asap |
Dear @AMBarbosa since I am currently working on a new version of the package, I updated the developmental version which is quite different from the original one. I cannot maintain both packages in parallel. The ConR currently on CRAN will probably be achived at some point and replaced by the new version. I therefore updated the new version accordingnly and I suggest you try this one
The Let me know if you have any issue or questions. Concerning this issue, note that EOO is not set equal to AOO if EOO < AOO or if EOO cannot be computed which is the case when there are less than 3 unique pairs of coordinates. |
In my use case, it is not too uncommon for some species to have only one or two presence points in the study area. In these cases, the EOO "polygon" is actually a point or a line, so it has an area of zero. IUCN guidelines say that, in such cases, EOO should be set as =AOO. Actually I see this in the code for
getAnywhere(.IUCN.comp)
:if (EOO < AOO) EOO <- AOO
. However, this seems to get lost somewhere, as the result ofIUCN.eval()
still says EOO is NA for these species. Maybe it should be changed toif (is.na(EOO) || EOO < AOO) EOO <- AOO
?I've also tried specifying
buff_width
to get an actual polygon around the occurrences, but it seems to be ignored, as well as thedraw.poly.EOO
argument.Here's a reproducible example:
A fix would be greatly appreciated! Cheers
The text was updated successfully, but these errors were encountered: