OCTATUS / YETENEKLER

BIM ve GIS

Bina ve altyapı modellerini yerel veya coğrafi bağlamda keşfedin; disiplinler arası ilişkileri kaybetmeden çalışın.

Bu konuda görüşelim ↗

Bina ve kampüs kesitini gösteren BIM ve GIS çizimi

MODELDEN COĞRAFYAYA

Bağlamı koruyarak ilerleyin.

Octatus içinde bım ve gıs yetenekleri, model ile gerçek dünya arasındaki ilişkiyi görünür ve çalışılabilir kılar.

IFC ve RVT kaynaklarını değerlendirme ve model koordinasyonu iş akışına alın
Tek bir bina detayından kampüs ve altyapı ölçeğindeki mekânsal bağlama geçin
Model revizyonlarının varlıklar ve disiplinler üzerindeki etkisini değerlendirin

UYGULAMA, MİMARİ VE TEKNİK KABUL

BIM ve GIS: mühendislik yaklaşımı

BIM–GIS entegrasyonu bir modeli harita üzerinde göstermekten daha kapsamlıdır. Fiziksel varlıkların mühendislik özelliklerini, coğrafi referanslarını, sistem bağlantılarını ve yaşam döngüsü kararlarını doğru veri otoriteleriyle birleştirmek gerekir.

TEKNİK BÖLÜM / 01

BIM ve GIS hangi iki farklı soruya cevap verir?

BIM bir varlığın geometrisini, teknik kimliğini, sistem içindeki rolünü ve mühendislik özelliklerini ele alır. GIS ise aynı varlığın coğrafi konumunu, komşu varlıklarla ilişkisini, hizmet bölgesini ve çevresel koşullarını anlamayı sağlar. Bir hastanenin teknik katındaki klima santralini BIM içinde bulmak mümkündür; GIS ise o hastanenin kampüs içindeki yerini, enerji besleme güzergâhlarını ve ulaşım erişimini anlamayı kolaylaştırır. Ölçek farkı yalnızca yakınlaştırma düzeyi değildir: iki yaklaşım farklı koordinat, veri modeli ve iş süreçleri kullanır.

Başarılı birleşimde modeldeki bir eleman haritada karşılığını bulurken teknik anlamını kaybetmez. Örneğin kampüs içindeki trafo seçildiğinde bağlı binanın elektrik panolarına, ilgili bakım kayıtlarına ve onaylı proje revizyonuna erişilebilmesi hedeflenir. Bunun için fiziksel yerleşim, mantıksal bağlantı ve belge bağı ayrı ilişki türleriyle ele alınmalıdır. Harita üzerinde iki hattın kesişmesi, elektriksel veya hidrolik olarak birbirine bağlı olduklarını kanıtlamaz.

TEKNİK BÖLÜM / 02

IFC ve açıkBIM veri alışverişinde karar kriterleri

Industry Foundation Classes, yapı ve altyapı varlıklarına ilişkin bilgiyi yazılım üreticisinden bağımsız aktarmaya yardımcı olan açık bir standarttır. IFC 4.3 özellikle altyapı ve güzergâh tanımları bakımından önemlidir. Bununla birlikte projede kullanılan uygulamanın IFC 4.3 dışa aktarımı desteklemesi, ilgili tüm özellik ve ilişkilerin kusursuz aktarılacağı anlamına gelmez. Farklı disiplin araçları aynı elemanı farklı sınıf veya özellik kümeleriyle sunabilir. Bu nedenle IFC sürümü, bilgi gereksinimi ve hedef kullanım senaryosu aynı kararda değerlendirilir.

Model kabulünde örnek cihazların sınıfı, GlobalId sürekliliği, mekânsal kapsama ilişkisi, teknik etiketleri, sistem bağlantıları ve birimleri karşılaştırılır. Dosyanın açılması yalnızca ilk kontroldür. İletilen veri ayrıca IDS gibi makinece kontrol edilebilir gereksinimlerle test edilebilir, ancak bu testler tüm saha ve güvenlik uygunluğunu otomatik doğrulamaz. Octatus bağlamında açık veri alışverişinin hedefi görünüşte benzer iki model oluşturmak değil, kaynağı ve doğruluğu bilinen varlık bilgisini yeniden kullanabilmektir.

