Eine Quelldatei auf die Gebäudetabelle abbilden
Eine Anleitung, um einen Gebäudedatensatz, der eigene Spaltennamen verwendet, in eine Tabelle umzuwandeln, die TESSA importieren kann. Verfasst, damit sie von einer Person oder von einem KI-Assistenten anhand dieser Seite befolgt werden kann.
Das Glossar der Gebäudevariablen sagt, was jede TESSA-Spalte bedeutet. Diese Seite sagt, wie Sie entscheiden, welche Ihrer Spalten zu welcher TESSA-Spalte wird, und was zu tun ist, wenn die Antwort nicht eindeutig ist.
Spaltennamen werden exakt abgeglichen
TESSA gleicht Spalten über den Namen ab (Gross-/Kleinschreibung und Unterstriche wie dokumentiert; führende/nachgestellte Leerzeichen und Grossschreibung werden normalisiert, sonst nichts). Eine Spalte, die es nicht erkennt, wird stillschweigend ignoriert — der Import gelingt, und der von Ihnen gelieferte Wert wird durch eine modellierte Schätzung ersetzt. Die korrekte Umbenennung der Spalten ist daher die ganze Aufgabe.
Dateiformate
Akzeptiert: CSV, Excel (.xlsx), ODS, GeoPackage (.gpkg), GeoJSON
und andere von GDAL/OGR lesbare Formate (KML). Formate mit Geometrie behalten
ihre Geometrie; tabellarische Formate benötigen Koordinatenspalten (siehe
Geometrie).
Die Umwandlung des Dateiformats ist selten das Problem. Das Umbenennen der Spalten ist es.
Das Vorgehen
Schritt 1 — Die Quelle inventarisieren
Bevor Sie etwas abbilden, listen Sie für jede Spalte der Quelldatei auf:
- den Spaltennamen
- ihren Datentyp
- drei oder vier Beispielwerte
- wie viele Zeilen null sind
Beispielwerte sind wichtiger als Namen. heat_demand könnte jährliche kWh, kWh/m² oder eine
Spitzenleistung in kW sein — nur die Grössenordnung verrät, welche, und die Zuordnung zur falschen TESSA-Spalte
verfälscht die Studie stillschweigend.
Schritt 2 — Geometrie
Jedes Gebäude braucht einen Standort. TESSA sucht die Geometrie in dieser Reihenfolge und hört beim ersten auf, der einen brauchbaren Wert liefert:
- eine Spalte
geometry— native Geometrie in einem GeoPackage/GeoJSON oder eine WKT-Zeichenkette lat+lon— Dezimalgrad, WGS 84x+y— Rechts-/Hochwert im beim Upload angegebenen CRS
Hinweise:
- Ist das Quell-CRS nicht WGS 84, geben Sie es beim Upload an (
input_crs) oder projizieren Sie vorher um. Eine Schweizer Datei verwendet meist EPSG:2056; eine britische EPSG:27700. - Zeilen ohne brauchbare Geometrie werden verworfen, und der Import meldet, wie viele.
Gebäudegrundrisse werden auf einen Punkt reduziert
Eine Gebäudetabelle speichert einen Punkt pro Gebäude. Polygone werden akzeptiert, aber der Grundriss dient nur dazu, einen repräsentativen Punkt innerhalb des Polygons abzuleiten — das Polygon selbst wird bei den Gebäuden des Quartiers nicht beibehalten.
Wenn die Grundrissgeometrie wichtig ist (für Flächenprüfungen oder um die Polygone an ein anderes Werkzeug weiterzugeben), bewahren Sie die Originaldatei auf: Sie lässt sich danach nicht aus dem Quartier wiederherstellen. Gebäudegrundrisse werden beim separaten Upload des Projekt-Gebäudedatensatzes beibehalten, der eine andere Funktion ist als die hier beschriebene Gebäudetabelle.
Praktische Folge: Eine Polygondatei verliert keine Zeilen, aber die Grundrissfläche steht
TESSA nicht zur Verfügung. Wenn Sie die Geschossfläche aus Grundrissen ableiten möchten, berechnen Sie sie
vor dem Upload und liefern Sie sie als total_surface (siehe Schritt 4).
Schritt 3 — Die Gebäudekennung
building_id muss eine ganze Zahl sein, eindeutig innerhalb des Quartiers.
- Hat die Quelle eine nationale oder Kataster-Kennung, die numerisch ist (zum Beispiel eine Schweizer EGID), verwenden Sie diese.
- Ist die Kennung nicht numerisch (
"BLD-0042", eine UPRN-Zeichenkette, eine GUID), versuchen Sie nicht, sie umzuwandeln. Vergeben Sie eine fortlaufende ganze Zahl alsbuilding_idund behalten Sie das Original in einer separaten Spalte, damit der Kunde weiterhin mit seinen eigenen Datensätzen verknüpfen kann. - Gibt es überhaupt keine Kennung, nummerieren Sie die Zeilen
1..n.
Schritt 4 — Flächenspalten
Hier sind Fehler am häufigsten und am schädlichsten.
| TESSA-Spalte | Bedeutung | Typische Quellnamen |
|---|---|---|
era | Energiebezugsfläche — beheizte Geschossfläche, ohne unbeheizten Keller/Dachboden m² | heated_area, treated_floor_area, SRE, EBF |
total_surface | Bruttogeschossfläche, alle Geschosse m² | gfa, floor_area, total_floor_area |
total_surface_main_residence | Bruttogeschossfläche in Hauptwohnnutzung m² | — |
era ist, was die Bedarfsmodelle tatsächlich verwenden. Hat die Quelle nur eine Bruttogeschossfläche,
ordnen Sie sie total_surface zu und lassen Sie TESSA era ableiten — ordnen Sie die Bruttofläche nicht direkt
era zu, das überschätzt den Bedarf.
Eine Grundrissfläche ist keine Geschossfläche. Hat die Quelle nur einen Grundriss und eine Geschosszahl, ist die Bruttogeschossfläche ≈ Grundriss × Geschosse — halten Sie aber fest, dass Sie sie abgeleitet haben.
Schritt 5 — Bedarfsspalten
Unterscheiden Sie die drei Familien nach Grössenordnung und Einheit, nicht nach Namen:
| Familie | Suffix | Typische Grössenordnung |
|---|---|---|
| Spezifisch (pro m²) | _kwh_m2 | 20–300 |
| Jahressumme | _kwh | 10³–10⁶ |
| Spitzenleistung | _max1h_kw / _max1d_kw | 1–10³ |
Und nach Verwendungszweck:
| Verwendungszweck | Spezifisch | Summe |
|---|---|---|
| Raumheizung | q_h_kwh_m2 | q_h_kwh |
| Warmwasser | q_ww_kwh_m2 | q_ww_kwh |
| Heizung + Warmwasser kombiniert | q_hww_kwh_m2 | q_hww_kwh |
| Kühlung | q_c_kwh_m2 | q_c_kwh |
Faustregeln:
- Ein einzelner undifferenzierter «Wärmebedarf», der eindeutig Warmwasser einschliesst, ist
q_hww_kwh, nichtq_h_kwh. - Liefern Sie beliebige zwei von Heizung / Warmwasser / kombiniert, und TESSA leitet die dritte ab. Alle drei inkonsistent zu liefern ist schlimmer, als zwei zu liefern.
- Rechnen Sie zuerst in kWh um. Eine Quelle in MWh, GJ oder therms, die ohne Umrechnung zugeordnet wird, ist um Grössenordnungen falsch, und die Validierung fängt das nicht ab.
- Spalten für Spitzenleistung (
p_*) sind Modellausgaben und werden als Eingaben nicht akzeptiert. Siehe die SpalteInputim Glossar.
Schritt 6 — Kontrollierte Vokabulare
Drei Felder akzeptieren nur Werte aus einer festen Liste. Freitext wird nicht abgelehnt — er passt einfach zu keinem Archetyp, und das Gebäude fällt auf Standardwerte zurück.
const_class— 27 Werte, siehe Gebäudearchetypen. Ordnen Sie die Nutzungsklassifikation der Quelle der nächstliegenden zu, z. B."MFH"/"multi-family"→Apartment building;"EFH"/"detached"→Single-family house;"retail"→Commercial building.const_period— in Bändern, nicht als Jahr. Wandeln Sie ein Baujahr in sein Band um:1974→1971-1980. Die Werte reichen von< 1919bis> 2015, plusUnknown.fuel_sh,fuel_dhw,fuel_cundthermal_generator_*— Codes aus Energieträger, z. B.gas,oil,wood_pellet,electricity;gas_boiler,ashp,gshp.
Ist das Vokabular der Quelle gröber als das von TESSA, ordnen Sie dem nächstliegenden Wert zu und vermerken Sie das in den Übergabenotizen. Erfinden Sie keine Präzision, die die Quelle nicht hat.
Schritt 7 — Flags
is_heated und is_cooled sind Schalter, keine Bezeichner: Sie multiplizieren den Bedarf in den
Modellen. Ein Gebäude mit is_cooled false oder null trägt null Kühlbedarf bei,
unabhängig von den Kühlwerten, die Sie dazu geliefert haben.
Wenn Sie also Kühldaten zuordnen, setzen Sie is_cooled für diese Zeilen auf true. is_heated
ist standardmässig true, wenn die Spalte fehlt.
Schritt 8 — Prüfung vor dem Schreiben
Prüfen Sie der Reihe nach:
- Jede Quellspalte ist entweder zugeordnet oder bewusst verworfen — keine Spalte stillschweigend vergessen.
- Jede von Ihnen erzeugte TESSA-Spalte ist genau so geschrieben, wie das Glossar sie aufführt.
- Keine im Glossar mit Input: No markierte Spalte wurde befüllt.
- Einheiten umgerechnet und Grössenordnungen plausibel (siehe Schritt 5).
- Die Zeilenzahl stimmt mit der Quelle überein, oder die Differenz ist erklärt.
Was zu übergeben ist
Halten Sie zusammen mit der umgewandelten Datei fest:
- die Zuordnungstabelle: Quellspalte → TESSA-Spalte, mit jeder angewandten Umrechnung
- abgeleitete Spalten und wie sie abgeleitet wurden
- verworfene Spalten und warum
- Vokabularzuordnungen, wo die Quelle gröber war als die von TESSA
- erforderliche Daten, die fehlten — vor allem, wenn es keine
eraund keine Fläche zu deren Ableitung gibt
Das ermöglicht es später, das Ergebnis zu beurteilen, und ist der Teil, den eine automatische Umwandlung am häufigsten auslässt.
Minimal brauchbarer Import
Hat die Quelle sehr wenig, ist die kleinste brauchbare Tabelle:
building_id— ganze Zahl, eindeutig- Geometrie —
geometry, oderlat+lon, oderx+y era— odertotal_surface, aus der TESSA sie ableiten kann
Mit zusätzlichem const_class und const_period können die Schweizer Archetypmodelle den
Bedarf schätzen. Ohne jegliche Flächenspalte platziert der Import die Gebäude auf der Karte, kann aber keinen Bedarf für sie
modellieren.
Siehe auch: Glossar der Gebäudevariablen · Gebäudedatenvorlage · Gebäudearchetypen · Energieträger · Koordinatensysteme
Glossar der Gebäudevariablen
Hier ist jede Spalte aufgeführt, die TESSA in einem Gebäudedaten-Upload akzeptiert oder als Berechnungsergebnis erzeugt. Die Spalten sind nach Themen gruppiert; die Spalte Input zeigt an, ob das Feld beim Hochladen einer Gebäudetabelle akzeptiert wird.
Referenz der Gebäudearchetypen
TESSA gruppiert Gebäude in Archetypen anhand der Baukategorie (const_class) und der Bauperiode (const_period). Diese beiden Felder bestimmen zusammen, welche Parameter des Wärmebedarfsmodells und welche Lastkurvenform für jedes Gebäude angewendet werden.
