BIM’ in Mühendislik, Mimarlık ve İnşaat (AEC) endüstrisine girmesi ile birlikte, Mühendislik ve Mimarlık yazılımlarında bir çok yeni teknoloji ve sınıflandırma hayatımıza girmiştir. Bunlardan en çok kullanılan tanımlamalardan biride (IFC) formatı veya sınıflandırması. Kısaca IFC ne demek ve nerede kullanılır sorularını cevaplayalım…
IFC (Industry Foundation Classes), Endüstri Temel Sınıflandırmaları kelimelerinin kısaltılmasıdır.
BuildingSMART(bknz BuildingSMART ne demek?), özünde, tüm yerleşik varlık endüstrisinin, proje veya varlığın yaşam döngüsü boyunca bilgi paylaşımını geliştirmesini sağlar. Son kullanıcılar, bilgi silolarını ortadan kaldırarak, hangi yazılım uygulamasını kullanıyorlarsa kullansınlar daha iyi işbirliği ve işbirliği yapabilirler. BuildingSMART’ın teknik çekirdeği, 2013 yılında ISO sertifikasına sahip olan Industry Foundation Classes’a (IFC) dayanmaktadır.
IFC, yerleşik varlık endüstrisinin standartlaştırılmış, dijital bir tanımıdır. Açık, uluslararası bir standarttır (ISO 16739-1:2018) ve birçok farklı kullanım durumu için çok çeşitli donanım aygıtlarında, yazılım platformlarında ve arabirimlerde satıcıdan bağımsız veya agnostik ve kullanılabilir yetenekleri destekler. IFC, kullanımları ve benimsenmesi hakkında daha fazla bilgiyi burada bulabilirsiniz.
IFC, işbirlikçi yaşam döngüsü BIM’in belki de ana sağlayıcısıdır. Bugün tek gerçek alternatifi, burada açıklandığı gibi tescilli bir formatta standartlaştırmadır. Kullanımı, sahipler tarafından dünya çapında giderek daha fazla projede talep edilmektedir. Herhangi bir devir stratejisi için önemli bir husustur. Aynı zamanda, bu makalenin ilerleyen kısımlarında göreceğimiz gibi, IFC bazı yanlış anlamalara ve çoklu “varyantlara” tabidir.
Okumaya devam edin, sizin ve ekibinizin IFC hakkında bilmesi gerekenler konusunda size yol gösterelim. Makale, şimdi ve gelecekte bina verilerini oluşturması, paylaşması, devretmesi ve sürdürmesi gereken herkes için alakalı olmalıdır. Yanlış anlamaları gidermeyi ve ekibinizdeki tartışmalar ve kararlar için bir temel oluşturmayı umuyoruz.
Neden IFC ve neden şimdi?
BIM araçlarının kullanımı günden güne artmaktadır. BIM bilgi alışverişinin faydalarından yararlanmak için gereklidir. BIM yürütme planları tipik olarak bu değişim için gereksinimleri belirtir. Bina/Proje sahipleri ihtiyaçlarını belirtebilmelidir. Bugün BIM araçlarının ithalatçıları ve ihracatçıları arasında değişen kaliteler var. Çoğu özel ayarlar gerektirir. IFC’nin güçlü ve zayıf yönleri vardır. Belirli alanlarda ve belirli ortamlarda gerçekten çok yararlıdır. Bazen diğer alanlarda IFC’nin kullanımı ters etki yapabilir. Bunu okuyorsanız, muhtemelen IFC kullanımına ihtiyaç duyacaksınız veya IFC kullanımının gerekli olduğu projeler için teklif vereceksiniz. Başarılı olmak için ekibinizin IFC standardına ilişkin temel bir anlayışın ötesine geçmesi ve onu çevreleyen gelişmeleri takip etmesi gerekir.
Bir değişim formatı olarak IFC – ihracat modeli neleri içerir?
IFC modelleri, geometrik ve geometrik olmayan verilerin bir yapı kombinasyonunu içerir. Bu veriler, birden fazla yazılım uygulamasında farklı şekillerde görüntülenebilir, analiz edilebilir ve değiştirilebilir.
IFC modelleri bina geometrisini ve bina verilerini içerir. Yerel BIM dosyalarında bulunan bilgilerin “tümü” veya bir alt kümesini içerirler. Yerel verileri bir IFC dosyasına dönüştürmek ve dışa aktarmak, verileri bir uygulamadan diğerine aktarmanın bir yoludur. Değişim formatı açık, ücretsiz ve iyi belgelenmiştir. Uygulama satıcısı, IFC standartlarına/standartlarına uygun ifc dışa aktarma ve içe aktarma arabirimleri sağlayarak, yüzlerce başka BIM aracı ve etki alanı uygulamasıyla birlikte çalışabilirlik sağlayabilir.
Tasarım ve inşaatta IFC kullanımı
IFC’nin kullanımı günümüzde en çok tasarım ve inşaat aşamalarında yaygındır. Tasarımda ana kullanım, tasarım görselleştirme ve çakışma tespitidir. Tasarım ekibi, geçmişte DXF dosyalarını birleştirmek (XREF) CAD dosyaları (veya bundan önceki planları üst üste bindirmek) için değiş tokuş ettikleri gibi, uygulamadan bağımsız olarak artık disiplin modellerine başvurabilir veya birleştirebilir. Diğer disiplinlerden referans modellerine ek olarak, IFC dosyaları bir uygulamadan diğerine veri aktarmak için kullanılır. Geometri, veri ve çizelgelere sahip BIM nesneleri, bir kaynak uygulamadan dışa aktarılabilir ve ardından tasarım veya analize devam etmek için diğerine aktarılabilir. Aktarım sürecinde yazının ilerleyen bölümlerinde göreceğimiz gibi bir miktar veri ve nesne zekası kaybı olacaktır.
Açık formatta sanal bir bina modeline sahip olmak, tasarımın amacını kullanımı kolay programlarda görebilen ve sanal bina modeline dayalı metraj ve çizelgeleme yapabilen müteahhitler için de büyük bir kazanç oldu.
“Bim araçları arasında entegrasyon” senaryosuna ek olarak, IFC formatını kullanan bir dizi özel araç geliştirilmektedir. Örnekler kalite güvence araçları, model görüntüleyiciler, planlayıcılar, eksik listesi uygulamaları vb.
Veri modeli olarak IFC – IFC modelinin yapısı nedir
Modelin bina projesiyle ilgili hem geometrik (3B ve 2B) hem de geometrik olmayan verileri içerdiğini daha önce belirtmiştik. Teknik olarak şema, “EXPRESS”e dayalı bir varlık-ilişki modelini tanımlar. Daha fazla açıklamak için örnek olarak bir kapı kullanacağız.
Bir kapı elemanı sistemde kapı olarak tanımlanır. Bir kapı olarak, yapı alanında zaten sınıflandırılmıştır. Hem aynı projede hem de farklı projelerde benzer kapıların mülk paylaşmasını sağlayan tip tanımları vardır. Hem tür hem de örnek, kendilerine eklenmiş niteliklere ve özelliklere sahip olabilir. Bu önemli. Bakım talimatı, model numarası, boyut vb. gibi genel bilgileri türe eklersiniz, ancak seri numarası, kurulum tarihi, durum vb. gibi belirli özellikleri örneğe eklersiniz.
Özelliklerin kendileri belirli bir yapıya sahiptir. Özellikler normalde özellik kümelerinde gruplanır. Bunlardan bazıları IFC standardında, bazıları bim yürütme planında vb. tanımlanmıştır. Devir teslim edilen operasyonlar için belirli O&M verilerini istiyorsanız, bunları koymak/aramak için tek yer burasıdır.
IFC’nin ayrıca öğeleri gruplandırmanın başka yolları da vardır. En önemlisi, birlikte çalışan yapı elemanlarını ve bileşenlerini gruplamak için kullanılan sistemlerdir. Bu, özellikle su temini, hava girişi vb. sistemlerin kullanıldığı MEP modellerinde önemlidir.
IFC, yapı elemanları arasındaki ilişkileri de tanımlar. İlişkilerin bazıları, daha önce bahsettiğimiz bağlantıları, sistemleri, türleri, özellik setlerini vb. oluşturmak için kullanılır. Diğer ilişkiler, bina bileşenlerinin nasıl bina haline geldiğini tanımlar. İlişkiler, mekansal yapıyı (sitenin binalardan, bina katlarından, odalardan (boşluklardan) nasıl oluştuğunu ve mekanların bölgelere nasıl gruplandığını içerir. Tesis Yönetimi İlişkiler ayrıca, harici bir adrese sahip görevlere veya belgelere yönelik harici işaretçiler olabilir.
Dosya formatı olarak IFC – alternatif temsiller
IFC, genel biçimiyle düz metin bir ascii dosyasıdır. Şema, düz metnin ilişkiler ve tür kalıtım ile nesne kümelerine nasıl dönüştürüleceğini tanımlar. Bilgi bir nevi okunabilir olsa bile, dosya içeriğinin yaratıcısı ve tüketicisi olan yazılım uygulamalarıdır. IFC dosyasının formatı, “STEP-file” adı verilen bir ISO standardına (10303-21) dayanmaktadır.
IFCXML dosya formatı, “normal” ifc formatı ile aynı veri modelini kullanır, ancak ascii temsili yerine dosya bir xml belgesi olarak temsil edilir. Bu xml belgesine sahip olmak, makineden makineye daha kolay veri alışverişi anlamına gelebilir. Modeli doğrudan sorgulamak da daha kolaydır. Ancak bu kullanımlar yaygın bir şekilde benimsenmedi ve bu biçimin çoğunu görmüyoruz – en azından henüz.
Hem FC hem de IFCXML dosyaları metin dosyaları olduğundan ve çok fazla veri içerdiğinden, sıkıştırma için başlıca adaylardır. “Zip” veya “rar” gibi bir sıkıştırma aracı kullanarak, dosya boyutunda sırasıyla yaklaşık %80 ve %90 azalma görürsünüz. IFCZIP, belirli sıkıştırma algoritmalarının kullanıldığı ve yalnızca bir ifc (veya ifcxml) dosyasının dahil edildiği dosya biçimi olarak standartlaştırılmıştır. Deneyimlerimize göre ifcxml dosya formatı büyük ölçüde benimsenmemiştir.
Şema sürümleri
IFC şeması farklı versiyonlarda yayınlanmıştır ve sürekli olarak gelişmektedir. Şu anda alakalı olan iki versiyon IFC 2×3 ve IFC 4’tür (bu ikisinin isimleri biraz kafa karıştırıcı o yüzden açıklamama izin verin. Önceki sürümlerin tarihi 1.0, 1.5, 1.5.1 idi. Sonra 2x, 2×2 vardı. ve 2×3 Bunu takiben, en yeni sürüm IFC2x4 olarak adlandırılabilir, ancak bunun yerine mevcut sürümün adlandırılmasını IFC4’e ve ardından yaklaşan ana sürümü IFC 5’e basitleştirdiler.
IFC 2×3 önceki sürüm olsa bile, şu anda en çok kullanıldığını gördüğümüz sürümdür ve muhtemelen yakın gelecekte baskın sürüm olacaktır. Bu gecikmenin nedeni kısmen, büyük BIM araçlarının bu yeni sürüm için destek uygulaması zaman almasıdır. Ayrıca mevcut devam eden projelerin çoğu, değişim formatının IFC2X3 olması gerektiğini belirten BIM yürütme planlarını kullanıyor. IFC 2×3 bazı sınırlamalar içeriyor ve bazı eleştiriler aldı. Bu öğeler, aşağıdaki sürümlerde (IFC4, IFC5 ve sonrası) buildSMART tarafından ele alınmaktadır.
IFC4, geometriler ve parametrikler için desteği genişletiyor, bina hizmetlerini ve yapısal alanı genişletiyor ve basit bir XML formatı içeriyor (formatlar hakkında daha sonra).
IFC5 yeni gelen ana sürümdür. Şu anda erken planlama aşamasında olduğundan, henüz beklenen bir teslim tarihimiz yok. Bu sürümün ana itici gücünün, parametrik yetenekleri daha da genişletmesi ve altyapı alanının dahil edilmesi bekleniyor.
IFC MVDs – akıllı filtreler
IFC’nin amacı, bim araçları arasında değiş tokuş edilebilecek tüm verileri değiş tokuş etmek için ortak bir şema tanımlamaktır. Ancak, iki aracın birlikte çalışması gerektiğinde tüm verilerin değiştirilmesi gerekmez. Gerekli bilgiler, değişimin parçası olduğu sürece bağlıdır. Şemanın bu alt kümesine kısaca Model Görünüm Tanımı veya MVD denir. MVD’ler en iyi örneklerle tanımlanır
IFC2X3 için MVD’ler
IFC2X3 Koordinasyon görünümü (sürüm 2), günümüzde kullanılan en yaygın dışa aktarma biçimidir. Bu MVD’nin kullanım durumu oldukça geneldir. Modelleri görselleştirme ve çakışma tespiti için birleştirmek için kullanılır. Aşağıda göreceğiniz gibi, bu model görünümü IFC4’te daha spesifik olması için ikiye bölünmüştür.
Bu MVD’nin isteğe bağlı eklentilere sahip olduğunu ve bim araçları kurulumuna bağlı olarak bu eklentilerin varsayılan olarak dahil edilmeyeceğini belirtmek önemlidir.
Alan sınırı eklenti görünümü, “uzay ilişkilerine yapı elemanı” ekler. Bu eklentinin amacı aslında termal ve enerji analizini desteklemektir, ancak deneyimlerimiz, operasyon ve bakım gerektiren nesneleri tanımlarken odalardaki öğelerin yerini tespit edebilmek için bunun gerekli olduğunu da göstermektedir.
Miktar çıkışları, tüm mekansal, bina, bina hizmeti ve yapısal elemanlar için temel miktarları ihraç etme yeteneği ekler
2B detaylandırma görünümü, ek 2B eleman temsillerini ve açıklamaları destekler. Bu, uygun kat planları oluşturmak için önemli olabilir.
IFC4 için MVDs
IFC4 için çok genel IFC2x3 Koordinasyon görünümü 2.0, iki farklı ana kullanım durumu arasında ayrım yapmak için iki MVD ile değiştirildi
IFC4 referans görünümü – şemanın bu alt kümesi, referans modelleri kullanan iş akışları için uygundur. Modeller iş akışında tek yönde akıyor. Model, tasarımcı tarafından bim aracında oluşturulur. Modelin alt kümesi dışa aktarılır. Tüketici verileri kendi iş sürecini desteklemek için kullanır (tasarım koordinasyonu, çakışma tespiti, görselleştirme, miktar belirleme vb.). Bununla birlikte, tüketici, dışa aktarılan bu modelde düzenlemeler yapmayacak, bunun yerine, düzenleme gerekiyorsa, BCF veya benzerini kullanarak değişiklik istekleri gönderecektir.
IFC4 Tasarım aktarımı görünümü – şemanın bu alt kümesi, aktarılan modelin tüketicisinin, tasarımı sürdürmek veya farklı düzenleme seçenekleriyle “oynamak” için modelin parçalarını manipüle etmesi ve düzenlemesi gerektiğinde amaçlanır; bir çatışma tespit edildikten sonra.
MVDs neden önemlidir?
İstediğini alırsın. Bir alt küme kullanmak, modelleri kısaltır ve daha verimli hale getirir ve doğru olanı seçmek, ihtiyacınız olan bilgilere sahip olmanızı sağlar. Belirli bir mvd (özellikle referans görünümü) kullanmak, yasal nedenler tam tasarım modelinin açıklanmamasını gerektiriyorsa ve yaratıcının fikri mülkiyetini koruması gerekiyorsa da gereklidir. Diğer yandan, yerleşik/tasarlanmış modeller isteyen sahipler, verileri daha sonraki aşamalarda kullanabilmek için uygun tasarım aktarım görünümüne/ veya FM aktarma görünümüne ihtiyaç duymalıdır, örn. planlanmış büyük bir çalışmanın yapısal etkilerini analiz ederken.
Genel bir arşiv formatı olarak IFC
IFC’nin daha önce bahsedilen özelliklerinin çoğu, onu bir arşiv formatı için iyi bir aday yapmaktadır. IFC açık ve ücretsiz bir formattır, dünya çapında yaygın olarak kullanılmaktadır ve çok çeşitli uygulamalar tarafından desteklenmektedir. Artık aynı zamanda bir ISO standardıdır. Format ayrıca birkaç güncelleme ile oldukça kararlıdır ve çoğunlukla yeni sürümlerde bir şeyler ekleyerek ve düzelterek geriye dönük uyumlu olmayı amaçlar. Ve şemayı ifc dışa aktarmanın kendisi ile birlikte kaydederek, gelecekte herhangi bir zamanda modeldeki birçok bilginin alınabilmesi için iyi bir şans vardır.
“Yerleşik format” olarak IFC
Yukarıda açıklanan IFC formatının iyi yönleri, bilgilerin bozulmayacağı anlamına gelir. Ancak IFC’yi “inşa edilmiş” bir format olarak değerlendirirken, IFC’nin bazı zorlu yönlerini de göz önünde bulundurmak zorundayız. Ancak şu anda IFC verilerinin dışa aktarımında, en azından bugün kullanılan mevcut sürümler ve mvds için bir veri kaybı var. Bu, gelecekte mevcut IFC dışa aktarımlarını kullanırken, bir mimar veya yapı mühendisinin, inşa edilmiş mimari modelinin veya tasarlanmış yapısal modelin yerel versiyonunu içe aktarma ile karşılaştırıldığında, bim araçlarına içe aktarırken “aptal” nesnelere sahip olacağı anlamına gelir.
Bu sorunu hafifletmek için sahiplere, daha sonraki yenilemelerde ve büyük çalışmalarda kullanmak üzere proje tamamlandığında olduğu gibi modellerin hem yerel hem de IFC’den ihraç edilen sürümlerini talep etmelerini ve arşivlemelerini tavsiye ediyoruz. Platformun bazı sürüm yükseltmeleri için BIM araçlarında doğrudan veri kaybı olmadan kullanılabildiğinden, genellikle yerel modelin kısa vadede en yüksek değere sahip olması beklenir. Bununla birlikte, uzun vadede, yerel modelin gelecekte daha uzun süre kullanımda olma olasılığı daha düşük olduğundan, IFC modelinin daha fazla değere sahip olması beklenmektedir.
IFC formatındaki gelişmelerin onu bir devir teslim formatı olarak daha iyi ve daha iyi hale getireceğini belirtmek önemlidir. Tasarım aktarım görünümü parametrikler için tam olarak desteklendiğinde, yerel modele olan ihtiyaç artık orada olmayabilir ve yenileme projesinin bim aracının kullanımıyla ilgili daha büyük bir seçeneği olabilir (örneğin, modeli Revit’te tasarlayın ve Vectorworks kullanarak büyük işler yapın.
Bir devir teslim biçimi olarak IFC
IFC, iyi bir devir teslim formatı olmak ve entegre bir devir stratejisinin temelini oluşturmak için iyi bir temele sahiptir. BIM modelleri kendi yerel formatlarında zaten hem geometrik hem de geometrik olmayan (özellikler ve miktarlar) çok sayıda veriye sahiptir. Düzgün bir şekilde güncel bir model-dışa aktarma ile bina sahibi ve tesis yöneticisi, daha önceki makalelerde tanımladığımız gibi FM süreçlerini desteklemek için kullanılabilecek gerçek binanın sanal bir temsilini alır. Ek olarak, modellerin yapısı ve nesnelerin kendileri, devir aşaması için ihtiyaç duyulan ek İşletme ve Bakım verilerini toplamak için büyük yer tutucular görevi görür. IFC ve COBie etrafındaki standardizasyon çabaları, veri toplama ve devir öncesi işletme ve bakım planlaması için BIM araçlarından daha uygun araçların ortaya çıktığı anlamına da geliyor.
Aynı zamanda, kullanılan formatın sadece bir kolaylaştırıcı ve doğru yönde atılmış bir adım olduğuna dikkat etmek önemlidir. Devir teslim sürecinin önemli kısmı, işletme ve bakım gerektiren modellerdeki unsurların, mal sahipleri ve operatörler için değer yaratacak şekilde spesifik ve doğru verilerle güncellenmesidir.
Özet
IFC, bina disiplinleri ve bina yaşam döngüsünün aşamaları arasında bina verilerini ve geometrisini tanımlamak için kullanılan bir veri modelidir. IFC hem fiili bir standart hem de bir ISO standardıdır. Format açıktır, geniş bir endüstri desteğine sahiptir ve kar amacı gütmeyen küresel bir organizasyon tarafından desteklenmektedir. Bu, BIM birlikte çalışabilirliği için yaygın bir gerekliliktir ve tasarım ve inşaat projelerinizde kullanılan araçların çoğu zaten formatı dışa/içe aktarmayı desteklemektedir.
Bir IFC dosyası, tasarım koordinasyonu, faz geçişi veya birlikte çalışabilirlik gerektiren benzer veri alışverişleri için başka bir BIM aracına aktarılması amaçlanan bir bim aracından dışa aktarmadır. Şemanın farklı versiyonları vardır. Yaygın kullanımdaki mevcut sürüm IFC2X3’tür, ancak IFC4 sürümünün önümüzdeki yıllarda benimsenmesini bekliyoruz.
Verileri bir IFC dosyasına aktarırken, yalnızca BIM modelinin bir alt kümesi dışa aktarılır. IFC dosyalarını talep ederken, üretirken veya tüketirken, kullanımdaki/kullanılacak MVD’nin amacını ve içeriğini ve kullanımdaki BIM araçlarının ve sunucularının içe ve dışa aktarma ayarlarıyla nasıl ilişkili olduğunu bilmek önemlidir.
IFC şu anda birlikte çalışabilirlikle ilgili tüm sorunları çözmüyor ancak açığı kapatmak için çalışmalar devam ediyor.
BIM uygulama planlarındaki format ve spesifikasyonların tüm detayları hakkında piyasada çok az bilgi var ya çok genel ya da çok detaylı.
Bu karmaşık konuya biraz açıklık getirmeyi umuyoruz ve bu önemli konuyu daha iyi anlamak için aşağıdaki yorumları ve soruları bekliyoruz. Soruları yanıtlamak için elimizden gelenin en iyisini yapacağız ve/veya ilgili konuları açıklığa kavuşturmak için gönderileri takip edeceğiz.