Other Questions

The uncertainty in my activity category seems to go down if I split my data into more entries?

The analytical approximation used in propagating the uncertainty assumes no correlation between different entries (see background and theory). With that assumption, more individual data points are less likely to deviate from the mean than one big data point with the same uncertainty distribution. (it is less likely that all data points deviate from the mean in the same direction simultaneously).

If your data split reflects a split into different independent variables, then this makes your uncertainty assessment a little more accurate. If the split creates dependent variables (that would move up or down together), then this split decreases the accuracy of the uncertainty estimate. Overall, this effect is small (1-3 percentage points), and should be considered in the background of the overall accuracy of the uncertainty estimate.

What is considered a part of volume uncertainty?

To assess volume uncertainty in full, you need to consider the following parameters

  • Reliability: is reliable and accurate is your numeric data

  • Completeness: how likely is it that some part of the data was overlooked or incomplete

  • Representativeness: are you using data from another time period / location / technology to represent something else? And how closely related are those to the application level?

See the page on picking a volume uncertainty for more details and references.

How do you account for the uncertainty caused by the fact that I could not find an emission factor from my desired region/product/industry to the emission factor list (EF representativeness)?

What you are describing is a mismatch in “emission factor representativeness” (Temporal, Geographical or Technological representativeness). This reflects how well the emission factor matches the activity data provided.

Theoretically, this is a part of Emission Factor uncertainty (not volume uncertainty), so it is set at the emission factor level. In the current Carbon+Alt+Delete implementation, a value for this assumed and hard coded in the Emission Factor uncertainty assumptions. (see our page on EF uncertainty levels)

If you encounter this problem, please take the following steps 1) try to find a more suited emission factor, perhaps by looking at the connected emission factor library.

2) have a look at the assumed representativeness of the emission factor used to see if it broadly matches your situation.

3) if unsuccessful, try downgrading the volume uncertainty level to reflect this mismatch (if serious enough) to increase the overall uncertainty of this entry.

4) let us know that you have encountered the limits of our current uncertainty model, so we can prioritize expanding it.

Can I tweak the uncertainty for my custom emission factors?

Custom emission factors will have the default EF uncertainty of Good, as the assumption is that are custom-made, and they closely match the activity data used.

We plan to expand on this functionality to open up EF uncertainty to be fully customizable. Please let us know that you would be interested in that, and explain how you would approach calculating your own uncertainty.

I am really a missing an in-between level for Volume uncertainty! What about use case X?

See the instruction on picking a volume uncertainty for when your situation really does not align with the predefined levels. If that still does not scratch the itch, please let us know and make your case for this missing volume uncertainty level.

Last updated