Projekt budynku często istnieje równolegle jako rzut, model 3D, zestawienie, plik PDF i dane do kalkulacji. Każda kopia tworzy ryzyko, że po zmianie jedna z nich przestanie odpowiadać pozostałym. KERNAL BUILD powstał po to, aby wszystkie te widoki wynikały z jednego wersjonowanego modelu.
System prowadzi projekt od rysowania i klasyfikacji elementów przez neutralne pomiary, publikację i komentarze aż do dokumentacji, modelu 3D, elewacji, przekrojów oraz pełnej geometrii dachów.
Problem: rysunek to za mało, a kilka modeli to za dużo
Linia na ekranie może wyglądać jak ściana, ale sama nie mówi, jakie ma warstwy, które lico jest odniesieniem, jak łączy się z innymi przegrodami ani jakie otwory rzeczywiście odejmują jej powierzchnię. Z kolei osobne modelowanie rzutu, bryły i dokumentacji prowadzi do rozjazdu wersji.
Potrzebny był system, który zachowuje precyzję modelu, ale nie przejmuje obowiązków ERP. BUILD ma mierzyć i klasyfikować. ERP interpretuje te fakty w kontekście technologii, receptur, robocizny i ceny.
Jeden model, wiele widoków
Rzut 2D jest miejscem edycji, ale nie osobnym światem. Ten sam dokument projektu zasila Viewer, eksport PDF, model 3D, cztery elewacje, przekroje i porównanie wersji. Zmiana ściany wpływa na każdy widok, ponieważ żaden z nich nie przechowuje własnej kopii budynku.
Edytor 2D
Edytor obsługuje kondygnacje, ściany, pomieszczenia, separatory stref, otwory, stropy, schody, belki, słupy, kominy, wyposażenie, podkłady rastrowe i PDF oraz wymiary powiązane z modelem. Projekty można tworzyć od pustego dokumentu albo z bazowego scenariusza.
Geometry Facts
Silnik wyznacza 113 ze 113 metryk zadeklarowanych dla V1: długości, pola, obwody, objętości, poziomy, otwory, warstwy, elementy konstrukcyjne, wyposażenie i gabaryty budynku. Wynik niesie podstawę pomiaru, jednostkę, status i powód. Niepełny model nie produkuje fałszywego zera.
Publikacja, Viewer i PDF
Szkic może zmieniać się wielokrotnie, natomiast publikacja jest niezmienna. Zabezpieczony Viewer pokazuje konkretną wersję, a komentarze są przypięte do wersji i miejsca w projekcie. Ten sam stan zasila deterministyczny dokument PDF z rzutami i tabelą pomieszczeń.
Od 2D do 3D bez drugiego modelu
W V2 model otrzymał materiały i bryły wyprowadzane z danych rzutu. Ściany mają rzeczywiste wycięcia, stropy korzystają z tego samego obrysu co pomiary, a schody i wyposażenie zachowują własną tożsamość. Projekt można osadzić na działce, oglądać w 3D oraz pokazać jako elewację lub przekrój.
Viewer dostaje geometrię przeznaczoną do prezentacji, a nie pełny model edycyjny. Dzięki temu odbiorca widzi budynek bez otrzymywania narzędzi i danych potrzebnych do jego zmiany.
Pełna geometria dachów
V3 rozwinęło dach z uproszczonej bryły do systemu połaci i krawędzi. Obsługiwane są własne obrysy, indywidualne kąty i wysięgi, kalenice, naroża, kosze, okapy, attyki, lukarny, okna dachowe, kominy, rynny oraz kilka niezależnych dachów i zadaszeń.
Dach uczestniczy w pomiarach, przekrojach i obliczaniu powierzchni pod skosami. Zmiana ścian może unieważnić jego dopasowanie. Wtedy system blokuje publikację, zamiast utrwalać niespójny model w profesjonalnie wyglądającym dokumencie.
Rezultat
- V1: 17 z 17 kryteriów odbioru,
- 113 z 113 metryk katalogu V1,
- V2 zamknięte 2 września 2026,
- V3 zamknięte 3 września 2026,
- jeden model dla edytora, pomiarów, Viewera, PDF, 3D, elewacji i przekrojów,
- kopie poza hostem oraz automatyczna weryfikacja odtworzenia.
Status
V1, V2 i V3 są zamknięte według własnych kryteriów odbioru. Projekt jest dalej rozwijany: materiały otrzymują tekstury i rzeczywiste katalogi, dachy warstwy, a edytor coraz pełniej korzysta ze słowników zamiast wartości wpisywanych z pamięci.