"Dosya 400 MB, o yüzden yavaş açılıyor" cümlesi çoğu zaman yanlıştır. Aynı boyutta iki IFC dosyasından biri saniyeler içinde açılırken diğeri dakikalarca beklettirebilir. Farkı yaratan boyut değil, dosyanın içindeki yapıdır.
Asıl ölçü: nesne ve gösterim sayısı
IFC dosyası düz metin bir STEP dosyasıdır; içindeki her satır bir varlık örneğidir. Dosya boyutu bu satırların sayısıyla doğru orantılıdır ama açılış süresi satır sayısıyla değil, çözülmesi gereken nesne grafiğinin karmaşıklığıyla belirlenir.
Bir okuyucu dosyayı açarken üç ayrı iş yapar: metni ayrıştırır, satırlar arasındaki referansları çözerek nesne grafiğini kurar ve geometriyi ekranda çizilebilir üçgenlere dönüştürür. Bu üç işin maliyeti farklı şeylere bağlıdır. Ayrıştırma satır sayısıyla, referans çözümü ilişki yoğunluğuyla, geometri üretimi ise gösterim tipiyle ölçeklenir.
Bu yüzden 60 MB'lık ama yüz binlerce küçük parça — bağlantı elemanları, donatı çubukları, sprinkler başlıkları, kablo tavası askıları — içeren bir tesisat modeli, 300 MB'lık ama birkaç bin büyük elemandan oluşan bir mimari modelden çok daha yavaş açılabilir.
Geometri gösterimi neden bu kadar önemli
IFC birden fazla geometri gösterimini destekler ve maliyetleri çok farklıdır:
- Süpürme katıları. Bir profilin bir yol boyunca ötelenmesiyle tanımlanır. Dosyada çok az yer kaplar, ancak okuyucunun katıyı çalışma zamanında üretmesi gerekir.
- Yüzey sınırı (BRep). Her yüzeyin sınırları tek tek yazılır. Karmaşık geometride satır sayısı hızla büyür ve hem dosya boyutunu hem ayrıştırma süresini artırır.
- Üçgenlenmiş ağ. IFC4'te gelen
IfcTessellatedFaceSet, geometriyi doğrudan üçgen listesi olarak taşır. Okuyucu için en ucuz seçenektir çünkü ek hesap gerekmez, ancak parametrik bilgi kaybolur ve ağ çözünürlüğü yüksekse dosya şişer.
Kaynak yazılımdaki "detay seviyesi" ayarı burada doğrudan etkilidir. Yüksek detayla üretilen eğrisel yüzeyler, düşük detayla üretilenin birkaç katı üçgen içerir. Görüntüleme amaçlı bir teslimde en yüksek detay seviyesini seçmek, tek başına açılış süresini birkaç kat artırabilir.
Nitelik okuma maliyeti hafife alınmamalı
Geometri kadar olmasa da nitelik verisi de ciddi bir yük oluşturur. Kaynak yazılımdaki tüm parametrelerin property set olarak dışa aktarılması, her eleman için onlarca ek varlık örneği üretir. Beş bin elemanlı bir modelde eleman başına kırk nitelik, iki yüz bin ek satır demektir.
Bunun büyük bölümü çoğu zaman kullanılmaz: sürüm notları, iç kimlikler, görünüm ayarları. Teslim şartnamesinde hangi property set'lerin zorunlu olduğu tanımlanmışsa, dışa aktarımı yalnızca o setlerle sınırlamak dosyayı belirgin biçimde hafifletir.
Revit'ten dışa aktarırken
- Dışa aktarımı, kategorileri filtrelenmiş özel bir 3B görünüm üzerinden yapın. IFC dışa aktarımı aktif görünümü esas alır; tüm modeli açık bırakmak gereksiz veri taşır.
- Amaç görüntüleme ve koordinasyonsa IFC4 Reference View kullanın. Reference View üçgenlenmiş geometri üretir ve okuyucu tarafında hızlıdır.
- "Export base quantities" seçeneğini metraj gerekiyorsa açık, gerekmiyorsa kapalı tutun; kararı bilinçli verin.
- "Export 2D plan view elements" seçeneğini kapatın. Görünüm çizgileri, tarama desenleri ve açıklama nesneleri 3B modelde işe yaramaz ama dosyayı büyütür.
- "Export parts as building elements" seçeneğini yalnızca gerçekten katman bazlı metraj gerekiyorsa açın; her katmanı ayrı nesneye çevirdiği için eleman sayısını katlar.
- Bağlı modelleri tek dosyada birleştirmeyin. Her disiplini kendi dosyasında tutup görüntüleyicide federe etmek hem hızlı hem yönetilebilirdir.
ArchiCAD'den dışa aktarırken
- Hazır çevirici (translator) kullanmak yerine teslim amacına uygun bir çevirici tanımlayın; geometri dönüşümü, nitelik eşlemesi ve filtreler bu tanımda toplanır.
- Geometri dönüşümünde "açık BREP" seçeneği her elemanı yüzey sınırına çevirir ve dosyayı büyütür. Parametrik gösterim korunabiliyorsa tercih edin.
- Dışa aktarılacak elemanları görünüm ve katman filtresiyle sınırlayın; mobilya, bitki ve figür kütüphane nesneleri koordinasyon modelinde nadiren gereklidir.
- Nitelik eşleme şemasını teslim şartnamesindeki property set listesiyle sınırlayın.
Disipline göre bölmek
Tek bir dev federe dosya yerine mimari, statik, mekanik ve elektrik modellerini ayrı IFC dosyaları olarak teslim etmek neredeyse her zaman doğru karardır. Ayrı dosyalar paralel yüklenebilir, yalnızca ihtiyaç duyulan disiplin açılabilir, bir disiplin revize olduğunda sadece o dosya yeniden işlenir ve dosya başına bellek tüketimi öngörülebilir kalır.
Çok katlı ve çok bloklu projelerde ikinci bir bölme ekseni daha vardır: blok veya etap. Ortak koordinat sistemi korunduğu sürece parçalar görüntüleyicide üst üste doğru oturur.
Kısa kontrol listesi
- Dosya boyutunu değil, eleman sayısını sorun.
- Görüntüleme amaçlı teslimde detay seviyesini gereksiz yükseltmeyin.
- Yalnızca şartnamede tanımlı property set'leri dışa aktarın.
- 2B görünüm nesnelerini ve gereksiz kütüphane içeriğini dışarıda bırakın.
- Disipline göre bölün, koordinat sistemini ortak tutun.
- Teslim öncesi dosyayı hedef görüntüleyicide bir kez açıp süreyi ölçün; sorunu alıcı tarafta değil, kaynak tarafta çözmek her zaman daha ucuzdur.