Zapytaj pięć osób z BIM, czym jest koncept IFC, a dostaniesz pięć różnych odpowiedzi. Albo uprzejmą ciszę.
A przecież IFC 4.3 jest zbudowany z konceptów, jest ich 99. I wszystko, co decyduje, czy Twój plik zostanie przyjęty, mówi ich językiem: wymagania klienta, oficjalne widoki modelu i IDS.
To krótkie wprowadzenie dla osób, które dostarczają IFC dla dróg, kolei i mostów. Czym jest koncept, pokazane na jednym prawdziwym filarze mostu. Ile ich jest. Których wymagają oficjalne widoki. I ile z nich naprawdę sprawdzi IDS. Ta ostatnia liczba mnie zaskoczyła.
| Co | Konceptów |
|---|---|
| IFC 4.3, razem | 99 |
| Alignment-based View (oficjalny MVD dla infrastruktury) | 64 |
| Reference View (oficjalny MVD do koordynacji) | 51 |
| IDS 1.0 sprawdza w pełni | 22 (+10 częściowo) |
| Poza oficjalnymi widokami | 35 |
Ten artykuł to rozgrzewka przed moim darmowym webinarem na żywo 99 konceptów IFC 4.3: które są warte Twojej uwagi? w poniedziałek 14 grudnia o 19:00 CET. Zapisz się tutaj. Webinar jest po angielsku.
1 · Jeden filar, 18 konceptów
Weź filar P1 mostu BR-01 z naszego demonstracyjnego korytarza w IFC 4.3. W przeglądarce to szara betonowa ściana. W pliku zaczyna się od jednej linii:
#252=IFCCOLUMN('0orICgdHPSlR49FPc2z3O2',#7,'Pier wall P1','Pier wall - Pier P1',$,#234,#251,'PW-P1',.PIERSTEM.);
Ta linia podaje klasę, nazwę, tag i to, że to trzon filara (PIERSTEM). Wszystko inne, co klient chce wiedzieć, siedzi w innych liniach, które wskazują na #252. Z czego jest? Do której części mostu należy? Który rysunek, które zadanie w harmonogramie, która pozycja kosztorysu?
Na każde z tych pytań IFC 4.3 ma jeden ustalony wzór odpowiedzi. Ten wzór to koncept.
Koncept IFC to uzgodniony sposób zapisania jednego rodzaju informacji w pliku IFC: które encje, która relacja, które atrybuty i w jakiej kolejności. Jedno pytanie o obiekt, jeden koncept. Każdy program, który się go trzyma, zapisuje odpowiedź tak samo, więc każdy program, który czyta plik, wie, gdzie szukać.
Oto jeden koncept w całości. Pytanie: gdzie należy filar? Koncept: Spatial Containment. Odpowiedź ma zawsze ten sam wzór: jedna relacja, elementy na liście, element przestrzenny na końcu.
#4897=IFCRELCONTAINEDINSPATIALSTRUCTURE('2_OacXNyD4bhocbiOgh69Z',#7,'Contents of P1',$,(#252,#2842,#2921,#3006),#76);
#76=IFCBRIDGEPART('2$$aENSZ9R_A5dHZe7cQme',#7,'P1',$,$,#75,$,'Pier P1',.ELEMENT.,.VERTICAL.,.PIER.);
Filar, jego stopa fundamentowa, beton podkładowy i podsypka z tłucznia są zawarte w części mostu P1 typu PIER. Nie w kondygnacji budynku, nie w nazwie warstwy, nie we właściwości wpisanej ręcznie. Więcej o tym w artykule Twoja droga mieszka w kondygnacji budynku.
Przeszedłem po każdej linii, która wskazuje na #252, i policzyłem koncepty. Jeden filar ma ich 18:

