No description
| images | ||
| cube.ifcx | ||
| esempio_01 edificius.ifcx | ||
| hello-wall.ifcx | ||
| out-props.ifcx | ||
| out.ifcx | ||
| out2.ifcx | ||
| plane.ifcx | ||
| README.md | ||
| wall_with_windows.ifcx | ||
ifc-data-horse 🐴
"There are no wheels yet, but the thing is running"
TL;DR
This project explores IFC5 and Native IFC collaborative worklows based on Git.
Meet the Team
- Milovann Yanatchkov : bug-hunter, aec-free-rider, associate-professor, kebab-case-lover.
- Artem Igumnov : civil-engineer, aec-ice-breaker
The Challenge
Problem Statement
- Architects and planners rely on a broad ecosystem of software tools,
- yet poor data integration between these tools creates major bottlenecks in the design process.
- This fragmentation prevents holistic project optimization and slows down coordination.
Data Stream
- Although OpenBIM ✅ aims to support interoperability, it still lacks robust mechanisms for
bi-directional data exchange ✅
- —particularly when it comes to re-integrating data into CAD and CDE environments.
- Existing initiatives often do not prioritize full OpenBIM compliance, leaving a clear opportunity for alternative, standards-aligned solutions.
'Flat Modules' vs 'Monolithic Blob'
At the same time, the emerging modularized and layerized IFC5 standard ✅
- introduces new capabilities for more flexible, fine-grained, and machine-friendly data handling.
- These advances open the door to new workflows built around decentralized, event-driven data exchange rather than monolithic file transfers.
Previously ...
Zurich 2024
- AEC hackathon Zurich 2024 : GitAec as a Git-native CDE platform for AEC.
Zurich 2025
- Flow-based modeling discused during hacakthon tech talks (youtube)
vyzn : data-streaming-bim-platform
ifc-data-bus 🚐
The Solution
IFC5 Model
There's more !
Well .... not really
But wait,
And, ... yes it works ! ...











