raster helper function edits: attributeList#199
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 👍🏽 |
jeanetteclark
left a comment
There was a problem hiding this comment.
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.
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 theotherEntitybefore converting to aspatialRaster, rather than reverting an attList to a data frame.