Open goldingn opened 7 years ago
Seems fair to me. While you're there why not change the names? .df and .data are pretty much meaningless
The only reason I can think of is that it might be best for all module types to have one default argument, a list of all the or bits. This saves space in the man page etc.
But probably your plan is better, split things into sensible chunks.
@AugustT we discussed changing the names earlier, but couldn't think of anything better than df
ras
model
. Open to suggestions though!
I kind of like the idea of making them all one standardised list. E.g. every module (or rather process, model & output modules) get the same first argument: .zoonInternal
(or something), a list which always contains df
, ras
and/or model
, depending on the module type.
so:
process
modules would use .zoonInternals$df
, .zoonInternals$ras
model
modules would use .zoonInternals$df
output
modules would use .zoonInternals$df
, .zoonInternals$ras
, .zoonInternals$model
thoughts?
I think it simplifies things. The list name will be used a lot, so the shorter the better. Maybe .data
for the whole list.
Output modules take two arguments,
.model
and.ras
.model
is a list of two elements:df
andmodel
df
the dataframe returned by the last process modulemodel
theZoonModel
object returned by the model module.ras
theraster*
object re from process module(s)This is confusing because:
df
andmodel
to be listed together.model
is a confusing name for this listI suggest we split
.model$data
up so that output modules take three default arguments:.df
,.ras
,.model
This would require changing both
zoon::workflow()
, various references in the vignettes,zoon
's tests, and the existing output modules. The other functions, and the schematic in the zoon paper, should not be affected.Can anyone think of a reason not to do this? cc @AugustT