Legacy convenience wrapper around add_effects that retains
only positive signed changes (effect > 0). Positive change does not
necessarily imply an ecological benefit. For new code, prefer
add_effects() to retain signed effects of both directions.
Effects can be defined only once per problem.
Arguments
- x
A
Problemcreated bycreate_problemwith feasible actions already defined byadd_actions.- benefits
Alias of
effects, kept for backwards compatibility.- effect_type
Deprecated interpretation argument:
"delta"for signed changes or"after"for expected amounts. Legacy multipliers retain their original interpretation; omit for modern tables.- effect_aggregation
Deprecated raster aggregation argument; use
raster_aggregationinstead.
Value
An updated Problem object containing:
dist_effectsThe canonical filtered effects table, containing only rows with
benefit > 0.dist_benefitA backwards-compatible mirror table containing only the benefit component.
