myUmberto - Forum

Let's have a look at the new feature "market groups". They will make working with unit datasets a lot easier.

Unit datasets can be used to understand and examine where the impact comes from and as a starting point if you want to create your own datasets by adapting the existing ecoinvent processes. However, in ecoinvent v3.1 there were many unit datasets with MANY flows with the same name, e.g. electricity. One market in ecoinvent can never overlap another market. So a global dataset [GLO] automatically would include many inputs.

Now with ecoinvent v3.2, enter the market groups.
Market groups are a new type of datasets. They consist of markets that are oftentimes used together. As ecoinvent puts it in their "Documentation of changes implemented in ecoinvent database 3.2" (http://www.ecoinvent.org/files/report_of_changes_v3_2.pdf):

"In  Market  Groups,  all  markets  contained within  their  region  are
combined and scaled based on their relative production volumes. Therefore, they are a consumption
mix for their region."

Market groups are available for materials that more or less every transforming or treatment activity needs and which are available from market datasets with a variety of geographies. These materials include amongst others electricity, water, diesel and other fuels.
The market groups are available for regions that are self-explanatory like [GLo], [US] or [CN] (China).
Please have a look at the attached picture that shows an excerpt from the unit dataset market group for electricity, medium voltage [ENTSO-E].
ENTSO-E describes the "European Network of Transmission System Operators for Electricity", on their website they list their member countries and companies: https://www.entsoe.eu/about-entso-e/inside-entso-e/member-companies/Pages/default.aspx

Summing it up: market groups make working with unit datasets a lot more comfortable than before. One market group dataset instead of several identical materials is very useful.

Hallo,
ecoinvent-Datensätze in Umberto sind immer Single-Output-Datensätze. Das heißt das evtl. vorhandene Multifunktionalitäten bereits aufgelöst wurden. Wie das passiert, ist abhängig vom ausgewähten System Model.
Daher würde ich den Datensatz wie er ist verwenden, und nicht die Hälfte abziehen. Um zu verstehen, was im Hintergrund passiert ist, kann  man sich aber natürlich in der Ecoinvent-Dokumentation informieren und den Unit Process des System Model undefined auf der ecoinvent-Seite ansehen. Im System Model undefined sind die Datensätze so zu sehen wie sie vor der Allokation sind, also auch mit Nebenprodukten.

Hi Victor,

the slides that you found show a study which was conducted with Umberto 5.5.
As far as I know, it is not planned to integrate the feature in Umberto NXT in the near future. Using parameters and conducting a scenario analysis makes it possible to adress sensitivity issues.

Anyways, I will forward your request towards the developers.
Kind Regards

Hallo Peter PETFlasche,

ich hole mal ein bißchen weiter aus, weil das glaube ich wichtig ist, um die Frage zu beantworten:
Fangen wir zunächst mit einer wichtigen Vorraussetzung an: die Systemgrenze des Umberto-Modells. Dieses wird über die Input- und Output-Stellen realisiert. Sie stellen in diesem Fall die Grenze zwischen Technosphäre (in der die Herstellung, Nutzung und Entsorgung der Flasche stattfindet) und der Umwelt dar. Als Umweltauswirkungen berechnet werden die Mengen der Stoffe, die an dieser Grenze anliegen, multipliziert mit ihren jeweiligen 'characterization factors' für die verschiedenen Wirkungskategorien. Daraus folgt dann im Umkehrschluss: selbst angelegte Materialien, die diese Systemgrenze passieren verursachen keinerlei Umweltauswirkungen (außer es wurden manuell characterization factors definiert). Auch Materialien, die nicht an der Systemgrenze anliegen (also irgendwo in der "Mitte" des Modells liegen) haben keinerlei Einfluss auf das Ergebnis.
Für eine LCA lässt sich daher vereinfacht sagen: Alle Materialien an der Systemgrenze (hiermit sind in diesem Fall die Inputs und Outputs, also rote und grüne Kreise gemeint) sollten wenn möglich aus einer in Umberto integrierten Datenbank (ecoinvent, GaBi) stammen und zu den in ecoinvent "Elementary flows" genannten Materialien gehören. So ist sicher gestellt, dass allen diesen Flüssen auch Umweltauswirkungen zugerechnet werden können. Ausnahmen: Virtuelle Referenzflüsse, das Produkt bei einer Betrachtung cradle-to-gate (etwa im B2B-Bereich).

Kommen wir also nochmal zurück zu der Frage:

Kann ich einfach bei Disposal/recycling nen output aus dem use-prozess machen und sagen wir nur 10% des Materials "wegwerfen"? Aber das beinhaltet ja nicht, dass die anderen 90% recyclet werden.

Aus der Erklärung oben, wie Umberto eigentlich die Umweltauswirkungen berechnet, lässt sich jetzt zu dieser Frage die folgende Antwort herleiten: Ja, natürlich kann aus dem Use-Prozess ein Output (bezogen auf diesen Prozess) rauslaufen, der darstellt dass diese Flasche (bzw. 10% davon) "einfach weggeworfen", also etwa über den Hausmüll entsorgt wird, statt dem Recycling zugeführt zu werden. Dieser sollte den Material Type 'bad' erhalten.
Aber auch die restlichen 90% sollten den Use-Prozess verlassen (etwa Richtung eines Recycling-Prozesses). Auch dieser Stoffstrom sollte den Material Type 'bad' zugeordnet bekommen. So ist dann im Use-Prozess bezüglich der Flasche erstmal die Massenbalance (Input/Output) ausgeglichen, was eine gute Sache ist.
Wichtig ist aber vor allem der folgende Punkt: Wie oben erläutert, kann Umberto diesen beiden Flüssen noch keinerlei Umweltauswirkung zuordnen. Der ganze Lebenszyklus, der in der LCA abgedeckt werden soll, ist ja auch noch gar nicht zu Ende. An die 10%, die "falsch" entsorgt werden, gehört noch ein entsprechender Prozess, der dies abbildet. Denn es werden ja noch weitere Umweltauswirkungen erzeugt. Etwa durch Transporte (abbildbar etwa durch einen ecoinvent-Prozess) und den eigentlichen Entsorgungsprozess (bei einer Verbrennung entstehen ja beispielsweise CO2, Feinstaub, einige andere Emissionen und auch einige Aufwände auf der Input-Seite). Nutzt man hier einen ecoinvent-Prozess "treatment of waste polyethylene terephtalate, municipal incineration" wird dies abgebildet.
Das gleiche gilt natürlich für das PET, dass Richtung Recycling geht. Hier kann man natürlich auch einen Datensatz aus einer LCI-Datenbank nutzen.Etwa den ecoinvent-Prozess 'market for waste polyethylene terephtalate'. Die 'market'-Datensätze enthalten jeweils auch Transporte und verschiedene Entsorgungswege. Im Fall von PET eben auch den Verbrennungspozess, den ich oben genannt habe. Wenn dies an dieser Stelle nicht berücksichtigt werden soll, würde ich diesen Prozess als Unit-Prozess entsprechend anpassen (incineration raus, recycling anpassen) und dann expanden. Das könnte man übrigens auch gesammelt machen und die 90/10-Aufteilung so im market-Datensatz realisieren.

Jetzt komme ich zu einem großen ABER: Je nachdem für welche Anwendung diese LCA gedacht ist, ist es sinnvoll bzw. notwendig, die Entsorgung und vor allem das Recycling mit Primärdaten selber abzubilden, statt 'nur' generische Datensätze zu benutzen. Das konnte ich jetzt aus der Frage nicht so klar ableiten.

Ein weiterer Punkt, auf den man bereits am Anfang einer LCA eingehen sollte, ist der Umgang mit Multifunktionalität. Denn ich muss ja mit der Tatsache umgehen, dass ich am Ende nicht nur die PET-Flasche genutzt habe um darin ein Getränk zu transportieren, sondern auch noch "Nebenprodukte" habe (Strom, nutzbare Wärme, PET-Pellets zur weiteren Verarbeitung). Hiernach sollte sich die Auswahl des ecoinvent system models richten (falls die LCA auf ecoinvent-Daten basieren soll) und hiernach richtet sich auch der Umgang mit Nebenprodukten, die man selbst in das Modell reinmodelliert hat. Diese können etwa durch Gutschriften angerechnet werden.

So, das reicht wohl als erste Antwort. Hilft das in einigen Punkten schon weiter? Wo sind die meisten neuen Fragen aufgetaucht?

Viele Grüße

uniquename


Eine LCA einer PET-Flasche ist übrigens eine ganz schön große Aufgabe. Gerade dazu gibt es auch einiges an Literatur, was man sich gut mal anschauen kann. Z.B. einen Bericht des ifeu (http://www.ifeu.de/oekobilanzen/pdf/Oekobilanz_%20Getraenkeverpackungen_Oesterreich%202010_Langfassung.pdf), in dem die Frage nach Umgang mit Multifunktionalität (Abschneidekriterien und Gutschriften) und der Einfluss auf die Ergebnisse ausführlich beschrieben wird.

Hi wimpi,

when setting up a model as you described, the impossibility of flows with the amount=0 is indeed a problem. I understand that you would like to do it and inserting a quantity of 1E-100 instead of 0 is a feasible workaround that will deliver results where the differences to a flow with the amount of 0 can be neclected.
You could of course also copy the model and just exchange the process. This would deliver exactly the results you are aiming for. Neither of these options is the (more elegant) solution that you were aiming for.

I know that the Umberto developers have already thought about these issue and possibilities to enable the calculation as you described it, but unfortunately no date is set for that task yet. So for now you will need to stick to the workarounds described.
Have a nice weekend!

Hallo Jan,
ecoinvent stellt die Prozesse jeweils als Single-Output-Prozess zur Verfügung. Im "Rohzustand", also so wie die Daten bei ecoinvent eingegeben werden, ist Wärme natürlich ein Koppelprodukt des Stroms. Durch das Linking werden dann die Single-Output-Activities erzeugt. Die RoW ("Rest-of-World")-Datensätze nehmen hierbei nochmal eine Sonderrolle ein. Sie werden erst während der Berechnung erzeugt.

Auch wenn es ein bißchen mehr Arbeit macht: Wenn es darum gehen soll, das ganze so abzubilden würde ich es schöner finden, wenn es tatsächlich EIN Prozess ist, der eben zwei Produkte hat. Dafür würde ich eine geeignete Activity auf der ecoquery-Seite als System Model undefined anschauen und das ganze in Umberto nachbauen. Das System Model undefined zeigt die Daten so, wie sie eingegeben wurden, also auch mit Koppelprodukten. Da die RoW-Activities berechnet sind, findet man diese jedoch nicht als undefined. Also würde ich ggf. auf eine andere geographische Herkunft ausweichen. Wenn man so einen undefined-Datensatz nutzt, muss man anschließend natürlich noch alle intermediate-Materialien expanden. Mit der Nutzung der "Originaldaten" stellt man jedenfalls sicher, dass die Wärme als Koppelprodukt im richtigen Verhältnis zur Elektrizität steht.

Beste Grüße aus Hamburg


Ps: Der Link zur ecoquery-Seite: https://ecoquery.ecoinvent.org/
Als ecoinvent-Kunde hat man hierfür einen Zugang.

Hello,
from the attached pictures I cannot understand the whole model and how the deviations you describe might be caused. As you already assumed, I think it is very likely that there is some allocation issue. Did you calculate the electricity process from ecoinvent seperately to check the GWP?

Anyhow, I would like to draw your attention to the third graphic you inserted. For the material "Wasservolumen" (water volume), the material type is set to 'good'. I assume that this is the water which needs to be treated. In my understanding of a wastewater treatment plant, the function of the plant is the treatment of wastewater. Setting the material type to 'bad' would mean that the input of wastewater would become the reference flow.
For further assistance on the deviations you could email to support@umberto.com.

kind regards