Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Definition Kennzahlen Summierung #314

Closed
annikabock opened this issue Oct 12, 2022 · 22 comments · Fixed by #332
Closed

Definition Kennzahlen Summierung #314

annikabock opened this issue Oct 12, 2022 · 22 comments · Fixed by #332
Assignees

Comments

@annikabock
Copy link
Collaborator

No description provided.

@imsk111
Copy link
Contributor

imsk111 commented Nov 4, 2022

Wird in Datei Bedeutung_Felder_Datenbestand ergänzt

@FrankRogge
Copy link

Datei wurde um die Summierungsanweisung eergänzt und auf "Input_Frank" hochgeladen.
Zunächst alle Attribute im Baublock-Layer, Auf Ebene Stat.Gebiet nur die Layer, die ab dieser Ebene hinzukommen, wie z.B. die Sozialdaten Bevölkerung.

@annikabock
Copy link
Collaborator Author

@FrankRogge verlinkst du bitte nochmal die Datei , damit es keine Missverständnisse gibt? Danke

@annikabock annikabock assigned plumdumpling and unassigned FrankRogge Nov 8, 2022
@annikabock
Copy link
Collaborator Author

annikabock commented Nov 10, 2022

Hi @FrankRogge,

wir haben hier ein paar Probleme mit den Definitionen und es wäre gut, wenn du oder ihr da nochmal drüber schaut. 2 Beispiele:

mttlFlur: (BB_Netto_A1+BB_Netto_A2/AnzFlur)Mittlere Flurstücksgröße im NBB
Auch da hat sich bei euch wieder ein Tippfehler eingeschlichen. Es sollte also 'mittlFlur' in den Daten heißen statt 'mttlFlur'
Dann inhaltlich - wir versuchen die Angaben auch immer nachvollziehen zu können: ich denke nicht, dass sich die mittlere Flurstücksgröße allein an Nettobaublockfläche und Anzahl der Flurstücke im Nettobaublock errechnet, sondern sehr wahrscheinlich eher an den Werten für die mittlere Flurstücksgröße? Kann das sein?

tatNu_WB_P: (100/BB_Netto_A1+BB_Netto_A2(BB_Netto_A1/100tatNu_WB_P1)+(BB_Netto_A2/100tatNu_WB_P2))Prozentualer Anteil Wohnbauflächen auf NBB*
Hier ist irgendwas mit der Klammersetzung falsch gelaufen?
Hilfreich wäre es zu wissen, was die Berechnung am Ende ausspucken soll. Aktuell berechnen wir einfach das gewichtete arithmetische Mittel mit Shape_Area als Gewichtung. Das wäre: (tatNu_WB_P1 * Shape_Area1 + tatNu_WB_P2 * Shape_Area2) / Summe_Shape_Area. Kannst du bitte einmal drüber schauen bitte?

Generell wäre es vllt hilfreich für unser Verständnis, wenn wir zusätzlich sowas bekommen könnten wie: "durchschnitt berechnen", "mittelwert berechnen", "gewichtete summe mit gewichtung XY" oder ähnliches. Könntest du sowas ergänzen bitte?

Wir machen erstmal die fertig, die klar sind und würden dann hier nochmal eine Liste reingeben mit denen zu denen Unklarheiten bestehen

@FrankRogge
Copy link

FrankRogge commented Nov 10, 2022 via email

@plumdumpling
Copy link
Collaborator

Hallo @FrankRogge, ich habe hier einmal ein paar weitere Fragen gesammelt.

  1. Das zu aggregierende Attribut taucht in diesen Rechnungen nicht auf. Ist das richtig?
mttlFlur:   (BB_Netto_A1+BB_Netto_A2/AnzFlur)Mittlere Flurstücksgröße im NBB
GFZ: 	    (BGF1+BGF2/BB_Netto_A1+BB_Netto_A2)Geschoßflächenzahl (Bruttogeschoßflächen aller Gebäude auf Baublock, geteilt durch Fläche Baublock)
spezWBd_dP: (100-(100/(spezWBd_un1+spezWBd_un2)*(spezWBd_sa+spezWBd_sa2)))Sanierungspotential Wärmebedarf der Wohngebäude in Prozent (100-(100/spezWBd_un*spezWBd_sa))
  1. Könntest du hier die Klammern in den Rechnungen überprüfen? Hilfreich wäre hier auch zu wissen, was die Berechnung am Ende ausspucken soll (gewichtete Summe, Durchschnitt, gewichtetes arithmetisches Mittel o.ä.), damit ich die Rechnung leichter in Code übersetzen kann.
tatNu_GesP: (100/BB_Netto_A1+BB_Netto_A2*(BB_Netto_A1/100*tatNu_GesP1)+(BB_Netto_A2/100*tatNu_GesP2))Prozentualer Gesamtanteil am NBB der unten stehendend genannten 4 Kategorien (aus Tatsächliche Nutzung Attribut BEZEICH)
tatNu_WB_P: (100/BB_Netto_A1+BB_Netto_A2*(BB_Netto_A1/100*tatNu_WB_P1)+(BB_Netto_A2/100*tatNu_WB_P2))Prozentualer Anteil Wohnbauflächen auf NBB
tatNu_IG_P: (100/BB_Netto_A1+BB_Netto_A2*(BB_Netto_A1/100*tatNu_IG_P1)+(BB_Netto_A2/100*tatNu_IG_P2))Prozentualer Anteil Industrie und Gewerbeflächen auf NBB
tatNu_FP_P: (100/BB_Netto_A1+BB_Netto_A2*(BB_Netto_A1/100*tatNu_FP_P1)+(BB_Netto_A2/100*tatNu_FP_P2))Prozentualer Anteil Flächen funkt. Prägung auf NBB
tatNu_GM_P: (100/BB_Netto_A1+BB_Netto_A2*(BB_Netto_A1/100*tatNu_GM_P1)+(BB_Netto_A2/100*tatNu_GM_P2))Prozentualer Anteil Gemischte Flächen auf NBB
Geb_GRF_P:  (100/Shape_Area1+Shape_Area2*Geb_GRF_A1+Geb_GRF_A2)Prozentualer Anteil Gebäudegrundfläche auf NBB
LGB_P: 	    (100/BB_Netto_A1+BB_Netto_A2*LGB_Fl_A1+LGB_Fl_A2)Landesgrundbesitz, Prozentualer Anteil am NBB
LGB_Geb_P:  (100/LGB_Fl_A1+LGB_Fl_A2*LGB_Geb_A1+LGB_Geb_A2)Prozentualer Anteil der Gebäudegrundfläche auf Landesgrundbesitz am NBB
PVersWBP15: (100/mwh_allHh1+mwh_allHh2*SP_GebWB15a+SP_GebWB15b)Prozentualer Anteil am theoretischem Selbstversorgungsgrad in Wohngebäuden an Solarstrom je NBB 
U18_P:	    (100/Bev311220a+Bev_311220b*u18a+u18b)Prozentualer Anteil an der Gesamtbevölkerung
Ü65_P:	    (100/Bev311220a+Bev_311220b*Ü65a+Ü65b)Prozentualer Anteil an der Gesamtbevölkerung
Ausl_P:	    (100/Bev311220a+Bev_311220b*Ausl1+Ausl2)Prozentualer Anteil an der Gesamtbevölkerung
Bev_Mig_P:  (100/Bev311220a+Bev_311220b*Bev_Mig1+Bev_Mig2)Prozentualer Anteil an der Gesamtbevölkerung
SGB_1565_P: (100/Bev311220a+Bev_311220b*SGBII_III1+SGBII_III2)Prozentualer Anteil der Arbeitslosen an der Bevölkerung zwischen 15 und 65 Jahren
Haush_K_P:  (100/Haush1+Haush2*Haush_k1+Haush_K2)Prozentualer Anteil der Haushalte mit Kindern an der Gesamtzahl der Haushalte im SG
SozialWh_P: (100/Wohnungen1+Wohnungen2*SozialWh1+SozialWh_K2)Prozentualer Anteil der Sozialwohnungen an der Gesamtzahl der Wohnungen
  1. Bisher wurde hier die Summe angezeigt (SP_GebWB15a+SP_GebWB15b). Nur zur Sicherheit – soll die Berechnung sich ändern?
SP_GebWB15: (SP_GebWB15a+SP_GebWB15b/Anzahl Werte)Summiertes Solarpotential in mwh_a je NBB, bei Berücksichtigung Gebäudebestand 2015, mit Wohnbebauung (ab ca.50%-Wohnanteil, also alle Gebäude mit Faktor x1, x0,75 und x0,5*)
  1. Bisher wurde hier die Einheit MWh/a genutzt, nicht kWh/a und berechnet wurde die Summe (NW_absdiff1 + NW_absdiff2). Nur zur Sicherheit – sollen sich Einheit und Berechnung ändern?
NW_absdiff: ((spezWBd_un1+spezWBd_un2)-(spezWBd_sa1+spezWBd_sa2))Differenz Nutzwärmebedarf absolut Wohnflächen in kwh_a unsaniert/saniert (spezWBd_di*Wohnfl_WK)
  1. Könntest du uns bitte noch die Einheiten für folgende Attribute sagen:
    Geb_GRF_A, Nutzfl_WK, LGB_Fl_A, Strom_WB, WBd_Wfl_di und Geb_GRFWB

  2. Für SP_Geb_all habe ich keine Hinweise für die Berechnung gefunden. Ich würde jetzt davon ausgehen, dass dieses Attribut nicht aggregiert werden soll. Ist das richtig?

  3. Ist es richtig, dass sich die Berechnung für einige Attribute je nach Administrativer Ebene ändert?

  4. Manche Berechnungshinweise beziehen sich auf die "Gebietsgröße" (z.B. Mittel (gewichtet nach Gebietsgröße) oder Mittel aus BB (abhängig von Gebietsgröße)). Welches Attribut ist damit gemeint?

@FrankRogge
Copy link

FrankRogge commented Nov 10, 2022 via email

@plumdumpling
Copy link
Collaborator

@FrankRogge, danke mit ein paar Attributen bin ich jetzt schon weiter.

Ist es richtig, dass sich die Berechnung für einige Attribute je nach Administrativer Ebene ändert?

EIGENTLICH NICHT, WELCHE Z.B.?

Hier zum Beispiel

SP_perHh15: (SP_perHh15a+SP_perHh15b/Anzahl Werte)Anteiliges Solarpotential 2015 in mwh_a je Haushalt im NBB
SP perHh15: (SP_GebWB15/Haush)

oder hier

spezWBd_di: (spezWBd_di1+spezWBd_di2/Anzahl Werte)Differenz spezifischer Wärmebedarf saniert/unsaniert in kWh/qm_a
spezWBd_di: (spezWBd_un-spezWBd_sa) 

@FrankRogge
Copy link

FrankRogge commented Nov 11, 2022 via email

@plumdumpling
Copy link
Collaborator

Für folgende Attribute wären konkrete Zahlen hilfreich:
mittlFlur, spezWBd_dP, PV_Geb_all, SP_GebWB15, PVersWBP15 und PVersWB15.

@FrankRogge
Copy link

Die Summenwerte sind für diese aneinandergrenzenden Stadtteile bestimmt:
St.Georg
Hohenfelde
Borgfelde
"mittlFlur"= 1817,63qm
"spezWBd_dP = 33,4% ; zur Berechnung muß zuerst der absolute Wärmebedarf bestimmt werden (Wohnfl_WK * spez_WBd_un und Wohnfl_WK * spez_WBd_sa), da dieser Wert in der Tabelle fehlt. Dieser Hinweis fehlt in der Textdatei.

PV_Geb_all = keine Berechnung, da hier alle Gebäude summiert sind, wir aber nur Wohnbebauung berücksichtigen
SP_GebWB15 = 41572 mwh
PVersWB15 = ist identisch mit PVersWBP15
PVersWBP15 = 94%

hoffe, daß hilft Dir schonmal weiter, ansonsten sprechen wir Donnerstag nochmal miteinander.
Gruß
Frank

@plumdumpling
Copy link
Collaborator

@FrankRogge

mittlFlur

Die Berechnung hierzu aus der Bedeutung_Felder_Datenbestand.txt lautet:

mttlFlur:   (BB_Netto_A1+BB_Netto_A2/AnzFlur)

Die Berechnung beinhaltet das Attribut BB_Netto_A. Leider ist dieses nur in den Baublockdaten vorhanden. Wie lautet die Berechnung für die anderen Ebenen?

Bisher haben wir mittlFlur wie folgt berechnet:

((mittlFlur_1 * AnzFlur_1) + (mittlFlur_2 * AnzFlur_2)) / Summe_AnzFlur

Damit komme ich auch auf dein Ergebnis von 1817,63qm für die drei von dir gewählten Stadtteile.

((2294,18 * 364) + (1566,3 * 722) + (1825,59 * 1005)) / (364 + 722 + 1005) = 1.817,63

Wäre das auch eine mögliche Berechnung für alle Ebenen?

spezWBd_dP

Die Berechnung hierzu aus der Bedeutung_Felder_Datenbestand.txt lautet:

spezWBd_dP: (100-(100/(spezWBd_un1+spezWBd_un2)*(spezWBd_sa+spezWBd_sa2)))

Damit würde ich mit den von dir ausgewählten Stadtteilen auf folgendes Ergebnis kommen:

100 - (100 / (139 + 141 + 122) * (90 + 92 + 85)) = 33,58

Das stimmt nicht ganz mit deinem Ergebnis von 33,4 überein.

zur Berechnung muß zuerst der absolute Wärmebedarf bestimmt werden (Wohnfl_WK * spez_WBd_un und Wohnfl_WK * spez_WBd_sa), da dieser Wert in der Tabelle fehlt. Dieser Hinweis fehlt in der Textdatei.

Ich versteh noch nicht ganz wie ich Wohnfl_WK hier mit einbeziehen soll. Kannst du hierzu bitte einmal eine Beispielrechnung in Zahlen aufschreiben?

