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

debug in progress (20241115) #378

Closed
wants to merge 51 commits into from
Closed

debug in progress (20241115) #378

wants to merge 51 commits into from

Conversation

sigmafelix
Copy link
Collaborator

  • Per amadeus update, all calc_* functions are renamed to calculate_*
  • Dropped future and future.apply functions in calculate.R
  • Debugged site calculation except for parts utilizing bulk raster files (i.e., NASA products)

Let me know if there needs updates before pulling. Thank you.

mitchellmanware and others added 21 commits October 2, 2024 19:15
- Bypassing download steps
- Confirmed that there were no returned objects even if a target was marked as completed
- New TRI data have a different column layout
- Shell script for tar_make at one target
- reduced redundancy
- dropping future.apply dependency
- TODO: NASA products, GEOS-CF
- HMS calculation error is possibly related to calculate_hms (missing `by` argument)
- Renamed `calc_*` to `calculate_*` following `amadeus` functions
- upstream amadeus function was fixed
- library argument is populated with dev library locations
@kyle-messier
Copy link
Collaborator

  • Per amadeus update, all calc_* functions are renamed to calculate_*
  • Dropped future and future.apply functions in calculate.R
  • Debugged site calculation except for parts utilizing bulk raster files (i.e., NASA products)

Let me know if there needs updates before pulling. Thank you.

Thanks @sigmafelix. Are you working off the dev or dev-1028 branches? Those have the most recent refactoring updates. Although @mitchellmanware is working on more updates to ensure the proper branching and skipping with new data downloads.

One thought here and related to amadeus, perhaps worth an offline discussion with @mitchellmanware are the modis variables. There are a few issues open on amadeus related to modis, but they probably need clarification for you. Basically, the sparsity of time needs to be resolved more cleanly since the download expectation is by a given day.

@sigmafelix
Copy link
Collaborator Author

@kyle-messier This branch is based on dev. I will recheck dev-1028 and make a new PR.

@sigmafelix sigmafelix closed this Nov 15, 2024
@sigmafelix
Copy link
Collaborator Author

@kyle-messier Sure, the modis download function crawls the list of files from the remote server directories and use the file list as it is. Therefore, I think the sparsity of dates should not matter in downloading files. An error may surface if the NASA data are missing somehow during the input period. Exception handling by try or tryCatch would resolve that problem. I will look at this problem. Thank you.

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.

3 participants