![Foto do perfil de Alan Esguerra | Empresa de Software de Engenharia de Infraestrutura Foto do perfil de Alan Esguerra](https://www.bentley.com/wp-content/uploads/alans-author-pic.png)
Por Alan Esguerra, gerente de Estratégia do Setor
Tive a sorte de poder participar do International Standards Summit da BuildingSMART em Montreal, há algumas semanas, em outubro. Como engenheiro que já viveu no mundo do design nos EUA, eu avaliaria quais conferências são adequadas para um objetivo específico, a fim de me dar uma vantagem competitiva para vencer o próximo grande projeto. No entanto, esta conferência foi diferente. Tratava-se de aprender e fornecer informações para a orientação e desenvolvimento de um padrão de dados abertos.
Os defensores mundiais dos padrões de dados abertos da BuildingSMART, como o IFC, mostram-se muito promissores no futuro. Esta conferência destacou um progresso incrível feito nos últimos anos, com casos de uso comprovados em muitos setores. Esta conferência não foi apenas um testemunho dos elogios ao que outros setores estão fazendo com o IFC, mas também foi uma oportunidade fantástica para ouvir e dar voz a uma variedade de questões. Os participantes ativos dos workshops só servem para melhorar o movimento em prol do openBIM e dos padrões de dados abertos. As opiniões que orientam as prioridades, o quão abertos e compreensivos todos eram e o quanto todos estavam dispostos a partilhar a sua visão do futuro, realmente me impressionaram muito. Já não éramos proprietários, consultores, empreiteiros, vendedores. Éramos membros de uma comunidade que trabalhava em conjunto para o avanço do nosso setor. Na área de transporte, eu queria saber como o IFC está progredindo como um formato padrão aberto, onde ele é exigido como um produto final e como eles o estão usando hoje no mundo real (não em um projeto piloto, não em teoria ou como um trabalho de tese, mas na prática).
Fiquei surpreso ao encontrar algumas das respostas nas primeiras horas da sessão de abertura. Em suma, o IFC está em contínuo desenvolvimento e é utilizado principalmente na indústria vertical. O uso no mercado horizontal é pequeno em comparação, mas está crescendo constantemente.
Novas habilidades necessárias
São exigidas por algumas agências ao redor do mundo, mas para quê exatamente? Alguns usam o IFC porque é um formato fácil para inserir dados e atribuí-los à geometria do modelo. Às vezes, há muito esforço sendo despendido nessa atribuição de dados. No mundo do projeto de estradas, há cada vez menos projetistas entrando no setor. Mais redatores também estão se aposentando ou deixando a profissão. Isso coloca muita pressão sobre o projetista para fazer o projeto detalhado, a modelagem e o desenho sozinho. Imagine se uma quantidade significativa de atribuição de dados também fosse necessária. Acho que isso poderia abrir caminho para uma nova profissão em nosso setor.
Atualmente, a atribuição de dados em projetos 3D é feita principalmente pelo projetista. À medida que as exigências das agências aumentam, o esforço necessário para adicionar esses dados ao longo do ciclo de vida dos ativos também aumentará. Às vezes, a tecnologia pode ajudar nesse esforço por meio da automação e da otimização dos fluxos de trabalho. Isso também pode exigir o desenvolvimento de uma nova habilidade que pode vir do projetista ou de outra pessoa.
Como esperado, a maioria das pessoas com quem conversei estavam no espaço vertical. Alguns eram consultores BIM, alguns empreiteiros e projetistas. Lembro-me de uma conversa com uma projetista que agora trabalha para uma empreiteira. Eu perguntei a ela: “Como você usa o IFC hoje?”
Ela respondeu: “nós não. Costumávamos fazer. Principalmente para coordenação e algum tipo de uniformidade entre as entregas."
“Então o que você usa agora?”
“O aplicativo de criação original”, ela respondeu. “O IFC foi ótimo para coordenação até que realmente aprendemos como consumir os dados diretamente. Temos muito mais flexibilidade para fazer alterações, se necessário, e extrair a intenção do projeto”. A intenção do projeto descreve o relacionamento entre os objetos do design para que, quando um objeto for alterado, as propagações ocorram automaticamente em outro lugar.
Provavelmente estou parafraseando partes da conversa, mas continuo ouvindo que o IFC pode levar (ou em breve vai levar) a intenção do projeto. Embora isso possa um dia ser uma realidade, certamente não será tão cedo. Outros equívocos que ouço com frequência são que a viagem de ida e volta ou que um arquivo IFC carrega segurança, então é possível “assinar e selar” o arquivo.
Mensagens
Durante a plenária de abertura, Marek Suchocki da Autodesk falou sobre a história do openBIM, como a Autodesk o apoia e, o mais importante, alguns dos desafios de mensagens que enfrentamos em relação ao IFC. Encontrei-me na situação peculiar de concordar com uma palestra da Autodesk. Apesar de sermos concorrentes, estamos todos no mesmo espaço, focados no avanço da indústria para um ambiente melhor construído amanhã.
A maior parte do valor atual do IFC está no setor vertical, com algum trabalho horizontal sendo feito com as versões posteriores (IFC 2×3, lançado em 2006, e 4, lançado em 2015). Só agora com 4.3.1.0 enviado para certificação ISO (4.3.0.0 foi enviado de volta com comentários) temos a oportunidade de fazer crescer a IFC em projetos ferroviários, rodoviários e rodoviários.
A maioria das pessoas que encontrei publica IFC porque uma agência governamental ou o proprietário o exigiu ou para a coordenação de modelos de terceiros. Coordenação de modelo, análise, auditorias e QTO podem ser feitos com o aplicativo de autoria nativo. Por exemplo, uma simples referência do Revit, SketchUp e vários outros arquivos 3D no OpenRoads Designer pode ser instantaneamente mostrada e coordenada em 2D, perfil, seção transversal e 3D view ou em folhas. Por que publicar no IFC? Porque está aberto.
Embora muitos optem por pagar por aplicativos que consomem IFC, existe a teoria de que seria possível desenvolver ferramentas gratuitas para usar melhor o IFC. Eu, pessoalmente, não encontrei nenhuma ferramenta gratuita que fizesse mais do que visualizar um modelo como uma imagem bonita com consultas manuais de dados. Qualquer uma das ferramentas com recursos que valham a pena usar exige desembolsar alguma quantia em dinheiro.
O que foi mais interessante ouvir de Suchocki foi um slide que descreve as limitações do openBIM; como os formatos e soluções nativos são aumentados e não substituídos pelo IFC. O IFC funciona muito bem com edifícios, mas faltam informações geoespaciais. Existem esforços atuais para trabalhar o IFC com CityGML/GIS para ajudar com isso. A segurança também está faltando no IFC. Não há como assinar e selar um arquivo IFC. Os aplicativos de criação nativos têm vários níveis de "selagem" de um arquivo. Seguindo o propósito de uma assinatura e selo original de um engenheiro, um arquivo Bentley DGN, por exemplo, pode conter certificados de segurança e proteger os dados de qualquer alteração. Existem, no entanto, esforços contínuos para uma espécie de invólucro que possa ser assinado e selado. Dados ou arquivos podem ser armazenados dentro desse invólucro, e o invólucro pode bloquear tudo o que estiver dentro dele. Isto é independente do IFC. A segurança do IFC é um tópico planejado para versões futuras.
Design to Design também é um equívoco comum com o IFC como um caso de uso suportado. O que Design to Design significa é desenvolver um modelo no OpenRoads, publicar um IFC e, em seguida, importar o IFC para um design contínuo e contínuo no Civil3D provavelmente não acontecerá.
Depois que uma ferramenta de criação cria um modelo e um IFC é publicado, você não pode usar esse IFC e recriar o projeto desde o início. A viagem de ida e volta "roundtripping", como é comumente chamado, requer a capacidade de definir muito mais do que um IFC publicado fornece atualmente. O modo como cada parte da geometria é calculada e desenhada, e como cada algoritmo faz a extrusão de um objeto, é diferente para cada aplicativo de criação. O IFC sempre foi um instantâneo publicado de um produto acabado com atribuição de modelo. Ele próprio não é um arquivo vivo contínuo. Ele não pode ser usado para continuar com a intenção do projeto em diferentes aplicações. Também será necessária uma quantidade significativa de trabalho para lidar com algo como projeto paramétrico.
Suchocki continua dizendo que “o IFC não significa necessariamente que reduzirá o tempo e aumentará a simplicidade. Na verdade, isso pode adicionar mais complexidade com novos conjuntos de habilidades necessários.” Estamos vendo isso agora. Foi certamente revigorante ver, num slide anterior, os valores e as críticas do IFC. Uma delas é que os arquivos são muito grandes. Certa vez, vi um pequeno projeto rodoviário com um tamanho de arquivo de 10gb. Portanto, muitos aplicativos optam por dividir um projeto específico em vários arquivos diferentes.
“Isso não compensa a falta de planejamento e certamente não garante que todos terão uma experiência consistente.” Isso vale para qualquer coisa, de fato. A tecnologia e os padrões são apenas duas peças de um quebra-cabeça muito complicado e intrincado para resolver a infraestrutura do futuro.
Embora o IFC tenha muitos benefícios potenciais, é importante transmitir as limitações e as realidades da IFC, ter mensagens consistentes para que a continuação do IFC não seja inibida e prejudicada pelo fracasso de falsas promessas.
IFC nos produtos da Bentley
Afirmei no último artigo que a Bentley esteve envolvida com o BuildingSMART e apoiou as muitas iterações do IFC em quase todos os seus produtos de plataforma. Ao contrário de algumas opiniões, o IFC não é concorrente das soluções da Bentley. Continuamos apoiando o IFC hoje, como sempre fizemos e não prevemos deixar isso de lado tão cedo. Entre nosso suporte desktop e baseado em nuvem para IFC, temos de cinco a oito versões diferentes suportadas. Com a versão 4.3.1.0, esperamos limpar a casa e focar (nosso melhor palpite) em um padrão oficial. Nosso melhor palpite é que ainda não é um padrão oficial. Esperamos realmente que seja em breve.
Como na versão mais recente do OpenRoads Designer, estamos adicionando mais funcionalidade e facilidade de uso para aplicar dados aos modelos para exportação IFC. No entanto, como acontece com todos os aplicativos de desktop, o cronograma entre desenvolvimento, lançamento, uso e feedback pode se estender por meses ou até anos.
Numa conferência anterior, alguém perguntou: “Quando posso, como engenheiro rodoviário nos EUA, esperar ver o IFC como um produto obrigatório nos projetos?”
Isto seria iterativo, testado pelas agências governamentais e depois obrigatório, provavelmente projeto por projeto, antes de ser amplamente aceito. Esperar que isto seja um resultado obrigatório útil em todos os projetos poderá ser daqui a alguns anos em contratos estatais do DOT. Atualmente esperamos que a certificação ISO ocorra no próximo ano (é claro que esperamos que atualizações futuras ocorram mais rapidamente). A propósito, o esquema atual submetido para certificação ISO não possui itens como drenagem pluvial. Todos ainda exigirão o desvio de tubulações AVAC de edifícios para uso em tubulações de infraestrutura por um bom tempo.
Em contraste com o ciclo típico de desenvolvimento de produtos, a Bentley também fornece exportação IFC por meio de nossos serviços iTwin. Como os nossos serviços iTwin são baseados na nuvem, as atualizações do esquema podem ocorrer em dias ou semanas e ser lançadas instantaneamente, sem a necessidade de downloads e instalações de software. Outra vantagem é que a exportação do IFC pode ser um modelo completamente federado de vários fornecedores. Isso garantirá que a exportação seja limpa e consistente. Em vez de um único aplicativo de desktop produzir IFC somente a partir de suas informações proprietárias, o iTwin pode ser o agregador das informações antes da exportação do IFC. Estamos trabalhando para melhorar o suporte IFC baseado em desktop e em nuvem e desenvolvendo ativamente maneiras de criar um IFC melhor e mais rapidamente.
Em meus próprios termos, acredito que o IFC tem tudo para ser uma ótimo "omelete", mas ainda estamos quebrando alguns ovos para chegar lá. As pessoas que conheci nesta conferência são algumas das pessoas mais apaixonadas, inteligentes e trabalhadoras que já conheci, todas trabalhando em prol de um futuro melhor para o ambiente construído. Se você tiver a sorte de comparecer, recomendo enfaticamente que o faça. A próxima conferência BuildingSMART será em Roma, de 27 a 30 de março de 2023.