convertM3biom uses CBM spatial_unit_id

[suz-estella]

Seeing an issue related to this goal: PredictiveEcology/CBM_vol2biomass#37

The convertM3biom function has 2 arguments that are tables requiring a CBM spatial unit ID:

1. meta: The growth curve metadata table requring the column spatial_unit_id
2. ecozones: A subset of the cbmAdmin table requiring the column SpatialUnitID. It also requires the columns EcoBoundaryID (ecozone ID) and abreviation (the cbmAdmin table's column for the juris_id).

Detangling the Boudewyn conversion process from the CBM-specific spatial unit ID variable would require an update to this function where the user can pass arguments without it - e.g. maybe just one table with the juris_id, ecozone, and any other parameters required such as canfi_species.

If this function intends to just convert one growth curve at a time, perhaps the arguments could be more specific? e.g.:

convertM3biom <- function(gcIncrements, juris_id, ecozone, canfi_species, params3, params4, params5, params6, params7){
 # Convert 1 curve here
}

[cboisvenue]

The function converts one growth curve at a time. @camillegiuliano could you try to deal with this issue?

[camillegiuliano]

Adding this to my list!

[suz-estella]

If these functions are being updated it might be a good opportunity to rename the column 'gcids' to 'gcID' folllowing this: PredictiveEcology/CBM_vol2biomass#45