<?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>tópico Re: Problema com Qto_CoveringBaseQuantities.GrossArea para IfcCovering / CLADDING em Dados de projeto e BIM</title>
    <link>https://community.graphisoft.com/t5/Dados-de-projeto-e-BIM/Problema-com-Qto-CoveringBaseQuantities-GrossArea-para/m-p/712545#M237</link>
    <description>&lt;P&gt;Boa tarde, Vinicius,&lt;BR /&gt;Entendo que o IFC espera ordens de dimensões definidas pelo tipo de classificação que é inputado no elemento. Assim, o Cladding, que é esperado um tipo de revestimento vertical espera a ordem comprimento (X) * altura (Z) * Espessura (Y). Para o Flooring, que é esperado um elemento horizontal, a ordem é comprimento (X) * largura (Y) * Espessura (Z). Isso resultaria justamente no comportamento que você verificou, a multiplicação será X*Z (cladding) ou X*Y (flooring) para definir a área.&lt;BR /&gt;Se for possível alterar as classificações dos elementos, esse problema deve cessar. Outra opção, talvez criar psets personalizados com as dimensões pode ser um caminho, sendo necessário criar regras no bimcollab ou outro software para calcular a partir do pset.&lt;/P&gt;</description>
    <pubDate>Fri, 21 Aug 2026 20:56:15 GMT</pubDate>
    <dc:creator>Rogerio M</dc:creator>
    <dc:date>2026-08-21T20:56:15Z</dc:date>
    <item>
      <title>Problema com Qto_CoveringBaseQuantities.GrossArea para IfcCovering / CLADDING</title>
      <link>https://community.graphisoft.com/t5/Dados-de-projeto-e-BIM/Problema-com-Qto-CoveringBaseQuantities-GrossArea-para/m-p/712544#M236</link>
      <description>&lt;P&gt;Identifiquei um possível problema no cálculo das IFC Base Quantities do Archicad para elementos IfcCovering classificados como CLADDING.&lt;/P&gt;&lt;P&gt;Testei o mesmo caso no Archicad 28 e 29, e o comportamento se repete.&lt;/P&gt;&lt;P&gt;No arquivo do Archicad 29, o IfcCovering possui:&lt;/P&gt;&lt;P&gt;PredefinedType = CLADDING&lt;BR /&gt;Geometria: 3,00 × 3,60 × 0,035 m&lt;BR /&gt;Width = 0,035 m&lt;BR /&gt;GrossArea = 0,105 m²&lt;BR /&gt;NetArea = 0,105 m²&lt;/P&gt;&lt;P&gt;O valor exportado de GrossArea corresponde exatamente a:&lt;/P&gt;&lt;P&gt;3,00 × 0,035 = 0,105 m²&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="viniciusdlr_2-1787342127561.png"&gt;&lt;img src="https://community.graphisoft.com/t5/image/serverpage/image-id/105063iBAB79922599DBDE2/image-size/medium?v=v2&amp;amp;px=400" alt="viniciusdlr_2-1787342127561.png" title="viniciusdlr_2-1787342127561.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Porém, de acordo com a definição do IFC4 para Qto_CoveringBaseQuantities, GrossArea é a soma das áreas do covering facing the space.&lt;/P&gt;&lt;P&gt;Para um revestimento vertical (CLADDING), eu esperaria:&lt;/P&gt;&lt;P&gt;3,00 × 3,60 = 10,80 m²&lt;/P&gt;&lt;P&gt;Interessantemente, no mesmo arquivo, um IfcCovering classificado como FLOORING possui:&lt;/P&gt;&lt;P&gt;GrossArea = 10,80 m²&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="viniciusdlr_1-1787342110433.png"&gt;&lt;img src="https://community.graphisoft.com/t5/image/serverpage/image-id/105062iFC7A4EEFB612A77C/image-size/medium?v=v2&amp;amp;px=400" alt="viniciusdlr_1-1787342110433.png" title="viniciusdlr_1-1787342110433.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ou seja, o Archicad calcula corretamente a área da superfície nesse caso.&lt;BR /&gt;Isso parece indicar que, para CLADDING, o exportador está utilizando a área da base/seção (Length × Width), em vez da área da superfície revestida.&lt;/P&gt;&lt;P&gt;Alguém sabe se esse comportamento é intencional ou se existe alguma configuração do IFC Translator para alterar esse cálculo?&lt;/P&gt;&lt;P&gt;Referência IFC4:&lt;BR /&gt;Qto_CoveringBaseQuantities.GrossArea — “Sum of all gross areas of the covering facing the space.”&lt;/P&gt;&lt;P&gt;Arquivos de teste: Archicad 28 e Archicad 29.&lt;/P&gt;</description>
      <pubDate>Fri, 21 Aug 2026 19:56:07 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Dados-de-projeto-e-BIM/Problema-com-Qto-CoveringBaseQuantities-GrossArea-para/m-p/712544#M236</guid>
      <dc:creator>viniciusdlr</dc:creator>
      <dc:date>2026-08-21T19:56:07Z</dc:date>
    </item>
    <item>
      <title>Re: Problema com Qto_CoveringBaseQuantities.GrossArea para IfcCovering / CLADDING</title>
      <link>https://community.graphisoft.com/t5/Dados-de-projeto-e-BIM/Problema-com-Qto-CoveringBaseQuantities-GrossArea-para/m-p/712545#M237</link>
      <description>&lt;P&gt;Boa tarde, Vinicius,&lt;BR /&gt;Entendo que o IFC espera ordens de dimensões definidas pelo tipo de classificação que é inputado no elemento. Assim, o Cladding, que é esperado um tipo de revestimento vertical espera a ordem comprimento (X) * altura (Z) * Espessura (Y). Para o Flooring, que é esperado um elemento horizontal, a ordem é comprimento (X) * largura (Y) * Espessura (Z). Isso resultaria justamente no comportamento que você verificou, a multiplicação será X*Z (cladding) ou X*Y (flooring) para definir a área.&lt;BR /&gt;Se for possível alterar as classificações dos elementos, esse problema deve cessar. Outra opção, talvez criar psets personalizados com as dimensões pode ser um caminho, sendo necessário criar regras no bimcollab ou outro software para calcular a partir do pset.&lt;/P&gt;</description>
      <pubDate>Fri, 21 Aug 2026 20:56:15 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Dados-de-projeto-e-BIM/Problema-com-Qto-CoveringBaseQuantities-GrossArea-para/m-p/712545#M237</guid>
      <dc:creator>Rogerio M</dc:creator>
      <dc:date>2026-08-21T20:56:15Z</dc:date>
    </item>
  </channel>
</rss>

