-
Notifications
You must be signed in to change notification settings - Fork 0
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
occs endpoint: ageolder and ageyounger parameters are non-functional #50
Comments
I've written a module for ELC that will resolve geologic ages so any of the following would be possible in the ELC payload:
Named ages are resolved to year numbers so ultimately all that is passed in the subquery is, in the case of Neotoma, an ageyounger and an ageolder. It would be ideal if Neotoma could then employ at a minimum a 50% overlap time rule (aka major) as diagrammed below. It would be possible to parse this within ELC but performance, especially if a taxon was not provided, would be pretty poor because of the potential subquery response size. Major time bound rule:
Other time bound rules that would be nice to implement would be the very strict 'contain' rule which specifies that the entire age range of the record must be 100% within the bound and conversely a 'permissive' rule would allow any overlap or bound touch. But we can start with 'major'. |
… as indicated in issue #50. Currently does not use the rule established for ELC given the issues with dating. Will raise as an issue.
When Neotoma has an age with only age:
Every method is going to be (effectively) |
Yes, a point age would be selected only if it falls within a prescribed bound and thus, I believe, would be the very definition of the |
One, the other or both have no effect if a taxon is specified
Only returns a random Pinus record with ages=Null if ageolder/ageyounger specified alone with no taxa in order to retrieve all taxa in a bracketed time period.
Both of these functionalities are ELC requirements
The text was updated successfully, but these errors were encountered: