Yazılarımız

Cadsay

SKETCHUP'TA COMPONENT VE GROUP STANDARTLARI OLUŞTURMAK

SketchUp ortamında bileşen kütüphanesi panelinde isimlendirilmiş kapı ve pencere bileşenleri ile temiz hiyerarşik dizilim

Bileşen ve grup arasındaki fark teknik bir ayrıntı değil, ofis kültürüdür. Aynı arsada üç kişilik mimar ekibi haftalarca aynı dosyada çalışıyorsa, dosyayı 4 ay sonra geri açan stajyer "Component#247" diye anonim isimle dolu Outliner görünce hangi nesnenin ne olduğunu çıkaramaz. Ama bir önceki proje müdürü K-DIS-AHS-90x210-T01 sistematiğiyle çalıştıysa, stajyer açtığı dosyada 30 saniye içinde dış kapı tipini bulur, malzemesini değiştirir, tüm projeye yansıtır.

Bu yazı bir SketchUp tanıtımı değil; bir ofiste paylaşımlı kütüphane disiplini kurmak isteyen mimar, iç mimar ve teknik ressamlar için hazırlandı. Konu definition–instance ilişkisinin doğru anlaşılması, Make Unique kararı, ofis genelinde tek prefix sistemi ve SketchUp eğitiminde ekip kullanımına yönelik anlatılan dosya devir disiplinidir.

DEFINITION VE INSTANCE ARASINDAKİ GÖRÜNMEYEN BAĞ NEDİR?

SketchUp'ta bir bileşen oluşturduğunuzda model dosyasında iki ayrı şey doğar: definition (tanım) ve instance (örnek). Definition, bileşenin geometrik tarifidir — kenarları, yüzleri, malzemeleri, eksenleri ve içine yerleştirilen alt bileşenleri tek bir reçete olarak tutar. Instance ise sahnede o reçeteden üretilmiş tek bir kopya konumudur. Resmi SketchUp dokümantasyonu bunu net ifade eder: definition davranışı belirler, instance sahnedeki yerini temsil eder.

Görselde bir kapı bileşenini 14 yere yerleştirdiniz; dosya 14 ayrı kapı taşımıyor — tek bir definition ve 14 instance var. Bu yapı dosya boyutunun neden grup-tabanlı dosyalardan çok daha küçük çıktığını açıklar: tekrar eden geometri yalnızca bir kez kayıtlıdır. Müşteri kapı malzemesini ahşaptan çelik kasaya çevirmek istediğinde, herhangi bir instance'ı çift tıklayarak definition'ı düzenlemek tüm 14 kapıyı aynı anda günceller. Group bunu yapmaz; group her kopyada geometriyi yeniden saklar, kopyaları birbirinden bağımsızdır.

Bu farkın pratik karşılığı: aynı geometriden ikiden fazla kullanılacaksa component yapılır. Tek seferlik bir kütle, projeye özgü bir konsol çıkma, parsele özel teras döşemesi gibi tekrar etmeyen objeler için group yeterli ve doğrudur. Group seçimi sadeliği korur; component seçimi tekrarda zaman kazandırır. Karar bu kadar net.

MAKE UNIQUE NE ZAMAN KULLANILIR?

İşin inceliği şuradadır: bazen 14 instance'tan birini diğerlerinden farklı yapmak istersiniz. Bir konut projesinde aynı pencere bileşeni tüm cephede tekrar ediyor, ama ana yatak odasındaki tek pencere alçak parapet için kısaltılacak. Bu durumda o instance'ı seçip sağ tık > Make Unique dersiniz. SketchUp arka planda o instance için yeni bir definition oluşturur; kütüphane tanımıyla bağı koparılır, sadece o kopya değiştirilir. Diğer 13 kopya orijinal tanıma bağlı kalır.

Bu özellik kütüphane mantığını yıkmadan esneklik verir. Ama tehlikesi de var: ekip içinde Make Unique'i bilmeden alışılmış refleksle "bunu da değiştireyim" diyen bir mimar, kapı bileşenini düzenlerken aslında tüm projedeki kapıları tek tek bozar. Bu yüzden ofis kuralı şu olmalıdır: bir bileşene girip değişiklik yapmadan önce, bu değişiklik tüm kopyaları kapsamalı mı yoksa tek kopyaya mı özgü, kararı baştan ver. Hepsi yansısın isteniyorsa direkt edit; tek kopya değişecekse önce Make Unique, sonra edit.

Üçüncü incelik: Component > Save As. Bir bileşeni dosya dışına .skp olarak kaydedip ofis paylaşımlı sürücüsüne atarsınız. Sonraki projelerde Dosya > İçeri Aktar ile aynı bileşeni yükler, üzerinde değişiklik yaparsanız Reload özelliği ile tüm dosyalardaki kopyaları güncelleyebilirsiniz. Türk mimari ofislerinde paylaşımlı kapı-pencere kütüphanesinin değer kazandığı an tam buradadır.

OFİS GENELİNDE TEK PREFİX SİSTEMİ

SketchUp Türkçe arayüzünde Outliner panelinde prefix sistemiyle dizilmiş kapı pencere mobilya bileşenleri ve numaralı annotation

Bileşen isimlendirmesi ofisin en az değer verdiği ama en çok zaman kaybettiği detaydır. Otomatik Component#37 isimlerini kabul ettiğiniz an dosya 6 ay sonra başkasının elinde sağır bir labirente dönüşür. Bunun yerine tek bir prefix sistemi koymak — ve ofiste herkesin bu sisteme uyması — saatlerin ötesinde projenin sahiplenebilirliğini değiştirir.

Önerilen Türk mimari ofis sistemi: KATEGORI-ALT-MALZEME-OLCU-VARYANT sırası.

  • K-DIS-AHS-90x210-T01: Kapı, dış, ahşap, 90×210 cm, tip 01
  • P-CIFT-ALU-120x140-T02: Pencere, çift kanat, alüminyum, 120×140 cm, tip 02
  • MOB-SAN-AHS-45-T03: Mobilya, sandalye, ahşap, 45 cm oturma yüksekliği, tip 03
  • AYD-SARK-METAL-D40-T01: Aydınlatma, sarkıt, metal, 40 cm çap, tip 01
  • PEY-AGAC-50-T04: Peyzaj, ağaç, 5,0 m boy, tip 04
  • SAN-ARMK-SER-60-T02: Sıhhi tesisat, armatür, seramik, 60 cm, tip 02

Bu konvansiyon SketchUp forumlarında tartışılan "kategori-genelden-özele" yaklaşımının Türkçe karşılığıdır. Outliner panelinde alfabetik sıralama ile aynı kategoriler yan yana toplanır; bir mimari proje 200-300 bileşen taşısa bile arama 5 saniye içinde sonuçlanır. Stajyer veya yeni katılan mimar dosyayı açtığında okuma yükü neredeyse sıfırdır.

Pratik bir not: prefix harfleri TR karakter taşımamalı (Ç, Ş, İ kullanmayın). Bazı SketchUp eklentileri ve yedek/uyumluluk durumlarında ASCII dışı karakter sorun çıkarabilir; "K-DIS" yerine "K-DIS" yazmak bu sorunu sıfıra indirir. Outliner'da insan okumasında zaten fark yaratmaz.

COMPONENT AXES VE GLUE-TO DİSİPLİNİ NASIL UYGULANIR?

Yeni kullanıcının fark etmediği üçüncü detay bileşenin eksen yönü. Make Component diyaloğunda "Set Component Axes" düğmesi vardır; bileşenin yerleşim referans noktasını seçmenizi sağlar. Bir kapı bileşeninin orijini her zaman sol alt köşede, kasanın iç tarafında olmalı. Pencere bileşeninin orijini açıklığın sol alt köşesinde, dış cephe yüzeyinde olmalı. Mobilya bileşeninin orijini nesnenin yere oturan tabanının ön sol köşesinde olmalı.

Bu kural ofis genelinde tek standart olduğunda kütüphaneden bileşen sürüklendiğinde duvar açıklığına oturma süresi saniyeler ölçeğine iner. Standardı olmayan kütüphanede her bileşen bambaşka bir yerden tutulur; mimarın her seferinde döndürme ve hizalama yapması gerekir, ortalama 30-40 saniye kaybedilir. Günde 50 yerleştirme yapan biri için bu 25 dakika kayıptır.

Bunun yanında "Glue To" özelliği bileşenin hangi düzleme yapışacağını tarifler: yatay, dikey, herhangi bir yön ya da hiçbiri. Bir pencere bileşeni "Glue to vertical" olarak işaretlenirse otomatik dikey yüzeylere yapışır, duvara dik konumlanır. Cut Opening özelliği aktifse duvarda otomatik boşluk açar. Bu iki ayarın doğru kurulması, kapı-pencere bileşen kütüphanesini bir Lego seti gibi kullanılabilir hâle getirir.

