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

Directory creation #7

Merged
merged 21 commits into from
Jun 22, 2018
Merged

Directory creation #7

merged 21 commits into from
Jun 22, 2018

Conversation

juniperlsimonis
Copy link
Member

tons of changes in here, bringing the whole codebase under a singular options list hierarchy (documented in all_options) that allows for nearly complete user-control (i.e. most hard-wired things have been un-hard-wired), while still needing 0 input arguments altered at the front-end for standard usage, and a facility to tie all of the options components together (so a change in one option cascades accordingly)....which has been worked towards here, but will need continued work for sure into the future.

a lot of the code has been broken out into more specific scripts and functions, with the goal of having more, simpler-focused functions (as opposed to fewer, larger-scoped functions), which will facilitate better testing and control of changes.

sets up a beginning simple framework to address #6 in the package_outline.txt file. it's a simple textual approach, but it seems to be pretty good for now. will need to continue to add to it.

addresses #5: PortalData is now included in the subdirectories and now the fill_PortalData function (within fill_dir) explicitly locates the data in that folder

addresses #1: transfer_historical_covariate_forecasts moves the data over from the package folder to the project directory, and is included in prep_covariates. Once the data file is housed on the github repo, we'll need to swap out where the file is coming from

added in more contol options including higer level all_data_options (allowing for a pass down and tie-together of options across data sets)
commenting out some uses of old functions in stuff i haven't cleaned yet (metadata and portalcast)
to accommodate hardcoded portalr functions in the context of most-recent-newmoons missing from the moons data table
now have a hierarchy  captured in the pacakge_outline file
this allows a single creation of the options at the highest level that ties things together as well as creation of only the options needed at each sub level within the directory
included in the options set up, etc
beginnings of getting the model generation to work nicely
…the master

full forecasting capabilities

hindcasting is not  setup in portalcast yet, but that will be done in a new branch
@juniperlsimonis juniperlsimonis merged commit b95dbdf into master Jun 22, 2018
@juniperlsimonis juniperlsimonis deleted the directory_creation branch June 22, 2018 10:01
@juniperlsimonis juniperlsimonis restored the directory_creation branch June 22, 2018 10:26
@juniperlsimonis juniperlsimonis deleted the directory_creation branch July 3, 2018 07:40
PrayasJ pushed a commit to PrayasJ/portalcasting that referenced this pull request Aug 24, 2022
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

Successfully merging this pull request may close these issues.

None yet

1 participant