mindthegap-erc / carbocat-notes Goto Github PK
View Code? Open in Web Editor NEWJohan's notes and doodles on CarboCAT
Johan's notes and doodles on CarboCAT
A fundamentaly important aspect of how CarboCAT is desgiend is that it is an "event based model" meaning that at each grid cell and within each model time step, it records a series of depositional events; every bit of in-situ production and deposition of transported sediment that happens in the model is recorded as a discrete layer. The particular significance of this is that those events produce layers that are directly analagous to the laminae and beds preserved in the rock record that similarly record a series of depositional (and in nature erosional, diagenetic etc) events.
This analogy allows us, in principle, to compare CarboCAT output reasonably directly with rock strata observed and recorded in outcrop; this is actually quite unusual for stratigraphic forward models because most examples of these models do not record discrete events, but instead operate in a more time-averaged mode, either computing only one layer per time step, or if multiple layers are calculated, only storing one layer is is some averaged function (mean, mode, etc) of the many layers.
I would suggest this aspect of CarboCAT is actually quite crtitical to preserve in new versions we develop, because the ability to compare more directly with real rock is very useful, and worth the cost of slower computation and more memory usage. ANd perhaps there are some clver ways to minimise both of those aspects without losing the layer resolution e.g. merging successive layers with the same lithology
Happy to provide more explanation, but hopefully this post successfully defines the event layering as a feature, not a bug ;-)
I think there is a strong argument to implement erosion, at least very initially, as an extension of the existing cellular automata calculations. This has the advantage of being consistant with what is already done in CarboCAT, so no more or less realistic than the existing CA factory/facies distribution calculation, but also, and perhaps most importantly, very simple to implement...
I suggest something like the following:
I think this is so simple to do, at least in the simplest possible form, that we should try it, see how it behaves, if bad behaviour is easily fixed, etc, as a first step. At the very least, we will learn something about how a more sophisticated erosion algorithm will likely need to work...
Happy to discuss, or, as Yoda said, "Do. Or do not. There is no try!"
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.