Ofis kütüphanesi oluşturulurken zorunlu kontrol listesi şudur:

  1. Bileşen orijinini doğru noktaya taşı.
  2. Glue To'yu uygun yöne ayarla (duvar nesneleri için Vertical, döşeme nesneleri için Horizontal).
  3. Cut Opening'in açık veya kapalı olduğunu işaretle (sadece kapı, pencere ve niş için açık).
  4. Description (Açıklama) alanına metrik ölçü ve malzeme notu gir.
  5. Geometry içindeki ham edge ve face'lerin tag'i Untagged olduğunu doğrula.

KENTSEL DÖNÜŞÜM VE PEYZAJDA STANDART BİLEŞEN

Türkiye'nin son on yılında kentsel dönüşüm projelerinin yoğunluğu mimari ofislerin SketchUp kütüphanesini ayrı bir disipline çekti. Bir blokta 24 daire için 6 farklı pencere tipi varsa, 12 bloklu kentsel dönüşüm adasında 288 daire için kütüphaneden çağrılan 6 bileşen düzgün definition disiplini ile çalışırsa, müşteri pencere ölçüsünü değiştirmek istediğinde tek operasyon 288 daireyi günceller. Group ile yapılmış aynı dosya 288 ayrı işlem demektir.

Peyzajda mantık aynı: bir kentsel meydanın aydınlatması 36 sarkıt armatür içeriyor, hepsi tek bileşendir. Yerel belediye revizyon istediğinde armatürün boy ölçüsünü değiştirmek tek müdahaledir. Aynı kural ağaçlar, banklar, çöp kutuları, peyzaj duvarları için geçerli. Düşük polylu (low-poly) bileşen seçimi sahne performansını korur; 80.000 yüzlü süslü ağaç modelini 36 kez yerleştiren bir dosya sahnede dönmez hâle gelir.

Akademi tarafında durum benzer: mimarlık fakültelerinin atölye derslerinde SketchUp temel araç olarak kullanılır ve öğrenciye component–group ayrımı genelde ikinci hafta öğretilir. Ama ofise geçtiğinde aynı öğrenci ekibin paylaşımlı kütüphane disiplinine yabancı kalır; ilk üç ay ekibin "bileşen yapmıyor, hep grup yapıyor" geri dönüşünü alır. Bu boşluk MEB destekli teknik mimari atölyelerin ve özel akademilerin SketchUp programlarında ofis modülü altında doldurulmaya başladı.

ŞABLON DOSYASI VE DEVİR DİSİPLİNİ

Mimari ofiste iki tasarımcının ekranda paylaşımlı bileşen kütüphanesi dosyasını inceleyip kapı pencere tiplerini gözden geçirmesi

Bütün bu disiplini her projede sıfırdan kurmak zaman israfıdır. Ofis için kalıcı yatırım, hazır kurumsal şablon .skp dosyasıdır. İçinde standart tag yapısı, en az 5 hazır sahne, doğru ölçü birimi (Pencere > Model Bilgisi > Birimler > Ondalık mm), ofis paylaşımlı sürücüden bağlı paylaşımlı kütüphane referansları ve örnek prefix-isimli birkaç bileşen bulunur. Dosya > Şablon Olarak Kaydet ile kaydedilir. Yeni başlayan herkes Dosya > Yeni dediğinde bu şablondan başlar.

Devir disiplini de ayrı bir konudur. Bir proje başka mimara devredildiğinde dosyanın okunabilirliği ofisin profesyonelliğini gösterir. Devir kontrol listesi:

  • Tüm bileşenlerin ofis prefix sistemine uyduğunu Outliner'da kontrol et.
  • Kullanılmayan bileşenleri Pencere > Model Bilgisi > İstatistikler > Temizle ile sil.
  • Make Unique ile koparılmış instance'ları listele ve isim güncelle (örn. K-DIS-AHS-90x210-T01-UNIQUE-YATAKODASI).
  • Paylaşımlı kütüphane referansları varsa Dosya > İçeri Aktar yerine Save As ile bağımsız hâle getir veya bağıntılı kalsınsa dökümana not düş.
  • Tag yapısı standart ofis listesiyle uyumlu mu doğrula.

Bu kontrolün her devirde 10 dakika sürmesi, sonraki kullanıcı için saatlerce zaman kazandırır. Bir ofiste 15 mimar varsa yıllık devir sayısı 200'ün üstüne çıkar; küçük bir disiplin ofis yıllık iş hızının ölçülebilir kısmını korur.

Bileşen ve grup standartları teknik bir konvansiyondan çok ofisin paylaşımlı zihnidir. Definition–instance ilişkisini doğru kavrayan, Make Unique'i kontrollü kullanan, prefix sistemine sadık kalan ve eksen-Glue To disiplinine uyan bir ekip için SketchUp bir araç değil, ekibin ortak çalışma diline dönüşür.

 CADSAY