abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du: 
abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du: 
Projektdaten & BIM
BIM-basierte Verwaltung von Attributen, Zeitplänen, Vorlagen, Favoriten, Hotlinks, Projekten im Allgemeinen, Qualitätssicherung, usw.

Flächenberechnung

Anonymous
Nicht anwendbar
Da tut man sich so viel Arbeit an, programmiert eine Software die automatisch Flächenberechnungsformulare auswirft, als user stellt man alles ein, damit das Ding schön funktioniert und dann sowas:
:hot: Rundungsfehler bei den Endergebnissen :hot:
Solche Listen sind UNBRAUCHBAR, da sie von den Ämtern einfach zurück geschickt werden!
Wenn ich bei den Listen 2 Kommastellen einstelle, sollten auch nur 2 Kommastellen für die Berechnung verwendet werden.
Schimpfe ich hier zu recht, oder gibt es eine schnelle Lösung für das Problem?
25 ANTWORTEN 25
Anonymous
Nicht anwendbar
Ich habe mal folgende Erklärung vom Support bekommen:

Rundungsdifferenzen:
Die Differenzen entstehen durch die verschiedenen Rundungsintervalle.
Die Summe der Raumstempel wird aus den Raumstempelteilflächen ermittelt und dann gerundet.
Parallel wird jede Raumstempelfläche im Plan gerundet angezeigt.

In der Flächenberechnung wird grundsätzlich mit gerundeten Werten aus den Raumstempeln gearbeitet. (Rundungen ab der 3. Stelle nach dem Komma)

Alternative:
Lesen Sie die Flächenliste als Textdokument in ein Exceldokument ein oder stellen Sie die Dezimalstellen auf 3 Stellen (unter Optionen->Grundeinstellungen->Einheiten Bemaßung und Einheiten Berechnung)


Bezüglich der nachvollziehbaren Flächenberechnung:
Bei den Berechnungen in ArchiCAD muss man zwischen den Werten aus den Raumstempeln der Zeichnung und den aus den Summen errechneten Werten in der nachvollziehbaren Flächenberechnung unterscheiden.

Die Flächen in den Raumstempeln werden mit 11 Dezimalstellen berechnet und dann auf den angezeigten Wert gerundet.

Bei der nachvollziehbaren Flächenberechnung gibt es verschiedene Möglichkeiten, die Berechnungen durchzuführen.

Wenn unter “Dokumentation” - “Auswertung ... ” - „Flächenberechung“- “Einstellen...” angehakt wird, dass die “Berechnung nach Anzahl der angegebenen Dezimalen” erfolgen soll, werden die Längen und Breiten der Räume auf die Anzahl der Dezimalen gerundet und mit diesen Zahlen erfolgt die Berechnung. Das dort angegebene Ergebnis kann über die Rundung der Zahlen von dem Ergebnis im Raumstempel differenzieren.

Wenn unter “Dokumentation” - “Auswertung ... ” - „Flächenberechung“- “Einstellen...” nicht angehakt wird, dass die “Berechnung nach Anzahl der angegebenen Dezimalen” erfolgen soll, werden die Längen und Breiten der Räume auf die Anzahl der Dezimalen gerundet. Diese Zahlen haben in diesem Fall keinen Einfluss auf das Ergebnis der Berechnung – auch dieser Wert wird aus der Zeichnung heraus gegriffen und auf die angegebene Anzahl der Dezimalstellen gerundet und kann deshalb von dem Berechnungsergebnis differenzieren. Das dort angegebene Ergebnis stimmt mit dem Ergebnis im Raumstempel überein.

Das genaueste Ergebnis erhalten Sie, indem Sie die “Berechnung nach Anzahl der angegebenen Dezimalen” nicht anhaken und die Anzahl der Dezimalen auf “11” (genaueste Einstellung) stellen. Diese Liste kann dann dafür dienen, Rundungsfehler in den Berechnungen zu klären.
Markus70
Enthusiast
Und welche Häkchen muss ich setzen, damit ich die Berechnung, ohne sie kontrollieren zu müssen, übernehmen kann? Wäre schön wenn Brechnung und Plan dabei auch übereinstimmen würden. Ich habe das so noch nicht hinbekommen.

mfg, Markus70

[ 13. April 2010, 15:03: Beitrag editiert von: Markus70 ]
Architectural draftsman/Bauzeichner
Archicad 11 bis 27 D (aktuell)
-11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz 2.50 GHz
-RAM 32 GB
-Windows 10 Pro
-NVIDIA Quadro RTX 4000
-Canon TM 300 + Scanner
Markus70
Enthusiast
Lt. Händler ist das Problem wohl in AC 14 immer noch nicht gelöst. Habt Ihr das schon einmal überprüfen können? Ich bin im Moment noch in 13 unterwegs.

mfg, MArkus70
Architectural draftsman/Bauzeichner
Archicad 11 bis 27 D (aktuell)
-11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz 2.50 GHz
-RAM 32 GB
-Windows 10 Pro
-NVIDIA Quadro RTX 4000
-Canon TM 300 + Scanner
Anonymous
Nicht anwendbar
Man zeichne eine Wand mit der exakten Länge von 10 Metern.
Man vermasse diese Wand auf 2 Stellen genau. Das Ergebnis ist 10,00 Meter.

Man teile diese Wand durch 6.
Man vermasse diese Abschnitte auf 2 Stellen genau. Das Ergebnis ist 1,67 Meter.
Die rechnerische Summe dieser Maße von 6 x 1,67 ergäbe 10,02 Meter.

Man teile diese Wand durch 7.
Man vermasse diese Abschnitte auf 2 Stellen genau. Das Ergebnis ist 1,43 Meter.
Die rechnerische Summe dieser Maße von 6 x 1,43 ergäbe 10,01 Meter.

Wie erklärt man dieses Phänomen, das man in jedem Werkplan hat, seinem Bauherrn?
Richtig: Das Gesamtmaß in der Maßkette ist nicht die Summe der (gerundeten) Einzelmaße sondern das exakte Maß.

Bei Flächen gilt das analog.
Das Ganze ist kein Problem von ARCHICAD sondern einfach Mathematik.
Daran ändert auch ARCHICAD 14 nichts.
Markus70
Enthusiast
Hallo Martin,

das ist für mich leider nicht nachvollziehbar. Die in den Raumstempeln auf zwei Stellen gerundete Summe, muß doch rechnerisch ermittelt werden. Warum nimmt man nicht einfach diese Berechnungen auch für die Flächenberechnung. Das muß doch gehen. Es kann doch nicht sein, dass man bei jedem Projekt vor der Überlegung steht den Plan anzugleichen oder in der Berechnung herumzuändern.
Es sollen doch einfach nur detailierte Berechnung und Plan übereinstimmen.

mfg, Markus70
Architectural draftsman/Bauzeichner
Archicad 11 bis 27 D (aktuell)
-11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz 2.50 GHz
-RAM 32 GB
-Windows 10 Pro
-NVIDIA Quadro RTX 4000
-Canon TM 300 + Scanner
archiflow1
Newcomer
Ähm, wer es schafft, Mit AC (Version egal) für z.B. Ein EFH eine nachvollziehbare Flächen-/ Bauteil- / Elementeberechnung durchzuführen, die ohne weiteres Zutun weiterverwendet werden kann, darf heute nachmittag um 15:30 Uhr nach Hause gehen und das Viertelfinale NL-BR angucken. 😮
Alle anderen bleiben bitte sitzen... :zucken:

Also regt euch doch nicht wegen der Rundungen auf (oder erst dann, wenn Ihr sicher seid, dass alle Elemente absolut exakt gezeichnet sind. Keine SolidElemente... Kein 2d-Bescheißen...

Have a nice day
AC25_win
Anonymous
Nicht anwendbar
Da das Problem immer noch besteht, möchte ich meine Erfahrung bzw. mögliche Lösung nach langem probieren und kurzem beten (was wirklich hilft!) hiermit beschreiben:

Voreinstellungen: (AC19)

1. Option-->Projektpräferenzen-->Bemaßungseinstellungen:
Flächenmaße: (3-Stellen) + (näheres)

2. Option-->Projektpräferenzen-->Berechnungseinheiten und-regeln:
Flächeneinheit: (3-Stellen) + (Aus)

3. Liste: (Inhalt der Spalten als Beispiel):
- gemessene Fläche = NGF (ohne Abzug)
- Abzug in % (Balkone, Loggien)
- berechnete Fläche (NGF) = NGF (mit Abzug) ***

*** die vordefinierte Spalte "NGF" hat z.Zt. eine Bug: nur 2 Kommastellen und keine Einheit (m²). Deswegen muss/kann man für die NGF-Flächen über "berechnete Fläche (NGF)" gehen. Um bei den Balkonen den Abzug vom z.B. 50 % berücksichtigen zu können MUSS diese Information im Eigenschaften-Raumstempel-->Flächenberechung: Reduzieren um: anhacken und Wert eintragen. Falls der Bug behoben wird, MUSS man den Abzug NUR über Eigenschaften-Raumstempel-->Flächenberechung-DIN277 ausfüllen.

So müssten die manuelle Summierung der Raumstempel aus dem Plan mit den Flächen aus den interaktiven Listen übereinstimmen.

Bitte um Rückmeldung und Anregungen.
Anonymous
Nicht anwendbar
In GDL gibt es für Parameter nur zwei Sorten Typen von Gleitkommawerten. Der erste ist einheitenlos, der andere wird wie Längenmaße gehandhabt. Wird im GDL-Skript eine Fläche berechnet und dann in einem Parameter abgelegt, damit man diese Werte in einer IA listen kann, ist das dann eben ein Längenmaß. Bei der Ausgabe im GDL-Objekt (Grundriss) kann das dann zwar so wie in den Grundeinstellungen für Flächenmaße definiert ausgegeben werden, listet man aber den Parameter in einer Liste, wird die Ausgabe und Genauigkeit des Wertes nicht nach den EInstellungen in GDL erzeugt, sondern mit denen des Parametertypen. Und das ist dann eben ein Längenmaß.

Probiere mal in Deinem Beispiel als

2b. Option-->Projektpräferenzen-->Berechnungseinheiten und-regeln:
Längeneinheit: (3-Stellen) + (Aus)

einzustellen. Hat die Liste dann immer noch einen "bug"?
Anonymous
Nicht anwendbar
Hallo,

ja ich habe bereits die Längen wie du vorgeschlagen hast auf "3 Stellen + aus" eingestellt gehabt, aber in der Hinsicht auf die Umfangsberechnung. Wusste nicht dass es Rückkopplung zu den Flächen geben könnte. Zumindest stimmten - auf den 1. Blick - die Pläne mit Listen überein.

p.s. der Bug ist immer noch da und wurde vom Support an die Entwickler weitergeleitet.
Anonymous
Nicht anwendbar
Diese Unstimmigkeiten gibt es auch in Excel weil im Hintergrund mit sehr vielen Nachkommastellen gerechnet wird. . Dort ist das Problem relativ zu lösen, indem man z.B. Einzelergebnisse mit Befehl "Runden" mit der gewünschten Anzahl von Nachkommastellen einfrieren kann und dann die Summe dieser fixierten Werte addiert. So was in der Art sollte doch auch in AC einstellbar sein.

Es macht ja wirklich kein Bild, wenn Werte im Plan und in der Liste nicht übereinstimmen und die Summe obendrein noch falsch ist. 🙄

Was mich verwundert ist , dass manche Listen ( AC 17) offensichtlich keine Rücksicht auf die Einstellungen des AC-Projekts nehmen.

Keine Antwort gefunden?

Andere Beiträge
im Board ansehen

Zurück zum Board

Neueste Lösungen durchsuchen

Akzeptierte Lösungen zeigen

Eine neue Diskussion starten!

Neues Thema erstellen