Challenge a factor
Send the exact route, factor, unit and preferred primary source to hello@farleda.eu. Corrections belong in a versioned methodology release.
Methodology v1.1
A calculation is useful only when its source, unit, version and uncertainty are visible. This page describes what Farleda computes today — and what it does not prove.
Documentation checked 10 October 2026 · calculation model v1.1 unchanged · no independent assurance
New to the topic? The worked example explains passenger-km, vehicle-km and comparison scenarios. Understand travel emissions →
A useful transport-chain accounting framework — not a certification claim.
ISO 14083:2023 specifies a common methodology for quantifying and reporting greenhouse-gas emissions from passenger and freight transport-chain operations. Farleda uses its public scope as a design reference for leg-level activity, data provenance and reproducibility.
Farleda has not purchased or reproduced the full standard on this page, has not undergone an ISO conformity assessment, and does not claim certification or clause-by-clause conformance. Farleda output is also not automatically CSRD, ESRS E1, EU Taxonomy or CountEmissionsEU compliant: those assessments require organisational boundaries, controls, assurance and the law applicable at the reporting date.
| Principle | Current Farleda treatment | Known boundary |
|---|---|---|
| Transport-chain activity | Trips are split into typed legs with distance, mode and calculation metadata. | Not every hub, access leg or operator energy input is available. |
| Prefer specific data | Transitous/OSRM geometry and country context are used when available; declared defaults fill gaps. | Defaults are planning estimates, not measured operator data. |
| Allocation | Public-transport factors use passenger-km; car uses vehicle-km and one vehicle per four travellers, rounded up. | Actual occupancy is used only where the traveller input represents it. |
| Reproducibility | Factor, unit, methodology version and source quality are attached to computed legs and public factor tables. | The proprietary product code is reviewable only under the repository licence; public JSON is not a full audit package. |
Current rounded factors used by Farleda methodology v1.1.
The primary table is the revised UK DESNZ 2026 conversion-factor flat file published 31 July 2026. DESNZ states that these factors are for UK activities and that other uses are at the user's risk. Farleda therefore presents them as disclosed planning proxies where operator-specific European factors are unavailable.
The current catalogue primarily represents direct operational factors. Flight factors include the DESNZ radiative-forcing uplift. Separate well-to-tank rows in the DESNZ workbook are not currently added. The displayed factor ranges describe scenarios or classes, not statistical confidence intervals. Walking and cycling are zero direct operational emissions only; lifecycle and food-energy effects are out of scope.
| Mode | Current factor | Range | Activity unit |
|---|---|---|---|
| Walking | 0 direct | — | passenger-km |
| Bicycle | 0 direct | — | passenger-km |
| Electric rail model | 28 g CO₂e/pkm default | 4–60 contextual | passenger-km |
| National rail | 31 g CO₂e/pkm | — | passenger-km |
| Coach | 39 g CO₂e/pkm | — | passenger-km |
| Ferry | 113 g CO₂e/pkm | 19–129 | passenger-km |
| Average car | 166 g CO₂e/vehicle-km | 55–280 | vehicle-km |
| Short-haul flight | 128 g CO₂e/pkm | 126–189 | passenger-km; with RF |
| Long-haul flight | 153 g CO₂e/pkm | 117–339 | passenger-km; with RF |
Source
Official collection and revised 2026 flat file. Published 11 June 2026; revised flat file updated 31 July 2026.
gov.uk ↗Source
Machine-readable rounded factors, activity units, ranges and plausibility bands used by the current app release.
farleda.eu ↗Measured, current, historical and modelled values are deliberately labelled differently.
Farleda converts grid intensity to rail intensity with 0.09 kWh per passenger-kilometre. This is a product modelling assumption, not a measured energy value for every train or occupancy. The static 28 g/pkm factor is replaced when country context is available.
For a leg with a departure time, the planner samples the matching UTC hour of a 24-hour profile. With an electricityMaps key, the profile is derived from the provider's recent history and labelled hourly-live. Without a key, Farleda applies a declared, country-specific shape to the annual snapshot and labels it hourly-modelled. This is a heuristic, not a forecast of the future grid.
A cross-border leg currently averages its endpoint-country factors. It is not yet weighted by rail kilometres within each country. electricityMaps documents consumption-based lifecycle intensity, while the embedded annual table is labelled production-based; the two accounting bases are not treated as an interchangeable validation series.
Source
The exact embedded annual snapshot, conversion constant and model limitations.
farleda.eu ↗Source
Upstream methodology states lifecycle and consumption-based carbon intensity with flow tracing.
github.com ↗Source
Primary methodology document for Ember electricity data; Farleda's embedded snapshot should be replaced only through a versioned review.
storage.googleapis.com ↗Transitous/MOTIS supplies scheduled public-transport alternatives when a suitable feed and journey are available. Geometry quality varies by source feed; Farleda does not describe every returned line as surveyed track geometry. The current OSRM integration uses a driving profile. Walking and cycling reuse this road geometry as an approximation; dedicated pedestrian and bicycle routing is not integrated.
Flights use the nearest eligible OurAirports pair and a great-circle path. That is an approximation between airport coordinates, not the actual flown track. When routed geometry is unavailable, Farleda uses disclosed great-circle detour factors. Source and quality are carried with the leg.
Candidate public-transport routes are deduplicated by a route signature, evaluated on emissions, duration and transfers, and ranked with weights for carbon, time, balanced or cost preference. The current cost preference uses operational simplicity because Transitous does not provide live bookable fares; it is not a price comparison.
Source
Per-feed coverage, licence and update information.
transitous.org ↗Source
Public routing pipeline and supported source formats.
transitous.org ↗Source
Public-domain airport dataset with an explicit no-warranty notice.
ourairports.com ↗The server signs a canonical passport payload with HMAC-SHA256 and the declared methodology version. The public passport verifier checks format, signature and payload consistency against the configured server secret. A valid result shows that the payload has not changed since Farleda signed it. The payload retains rounded leg summaries and declared versions, not a complete frozen set of upstream responses and per-leg factors for independent replay.
It does not independently prove that the traveller completed the journey, that an operator measured the energy, or that the estimate meets an external assurance standard. HMAC verification is controlled by Farleda because the verification secret is server-side; it is not the same as a third-party public-key attestation.
Public metrics are aggregate database results. They expose counts and sums, not individual trip rows, user identifiers or IP addresses. Internally, the underlying product still processes account and trip data as described in the privacy notice; an aggregate endpoint does not make the entire service anonymous.
Farleda's public JSON endpoints use a CC BY 4.0 response envelope. The application source code itself is proprietary under the repository licence; the public documentation must not be read as an open-source code licence.
Send the exact route, factor, unit and preferred primary source to hello@farleda.eu. Corrections belong in a versioned methodology release.
Keep reading