Voltar ao blog de BIM e IFC
Gêmeos digitais · 2026-10-10 · 8 min
O que é um gêmeo digital urbano? Três exemplos ao vivo que você pode abrir
Um gêmeo digital de cidade é um modelo 3D de um lugar que permanece conectado ao que acontece nele. O que isso significa na prática: as cinco camadas que o compõem, de onde vem cada uma e três exemplos ao vivo — Barcelona, Helsinque e Tóquio — que rodam no seu navegador a partir de dados abertos.
Três gêmeos digitais urbanos ao vivo lado a lado no IFC Viewer Online: a Plaça de Catalunya em Barcelona, o terminal de ônibus Elielinaukio em Helsinque e uma entrada de estação em Tóquio, cada um colorido pelos dados abertos da sua cidade
Um gêmeo digital urbano é um modelo 3D de parte de uma cidade que permanece conectado ao que acontece nela. O modelo diz o que está onde: o terreno, os edifícios, as ruas, os ativos que há neles. A conexão diz em que estado eles estão agora — uma doca de bicicletas vazia, um ônibus na sua baia, um trem atrasado.
O Digital Twin Consortium define um gêmeo digital como uma “representação virtual de entidades e processos do mundo real, sincronizada a uma frequência e fidelidade especificadas”[dtc]. A frequência é a parte que falta à maioria dos modelos 3D de cidades. Este guia mostra como é o resto, com três gêmeos que você pode abrir agora mesmo, cada um criado com os dados abertos da sua cidade e rodando no navegador.
O essencial
- Um gêmeo digital é um modelo mais uma ligação ao vivo com o lugar que ele modela. Um modelo 3D de cidade sem essa ligação é um bom mapa, não um gêmeo.
- Um gêmeo de cidade empilha cinco camadas: terreno, contexto urbano, modelos detalhados dos ativos, vínculos (bindings) e estado ao vivo. Cada uma vem de uma fonte diferente e se atualiza no seu próprio ritmo.
- Quando os publicadores permitem requisições do navegador, a pilha inteira pode rodar no navegador do visitante com dados abertos — sem plataforma, sem servidor nosso.
- Barcelona, Helsinque e Tóquio, logo abaixo, estão ao vivo: docas de bicicletas, baias de ônibus e uma entrada de estação coloridas pelos feeds das suas cidades.
O que faz de um modelo um gêmeo
Três coisas, e a terceira é a que as pessoas pulam:
- Um modelo de um lugar real: geometria, identidade e dados das coisas que há nele, posicionadas onde realmente estão.
- Uma conexão com o estado atual do lugar, atualizada a uma frequência conhecida: a cada segundo para um ônibus, a cada minuto para uma doca de bicicletas, a cada hora para a qualidade do ar.
- Algo feito com esse estado: exibido no modelo, verificado com regras que disparam alertas, guardado como um histórico que você pode reproduzir.
Sem a segunda, você tem um modelo 3D de cidade, o que continua sendo útil: o Japão publica modelos abertos das suas cidades pelo PLATEAU[plateau], Helsinque publica os seus[helsinki3d], em geral no padrão aberto CityGML[citygml]. Como um modelo desses difere de um gêmeo, passo a passo, está em BIM vs. gêmeo digital.
As cinco camadas de um gêmeo de cidade
As cinco camadas do gêmeo de Barcelona, do terreno até as leituras ao vivo. Cada número vem do arquivo de cena.
- Terreno Um modelo de elevação sobre o qual fica todo o resto. Em Barcelona é o modelo de terreno de 5 m do ICGC, para que os modelos fiquem sobre a rua em vez de flutuar acima dela ou afundar nela.
- Contexto urbano Edifícios e ruas ao redor dos ativos, aqui vindos do OpenStreetMap, desenhados na mesma projeção que os modelos, para que um meio-fio se alinhe com o meio-fio do IFC.
- Modelos dos ativos As coisas que você quer acompanhar, modeladas em detalhe: aqui, oito arquivos IFC 4.3 — fontes, uma estação Bicing com seus postes de doca, um acesso ao metrô, um carregador de veículos elétricos (VE) —, cada um posicionado pelo seu próprio georreferenciamento.
- Vínculos O que liga um feed aos elementos: qual fonte, qual dispositivo dentro dela, quais elementos IFC, qual cor para qual valor. Sem eles, os dados ao vivo são uma lista de números ao lado de um modelo.
- Estado ao vivo As próprias leituras, cada uma no seu ritmo: o Bicing a cada 60 s, o carregador de VE a cada 5 minutos, a qualidade do ar a cada 15. Uma leitura mais antiga do que a fonte permite fica cinza, em vez de se passar por recente.
A maior parte do trabalho, e a maior parte das falhas, fica entre as camadas: um modelo alguns metros fora da sua rua, um vínculo que não encontra elementos porque as docas são partes de um conjunto, um feed cujos carimbos de data e hora não são o que parecem. Cada um dos estudos de caso abaixo descreve um desses problemas.
Três exemplos ao vivo
Cada um roda a partir de um único arquivo de cena, com os dados abertos da sua cidade. Abra-o, clique em qualquer ativo para ver os dados e use “Explorar” para pular entre os pontos ao vivo.
Barcelona: docas de bicicletas e um carregador de VE
Plaça de Catalunya, ao vivo
Oito modelos IFC no mapa 3D de Barcelona. As docas do Bicing e as vagas do carregador Endolla tiram a cor dos feeds da cidade.
Abrir o visualizador IFC interativo
Oito modelos IFC georreferenciados ao redor da praça, com a estação Bicing 65 e um carregador na rua vinculados aos seus feeds ao vivo, e o trânsito e a qualidade do ar como camadas do mapa. A construção completa, do feed ao poste de doca colorido: um gêmeo digital ao vivo da Plaça de Catalunya.
Helsinque: ônibus nas suas baias
Elielinaukio, ao lado da Estação Central de Helsinque: cada baia muda de cor conforme o seu ônibus encosta, espera e abre as portas.
Três modelos IFC — a estação, a Catedral e o terminal — e nove baias vinculadas às posições de veículos em tempo real da HSL, que chegam via MQTT cerca de uma vez por segundo para cada ônibus. Por que MQTT e não GTFS-Realtime, e como um id de parada vira uma baia: um gêmeo de terminal de ônibus ao vivo via MQTT.
Tóquio: uma entrada de estação e uma parada de bonde
Saída A4 de Tochōmae: as marcas da Toei mostram o estado da linha Ōedo; a placa da estação, um trem na plataforma; o poste do ponto, um ônibus que passou há pouco.
Duas estações vinculadas aos dados abertos do ODPT: posições dos trens, estado das linhas e o feed GTFS-Realtime dos ônibus da Toei, decodificado na página. Os detalhes, e o que o ODPT pode e não pode dizer: gêmeos de estações de Tóquio com dados abertos do ODPT.
Como os dados chegam ao modelo
Três transportes, uma regra: o navegador só consegue ler um feed se o publicador enviar cabeçalhos CORS.
Toda requisição vai do navegador do visitante ao publicador. Isso só é possível quando o publicador responde com cabeçalhos CORS, que permitem que uma página de outro site leia a resposta. Os feeds de bicicletas e de recarga de Barcelona, o fluxo MQTT da HSL e o endpoint público do ODPT enviam esses cabeçalhos; o feed GTFS-Realtime da HSL não envia, então o gêmeo de Helsinque usa o fluxo MQTT no lugar dele.
Até onde vai um gêmeo no navegador
- Dados privados ou protegidos por chave. Exigem um servidor entre o navegador e a fonte.
- Simulação pesada. Modelos de inundação, de energia ou de multidões para um bairro inteiro exigem mais processamento do que uma página deveria consumir.
- Controle. Um gêmeo que aciona equipamentos precisa de autenticação, de uma trilha de auditoria e de uma conexão confiável, não de um link público.
- Celulares. As cenas completas foram testadas em navegadores de desktop; nos celulares, ainda não foram medidas.
Crie um com os seus próprios modelos
- Coloque o seu IFC no mapa Abra-o no mapa 3D e confira se ele cai onde deveria: como ver um IFC em um mapa 3D.
- Corrija o georreferenciamento, se não cair A maioria dos modelos fora do lugar tem um IfcMapConversion ausente ou errado: coordenadas IFC e georreferenciamento.
- Adicione um feed e um vínculo Aponte uma fonte de dispositivos para um feed que envie cabeçalhos CORS e vincule-a aos elementos por classe IFC e nome, ou por GlobalId.
- Compartilhe Salve-o como arquivo de cena ou empacote-o em um link, e incorpore-o onde as pessoas já trabalham: como incorporar um visualizador IFC.
O que é um gêmeo digital urbano? Três exemplos ao vivo que você pode abrir