TEKNİK BÖLÜM / 03

Koordinat sistemleri: proje orijini, CRS ve datum

BIM modelleri çoğunlukla uygulama sahasına yakın yerel koordinatlar kullanırken GIS verileri tanımlı bir koordinat referans sistemine dayanır. Aynı noktanın enlem-boylam, projeksiyon koordinatı veya yerel bina koordinatı olarak farklı sayılarla ifade edilmesi doğaldır. Hata, bu farklılığın fark edilmeden yapılan dönüşümlerde ortaya çıkar. Yanlış EPSG kodu, datum, eksen sırası, ölçek veya yükseklik referansı nedeniyle bina haritada doğru mahallede görünmesine rağmen tesis içindeki ekipman koordinatları kayabilir. Özellikle uzun altyapı hatlarında küçük sistematik sapmalar bile geniş alanlarda büyüyebilir.

Dönüşüm planında kaynak CRS, hedef CRS, yerel model orijini, dönüklük ve doğrulama noktaları açıkça tanımlanır. Birden fazla coğrafi kontrol noktası kullanılarak dönüşümün yalnızca tek noktaya uymadığı gösterilir. Yüksekliklerde elipsoidal ve ortometrik değerlerin karıştırılmadığı kontrol edilir. Projenin bina ölçeğinde kabul ettiği tolerans ile kilometrelerce uzunluktaki hat için kabul ettiği tolerans aynı olmayabilir. Sonuçta geometri görselleştirmesi ve analitik konum doğruluğu iki farklı kabul konusu olarak ele alınır.

TEKNİK BÖLÜM / 04

Mekânsal hiyerarşi ve varlık kimliği

Bir ekipmanın hangi binada, katta veya odada bulunduğu, hangi sisteme ait olduğundan farklı bir ilişkidir. Pompa mekanik odada bulunabilir ancak başka bir binaya hizmet edebilir. Dolayısıyla mekânsal kapsama ile servis bağlantısı aynı ağaç yapısında zorlanmamalıdır. Her varlığa kalıcı ve kurumsal kapsamda tekil kimlik verilmesi, farklı modellerden gelen kayıtların eşleştirilmesini kolaylaştırır. Üretici seri numarası, saha etiketi ve BIM GlobalId farklı amaçlara hizmet eder; bunların eşdeğer olduğu varsayılmamalıdır.

Eşleme tablosunda kaynak nesne kimliği, kurumsal varlık kimliği, konum, sistem ilişkisi, kaynak sürümü ve doğrulama durumu ayrı alanlardır. Eşleşme otomatik tahminle oluşturulmuşsa güven düzeyi belirtilmeli ve kritik varlıklar uzman tarafından incelenmelidir. Aynı fiziksel tesisin tasarım modeli ile as-built modelinde farklı GUID değerleri bulunabilir. Bu durumda varlık gerçekten değişmiş gibi gösterilmesi yerine kimlik uzlaştırma süreci uygulanır. Böylece bakım geçmişi model revizyonu nedeniyle kopmaz.

TEKNİK BÖLÜM / 05

CityGML, 3D Tiles ve semantik bilgi farkı

Coğrafi ölçekte üç boyutlu şehir gösterimi için kullanılan formatlar aynı amaca hizmet etmez. CityGML, şehir nesnelerinin semantik modelini ve ilişkilerini ifade etmek için tasarlanmıştır. OGC 3D Tiles ise çok büyük üç boyutlu içeriği istemciye parça parça iletip görüntülemeye uygun bir standarttır. Şehir dokusunun akıcı gösterilmesi önemli olsa da render edilebilir geometri her zaman detaylı bina tesisatı veya varlık sınıflandırması içermeyebilir. Bu nedenle görselleştirme veri hattı ile mühendislik bilgi hattı ayrı mimari katmanlar olarak planlanabilir.

Bir kent modelinde bina hacimleri GIS katmanında, ayrıntılı teknik ekipman ise BIM kaynağında tutulabilir. Kullanıcı uzaktan yapıların dağılımını inceler, belirli tesis seçildiğinde ilgili teknik varlıkların ayrıntılarına geçer. Görüntüleme için sadeleştirilmiş geometri kullanılması kabul edilebilir; ancak bu geometrinin hesap veya metraj için kaynak sayılması doğru olmayabilir. Geometrik LOD ile bilgi olgunluğu ayrı değerlendirilir. Hedef, büyük modellerin performansı uğruna güvenilir teknik kayıtların kaybolmamasıdır.

TEKNİK BÖLÜM / 06

Altyapı ağlarında bağlantı ve topoloji

Elektrik, su, telekom, doğal gaz ve ulaşım ağlarının tümü coğrafyada çizgisel varlıklar olarak temsil edilebilir, ancak işletme kuralları birbirinden farklıdır. Bir elektrik fiderinde anahtarın açık olması güç akışını değiştirir; bir su hattında vana konumu ve depo seviyesi hidrolik davranışa etki eder. Haritadaki yakınlık veya çizgi kesişimi bu ağlarda gerçek bağlantı olduğunu kanıtlamaz. GIS üzerindeki geometri, varlık envanteri ve ilgili hesap motorunun düğüm bağlantıları arasında doğrulanabilir ilişki kurulmalıdır.

Örneğin bir trafo değişikliği değerlendirildiğinde fiziksel konum ve kablo güzergâhları BIM/GIS üzerinde gösterilebilir; fakat gerilim, yük ve koruma koşulları uzman elektrik modeliyle hesaplanır. Benzer biçimde bir su pompasının bağlı olduğu depo ve boru hattı ilişkileri görünür olabilir, basınç analizi ise uygun hidrolik çözücü gerektirir. Octatus'un rolü bu farklı disiplin verilerinin aynı varlık bağlamında incelenmesini desteklemektir; ağ analizinin her türünü yerleşik olarak gerçekleştirdiği varsayılmamalıdır.

TEKNİK BÖLÜM / 07

Model federasyonu ve disiplin sorumlulukları

Büyük projelerde mimari, statik, mekanik, elektrik, peyzaj ve altyapı modellerini tek bir kaynak dosyaya dönüştürmek zorunlu değildir. Federasyon yaklaşımı farklı disiplinlerin yetkili modellerini ortak koordinat ve sürüm çerçevesinde birlikte incelemeyi sağlar. Her modelin sahibi ve onay durumu korunmazsa kullanıcı eski mekanik revizyonu yeni mimari geometriyle farkında olmadan karşılaştırabilir. Bu nedenle federasyon seti yalnızca dosya yollarından değil, kabul edilmiş sürümlerden ve ortak proje koordinat kararlarından oluşur.

Federasyon kontrolünde gözlenen çakışmalar türlerine ayrılır: gerçek fiziksel çakışma, toleranslı yakınlık, model hatası veya inceleme gerektiren hizmet alanı kesişimi. Bulgular model nesnesine ve revizyonuna bağlanır. İlgili disiplinin düzeltme sorumluluğu, kontrol yöntemi ve kabul durumu ayrı tutulur. Bir koordinasyon toplantısında sorunun kapatılmış olması, yeni teslim edilen modellerde artık bulunmadığını kanıtlamaz. Güncel federasyon seti üzerinden yeniden tarama yapılmalıdır.

TEKNİK BÖLÜM / 08

BIM–GIS entegrasyon mimarisi: ETL, API ve olaylar

Bir kurumun tüm BIM, GIS ve bakım kayıtlarını tek veri tabanına taşıması çoğu zaman gerekli değildir. Bazı kaynakların kendi veri otoritelerini koruması gerekir. Mimari seçenekler toplu ETL, sürümlü dosya alımı, yetkilendirilmiş API sorguları ve olay tabanlı güncellemeleri içerebilir. Hangi seçeneğin uygun olduğu veri hacmi, yenilenme sıklığı, ağ kısıtları ve karar senaryosunun güncellik ihtiyacına bağlıdır. Anlık görüntüleme ihtiyacı ile haftalık model revizyonu aynı güncelleme mekanizmasını gerektirmeyebilir.

Her veri hattında kaynak sistem, veri şeması, kimlik eşlemesi, zaman damgası, sürüm ve hata işleme sözleşmesi belirlenir. Tekrar gelen kayıtların mükerrer varlık oluşturmaması, kısmi başarısızlıkta tutarlı toparlanma ve yetkisiz erişimin önlenmesi pilotta sınanır. Bir ölçümün varlığa yanlış eşlenmesi görsel bir kusurdan daha ciddi işletme hatası doğurabilir. Bu nedenle bağlantı testinin yalnızca HTTP isteğinin başarılı olmasından değil, doğru varlığa doğru değerin ulaştığını doğrulayan uçtan uca senaryolardan oluşması gerekir.

TEKNİK BÖLÜM / 09

Büyük modellerde performans, indeksleme ve seviyelendirme

Kampüs veya şehir ölçeğinde milyonlarca geometrik öğenin tamamını aynı anda ayrıntılı görüntülemek tarayıcı belleğini ve ağ yükünü zorlayabilir. Bu nedenle görünür alan, geometrik ayrıntı seviyesi ve veri çağırma stratejileri ayrı tasarlanır. Modelin uzaktaki görünümünde sadeleştirilmiş kabuk yeterliyken teknik odadaki bakım incelemesi gerçek ekipman ayrıntısı gerektirir. Yalnızca geometriyi küçültmek performans çözümü değildir; varlık ilişkilerini sorgulayan servislerin indeksleme ve filtreleme yetenekleri de önemlidir.

İstemci tarafında yükleme önceliği, parça bazlı getirme, sahne sadeleştirme ve önbellekleme değerlendirilir. Sunucu tarafında mekânsal indeksler, veri sürümü ve sorgu sınırları test edilir. Başarı kriteri sadece ilk sahnenin açılması değil, kullanıcı belirli varlığı seçtiğinde teknik veriye ulaşabilme süresidir. Farklı cihaz ve ağ koşullarında deneme yapılmalı; yavaş saha bağlantısında uygulamanın ne gösterdiği ve hangi verinin eski kalabileceği açıkça tasarlanmalıdır.

TEKNİK BÖLÜM / 10

Enerji, çevre ve afet senaryoları

BIM ve GIS birlikteliği enerji tesisi, kampüs veya altyapı riskinin konum bazında değerlendirilmesini kolaylaştırabilir. Örneğin bir güneş santralinde panel dizileri, inverterler, trafo merkezleri ve erişim yolları aynı sahada ilişkilendirilebilir. Ancak gölge kaybı, üretim tahmini veya elektriksel gerilim hesabı için ek fiziksel modeller ve doğrulanmış girdiler gerekir. Harita üzerinde risk alanı gösterilmesi tek başına olasılıksal risk hesaplandığı anlamına gelmez. Analiz türü ile gösterim türü farklı açıklanmalıdır.

Afet dayanıklılığı analizinde taşkın bölgesi, ulaşım kesintisi, kritik tesis konumu ve yedek besleme gibi veriler bir arada incelenebilir. Bu verilerin çözünürlüğü ve güncelliği, kararın güvenilirliğini belirler. Bir taşkın haritasının kapsadığı tarihsel koşullar gelecekteki bütün olayları temsil etmeyebilir. Sonuçların hangi veri setine, iklim veya olay varsayımına dayandığı gösterilmeli; güvenlik kritik kararlar ilgili uzman ve yetkili kurumların değerlendirmesine bırakılmalıdır.

TEKNİK BÖLÜM / 11

İşletmeye devir ve as-built güncelliği

Tasarım aşamasında oluşturulan BIM modeli, sahadaki imalat değişiklikleri işlenmeden işletme modeline dönüşmez. Bir cihazın gerçek seri numarası, monte edildiği mahallin güncel adı veya bakım erişimi tasarımdaki varsayımdan farklı olabilir. GIS tarafında da yeni yol, servis hattı veya mülkiyet sınırı değişikliği mevcut kaydı eski hale getirebilir. Böylece geometri doğru olsa bile bakım iş emrinin yanlış varlığa yönlenmesi mümkündür. Devir paketi hem model hem de veri doğrulama kanıtını içermelidir.

Kabulde kritik ekipman örneklemi seçilerek saha etiketi, konum, bağlantı, belge ve teknik özellik kayıtları karşılaştırılır. Eksik üretici verisi tahmin edilerek doldurulmaz; eksik ve doğrulanmamış alanların durumu belirtilir. Sonraki bakım veya yenileme sürecinde model güncellemesini kimin başlatacağı, kimin onaylayacağı ve hangi sistemi kaynak kabul edeceği açıkça belirlenmelidir. Aksi halde değerli bir ilk teslim birkaç yıl içinde güvenilirliğini kaybedebilir.

TEKNİK BÖLÜM / 12

ISO 19650 ve bilgi yönetimi

ISO 19650 serisi bilgi üretimi, paylaşımı, sürümleme ve teslim süreçlerinin yönetimi için çerçeve sunar. BIM ve GIS verilerini ortak bir çalışma ortamında toplamak, gerekli sorumluluk ve onay mekanizmalarını otomatik olarak kurmaz. Tasarım ekibi, yüklenici, işletmeci ve veri sahibi farklı doğruluk beklentilerine sahiptir. Bilgi gereksinimleri kimin hangi aşamada neyi teslim edeceğini belirlemeli; taslak kayıtların onaylı işletme bilgisi gibi tüketilmesini önlemelidir.

Ortak veri ortamı yaklaşımında belge ve model sürümleri, durumları ve yetkileri tanımlanır. Kullanıcıya sunulan en güncel dosya her zaman kullanımı onaylı sürüm olmayabilir. BIM/GIS bağlamına eklenen karar kayıtları kaynak belgeye ve inceleme zamanına bağlanmalıdır. Teknik kabulde yalnızca belge varlığı değil, doğru sürüm, doğru varlık ve doğru onay ilişkisinin kurulabildiği gösterilir. Bu yaklaşım tek bir yazılım aracının ISO 19650 uyumluluğunu otomatik olarak garanti ettiği iddiasından farklıdır.

TEKNİK BÖLÜM / 13

Pilot tasarımı ve ölçülebilir kabul

İlk uygulamada tüm şehir veya tesisi aynı anda modele almak yerine güçlü bir karar sorusunu temsil eden pilot seçilebilir. Örneğin kampüste bir trafo ile beslenen iki binayı, bir yeraltı kablo güzergâhını ve bunların bakım kayıtlarını kapsayan sınırlı alan tercih edilebilir. Başlangıçta kaynak verinin güncelliği ve varlık kimlikleri ölçülür. Sonra BIM ve GIS koordinatları eşlenir ve örnek bir bakım değişikliğinin hangi fiziksel sistemleri etkilediği kullanıcılarla doğrulanır.

Kabul ölçütleri dönüşüm doğruluğu, kimlik eşleme oranı, kaynak sürüm izlenebilirliği, kullanıcı erişimi ve hata sonrası toparlanma gibi başlıklardan oluşabilir. Pilot başarısızsa problemin veri kalitesi, koordinat dönüşümü, kullanıcı süreci veya altyapı performansından hangisine ait olduğu ayrıştırılır. Yalnızca etkileyici bir üç boyutlu gösterim, müşterinin işletme sorusunu yanıtladığı anlamına gelmez. Kapsam genişletilmeden önce tekrar üretilebilir test sonuçları ve açık sorumluluklar bulunmalıdır.

TEKNİK BÖLÜM / 14

Satın alma şartnamesinde sorulacak sorular

Bir BIM–GIS çözümü için satın alma sürecinde yalnızca desteklenen dosya uzantılarını sormak yetersizdir. Kaynak uygulamalar ve sürümleri, IFC aktarımının nesne ilişkilerini ne ölçüde koruduğu, kullanılacak koordinat sistemleri, model büyüklüğü, erişim rolleri ve güncelleme davranışı açıkça belirtilmelidir. Kurum, bakım ve operasyon sistemlerine bağlanması beklenen varlık kimliklerini önceden tanımlamalıdır. Görselleştirme performansı ayrı, veri doğruluğu ayrı kabul edilmelidir.

Teknik değerlendirmede satıcıdan örnek bir IFC varlığını GIS konumunda bulması, ilgili bakım kaydına erişmesi ve model revizyonunda kimliğin nasıl korunduğunu göstermesi istenir. API sözleşmesi, veri çıkışı, yerel dağıtım, denetim kayıtları ve veri sahipliği de netleştirilmelidir. Proje sonunda verinin başka bir sisteme taşınabilmesi için standart formatlarda geri alma ve bağımlılıkların belgelenmesi önemlidir. Hazır entegrasyon iddiaları gerçek ürün sürümü ve uçtan uca test ile doğrulanmalıdır.

TEKNİK BÖLÜM / 15

Siber güvenlik, veri erişimi ve değişiklik izleri

BIM ve GIS verisi enerji merkezi, güvenlik sistemi veya yeraltı altyapısı gibi hassas fiziksel bilgileri içerebilir. Kullanıcı yalnızca bir binaya erişme yetkisi almışken ilişkili başka kiracının teknik hattını görebiliyorsa veri izolasyonu başarısızdır. Bu nedenle erişim yalnızca görsel sahnenin katmanında değil API sorgusunda, model öğesi aramasında, belge erişiminde ve ilişkisel varlık grafiğinde de zorlanmalıdır. Bir uzman sistemden gelen veri de kaynak yetkisi kontrol edilmeden diğer kullanıcılara açılmamalıdır.

Model güncellemesi, koordinat dönüşümü ve varlık eşleme değişiklikleri denetim izine dahil edilmelidir. Bir kullanıcı belirli cihazın bağlantısının ne zaman ve hangi kaynağa göre değiştirildiğini görebilmelidir. Tasarım modelini görüntüleme izni ile onaylanmış model yayınlama izni ayrı olabilir. Proje kabulünde yetkisiz varlık erişimi, eski sürümden yanlış veri dönmesi ve yanlış tenant ile eşleme gibi olumsuz testler yapılması gerekir. Denetim kaydı yalnızca güvenlik için değil, mühendislik kararlarının tekrar açıklanabilmesi için de önem taşır.

Sık sorulan sorular

BIM ile GIS tek veri tabanında birleşmek zorunda mı?

Hayır. Kaynak sistemler ayrı veri otoritesini koruyabilir. Doğru varlık kimliği, koordinat dönüşümü ve sürümlü ilişki modeli kullanıldığında farklı kaynaklar ortak bir kullanıcı bağlamında değerlendirilebilir.

IFC 4.3 dosyası tüm altyapı projelerinde yeterli mi?

IFC 4.3 altyapı kapsamını genişletir; fakat ilgili yazılımların uygulama desteği, bilgi teslim gereksinimleri ve proje özelindeki nesneler ayrı sınanmalıdır.

Bir modelin harita üzerinde görünmesi entegrasyon için yeterli midir?

Hayır. Geometrinin doğru konumlandırılmasına ek olarak nesne kimliği, sınıflandırma, sistem ilişkileri ve güncelleme tutarlılığı doğrulanmalıdır.

3D Tiles ile IFC aynı şey mi?

Hayır. 3D Tiles büyük ölçekli 3B içeriğin akıcı gösterimine odaklanırken IFC yapı ve altyapı elemanlarına ilişkin semantik teknik veri alışverişini amaçlar.

GIS üzerindeki çizgi kesişmesi hat bağlantısını kanıtlar mı?

Hayır. Topolojik bağlantı, ilgili ağın mühendislik modeli ve sahadaki anahtar veya vana durumu üzerinden ayrıca doğrulanmalıdır.

BIM–GIS pilotu için ilk kabul ölçütü nedir?

Kararlı varlık kimliği, doğrulanmış dönüşüm, kaynak sürüm bilgisi ve gerçek bir kullanıcı senaryosunda doğru varlığa erişebilme temel kabul ölçütleridir.

Standartlar ve teknik referanslar

Bu kaynaklar alandaki genel teknik çerçeveyi destekler. Proje özelindeki uygunluk, ürün sürümü ve hazır arayüz kapsamı ayrıca doğrulanmalıdır.

BİRLİKTE ÇALIŞIR