03_Bridge_BEST_IFC4x3.ifc.Spójrz na ostatnią grupę. Rysunek, zadanie budowy z datami i pozycja kosztorysu też siedzą na filarze. Zapamiętaj je. Wrócą w punkcie 5.
2 · 99 konceptów w ośmiu grupach
buildingSMART opisuje koncepty IFC 4.3 jako szablony konceptów (concept templates) podzielone na grupy. Oto one, z przykładem z tego samego filara:
| Grupa | Konceptów | Na naszym filarze, na przykład |
|---|---|---|
| Object Attributes | 7 | nazwa, tag, GlobalId, historia właściciela |
| Object Definition | 8 | typ „Pier wall 4000×800”, zestawy właściwości i ilości |
| Object Association | 6 | materiał, klasyfikacja, rysunek S300 |
| Object Assignment | 10 | system nośny, zadanie budowy, pozycja kosztorysu |
| Object Composition | 10 | most BR-01, jego podpory (Substructure), część mostu P1 |
| Object Connectivity | 18 | zawarty w części mostu P1 |
| Product Shape (z Product Type Shape) | 31 | oś, bryła wyciągnięta z profilu, prostopadłościan otaczający |
| Project Context | 9 | jednostki, konwersja na mapę, EPSG:5110 |
| Razem | 99 |
Rzucają się w oczy dwie rzeczy. Product Shape to największa grupa: prawie jedna trzecia IFC 4.3 dotyczy tego, jak zapisać geometrię. I żaden projekt nie używa wszystkich 99. Filar potrzebuje 18. Wentylator w tunelu potrzebuje innego zestawu. Prawdziwe pytanie nigdy nie brzmi „jakie koncepty istnieją?”. Brzmi: „których potrzebuje moja wymiana danych?”
3 · Co musi być w pliku? Zapytaj MVD
Definicja widoku modelu (MVD, model view definition) to odpowiedź buildingSMART na pytanie „która część IFC do której wymiany”. IFC 4.3 ma dwa oficjalne widoki:
- Reference View: podstawowy widok do koordynacji. Obiekty z danymi i kształtem, do odniesienia, nie do edycji.
- Alignment-based View: zbudowany na Reference View, dodaje to, czego potrzebuje infrastruktura.
buildingSMART trzyma listę szablonów konceptów dla obu widoków w jednej tabeli w repozytorium IFC 4.3. Nałożyłem na nią nasze 99 konceptów:

Wszystkie 51 konceptów Reference View są też w Alignment-based View. Ponad nie Alignment-based View dodaje 13 i to one są sercem IFC 4.3 dla infrastruktury:
- cztery koncepty geometrii osi trasy: plan; plan i profil; plan, profil i przechyłka; segmenty;
- Product Linear Placement: położenie przez kilometraż i odsunięcie;
- Alignment Aggregation To Project i Alignment Spatial Reference;
- Product Span Positioning i Product Relative Positioning;
- Spatial Interference, Profile Geometry i dwie geometrie modelu powierzchniowego.
Ułóż koncepty według faz projektu, a różnica jest wyraźna. W mojej mapie faz 15 konceptów należy do koncepcji i osi trasy. Reference View obejmuje 3 z nich. Alignment-based View obejmuje 13. Jeśli Twój projekt ma oś trasy, sam Reference View nie wystarczy.
Darmowy webinar na żywo
99 konceptów IFC 4.3. Które są warte Twojej uwagi?
18 konceptów na jednym filarze i dwa oficjalne widoki to dopiero początek. 14 grudnia układam wszystkie 99 na jednej mapie, daję moją krótką listę dla infrastruktury i pokazuję, jak wybrać właściwe do Twojego projektu.
Zapisz się za darmo →YouTube Live · za darmo · po angielsku · nagranie poprzedniej sesji od razu po zapisie
4 · Kto je sprawdza? IDS widzi 22
IDS (Information Delivery Specification) to sposób, w jaki klient zapisuje wymagania, które maszyna potrafi sprawdzić. IDS 1.0 jest finalnym standardem buildingSMART od czerwca 2024. Ma sześć faset: Entity, Attribute, Classification, Property, Material i PartOf. PartOf, faseta od „należy do”, zna dokładnie sześć relacji.
Przeszedłem wszystkie 99 konceptów przez te sześć faset. IDS sprawdzi 22 w pełni i 10 częściowo. 67 jest poza IDS.
IDS jest mocny tam, gdzie wymagania siedzą na obiektach: klasy i typy, atrybuty, zestawy właściwości i ilości, klasyfikacja, materiał i przynależność przestrzenna. Jest ślepy na oś trasy, położenie, całą geometrię, 4D, kolizje i większość relacji.
13 konceptów dla infrastruktury: IDS sprawdza jeden
Z 13 konceptów, które Alignment-based View dodaje dla infrastruktury, IDS w pełni sprawdzi dokładnie jeden: Alignment Aggregation To Project. Geometria osi, kilometraż i odsunięcie znaku, pozycjonowanie przęsła: tego IDS nie widzi.
Sprawdziłem jedną ślepą plamkę na naszym moście. Izolacja pomostu to IfcCovering typu MEMBRANE, powiązany z płytą pomostu:
#11005=IFCCOVERING('2tr3fJlir0mg8enDms2$0t',#11004,'Deck waterproofing membrane',...,.MEMBRANE.);
#11025=IFCRELCOVERSBLDGELEMENTS('1MsKt3cGH3PuYpatw$sHlN',#11024,$,$,#4673,(#11005));
Element Covering jest w Reference View. A jednak reguła IDS „membrana należy do płyty pomostu” nie przechodzi, bo IfcRelCoversBldgElements nie jest jedną z sześciu relacji PartOf. Model jest dobry. IDS tego nie rozpozna.
Tam, gdzie IDS jest ślepy, darmowy buildingSMART Validation Service ma reguły właśnie na te tematy: oś trasy, georeferencja, położenie i geometria. To, czego nie widzi żadne z nich, wymaga skryptu.
5 · 35 konceptów poza oficjalnymi widokami
35 z 99 konceptów nie ma w żadnym widoku. Wśród nich: 4D, kolizje zapisane w pliku, dokumenty, zatwierdzenia, sterowanie w tunelu, dane oświetlenia i dane eksploatacyjne. Pamiętasz ostatnią grupę na filarze? Rysunek, zadanie i pozycja kosztorysu są poza oboma widokami.

