-
Notifications
You must be signed in to change notification settings - Fork 20
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
raster helper function edits: attributeList #199
base: main
Are you sure you want to change the base?
Conversation
Changed the usage of an attributes data frame to a listed attributeList within the function, and edited the documentation to reflect those changes.
Added a warning message if the coord_name argument is NULL. Warning message alerts users that EML won't validate, and provides correct string for commonly used WGS84 and NAD83 datums. Also directs users to the get_coord_list() for more information.
raster helper function edits: coord_name argument Added a warning message if the coord_name argument is NULL. Warning message alerts users that EML won't validate, and provides correct string for commonly used WGS84 and NAD83 datums. Also directs users to the get_coord_list() for more information. |
No longer a draft 👍🏽 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this looks pretty good - are all of the tests for the package passing?
|
||
if (is.null(coord_name)){ | ||
coord_name <- raster::crs(raster_obj)@projargs | ||
#coord_name <- raster::crs(raster_obj)@projargs |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd remove this commented out line entirely
I haven't ran any formal tests within the package's |
Yeah formalizing what you did ad-hoc as a test, in addition to running the rest of the tests (via |
Changed the usage of an attributes data frame to a listed attributeList within the function, and edited the documentation to reflect those changes.
From what I've seen, most PIs input the raster layer in the web editor, so converting the single attributeList to a data frame feels like an odd side-step. If a raster is missing an attributeList, I think the better way forward would be to create an attList either through the webform or Shiny. If done through Shiny, then running
set_attributes()
and adding it back to theotherEntity
before converting to aspatialRaster
, rather than reverting an attList to a data frame.