-
Notifications
You must be signed in to change notification settings - Fork 11
Multiple biomass functions allowed in REACTION_MODEL? #149
Comments
In the new schema biomass reactions are not in the REACTION_MODEL table but Do we instead define a "default set of biomass functions", which may I'll also note that biomass functions in the new system use Are there problems with merging and transforming biomass functions? For ~ Scott On Tue, Mar 27, 2012 at 12:04 PM, samseaver <
|
To answer the first few questions, from an FBA perspective, there can only be one objective. The objective can literally be biomass1 + biomass2. I don't encourage this, because it allows the LP algorithm to selectively optimize one biomass over another. An alternative, and preferred approach, is to have a third biomass reaction in the entire model (biomass3) that is the reaction: biomass1 + biomass2 => totalBiomass and then the FBA objective will be biomass3, thus to optimize totalBiomass. So to have the function add(bio1, bio2) would be good, but it must create another reaction with all components from both species, no shortcuts. I cannot see how one would want to subtract biomasses except only to visualize the difference, the resulting reaction may not be useful in FBA, nor would re-indexing the biomass components. However, users will want to play with the biomass components, i.e. add or remove compounds, change stoichiometry of compounds in reaction etc. Will there be an easy way of doing this within the same biomass reaction, or will a different biomass reaction have to be created each time? |
The latest problem I had with the gap-filling seemed to arise because:
I'm going to open another issue, but I wanted to write here that whatever happens with the biomass, it needs to be in consideration when it comes to making changes/over-writing a model. |
Currently, only one biomass function is allowed, or should be present for a given model. However, in a community model, with multiple organisms being placed together in one model, multiple biomasses should be allowed, depending on the objective of the model.
The text was updated successfully, but these errors were encountered: