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
In c2f4dfc, we're computing the baselines for interaction terms on-the-fly. This is not ideal as it can be done when the result set is created.
add a secondBaselineGroup field to DifferentialExpressionAnalysisResultSet
populate it when we perform the linear model
backfill values using baselines of individual factors
I'm not sure we allow interaction of continuous factors, but in that case those inherently lack a baseline.
There might be a case when a continuous factor interacts with a categorical one, in which case we should also fill one of the baselines. @ppavlidis is this possible?
The text was updated successfully, but these errors were encountered:
One added benefit to this is that those result sets will become discoverable. In the REST API, we should plan for a pseudo-property that maps to either first or second baseline group (i.e. a baselineGroups collection).
This would be helpful to resolve two issues: #975 and #1164. The alternative is to reuse the logic for computing baselines on-the-fly, but that might be prohibitive in the case of getting all DE results for a given gene.
In c2f4dfc, we're computing the baselines for interaction terms on-the-fly. This is not ideal as it can be done when the result set is created.
secondBaselineGroup
field toDifferentialExpressionAnalysisResultSet
I'm not sure we allow interaction of continuous factors, but in that case those inherently lack a baseline.
There might be a case when a continuous factor interacts with a categorical one, in which case we should also fill one of the baselines. @ppavlidis is this possible?
The text was updated successfully, but these errors were encountered: