<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Thema "Re: Flächenberechnung" in Projektdaten &amp; BIM</title>
    <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479433#M2953</link>
    <description>Es müssen einfach nur raumstempel, flächenberechnungsergebnis und liste übereinstimmen. Und ich meine wirklich müssen. Egal welche rundungsfehler entstehen, sie müssen in allen drei auswertungsmethoden gleich entstehen.</description>
    <pubDate>Thu, 17 Sep 2015 19:54:13 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2015-09-17T19:54:13Z</dc:date>
    <item>
      <title>Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479410#M2930</link>
      <description>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:&lt;BR /&gt;   :hot:  Rundungsfehler bei den Endergebnissen  :hot:  &lt;BR /&gt; Solche Listen sind UNBRAUCHBAR, da sie von den Ämtern einfach zurück geschickt werden!&lt;BR /&gt; Wenn ich bei den Listen 2 Kommastellen einstelle, sollten auch nur 2 Kommastellen für die Berechnung verwendet werden.&lt;BR /&gt; Schimpfe ich hier zu recht, oder gibt es eine schnelle Lösung für das Problem?</description>
      <pubDate>Mon, 11 Jun 2007 07:56:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479410#M2930</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2007-06-11T07:56:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479411#M2931</link>
      <description>Hallo Simon,&lt;BR /&gt; &lt;BR /&gt; ich habe gerade in den Ordner mit dem letzten (genehmigten) Bauantrag reingeschaut. Alle Listen (BGI, BGF, NGF) waren mit zwei Stellen hinter Komma.&lt;BR /&gt; Ich habe die Standardlisten von ArchiCad benutzt...</description>
      <pubDate>Mon, 11 Jun 2007 08:45:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479411#M2931</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2007-06-11T08:45:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479412#M2932</link>
      <description>Welche Liste verwendets Du denn genau?</description>
      <pubDate>Mon, 11 Jun 2007 08:52:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479412#M2932</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2007-06-11T08:52:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479413#M2933</link>
      <description>Es gibt genau dazu ein Tutorial von unserem Helpdesk. Wurde glaube ich mit einem Newsletter verschickt. Frag einfach beim Support bei A-NULL nach. Die sollen Dir das schicken. Die Schwierigkeit bei der Sache ist, dass ARCHICAD mal rundet und ein ander Mal nur die letzten Stellen abschneidet. Daher ist es immer besser 3 Nachkommastellen anzuzeigen. Aber wie gesagt, Schau Dir mal das Tutorial an.</description>
      <pubDate>Mon, 11 Jun 2007 10:06:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479413#M2933</guid>
      <dc:creator>Gerald Faustenhammer</dc:creator>
      <dc:date>2007-06-11T10:06:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479414#M2934</link>
      <description>@ Martin&lt;BR /&gt; "Flächenberechnung erzeugen"&lt;BR /&gt; &lt;BR /&gt; @ Gerald&lt;BR /&gt; Danke, hab mich mal per E-mail bei A-null gemeldet. Mal sehen was die sagen.</description>
      <pubDate>Wed, 13 Jun 2007 10:21:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479414#M2934</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2007-06-13T10:21:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479415#M2935</link>
      <description>Nun, dieses Tutorial konnte mir nichts neues sagen. Die Kernaussage ist eigentlich nur:&lt;BR /&gt; Entscheide dich ob die Summe der Raumflächen falsch sein soll, oder ob sich die Raumflächen in der Berechnung von den Flächen in den Raumstempeln unterscheiden sollen.&lt;BR /&gt; Ich fühle mich vera*.*, insbesondere, da der Titel des Tutorial ist: Flächenberechnung richtig einstellen.&lt;BR /&gt; Sollte lauten: Die beiden Möglichkeiten die Flächenberechnung falsch einzustellen&lt;BR /&gt; &lt;BR /&gt; Ich gebe zwar zu, daß das ganze mit 3 Kommastellen besser funktioniert hat, aber trotzdem: 0,425*5,150 + 0,020*5,130  = 2,292&lt;BR /&gt; Da wurde einfach falsch gerundet-&amp;gt; die Flächenberechnung ist unbrauchbar!!</description>
      <pubDate>Wed, 13 Jun 2007 16:11:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479415#M2935</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2007-06-13T16:11:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479416#M2936</link>
      <description>Flächenberechnung mit 3 Nachkommastellen? Habt ihr euch mal überlegt, was das bei (End)Kunden für einen Eindruck erweckt, wenn dann die real nachgemessenen Flächen bereits in der 1. Nachkommastelle abweichen? Wir machen unsere Listen nur noch mit einer Nachkommastelle. (*) Und das mehr oder weniger von Hand. Ich traue den automatischen Listen schon lange nicht mehr. Mir langt es die Raumstempelergebnisse zu prüfen. die ja mitunter auch ziemlich daneben liegen.&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt; (*) haben aber auch keine Gebäude mit 2000 Räumen, wo die Gesamtsumme dann abweicht.</description>
      <pubDate>Thu, 14 Jun 2007 06:38:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479416#M2936</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2007-06-14T06:38:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479417#M2937</link>
      <description>Hallo zusammen,&lt;BR /&gt; &lt;BR /&gt; besteht denn noch Aussicht auf Behebung des Rundungsproblems? Ärgere mich gerade über die ausgegebenen Berechnungen!&lt;BR /&gt; &lt;BR /&gt; mfg&lt;BR /&gt; Markus70  &lt;!-- s:mad: --&gt;&lt;span class="lia-unicode-emoji" title=":wütendes_Gesicht:"&gt;😠&lt;/span&gt;&lt;!-- s:mad: --&gt;</description>
      <pubDate>Fri, 16 May 2008 07:09:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479417#M2937</guid>
      <dc:creator>Markus70</dc:creator>
      <dc:date>2008-05-16T07:09:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479418#M2938</link>
      <description>@ simon:&lt;BR /&gt; &lt;BR /&gt;  "0,425*5,150 + 0,020*5,130 = 2,292"&lt;BR /&gt; &lt;BR /&gt; -wenn die Einzelergebnisse zuerst gerundet und dann addiert werden dann stimmt die Rechnung (2,189+0,103)=2,292&lt;BR /&gt; &lt;BR /&gt; -wenn der ganze Term berechnet und dann gerundet wird ist das Ergebnis 2,291&lt;BR /&gt; &lt;BR /&gt; Solche Sachen passieren auch in Excel wenn die Art der Rundung nicht genau definiert wird. Es kommt wohl darauf an wann gerundet wird. Allerdings wurde ich mir auch  &lt;B&gt;dringendst&lt;/B&gt; wünschen, dass z.B. bei Raumstempeln die Zahlen der Einzelflächen im Plan genau so in der Liste erscheinen und dann in der Liste richtig summiert werden. Alles andere macht kein Bild und ist wirklich unbrauchbar.&lt;BR /&gt; Vielleicht haben sich aber auch bereits schlaue Mathematiker den Kopf darüber zerbrochen und sind zu einem anderen Schluss gekommen...</description>
      <pubDate>Fri, 16 May 2008 12:08:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479418#M2938</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2008-05-16T12:08:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479419#M2939</link>
      <description>...und ein besonderes 'Highlight' ist es dass die gleichen Raumflächen (ein Grundriss wurde gespiegelt, alle TOP IDs geändert) beim TOP-Stempel (und vermutlich auch in der Liste) unterschiedliche Ergebnisse liefern (eben in der zweiten Kommastelle -&amp;gt; Rundungsfehler) - offenbar wird beim Runden der Uhrzeigersinn, der Geburtstag der Jettitant oder aber das BIP/Architekt/1000stel berücksichtigt...&lt;BR /&gt; &lt;BR /&gt; aber nun denn, wer braucht denn schon genaue Ergebnisse - das Planen mit ArchiCad wär ja ansonsten nur halb so spannend...&lt;BR /&gt; &lt;BR /&gt; lg, Klaus</description>
      <pubDate>Fri, 16 May 2008 12:18:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479419#M2939</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2008-05-16T12:18:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479420#M2940</link>
      <description>Ich habe mal folgende Erklärung vom Support bekommen:&lt;BR /&gt; &lt;BR /&gt; Rundungsdifferenzen:&lt;BR /&gt; Die Differenzen entstehen durch die verschiedenen Rundungsintervalle.&lt;BR /&gt; Die Summe der Raumstempel wird aus den Raumstempelteilflächen ermittelt und dann gerundet. &lt;BR /&gt; Parallel wird jede Raumstempelfläche im Plan gerundet angezeigt.&lt;BR /&gt; &lt;BR /&gt; In der Flächenberechnung wird grundsätzlich mit gerundeten Werten aus den Raumstempeln gearbeitet. (Rundungen ab der 3. Stelle nach dem Komma)&lt;BR /&gt; &lt;BR /&gt; Alternative:&lt;BR /&gt; Lesen Sie die Flächenliste als Textdokument in ein Exceldokument ein oder stellen Sie die Dezimalstellen auf 3 Stellen (unter Optionen-&amp;gt;Grundeinstellungen-&amp;gt;Einheiten Bemaßung und Einheiten Berechnung)&lt;BR /&gt;  &lt;BR /&gt; &lt;BR /&gt; Bezüglich der nachvollziehbaren Flächenberechnung:&lt;BR /&gt; 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.&lt;BR /&gt; &lt;BR /&gt; Die Flächen in den Raumstempeln werden mit 11 Dezimalstellen berechnet und dann auf den angezeigten Wert gerundet.&lt;BR /&gt; &lt;BR /&gt; Bei der nachvollziehbaren Flächenberechnung gibt es verschiedene Möglichkeiten, die Berechnungen durchzuführen.&lt;BR /&gt; &lt;BR /&gt; 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.&lt;BR /&gt; &lt;BR /&gt; 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.&lt;BR /&gt; &lt;BR /&gt; 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.</description>
      <pubDate>Fri, 16 May 2008 12:30:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479420#M2940</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2008-05-16T12:30:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479421#M2941</link>
      <description>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.&lt;BR /&gt; &lt;BR /&gt; mfg, Markus70&lt;BR /&gt;  &lt;BR /&gt;  &lt;SMALL&gt;[ 13. April 2010, 15:03: Beitrag editiert von: Markus70 ]&lt;/SMALL&gt;</description>
      <pubDate>Tue, 13 Apr 2010 12:53:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479421#M2941</guid>
      <dc:creator>Markus70</dc:creator>
      <dc:date>2010-04-13T12:53:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479422#M2942</link>
      <description>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.&lt;BR /&gt; &lt;BR /&gt; mfg, MArkus70</description>
      <pubDate>Thu, 01 Jul 2010 13:50:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479422#M2942</guid>
      <dc:creator>Markus70</dc:creator>
      <dc:date>2010-07-01T13:50:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479423#M2943</link>
      <description>Man zeichne eine Wand mit der exakten Länge von 10 Metern.&lt;BR /&gt; Man vermasse diese Wand auf 2 Stellen genau. Das Ergebnis ist 10,00 Meter.&lt;BR /&gt; &lt;BR /&gt; Man teile diese Wand durch 6.&lt;BR /&gt; Man vermasse diese Abschnitte auf 2 Stellen genau. Das Ergebnis ist 1,67 Meter.&lt;BR /&gt; Die rechnerische Summe dieser Maße von 6 x 1,67 ergäbe 10,02 Meter.&lt;BR /&gt; &lt;BR /&gt; Man teile diese Wand durch 7.&lt;BR /&gt; Man vermasse diese Abschnitte auf 2 Stellen genau. Das Ergebnis ist 1,43 Meter.&lt;BR /&gt; Die rechnerische Summe dieser Maße von 6 x 1,43 ergäbe 10,01 Meter.&lt;BR /&gt; &lt;BR /&gt; Wie erklärt man dieses Phänomen, das man in jedem Werkplan hat, seinem Bauherrn?&lt;BR /&gt; Richtig: Das Gesamtmaß in der Maßkette ist nicht die Summe der (gerundeten) Einzelmaße sondern das exakte Maß.&lt;BR /&gt; &lt;BR /&gt; Bei Flächen gilt das analog.&lt;BR /&gt; Das Ganze ist kein Problem von ARCHICAD sondern einfach Mathematik.&lt;BR /&gt; Daran ändert auch ARCHICAD 14 nichts.</description>
      <pubDate>Thu, 01 Jul 2010 14:29:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479423#M2943</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2010-07-01T14:29:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479424#M2944</link>
      <description>Hallo Martin,&lt;BR /&gt; &lt;BR /&gt; 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.&lt;BR /&gt; Es sollen doch einfach nur detailierte Berechnung und Plan übereinstimmen.&lt;BR /&gt; &lt;BR /&gt; mfg, Markus70</description>
      <pubDate>Fri, 02 Jul 2010 05:25:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479424#M2944</guid>
      <dc:creator>Markus70</dc:creator>
      <dc:date>2010-07-02T05:25:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479425#M2945</link>
      <description>Ä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. &lt;!-- s:eek: --&gt;&lt;span class="lia-unicode-emoji" title=":Gesicht_mit_offenem_Mund:"&gt;😮&lt;/span&gt;&lt;!-- s:eek: --&gt;  &lt;BR /&gt; Alle anderen bleiben bitte sitzen...   :zucken:  &lt;BR /&gt; &lt;BR /&gt; 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... &lt;BR /&gt; &lt;BR /&gt; Have a nice day</description>
      <pubDate>Fri, 02 Jul 2010 07:14:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479425#M2945</guid>
      <dc:creator>archiflow1</dc:creator>
      <dc:date>2010-07-02T07:14:00Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479426#M2946</link>
      <description>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:&lt;BR /&gt;&lt;BR /&gt;Voreinstellungen: (AC19)&lt;BR /&gt;&lt;BR /&gt;1. Option--&amp;gt;Projektpräferenzen--&amp;gt;Bemaßungseinstellungen: &lt;BR /&gt;    Flächenmaße:    &lt;B&gt;(3-Stellen) + (näheres)&lt;/B&gt;&lt;BR /&gt;&lt;BR /&gt;2. Option--&amp;gt;Projektpräferenzen--&amp;gt;Berechnungseinheiten und-regeln: &lt;BR /&gt;    Flächeneinheit: &lt;B&gt;(3-Stellen) + (Aus)&lt;/B&gt;&lt;BR /&gt;&lt;BR /&gt;3. Liste: (Inhalt der Spalten als Beispiel):&lt;BR /&gt;    - gemessene Fläche = NGF (ohne Abzug) &lt;BR /&gt;    - Abzug in % (Balkone, Loggien)&lt;BR /&gt;    - berechnete Fläche (NGF) = NGF (mit Abzug) &lt;B&gt;***&lt;/B&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;B&gt;*** &lt;/B&gt;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 &lt;U&gt;Eigenschaften-Raumstempel--&amp;gt;Flächenberechung: Reduzieren um:&lt;/U&gt; anhacken und Wert eintragen. Falls der Bug behoben wird, MUSS man den Abzug &lt;B&gt;NUR &lt;/B&gt;über &lt;U&gt;Eigenschaften-Raumstempel--&amp;gt;Flächenberechung-DIN277&lt;/U&gt; ausfüllen. &lt;BR /&gt;&lt;BR /&gt;So müssten die manuelle Summierung der Raumstempel aus dem Plan mit den Flächen aus den interaktiven Listen übereinstimmen.&lt;BR /&gt;&lt;BR /&gt;Bitte um Rückmeldung und Anregungen.</description>
      <pubDate>Wed, 16 Sep 2015 12:23:21 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479426#M2946</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2015-09-16T12:23:21Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479427#M2947</link>
      <description>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ß.&lt;BR /&gt;&lt;BR /&gt;Probiere mal in Deinem Beispiel als&lt;BR /&gt;&lt;BR /&gt;2b. Option--&amp;gt;Projektpräferenzen--&amp;gt;Berechnungseinheiten und-regeln:&lt;BR /&gt;&lt;B&gt;Längen&lt;/B&gt;einheit: &lt;B&gt;(3-Stellen) + (Aus)&lt;/B&gt;&lt;BR /&gt;&lt;BR /&gt;einzustellen. Hat die Liste dann immer noch einen "bug"?</description>
      <pubDate>Wed, 16 Sep 2015 12:42:21 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479427#M2947</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2015-09-16T12:42:21Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479428#M2948</link>
      <description>Hallo,&lt;BR /&gt;&lt;BR /&gt;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.&lt;BR /&gt;&lt;BR /&gt;p.s. der Bug ist immer noch da und wurde vom Support an die Entwickler weitergeleitet.</description>
      <pubDate>Wed, 16 Sep 2015 14:29:49 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479428#M2948</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2015-09-16T14:29:49Z</dc:date>
    </item>
    <item>
      <title>Re: Flächenberechnung</title>
      <link>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479429#M2949</link>
      <description>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.&lt;BR /&gt;&lt;BR /&gt;Es macht ja wirklich kein Bild, wenn Werte im Plan und in der Liste nicht übereinstimmen und die Summe obendrein noch falsch ist.  &lt;!-- s:roll: --&gt;&lt;span class="lia-unicode-emoji" title=":Gesicht_mit_rollenden_Augen:"&gt;🙄&lt;/span&gt;&lt;!-- s:roll: --&gt; &lt;BR /&gt;&lt;BR /&gt;Was mich verwundert ist , dass manche Listen ( AC 17) offensichtlich keine Rücksicht auf die Einstellungen des AC-Projekts  nehmen.&lt;BR /&gt;&lt;IMG src="http://www.123upload.de/image.php?id=a5e4705aba4cfe8a1c2ec60446c7c15c&amp;amp;show=raw" /&gt;</description>
      <pubDate>Thu, 17 Sep 2015 07:49:12 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Projektdaten-BIM/Fl%C3%A4chenberechnung/m-p/479429#M2949</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2015-09-17T07:49:12Z</dc:date>
    </item>
  </channel>
</rss>

