Farleda
DE

Methodik v1.1

Nachvollziehbare Schätzungen, klare Grenzen.

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.

ISO 14083:2023 als Designreferenz

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.

PrinzipAktuelle Farleda-BehandlungBekannte Grenze
Transportketten-AktivitätReisen werden in typisierte Etappen mit Distanz, Modus und Rechenmetadaten geteilt.Nicht jeder Hub, Zubringer oder Betreiber-Energieinput ist verfügbar.
Spezifische Daten bevorzugenTransitous-/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.
ReproduzierbarkeitFaktor, 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.

Emissionsfaktoren und Bilanzgrenze

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.

VerkehrsmittelAktueller FaktorBandbreiteAktivitätseinheit
Gehen0 direkt—Personen-km
Fahrrad0 direkt—Personen-km
E-Bahn-Modell28 g CO₂e/pkm Default4–60 kontextuellPersonen-km
National Rail31 g CO₂e/pkm—Personen-km
Reisebus39 g CO₂e/pkm—Personen-km
Fähre113 g CO₂e/pkm19–129Personen-km
Durchschnittsauto166 g CO₂e/Fahrzeug-km55–280Fahrzeug-km
Kurzstreckenflug128 g CO₂e/pkm126–189Personen-km; inkl. RF
Langstreckenflug153 g CO₂e/pkm117–339Personen-km; inkl. RF
  1. Quelle

    UK DESNZ GHG conversion factors 2026

    Offizielle Sammlung und revidierte Flat File 2026. Veröffentlicht 11. Juni 2026; revidierte Datei aktualisiert 31. Juli 2026.

    gov.uk ↗
  2. Quelle

    Öffentliche Farleda-Modustabelle

    Maschinenlesbare gerundete Faktoren, Einheiten, Bandbreiten und Plausibilitätsregeln des aktuellen App-Releases.

    farleda.eu ↗

Netzstrom-Modell für E-Bahn

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.

  1. Quelle

    Farleda Netzstrom-Seite

    Exakter Jahres-Snapshot, Umrechnungskonstante und Modellgrenzen.

    farleda.eu ↗
  2. Quelle

    electricityMaps Methodik und Code

    Die Upstream-Methodik beschreibt Lifecycle- und verbrauchsbasierte CO₂-Intensität mit Flow Tracing.

    github.com ↗
  3. Quelle

    Ember Datenmethodik

    Primäres Methodikdokument; der eingebettete Snapshot wird nur über einen versionierten Review ersetzt.

    storage.googleapis.com ↗

Routing, Geometrie und Alternativen

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.

  1. Quelle

    Transitous-Quellen

    Abdeckung, Lizenz und Aktualisierung je Feed.

    transitous.org ↗
  2. Quelle

    Transitous-Dokumentation

    Öffentliche Routing-Pipeline und unterstützte Formate.

    transitous.org ↗
  3. Quelle

    OurAirports-Daten

    Gemeinfreier Flughafen-Datensatz mit ausdrücklichem Haftungsausschluss.

    ourairports.com ↗

Wetter, Luftqualität, Orte und Pässe

  • Wetter: Open-Meteo-Prognosen bis 14 Tage. Für spätere Termine wird derzeit der Tagesmittelwert des passenden Monats 2023 gezeigt — keine ERA5-Mehrjahres-Klimanormale. Der aktuelle keylose Endpoint ist laut Open-Meteo nur nicht-kommerziell nutzbar; vor Produktivstart braucht Farleda einen Paid Customer Endpoint oder konformes Self-Hosting.
  • Luftqualität: aktueller European Air Quality Index und Schadstoffe von Open-Meteo; Kontext, keine medizinische Empfehlung.
  • Orte und Unterkünfte: OpenStreetMap-/Overpass-Kandidaten hängen von Upstream-Vollständigkeit ab und belegen weder Verfügbarkeit, Zertifizierung, Preis noch Nachhaltigkeit.
  • Klimaticket: Die heutige UI approximiert Abdeckung, wenn beide Endpunkte in Österreich liegen. Sie prüft keine servicebezogene Tarifgültigkeit und nicht alle Betreiberbedingungen.

Trip Carbon Passport: Was die Signatur belegt

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.

Kennzahlen und Datenschutzgrenze

Ö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.

Reproduzierbarkeit und Versionshistorie

  • Dokumentation · 2026-10-10: Routingprofil, Passport-Reproduzierbarkeit und Bedeutung der Faktorbandbreiten präzisiert. Rechenmodell und Faktoren unverändert.
  • v1.1 · 2026-08-11: revidierte UK-DESNZ-2026-Faktoren; korrekte Fahrzeug-km-Allokation; Netz-Snapshot-/Live-/Modell-Labels; klare Bilanz- und Assurance-Grenzen.
  • v1.0 · 2026-04: erste öffentliche Methodik und Faktor-API.

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.

Faktor anfechten

Senden Sie Route, Faktor, Einheit und bevorzugte Primärquelle an hello@farleda.eu. Korrekturen gehören in ein versioniertes Methodik-Release.