SP_GebWB15

Die Berechnung hierzu aus der Bedeutung_Felder_Datenbestand.txt lautet:

SP_GebWB15: (SP_GebWB15a+SP_GebWB15b/Anzahl Werte)

Damit würde ich mit den von dir ausgewählten Stadtteilen auf folgendes Ergebnis kommen:

(11.978 + 16.574 + 13.020) / 3 = 13.857,33

Dein Ergebnis (41.572) würde die Summe der SP_GebWB15 Werte wiederspiegeln. Sollen wir also stattdessen mit der Summe SP_GebWB15a + SP_GebWB15b arbeiten und uns / Anzahl Werte wegdenken?

PVersWBP15

PVersWBP15: (100/mwh_allHh1+mwh_allHh2*SP_GebWB15a+SP_GebWB15b)

Die Berechnung beinhaltet das Attribut mwh_allHh. Leider ist dieses in den aktuellen Daten nicht mehr vorhanden. Können wir den Wert zur Berechnung in den Daten bekommen?

@FrankRogge
Copy link

FrankRogge commented Nov 17, 2022 via email

@plumdumpling
Copy link
Collaborator

@FrankRogge
Super, danke! Mit spezWBd_dP und SP_GebWB15 kam ich jetzt schon mal weiter. Bei den anderen beiden Attributen hab ich noch Fragen.

mittlFlur

den Flächengrößenwert BB_Netto_A gibt es nur im Baublocklayer.
Für die höheren Ebenen ist es jeweils "Shape_Area"

Also sind die Berechnungen jetzt doch je nach Administrativer Ebene unterschiedlich? Oder gibt es eine Berechnung die für alle Ebenen angewendet werden kann?

PVersWBP15

hier gab es einen Tippfehler. mwh_allHh = mwh_alleHh
PVersWBP15: (100/mwh_alleHh1+mwh_alleHh2*SP_GebWB15a+SP_GebWB15b)

Auch ohne Tippfehler ist mwh_alleHh in den aktuellen Daten nicht mehr vorhanden.

@FrankRogge
Copy link

FrankRogge commented Nov 17, 2022 via email

@plumdumpling
Copy link
Collaborator

@FrankRogge

MITTLFLUR
Ich kann jedoch die Attributnamen abändern, damit hier eine
einheitliche Berechnungsformel verwendet werden kann.
Also "Shape_Area" für Netto-Baublockfläche und "BB_Brutto_A" für
Bruttobaublockfläche.

Das Shape_Area Attribut ist ja aktuell auf allen Ebenen vorhanden und wir nutzen es auch für Berechnungen anderer Attribute. Ändert sich dann die Berechnung dieser Attribute?

Ich hab eben gesehen, dass wir das selbe Problem mit fehlenden BB_Netto_A Werten auch bei den Attributen GFZ und LGB_P haben, da diese auch daran berechnet werden.

PVERSWBP15
Ich berechne das morgen und aktualisiere alle Datensätze entsprechend.

Das wäre super. Danke!

@FrankRogge
Copy link

FrankRogge commented Nov 18, 2022 via email

@plumdumpling
Copy link
Collaborator

@FrankRogge
Kannst du mir einmal sagen welche Attribute sich in der Berechnung geändert haben? Leider gibt es für txt Dateien im Google Drive keine History.

Dass sich LGB_P geändert hat, habe ich schon gesehen, da lautet die Berechnung jetzt:

LGB_P: 	    (100/BB_Brutto1+BB_Brutto2*LGB_Fl_A1+LGB_Fl_A2)Landesgrundbesitz, Prozentualer Anteil am NBB

Aber leider gibt es in den Daten kein Attribut BB_Brutto.

@FrankRogge
Copy link

FrankRogge commented Nov 21, 2022 via email

@annikabock
Copy link
Collaborator Author

@FrankRogge schaust du bitte, dass im Zuge von Veränderungen, die Attribute im Storage und in der Config die gleichen Bezeichungen/Namen/Schreibweisen haben.
Sonst funktionieren manchmal Layer wieder nicht
Auf die Config habt ihr ja auch Zugriff und da könntest du dann Anpassungen bitte direkt mit machen. Danke dir

@andreashelms
Copy link
Collaborator

andreashelms commented Nov 22, 2022

Bezirke https://drive.google.com/file/d/16Z0zDlBUDxX9aZXQlcw47czIDvHjtfak/view?usp=share_link

@FrankRogge Der Key für den Bezirksnamen hat sich in diesem Dokument von Bezirk in Bezirk00 geändert. Ist das korrekt? Damit kann die Anwendung momentan nicht umgehen. Sollen wir das in der Anwendung anpassen oder im Dokument?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants