0 votes
586 views

Hello,
I have a question regarding best practice when working with Ecoinvent Cutoff system models in openLCA. In many projects we need to run:

  • fast screening calculations using Cutoff, System Processes (S), and

  • detailed contribution analyses using Cutoff, Unit Processes (U).

Our current approach is:

  1. Import both Cutoff, S and Cutoff, U datasets into the same database.

  2. Keep a single foreground model, and

  3. Create two product systems where we manually switch background providers (e.g., electricity, heat, transport) from S to U depending on the calculation required.

Before standardising this workflow, we would like to confirm:

1. Is this modelling approach recommended or conceptually correct according to OpenLCA's best practice?

Is it acceptable to keep S and U datasets together and choose providers depending on the required level of detail, as long as we do not mix S and U versions of the same dataset within one product system?

2. Is there any way to automate switching from S to U ?

for example via a built in featur, a bulk replace function, etc,Manual switching works but is time-consuming for large models.

Any guidance on recommended workflows would be greatly appreciated.


Thank you!

in openLCA by (120 points)

1 Answer

0 votes
by (145k points)
Interesting question, maybe though nowadys you can always use libraries - you get results in seconds (or, 1 second, depending on the computer) in unit process resolution, and your model graph is not "messed up" with generic supply chains from a generic database (ecoinvent) that you anyhow are not supposed to change.
ask.openLCA is a question-and-answer (Q&A) website on Life Cycle Assessment (LCA).

It is also the public support platform for openLCA, openLCA Nexus and the LCA Collaboration Server.

Before asking questions please also consult our online manuals for openLCA and the LCA Collaboration Server.

Receive guaranteed and prioritised professional support via GreenDelta's help desk.

ask.openLCA is run by GreenDelta, the creators of openLCA.

openLCA

LCA Collaboration Server
...