Żaden widok ich nie wymaga. To nie znaczy, że są nieważne. Zarządca tunelu zapyta, który czujnik steruje którym wentylatorem. Wykonawca będzie chciał harmonogramu w modelu. Tego nie rozstrzyga MVD. Rozstrzygasz to Ty w wymaganiach wymiany danych, projekt po projekcie i faza po fazie.
6 · Które są warte Twojej uwagi?
✔ Trzy pytania przed następną dostawą IFC 4.3
- Który widok? Reference View do koordynacji. Alignment-based View, gdy tylko jest oś trasy, czyli prawie w każdym projekcie drogi, kolei i mostu.
- Które koncepty ponad widok? Harmonogram, dokumenty, sterowanie, kolizje. Ustal je dla każdej fazy przed modelowaniem, a nie po pierwszej odrzuconej dostawie.
- Kto sprawdza każdy z nich? IDS dane na obiektach, Validation Service oś trasy, georeferencję i geometrię, skrypt całą resztę.
99 konceptów, dwa oficjalne widoki, jeden IDS z sześcioma fasetami. Żaden projekt infrastrukturalny nie potrzebuje wszystkich 99, a większość potrzebuje więcej, niż sprawdzi jakiekolwiek pojedyncze narzędzie. Wiedza, których konceptów potrzebuje Twój projekt, w której fazie i po co, to różnica między plikiem poprawnym a plikiem przydatnym.
Jak liczyłem. MVD: oficjalna tabela MVD IFC 4.3 (schemas/mvd.csv w repozytorium buildingSMART IFC4.x-development, gałąź ifc4.3-main). Koncept liczę jako obecny w widoku, jeśli w widoku jest on sam albo przynajmniej jeden z jego pod-szablonów. IDS: moja analiza każdego konceptu względem sześciu faset IDS 1.0 i sześciu relacji PartOf, tak jak opisuje je dokumentacja IDS i implementuje ifctester 0.8.5. Fazy pochodzą z mojej mapy 99 konceptów.
Darmowy webinar na żywo · poniedziałek 14 grudnia · 19:00 CET
99 konceptów IFC 4.3
Które są warte Twojej uwagi?
Ten artykuł pokazał, czym jest koncept, kto których wymaga i co widzi IDS. Na webinarze układam wszystkie 99 na jednej mapie, daję moją krótką listę dla infrastruktury od pomiarów po eksploatację, pokazuję, co każdy z nich oszczędza i komu, oraz prosty sposób na wybór właściwych do Twojego następnego projektu.
Jeden wieczór · jeden prawdziwy korytarz w IFC 4.3 · YouTube Live · za darmo
Webinar prowadzony jest po angielsku. Po zapisie od razu dostajesz nagranie mojego ostatniego webinaru na żywo: jeden most, trzy pliki i IDS klienta.




