Comments (3)
I tested this in #113 and it seems that defining a new data type is not more efficient. In short, the benefit of getting rid of storing the "infinite" fluxes e.g. -1000 and 1000 in most models is not worth it. Maybe my implementation is not efficient though.
from cobrexa.jl.
I arrived at a similar idea while trying to interpret the meaning of "hole" in the bounds vector. Sparsity usually interprets it as "zero" (which means the reaction can't really happen), we'd like to interpret it as ±∞ because that's the point of missing bounds. And we're storing the -1000s and 1000s in most bounds anyway now. So I can definitely support this.
Moreover, we already require reactions to be densely identified by string IDs, so this will not really add any noticeable overhead.
from cobrexa.jl.
I tested this in #113 and it seems that defining a new data type is not more efficient. In short, the benefit of getting rid of storing the "infinite" fluxes e.g. -1000 and 1000 in most models is not worth it. Maybe my implementation is not efficient though.
Okay, I think my size test was wrong, I used sizeof
... Maybe this is still worth doing!
from cobrexa.jl.
Related Issues (20)
- Gapfilling not giving any solutions HOT 6
- Add stoichiometry to gene reaction rules HOT 3
- Sampling size parameters are not very intuitive
- Organize everything into submodules HOT 2
- Add support for ME models HOT 4
- Drop OSQP and use Clarabel instead for QPs HOT 4
- tINIT algorithm HOT 7
- Parse common attributes from notes HOT 3
- Collect package download information HOT 5
- .mat model not loading HOT 6
- Conversion from MATModel produces opaque errors if fields are missing HOT 3
- Incorrect gene reaction rule parsing HOT 7
- JSON model format incompatible with escher HOT 8
- Mapping through delimited IDs into inner models HOT 2
- `removeReaction!` etc. doesn't update all fields in a `CoreModel` HOT 1
- Pretty print model semantics HOT 2
- Check that function return types inferred in documentation make sense HOT 2
- `check_duplicate_reaction` does not consider reaction directionality HOT 2
- Implement Tables.jl interface for `ModelWithResult` HOT 1
- Document forwarding the `--project` exeflag with ClusterManagers HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cobrexa.jl.