Viewer יכול להציג אורתופוטו, מודל תלת־ממדי, BIM, פנורמות ומשימות. אבל הצגה באותו מסך עדיין אינה אומרת שהמערכת יודעת כיצד הפריטים קשורים זה לזה. גרף סצנה מוסיף את שכבת המשמעות: איזה צילום מתעד איזה חדר, איזו תצפית קשורה לאיזה רכיב, ומה השתנה בין שני מועדים.
*משטחי גג נפרדים הופכים למבנה שימושי רק כאשר נשמרים גם הקשרים ביניהם — סמיכות, מפגש, הכלה והשתייכות לאותה ישות.*
תוכן עניינים
- שכבות אינן ידע
- האונטולוגיה המינימלית
- זמן וראיות
- איך מחברים תצפית AI
- שאלות שהגרף מאפשר
- איפה נשמר המידע
- הסיכונים
- שאלות נפוצות
שכבות אינן ידע
רשימת שכבות עונה על השאלה "מה אפשר להציג?" גרף ידע עונה על השאלה "מה הקשר בין הדברים?"
לדוגמה, אפשר להציג שכבת פנורמות ושכבת BIM. כדי לשאול אילו פנורמות מציגות חדר מסוים לפני סגירת הקירות, המערכת צריכה לדעת שהפנורמה צולמה במיקום ובזמן מסוימים, שהמיקום נמצא בתוך החלל, שהחלל שייך לקומה ולמבנה, ושאירוע הסגירה התרחש לאחר מועד הצילום.
הידע אינו נמצא באף שכבה בודדת. הוא נוצר מהקשרים ביניהן.
האונטולוגיה המינימלית
אין צורך להתחיל מאונטולוגיה עצומה. אפשר להתחיל בקבוצה קטנה של ישויות:
- Project / Site — המסגרת העסקית והמרחבית.
- Building / Floor / Space / Zone — היררכיית המקום.
- Asset / BIM Element — רכיב פיזי או מתוכנן.
- Capture / Reality Model — אירוע לכידה ותוצריו.
- Observation — טענה המבוססת על מקור, אדם או מודל AI.
- Issue / Task — פעולה שנוצרה בעקבות תצפית או החלטה.
- Document — מסמך, תוכנית, דוח או אישור הקשורים לישות.
הקשרים יכולים להיות contains, located_in, observed_in, evidence_for, supersedes, assigned_to ו־derived_from. השמות המדויקים פחות חשובים בתחילת הדרך מהגדרה עקבית של משמעותם.
זמן וראיות
באתר בנייה, אמת ללא זמן היא אמת חלקית. קיר יכול להיות מתוכנן, בביצוע, מצולם לפני כיסוי, מושלם ולאחר מכן משתנה. לכן זמן צריך להיות חלק ראשון במודל ולא שדה הערה שמוסיפים בסוף.
גם תצפית אינה עובדה מוחלטת. רצוי להפריד בין:
- מה שנצפה במקור.
- מי או מה הציע את הפרשנות.
- מתי נוצרה התצפית.
- רמת הביטחון.
- האם אדם בדק או דחה אותה.
כך ניתן לשמור גם הצעת AI שגויה לצורכי בקרה ולמידה, בלי להפוך אותה למצב הרשמי של הישות.
איך מחברים תצפית AI
נניח שמודל מזהה פתח בקיר. במקום לכתוב ישירות "יש דלת", המערכת יכולה ליצור Observation שמצביעה על אזור בתמונה או בענן נקודות, מחוברת למקור, לגרסת המודל ולרמת הביטחון.
לאחר מכן מתבצעת התאמה לישות מבנית: האם התצפית שייכת לקיר ידוע? האם היא תואמת פתח מתוכנן ב־BIM? האם היא נראית גם במועד אחר? אם ההתאמה אינה ודאית, הקשר נשאר מוצע לבדיקה.
העיקרון הוא פשוט: נקודות, פיקסלים ומסכות הם ראיות; ישויות מייצגות מבנה; קשרים מייצגים טופולוגיה והקשר.
שאלות שהגרף מאפשר
כאשר הזהות והקשרים נשמרים, אפשר לשאול שאלות שחיפוש קבצים מתקשה לענות עליהן:
- אילו מערכות תועדו בחדר מסוים לפני כיסוי?
- אילו משימות פתוחות קשורות לרכיבים שנצפו בלכידה האחרונה?
- אילו אזורים בפרויקט לא קיבלו ראיה חזותית בחודש האחרון?
- איזה שינוי גג קשור לאותה ישות שנראתה בשלוש טיסות קודמות?
- אילו תצפיות AI לא אושרו עדיין על ידי אדם?
- אילו מסמכים, תמונות ומודלים תומכים בהחלטה מסוימת?
אלה אינן רק שאילתות טכניות. הן מחברות את מחזור OODA בין תצפית, הקשר, החלטה ופעולה.
איפה נשמר המידע
גרף לוגי אינו מחייב שכל המידע יישמר במסד גרפי אחד. גאומטריה ושאילתות מרחביות עשויות להישמר ב־PostGIS; קבצים באחסון אובייקטים; אירועים ומשימות במסד תפעולי; וקשרים בטבלאות או במנוע גרף.
הבחירה תלויה בהיקף, בדפוסי השאילתה ובמערכת הקיימת. העיקר הוא מזהים יציבים, מקור אמת מוגדר וממשק שמונע יצירת כמה זהויות לאותו אובייקט.
הסיכונים
גרף אינו פתרון קסם. הוא עלול להפוך למבוך אם מוסיפים סוגי ישויות וקשרים בלי משמעת.
- זהות שגויה: כל קשר שנבנה עליה מפיץ את הטעות.
- אונטולוגיה רחבה מדי: קשה לתחזק וללמד משתמשים.
- קשרים ללא מקור: המערכת אינה יכולה להסביר מדוע הם קיימים.
- ערבוב מצב מתוכנן וקיים: יוצר מסקנות שגויות.
- מחיקת היסטוריה: מונעת הבנה של שינוי לאורך זמן.
לכן נכון להתחיל משאלות תפעוליות אמיתיות, לבנות עבורן מודל מינימלי, ולשמור provenance בכל שלב.
שאלות נפוצות
האם גרף סצנה הוא אותו דבר כמו BIM?
לא. BIM מספק מבנה עשיר של רכיבים מתוכננים ובנויים. גרף הסצנה יכול לקשר רכיבי BIM ללכידות, תצפיות, מסמכים, משימות וישויות שאינן קיימות במודל.
האם חייבים מסד נתונים גרפי?
לא. אפשר לממש קשרים גם במסד רלציוני. ההחלטה צריכה להיגזר מדפוסי השימוש, לא מהמונח "גרף".
איך AI משתמש בגרף?
הגרף מספק הקשר: לא רק מה נראה בתמונה, אלא איפה, מתי, ביחס למה, ומה כבר ידוע. הוא גם מאפשר לשמור את תוצאות ה־AI כהצעות עם ראיות ובקרת אדם.
מאיפה מתחילים?
בוחרים שאלה אחת בעלת ערך, מגדירים את הישויות והקשרים המינימליים הדרושים לה, ובודקים אם אפשר לעבור מהתשובה אל הראיות המקוריות.
ממודל תצוגה למערכת ידע
ההבדל בין Viewer למערכת הפעלה מרחבית אינו רק מספר שכבות. הוא היכולת לשמור זהות, קשרים, זמן וראיות כך שאנשים ומערכות יוכלו להבין מה קרה ומה דורש פעולה.
לקריאה נוספת: Skylens Viewer, לכידת מציאות ללא איי מידע ופתרונות PropTech ו־ConTech.
רוצים למפות תהליך עבודה מרחבי סביב הישויות והקשרים החשובים לכם? דברו איתנו.