Faktor anfechten
Senden Sie Route, Faktor, Einheit und bevorzugte Primärquelle an hello@farleda.eu. Korrekturen gehören in ein versioniertes Methodik-Release.
Methodik v1.1
Eine Berechnung ist nur nützlich, wenn Quelle, Einheit, Version und Unsicherheit sichtbar sind. Diese Seite beschreibt, was Farleda heute berechnet — und was es nicht beweist.
Dokumentationsabgleich 10. Oktober 2026 · Rechenmodell v1.1 unverändert · keine unabhängige Prüfung
Neu beim Thema? Das Rechenbeispiel erklärt Personen-km, Fahrzeug-km und Vergleichsszenarien. CO₂-Reisevergleich verstehen →
Ein hilfreicher Rahmen für Transportketten — keine Zertifizierungsbehauptung.
ISO 14083:2023 beschreibt eine gemeinsame Methodik zur Quantifizierung und Berichterstattung von Treibhausgasemissionen aus Personen- und Gütertransportketten. Farleda nutzt den öffentlich beschriebenen Scope als Designreferenz für Etappen, Herkunftsnachweise und Reproduzierbarkeit.
Farleda gibt auf dieser Seite nicht den vollständigen Standard wieder, wurde keinem ISO-Konformitätsassessment unterzogen und behauptet weder Zertifizierung noch Clause-by-Clause-Konformität. Farleda-Outputs sind auch nicht automatisch CSRD-, ESRS-E1-, EU-Taxonomie- oder CountEmissionsEU-konform; dafür braucht es Organisationsgrenzen, Kontrollen, Assurance und das am Berichtstag geltende Recht.
| Prinzip | Aktuelle Farleda-Behandlung | Bekannte Grenze |
|---|---|---|
| Transportketten-Aktivität | Reisen werden in typisierte Etappen mit Distanz, Modus und Rechenmetadaten geteilt. | Nicht jeder Hub, Zubringer oder Betreiber-Energieinput ist verfügbar. |
| Spezifische Daten bevorzugen | Transitous-/OSRM-Geometrie und Länderkontext werden genutzt; deklarierte Defaults schließen Lücken. | Defaults sind Planungsschätzungen, keine Betreiber-Messdaten. |
| Allokation | ÖV nutzt Personen-km; Auto nutzt Fahrzeug-km und ein Fahrzeug je vier Reisende, aufgerundet. | Tatsächliche Auslastung nur, soweit sie durch Reisendeneingaben repräsentiert ist. |
| Reproduzierbarkeit | Faktor, Einheit, Methodikversion und Quellenqualität werden an berechnete Etappen und öffentliche Tabellen gebunden. | Der Produktcode ist proprietär; öffentliches JSON allein ist kein vollständiges Auditpaket. |
Aktuelle gerundete Faktoren der Farleda-Methodik v1.1.
Primärquelle ist die revidierte Flat-File-Ausgabe der UK-DESNZ-Umrechnungsfaktoren 2026 vom 31. Juli 2026. DESNZ weist darauf hin, dass die Faktoren für UK-Aktivitäten gedacht sind und andere Nutzungen auf eigenes Risiko erfolgen. Farleda kennzeichnet sie daher als Planungs-Proxies, wenn spezifische europäische Betreiberdaten fehlen.
Der aktuelle Katalog bildet primär direkte Betriebsemissionen ab. Flugfaktoren enthalten den DESNZ-Aufschlag für Radiative Forcing. Separate Well-to-Tank-Zeilen werden derzeit nicht addiert. Die gezeigten Faktorbandbreiten beschreiben Szenarien oder Klassen, keine statistischen Konfidenzintervalle. Gehen und Fahrrad sind nur als null direkte Betriebsemissionen modelliert; Lebenszyklus und Nahrungsenergie liegen außerhalb des Scopes.
| Verkehrsmittel | Aktueller Faktor | Bandbreite | Aktivitätseinheit |
|---|---|---|---|
| Gehen | 0 direkt | — | Personen-km |
| Fahrrad | 0 direkt | — | Personen-km |
| E-Bahn-Modell | 28 g CO₂e/pkm Default | 4–60 kontextuell | Personen-km |
| National Rail | 31 g CO₂e/pkm | — | Personen-km |
| Reisebus | 39 g CO₂e/pkm | — | Personen-km |
| Fähre | 113 g CO₂e/pkm | 19–129 | Personen-km |
| Durchschnittsauto | 166 g CO₂e/Fahrzeug-km | 55–280 | Fahrzeug-km |
| Kurzstreckenflug | 128 g CO₂e/pkm | 126–189 | Personen-km; inkl. RF |
| Langstreckenflug | 153 g CO₂e/pkm | 117–339 | Personen-km; inkl. RF |
Quelle
Offizielle Sammlung und revidierte Flat File 2026. Veröffentlicht 11. Juni 2026; revidierte Datei aktualisiert 31. Juli 2026.
gov.uk ↗Quelle
Maschinenlesbare gerundete Faktoren, Einheiten, Bandbreiten und Plausibilitätsregeln des aktuellen App-Releases.
farleda.eu ↗Gemessene, aktuelle, historische und modellierte Werte werden bewusst getrennt gekennzeichnet.
Farleda rechnet Netzintensität mit 0,09 kWh je Personen-Kilometer in Bahnintensität um. Das ist eine Produkt-Modellannahme, kein gemessener Energieverbrauch jedes Zugs oder jeder Auslastung. Der statische Default von 28 g/pkm wird bei vorhandenem Länderkontext ersetzt.
Bei einer Etappe mit Abfahrtszeit wird die entsprechende UTC-Stunde eines 24-Stunden-Profils genutzt. Mit electricityMaps-Key basiert das Profil auf der jüngsten Historie und heißt hourly-live. Ohne Key legt Farleda eine deklarierte länderspezifische Form um den Jahres-Snapshot und kennzeichnet sie hourly-modelled. Das ist eine Heuristik, keine Prognose des künftigen Netzes.
Grenzüberschreitend werden derzeit die Endpunkt-Länder gemittelt, nicht die Bahn-km je Land gewichtet. electricityMaps dokumentiert verbrauchsbasierte Lifecycle-Intensität; die eingebettete Jahrestabelle ist produktionsbasiert gekennzeichnet. Beide Bilanzgrenzen werden nicht wie dieselbe Validierungsserie behandelt.
Quelle
Exakter Jahres-Snapshot, Umrechnungskonstante und Modellgrenzen.
farleda.eu ↗Quelle
Die Upstream-Methodik beschreibt Lifecycle- und verbrauchsbasierte CO₂-Intensität mit Flow Tracing.
github.com ↗Quelle
Primäres Methodikdokument; der eingebettete Snapshot wird nur über einen versionierten Review ersetzt.
storage.googleapis.com ↗Transitous/MOTIS liefert ÖV-Alternativen, wenn geeignete Feeds und Verbindungen vorhanden sind. Die Geometriequalität variiert je Feed; nicht jede Linie wird als vermessene Gleisgeometrie bezeichnet. Die aktuelle OSRM-Anbindung verwendet ein Auto-Fahrprofil. Gehen und Rad übernehmen dessen Straßengeometrie als Näherung; eigene Fuß- und Radprofile sind nicht integriert.
Flüge nutzen das nächste geeignete OurAirports-Paar und eine Großkreislinie. Das ist eine Näherung zwischen Flughafenkoordinaten, nicht der tatsächlich geflogene Track. Fehlt Routing-Geometrie, nutzt Farleda offengelegte Großkreis-Detour-Faktoren. Quelle und Qualität werden an der Etappe geführt.
ÖV-Kandidaten werden per Routensignatur dedupliziert und nach Emissionen, Dauer und Umstiegen mit Gewichten für CO₂, Zeit, ausgewogen oder Kosten gerankt. Da Transitous keine buchbaren Live-Preise liefert, steht Kosten derzeit für operative Einfachheit; es ist kein Preisvergleich.
Quelle
Abdeckung, Lizenz und Aktualisierung je Feed.
transitous.org ↗Quelle
Öffentliche Routing-Pipeline und unterstützte Formate.
transitous.org ↗Quelle
Gemeinfreier Flughafen-Datensatz mit ausdrücklichem Haftungsausschluss.
ourairports.com ↗Der Server signiert einen kanonischen Passport-Payload mit HMAC-SHA256 und der Methodikversion. Der öffentliche Passport-Verifier prüft Format, Signatur und Payload-Konsistenz gegen das konfigurierte Server-Secret. Ein gültiges Ergebnis zeigt, dass der Payload seit der Farleda-Signatur nicht verändert wurde. Enthalten sind gerundete Etappenzusammenfassungen und deklarierte Versionen; ein vollständiger eingefrorener Quellen- und Faktorstand zur unabhängigen Neuberechnung fehlt noch.
Es beweist nicht unabhängig, dass die Reise stattgefunden hat, dass der Betreiber Energie gemessen hat oder dass eine externe Assurance-Norm erfüllt ist. HMAC-Verifikation bleibt durch Farleda kontrolliert, weil das Secret serverseitig ist; sie ist keine unabhängige Public-Key-Attestierung.
Öffentliche Kennzahlen sind aggregierte Datenbankergebnisse und geben keine einzelnen Reisen, Nutzerkennungen oder IP-Adressen aus. Intern verarbeitet das Produkt weiterhin Konto- und Reisedaten gemäß Datenschutzerklärung; ein Aggregat-Endpoint macht nicht den gesamten Dienst anonym.
Farledas öffentliche JSON-Endpoints tragen einen CC-BY-4.0-Response-Envelope. Der Anwendungscode selbst ist gemäß Repository-Lizenz proprietär; die öffentliche Dokumentation ist keine Open-Source-Code-Lizenz.
Senden Sie Route, Faktor, Einheit und bevorzugte Primärquelle an hello@farleda.eu. Korrekturen gehören in ein versioniertes Methodik-Release.
Weiterlesen