Skip to content
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

Re-think metadata output #148

Open
sckott opened this issue Sep 18, 2015 · 0 comments
Open

Re-think metadata output #148

sckott opened this issue Sep 18, 2015 · 0 comments
Assignees

Comments

@sckott
Copy link
Contributor

sckott commented Sep 18, 2015

Right now, we output one list of metadata for each data source. However, any number of API calls are made for different combinations of user inputs. I think it makes more sense to have each of those requests have it's own metadata output, each output can have different results and different inputs.

Probably retain the single metadata list for each source as a summary

The new setup potentially:

(out <- occ(...))
gbif --- |
         | -- meta # global metadata for gbif output
         | -- data --- | # output for each API request/species/geometry set
                       | -- sp1 -- | 
                                   | -- meta # metadata for single request/species/geometry query
                                   | -- data # data for single request/species/geometry query
                       | -- sp2 -- | 
                                   | -- meta # metadata for single request/species/geometry query
                                   | -- data # data for single request/species/geometry query
                       | -- ... and so on
bison...
ecoengine...
...

If changes made, of course affects downstream methods, need to fix those too

@sckott sckott self-assigned this Sep 18, 2015
@sckott sckott added this to the v0.8 milestone Feb 13, 2017
@sckott sckott removed this from the v0.8 milestone Apr 4, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant