You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 9, 2023. It is now read-only.
Is your feature request related to a problem? Please describe.
Yes. Currently, SyntheticFields must be explicitly added to a subgraph object. This works when synthetic fields do not need to change after they are defined. However, to have a SyntheticField that changes over the lifetime of a Subgrounds program, one would have to constantly rebind it. Example:
This will require figuring out a naming scheme for the inline SyntheticFields since, due to the fact that they are not explicitly added to an object, they do not have a user defined name. Using our example, something like field_N could work, where N is the number of inline SyntheticField using field as dependency (would have to figure out how to extend this to inline SyntheticFields that have multiple field dependencies).
Describe alternatives you've considered
None.
Additional context
None.
Implementation checklist
Add a new function to Subgrounds object to be applied to the fpaths argument of toplevel functions (e.g.: query_df) which will generate temporary transformation layers on the fly for the inline SyntheticFields
Tests!
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Yes. Currently,
SyntheticFields
must be explicitly added to a subgraph object. This works when synthetic fields do not need to change after they are defined. However, to have aSyntheticField
that changes over the lifetime of a Subgrounds program, one would have to constantly rebind it. Example:Describe the solution you'd like
Add support for inline
SyntheticFields
:This will require figuring out a naming scheme for the inline
SyntheticFields
since, due to the fact that they are not explicitly added to an object, they do not have a user defined name. Using our example, something likefield_N
could work, whereN
is the number of inlineSyntheticField
usingfield
as dependency (would have to figure out how to extend this to inlineSyntheticFields
that have multiple field dependencies).Describe alternatives you've considered
None.
Additional context
None.
Implementation checklist
fpaths
argument of toplevel functions (e.g.:query_df
) which will generate temporary transformation layers on the fly for the inlineSyntheticFields
The text was updated successfully, but these errors were encountered: