Texto traduzido – Original Ondsel
Mesmo profissionais calmos e firmes podem chegar ao ponto em que acabaram de se fartar. E para muitos arquitetos por aí, ter que usar o Autodesk Revit diariamente é realmente esse tipo de experiência frustrante.
O Revit é o que a maioria dos arquitetos aprende na escola e depois usa no trabalho. Para dar crédito onde o crédito é devido, tem muitos pontos positivos. Você não consegue ser 1º se não fizer o trabalho. No entanto, é realmente lento, há preocupações de propriedade intelectual de dados, o preço da assinatura está aumentando ano após ano, a administração da Autodesk não parece ter uma visão coerente para o futuro do produto e eles não ouvem os clientes tanto quanto deveriam, e essa nem é toda a lista de problemas.
Neste post, vamos nos concentrar em apenas um aspecto dessa relação de amor e ódio: a interoperabilidade. Vamos falar sobre o IFC e por que a Autodesk deve tomar nota de ferramentas emergentes gratuitas e de código aberto para a criação de BIM (Building Information Modeling).
Este post foi escrito em colaboração com Yorik van Havre, mantenedor das bancadas Arch e BIM. Para adicionar contexto a este artigo, também incluímos insights de Ryan Schultz, um arquiteto baseado nos EUA com mais de 20 anos de experiência, fundador da OpeningDESIGN e membro ativo da comunidade OSArch.
IFC? BIM?
Se você é novo no tópico, aqui está uma rápida introdução. Na arquitetura “tradicional”, você tem vários planos de um edifício. Os engenheiros estruturais têm o seu próprio plano, assim como os engenheiros do MEP e o pessoal do HVAC. E como os planos passam por revisões, eles não necessariamente correspondem no momento em que a construção começa. E assim você pode ter problemas como vigas passando por dutos (nada ótimo), fios elétricos correndo perto de tubulações de água (realmente bagunçado) ou tubulações de gás natural interferindo em dutos de ventilação (‘santa mãe de deus’ ruim). O que soa como um exagero cômico, exceto quando não é.
A modelagem da informação da construção, ou BIM para abreviar, é uma metodologia de projeto que pressupõe ter um modelo completo de uma edificação, tanto dados geométricos (paredes, lajes, teto etc.) quanto todos os sistemas de engenharia. Isso permite analisar o modelo completo para embates como os citados acima. Mas é muito mais do que isso. Como tudo é um modelo, há geração mais fácil de lista de materiais, cálculo de custo mais fino, melhor programação do ciclo de vida etc., mas acima de tudo – melhor comunicação entre todas as partes envolvidas.
![Geração de gráfico de Gantt](https://ondsel.com/assets/images/gantt-a316e03498b636958558ada8b4325b8a.webp)
É aqui que o padrão Industry Foundation Classes, ou IFC, se torna importante. É a maneira como você troca dados de projeto entre colaboradores, especialmente quando eles usam um programa de autoria BIM diferente, como ArchiCAD ou Tekla Structures.
O IFC é, antes de tudo, um esquema de dados que descreve que tipo de informação pode ser representada, que metadados podem ser anexados a essa informação e como diferentes bits de informação estão conectados entre si. À medida que as demandas crescem, o esquema IFC muda ao longo do tempo, com cada grande revisão incluindo algo novo. Então o software BIM tem que se adaptar.
Um pouco confuso, não há um formato de arquivo único para IFC. São muitos formatos de arquivo que representam as mesmas informações de maneiras diferentes, cada um adequado para um aplicativo específico. Talvez, o formato de arquivo mais comumente usado seja IFC-SPF. É um formato de texto baseado no STEP, conforme definido pela ISO 10303-21.
O que acontece com a interoperabilidade e o suporte IFC do Revit?
Para o Revit e outros aplicativos de criação BIM semelhantes, há dois fluxos de trabalho principais que envolvem a troca de dados e IFC. O fluxo de trabalho menos popular é a troca de modelos completos, que só funciona para projetos menores. O fluxo de trabalho mais popular é exportar uma parte de todo o projeto para o IFC, entregá-lo a, por exemplo, um engenheiro MEP e, em seguida, recuperar a revisão e vincular esse arquivo no projeto mestre.
Para a empresa que realmente iniciou a IFC em 1994, a Autodesk está lidando com seu suporte de uma maneira bastante incomum. IFC vinculando e exportando no Revit é implementado como um plugin de código aberto que está disponível há mais de uma década. Os lançamentos são regulares, eles são gerenciados por um funcionário da Autodesk, mas uma grande parte do desenvolvimento ainda é feita pela pessoa que escreveu o código original em seus anos da Autodesk e depois foi trabalhar em uma empresa diferente. Também não é um projeto muito ativo:
![Confirma o revit-ifc git repo de acordo com os dados do OpenHub](https://ondsel.com/assets/images/revit-ifc-commits-a7806f61f083eed9aafa7ae8105208b5.webp)
Também não há muitos contribuintes ativos:
![colaboradores revit-ifc de acordo com os dados do OpenHub](https://ondsel.com/assets/images/revit-ifc-contributors-07f591ad1f9123a37d430349fb6c898d.webp)
O Revit-ifc não é um despejo de código, mas também não tem grande liderança. Claro, poderia haver um caso para a disponibilidade do código-fonte para modificação e distribuição (LGPL 2.1). Afinal, se projetos regulares de código aberto têm permissão para dizer “se você não gostar, corrija-o” (o que tende a ser mal visto), isso não se aplica à Autodesk também? Mas se você é um escritório de arquitetura que paga uma taxa de assinatura pesada e cada vez maior para um fornecedor de software, fazer o trabalho do fornecedor provavelmente não está na sua lista TOP10 de coisas para fazer.
O resultado líquido é que a interoperabilidade do Revit com outros aplicativos não é grande, para dizer o mínimo. Foi um dos principais temas levantados pelos arquitetos em várias cartas abertas em 2020 e 2022.
A carta aberta original, assinada em 2020 por algumas das grandes empresas da Grã-Bretanha, mencionava “interoperabilidade insuficiente entre programas, especialmente ao trocar IFC” e, em seguida, solicitava “um compromisso de melhorar continuamente [..] interoperabilidade da indústria (incluindo IFC), bem como expansão do suporte à geometria e alinhamento aos padrões internacionais de dados”.
Para o crédito da Autodesk, eles admitiram que poderiam ter feito um trabalho muito melhor e começaram a se envolver mais ativamente com os clientes.
Dois anos depois, uma atualização da carta aberta foi publicada. Embora os autores tenham aplaudido a criação de um roteiro público e outras mudanças, eles também sentiram que a empresa não estava interessada em mudanças fundamentais:
A sensação permanece de que a Autodesk deliberadamente evitou o investimento em ferramentas apropriadas, em vez de expandir sua equipe de conformidade e receitas. … Permanece a necessidade de uma reinicialização estratégica, a fim de criar uma plataforma que seja adequada ao propósito para o design interoperável e a entrega da próxima geração de projetos globais. Claramente isso é uma coisa difícil de fazer enquanto ligado ao formato de arquivo RVT.
Esse sentimento foi amplamente compartilhado por um grande grupo de arquitetos da Noruega, Dinamarca, Finlândia e Islândia, que escreveram a Carta Nórdica (assinada por 326 escritórios de arquitetura representando mais de 14.000 arquitetos) também em 2022. Os autores da The Nordic Letter foram ainda mais longe, citando a interoperabilidade insuficiente entre os próprios produtos da Autodesk, Revit e Civil 3D:
A experiência, no entanto, é que a interoperabilidade e o fluxo de trabalho subsequente entre esses dois programas de propriedade da Autodesk é pobre para dizer o mínimo, exigindo várias soluções alternativas apenas para poder trocar dados vitais do projeto.
Portanto, parece que uma parte substancial da comunidade global sente que a Autodesk não está interessada em investir em interoperabilidade, mesmo que estejamos falando de seus próprios produtos.
Como usuário, você pode bater a batida sobre querer um determinado recurso. Mas se a empresa não quiser fazer isso, você está de mãos atadas. No entanto, com o código aberto, quanto mais batidas de bateria você tiver, quanto mais usuários disserem “queremos isso”, mais provável é que você possa organizar financiamento para o desenvolvimento de um recurso. É um belo ciclo de feedback — Ryan Schultz
IFC e FOSS nativos
Então, como as ferramentas emergentes de criação BIM gratuitas e de código aberto mudam esse quadro?
O importante a entender aqui é que os aplicativos proprietários de criação BIM não são editores IFC. Quando eles importam um arquivo IFC, eles o convertem em seu próprio modelo de objeto de documento. Quando eles exportam um arquivo IFC, eles convertem a representação interna das informações do edifício em geometria STEP e metadados IFC. As consequências disso são múltiplas.
Em primeiro lugar, eles inserem metadados específicos do fornecedor que efetivamente criam um superconjunto do padrão. Esses metadados não viajam bem entre aplicativos de criação BIM. E então alguns dados não específicos são perdidos por causa de erros de ida e volta.
Em segundo lugar, há muito trabalho extra envolvido para criar um mapeamento entre classes IFC e objetos do Revit ao importar e exportar.
E, por último, você não pode ter um fluxo de trabalho com alterações atômicas entre as revisões. E o último significa que você não pode localizar facilmente a diferença entre dois pontos de dados ou, melhor ainda, fazer uma visualização sensata das alterações. Este é um daqueles casos em que algo é tecnicamente correto de fazer, mas realmente não é útil.
E é justamente onde os aplicativos gratuitos e de código aberto estão começando a mostrar seus dentes, porque o BlenderBIM e o FreeCAD estão mudando para a metodologia IFC nativa.
Em poucas palavras, o IFC nativo é uma maneira de um aplicativo de criação BIM introduzir alterações extremamente pequenas em arquivos IFC pré-existentes. As regras básicas são simples:
- Nunca altere a ID de uma entidade IFC ao editar seus atributos
- Se você remover uma entidade, não reutilize sua ID numérica
- Sempre escreva entidades no mesmo formato que já foi usado no arquivo IFC
Tudo isso significa que os dados originais são destruídos o mínimo possível. O que permite colocar arquivos IFC em um sistema de controle de versão. E isso, em troca, possibilita criar diffs sensatos entre revisões e realizar auditoria (git blame).
Há muito potencial em ser capaz de puxar, revisar e mesclar as mudanças de outra pessoa, embora muito poucas pessoas na arquitetura façam isso agora. Se a indústria de software fosse mais parecida com a indústria AEC, todos no setor de TI estariam em seus próprios silos — incapazes de compartilhar a verdadeira fidelidade de seu código uns com os outros. — Ryan Schultzos outros. — Ryan Schultz
E como tanto o BlenderBIM quanto o FreeCAD dependem da biblioteca IfcOpenShell, eles escrevem geometria e metadados da mesma maneira compatível com o padrão. O que significa que você pode trocar dados entre usuários de ambos os aplicativos e obter alterações atômicas rastreáveis que podem ser visualizadas. O BlenderBIM já vem com o IfcMerge, uma ferramenta de Bruno Postle para gerenciar arquivos IFC em um repositório git, e uma implementação inicial de uma visualização visual de diferenças:
![BlenderBIM, difusão visual](https://ondsel.com/assets/images/blenderbim-1-1ab482f982b3fc0d419884058a27588a.webp)
A implementação tem alguns problemas, mas a menos que estejamos perdendo algo, esta é praticamente a primeira ferramenta de diff visual para IFC em toda a indústria, aplicativos proprietários incluídos.
Como um aplicativo de autoria BIM, o BlenderBIM está crescendo em um ritmo incrível e vem com ferramentas de arquitetura e MEP, tem meios para planejamento, cálculo de custos, geração de documentação 2D, sua própria biblioteca de materiais etc.
![BlenderBIM, ferramentas MEP](https://ondsel.com/assets/images/blenderbim-2-3329ed2ae33c5bb90e222a0a3332d6bb.webp)
BlenderBIM, ferramentas MEP E, o que também é importante para a visualização arquitetônica, o BlenderBIM é construído sobre o Blender com seus ricos recursos de animação e renderização 3D.
O módulo NativeIFC do FreeCAD é um trabalho em andamento. Este projeto está sendo trabalhado por Yorik van Havre, desenvolvedor original de bancadas Arch e BIM. Seu trabalho é patrocinado pela Open Toolchain Foundation e NLnet Foundation.
![NativeIFC no FreeCAD](https://ondsel.com/assets/images/native-ifc-freecad-b50dd26257a5be526d21ea2868ba7dca.webp)
Embora o BlenderBIM já tenha mudado para o uso de IFC-SPF como um formato de arquivo nativo em vez de .blend, a abordagem do Yorik é ligeiramente diferente. Depois que o módulo for mesclado, você terá duas opções. FreeCAD será capaz de abrir arquivos IFC diretamente e salvar de volta para eles, mas também será capaz de armazenar dados IFC originais em um contêiner dentro de um arquivo FreeCAD regular.
O módulo IFC nativo também se conecta ao conjunto existente de ferramentas de modelagem de arquitetura do FreeCAD que já foram usadas na produção em projetos menores.
Embora nenhum projeto seja atualmente polido o suficiente para ser usado para um projeto de arquitetura de grande escala em um prazo, sua base é exatamente o que as ferramentas de criação BIM do século 21 devem se basear. Eles estão tratando a IFC da maneira que deveria ser tratada. E com uma base sólida como essa, amadurecer é um ‘quando’, não um ‘se’.
Imagens cortesia de Dion Moult (BlenderBIM) e Yorik van Havre (FreeCAD)