@Matt Long @Michael Levy @Keith Lindsay
One thing that I wanted to followup was Matt's generalized BGC model interface. We've been internally discussing trying to make our BGC models (CMOC and CanOE) model-agnostic as there are a number of academic/government applications requiring some kind of BGC module, but are ROMS or FVCOM based. Considering that we're going to need to refactor them anyway to make them compatible with an upgrade to NEMO 4.0, I wanted to know if there would be interest on your side of 1) incorporating the interface into NEMO (which is more similar to POP in terms of timestepping) and 2) including CMOC and CanOE as alternatives to MARBL. When @Michael Levy followsup on his hooking up MARBL to MOM6, would @Matt Long and @Keith Lindsay mind hopping on briefly as well to discuss this?
@Andrew Shao,
This sounds good. I think we've learned things from the MARBL effort that would be useful in this regard.
Collaborators have started (and stalled out) on implementing MARBL in ROMS, but I don't think we uncovered any fundamental show-stoppers in the implementation path there.
One path forward here would be to refactor the MARBL code into (1) a General-Interface-for-OBMs (GIOBM) and (2) the MARBL ecosystem model itself. We could collaborate on development of GIOBM (hard to pronounce, I am finding) and various model groups could choose to implement this and re-write their models in compatible ways.
I've spoken with Fei Chai at U Maine about this; he develops CoSiNE, which is a model distributed with ROMS. He's interested.
Funding is a key question for us.
It's an interesting question about how to move forward on GIOBM (aside: maybe we could call it SLOBM, Software Layer for OBMS). It'll be good for me to take a closer look at what @Michael Levy has done thus far to scope out for ourselves what we might have to do if we went this route for CMOC and CanOE. Could you point me to your branch?
I'd be happy to participate in this conversation when the time comes.
@Andrew Shao my branch is https://github.com/mnlevy1981/MOM6/tree/mnlevy1981/add_MARBL and I'm also using the issues / projects in my fork to track what's left to do. https://github.com/mnlevy1981/MOM6/projects/1 is the main project, and it links to other projects that are a little too big to be a single issue ticket (source: I tried making them a single issue ticket and was having trouble tracking progress)
@Matt Long and I have been talking, and two things that we came up with:
USE_MARBL_TRACERS
macro, but I'll wait until everything else is working to add the CPPThanks Mike for that info and for your willingness to let me see the work in progress. Could you send me the link to the MARBL code as well?
MARBL is available at https://github.com/marbl-ecosys/MARBL -- we'll be using tags off the development
branch (stable
is the default displayed by github); currently we're using marbl0.35.0
, which isn't quite the newest... but marbl0.36.0
was just updates to the documentation and a few tweaks to the stand-alone driver code.
One thing I just realized is that I need to pull MARBL out of the git submodules and let CESM provide it via manage_externals
instead. Can we still bring it in to pkg/
when we want to use it?
I came across
Bruggeman, J., Bolding, K., 2014. A general framework for aquatic biogeochemical models. Environ. Model. Software 61, 249–265.
https://doi.org/10.1016/j.envsoft.2014.04.002
https://github.com/fabm-model/fabm
https://github.com/fabm-model/fabm/wiki
It turns out that @Matt Long mentioned this to me in an email in 2014, when it was at http://fabm.sourceforge.net/, but I had forgotten about it.
This group behind this had a poster at Ocean Sciences in 2014. A link to their poster is
http://www.eposters.net/poster/model-coupling-with-the-framework-for-aquatic-biogeochemical-models-a-demonstration-with-the
FYI, Charlie Stock and Niki Zadeh at GFDL are looking into regional MOM6 with (COBALT) BGC. Work needs to be done on the tracers with OBCs.
Last updated: May 16 2025 at 17:14 UTC