-
Notifications
You must be signed in to change notification settings - Fork 1
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
Summary statistics for taxa and sites #2
Comments
Also, because not all taxa have the same measures of abundance (pollen is percent, mammals are counts, etc), it would be ideal to know which endpoint to call. That way I can call SampleData for mammal data and apidev.pollen for pollen taxa. |
So, maybe you could have two different responses:
And by default you assume @spatialit doesn't like this :) He'd rather have either a summary or the full response. Thoughts? |
I think the summary would be helpful as a full separate endpoint, so the aggregation and summarization is explicit, rather than tacking a new method/parameter onto each existing endpoint. i.e., |
|
But it's not exactly, because if it's one endpoint, I can call it once and get everything I need. If it's two endpoints, I need to call two separate endpoints, resulting in two async calls in my javascript. The information in the two is the same if they are two endpoints or one, but things are easier from a consumption standpoint if it's one. |
It would be helpful to have a summary statistics endpoint for taxa (e.g., how many sites have this taxon?, how many datasets?, etc) and for sites (how many taxa are there at this site?, how many levels?, etc), without having to download the whole response. It would be easier to manage really large responses if we know how many to expect, and it would be faster to report the summaries if we didn't have to just that the
.length
method once we downloaded the whole response.What do you think?
The text was updated successfully, but these errors were encountered: