Skip to content

Truncate date ranges? #8

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

Open
matthewhanson opened this issue Jan 23, 2015 · 2 comments
Open

Truncate date ranges? #8

matthewhanson opened this issue Jan 23, 2015 · 2 comments

Comments

@matthewhanson
Copy link
Member

From Rob:

It would be useful, especially for fetching, if we could check all date ranges against the asset start and end dates. Having said that, do we have a convention for specifying asset availability? Sorry this is actually two issues. Should it be something like
_availability = {'start_date': '2001-01-06', 'end_date':'2009-11-04'} _availability = {'start_date': '2001-01-06', 'end_date':''} # indicates available up to present
or to get fancy _availability = {'start_date': '2001-01-06', 'end_date':'', 'latency':100'} # indicates there is a 100 day delay in availability

@matthewhanson
Copy link
Member Author

This does make sense to have in core as it's generally applicable.
I will - add stub variables to the core Asset class that define some defaults for availability to be overridden by sensors - Bound the requested dates by "start_date" and "end_date - latency" in the inventory init
I think that's really all that will be needed

@ircwaves
Copy link
Member

ircwaves commented Nov 9, 2015

Seems like maybe this should be required in data.core. Is there a case where one would not want to require an asset to have startdate and latency?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants