2015-12-26

Soru Cevap: Kiriş Zonlama



Soru:

Merhabalar Mehmet Bey,

Abu Dhabi'de Midfield Terminal projesinde BIM Engineer olarak calismaktayim.
Projede Microstation kullandigimiz icin Revit konusunda tecrubem sinirli.
Fakat Revit konusunda kendimi gelistirmeye calisiyorum.

Su andaki projemizde beton metraj raporlari belli zone lara gore
raprlanmakta ve modeldeki elemanlar bu zonelarin icinde ya da disinda olmak
zorunda degil. Bir cok kiris bu zone sinirlariyla ikiye bolunmus durumda.
Biz de modellerimizde, bu kirisleri ikiye bolerek yani birbirinden bagimsiz
iki kiris olarak tutuyoruz. Tahmin edebileceginiz gibi bu metod barindirdigi
sikintilar nedeniyle pek tercih edilesi degil. Ornegin, projemizde 2 kere
zoning sistemi degisti ve butun bu ikiye bolunen kirisleri ve dosemeleri
tekrar modellemek/sinirlarini degistirmek zorunda kaldik. Fakat Microstation
bu noktada akilli bir cozum sunmamakta ve izledigimiz yol tek cozum olarak
gorunmete idi bizim.

Size olan souma gelirsek, ben quantity take off icin zoning modellemesini
Revit'te daha akilli bir sekilde yapabilecegimize inaniyorum fakat
internette herhangi bir sonuca ulasamadim. Aklimda izleyebilecegim bir metod
var fakat Amerika'yi yeniden kesfetmek istemedigim icin size danisayim
istedim.

Benim aklima gelen cozum, bu zonelar icin solid volumeler yaratmak ve
elemanlari kesinlikle ikiye bolmeden, tek parca seklinde modellemek.
Quantity take off u schedule kullanmak yerine bir add-in ile
gerceklestirmek. Bu addin basitce, modeldeki elemanlarin hacimlerini zoning
hacimleri ile intersect edecek ve sonrasinda hacim raporlamasini yapacak.

Sizce bu cozum uygun mudur? Bu ozelliklere sahip bir uygulama/add-in
piyasada mevcut mudur? Sizin konuyla alakali tecrubeleriniz nedir?

Bu uzun maile simdiden vakit ayirdiginiz icin cok tesekkur ederim. Yanitiniz
icin beklemedeyim.

Cevap:

Midfield için çalışmış ve çalışmakta olan tüm dostlara selamlar.

"Model elemanları zone'ların içinde ya da dışında olmak zorunda değil" kısmını tam anlayamadım.
Fakat kirişin betonu bir kerede dökülüyorsa iki ayrı zone'a dahil olması kabul edilebilir durmuyor.
Detayları bilmeden yorum yapmak doğru olmasa da Zone'lamanın kirişleri bölmesi kulağa pek doğru gelmiyor.

Bu konuda tecrübeden ziyade yönetici ağırlığımı koyarım. Yani birinin rasyonel argümanlarla kiriş kesen zone'ları savunmasını beklerim..

Neyseki sorunuzun add-in kısmının kolay bir cevabı var: Dynamo.

Sıkı arkadaşlar bana soru sorduklarında, genelde daha ben cevabı vermeden, çözümü bulur ve giderler.
Sizinkisi de öyle olmuş :) Demek böyle bir etkim var :)

Aklıma birçok yöntem gelse de, söylediğiniz ilk deneyeceğim olurdu.
Burada ben olsam nelere dikkat ederim dersem:

1) Öncelikle kirişler birden fazla Zone'la kesişiyormu diye bakarım.
Bu sayede binlerce kiriş üzerinde kesişme işlemi yapıp saniyeler ve RAM kaybedip, NULL ve / ve ya SIFIR değerleri almaktansa, birden fazla Zone'la kesişen kirişleri filtrelerim.
Kesişmeyi bunlarda yapıp işlemi optimize ederim.

2) Sonuçlar sadece excel'e aktarılacaksa bu işlem nerede ise canlı bir şekilde yapılabilir. (Video'daki gibi).
Fakat Ortak Güvenilir bilgi kaynağımız BIM modeli olduğuna göre, verileri kiriş modellerine geri yazmak için akıllıca bir parametre stratejisi geliştiririm.

Tabi bahsettiğiniz gibi büyük bir projede kirişler ve ya zone'lar her değiştiğinde Dynamo'yu açmak unutulabilir (ki unutulmaz, bunun için BIM Coordinator'lar var) diye bir endişe olursa API External Application olarak yazar, event handler ile kiriş ve zone'ları takip ederdim. Değişiklik durumunda anında değerleri güncellerdim.

İyi çalışmalar. Revit yolculuğunuzda başarılar dilerim.
İstanbul'a geldiğiniz tarihler uyarsa Dynamo Workshop'uma beklerim.

2015-11-16

Türk Müteahhitler için Hayat Memat meselesi olarak BIM

Source: Statista

Nokia'yı bilmeyen yoktur. 2007 yılının 4. çeyreğinde mobil telefon pazarını %50.9 bir oranla domine ederken, çok değil 6 yıl sonra yok olan firma.

The New Yorker'ın "Nokia Nerede Yanlış Yaptı" başlıklı yazısından aktarıyorum.
İki önemli tespitle başlamışlar yazıya.

1) Sorun Teknoloji değil

Nokia ilk akıllı telefonunu 1996'da üretmişti. Doksanların sonunda dokunmatik ekranlı, internet bağlantılı prototiplerini oluşturmuşlardı bile. Teknolojide geri de kalmadılar. AR-GE için inanılmaz paralar harcıyorlardı.

Türkiye'nin en büyük Müteahhitlik firmalarından biri 2011-2012 yıllarında, kontratta istendiği için, Dünyanın en büyük ve kapsamlı BIM projesini yaptı. Yapılanlar zamanın en öncü ve değerli modelleriydi ki, Dünyanın en büyük Müteahhitlik firmalarından olan Amerikalı ortakları pek çok konferansta gerine gerine gösteriyordu biz bu kadar şahaneyiz diye..

2) İşimizi çok iyi yapıyoruz.. Pazarlama yapmıyoruz..

"Nokia bir mühendislik firmasıydı ve pazarlamada geri kaldı" yanılgısı. Oysaki Nokia pazarlama konusunda dünyaca tanınan ve mobil telefonları moda aksesuarına dönüştürmeyi en iyi beceren firmaydı.

Kimseye haksızlık yapmak istemem. Onun için tamamen şahsi fikrim olarak söylüyorum.
Bu sektörde olup ta, paradigmayı değiştiren BIM'den bihaber olmak, işinde de ne olduğunun çok net göstergesidir. İnsanlar comfort-zone'larını genişlettikçe (yaydıkça) iyi oldukları yanılgısına düşebiliyorlar.

Gelelim çöküşe götüren sebeplere:

3) Üvey Evlat

Mobil telefonlar için yazılım önem kazanmaya başladı. Fakat Nokia'nın süreçleri donanımcılar tarafından domine ediliyordu. Yazılım uzmanları marjinalize edildi.
(Öte yandan Apple bu iki tarafı multi-disipliner takımlar halinde çalışmaya teşvik ediyordu..)

Bu BIM ekibi süreçlere penetre etmekte zorluklarla karşılaşıyordu. Hep babasına bile güvenmeyen ve her şeyi bilen adamlar vardı arada.

4) Underestimate (Hafife almak)

Nokia akıllı telefonlara geçişin önemini hafife aldı. Nede olsa pazarın kârının yarısı kasasına giriyordu. Ve bu kârın çoğu akıllı telefonlardan gelmiyordu bile..(CAD)
Kaynaklarını yüksek teknolojili ve düşük yoğunluklu işe aktarmayı riskli buluyordu. (BIM)
Nokia'nın çöküşünün sebeplerinden biri de yeni döneme geçişteki kurumsal isteksizliğiydi.

Bizim sektörle en iyi örtüşen madde bu. Bildiğimiz gibi yapıyoruz ve çok kazanıyoruz. Ne gerek var ki değişmeye?

5) Overestimate (Aşırı değer biçmek)

Markasına ve kaynaklarına aşırı güvendi. Oyuna geç girmesine rağmen rahatça yakalayacağını düşündü.

Dünyanın en büyük ve kapsamlı BIM projesini yapan o firmada model yapmış 1-2 kişi kaldı. Kor BIM ekibinden ise hiç kimse.. Standartlar, metodlar, teknik beceri, bilgi birikimi uçtu gitti..

Tüm "Müteahhit vs. BIM" hikayeleri böyle değil tabi. Farklı tezahürleri var:

a) Bir BIM projesi alalım ekip kurarız.
b) Bir BIM projesi alalım Hintlilere / Filipinlilere yaptırırız.

Elbette birileri model yapabilir. Fakat o Müteahhitin BIM yapması demek, sahadaki formeninden planlamacısına, satın almasından yöneticisine BIM yapması demek.

Gitarı hemen bugün alabilirsiniz de iyi çalmaya ne zaman başlarsınız?
Bugün iyi gitar çalanlar yarın daha da iyi olmayacaklar mı?

Abarttığımı düşünüyor olabilirsiniz. Bakalım:

Müteahhit ve BIM'in Bugünü

İşveren BIM'i Müteahhitten bekliyor.

İşverenler BIM'in özellikle şu üç faydasını keşfettiler ve hoşlarına gitti.
-İşleri doğru, zamanında ve daha az ek maliyet/riskle yürüyor.
-Satın aldıkları hizmeti daha hızlı ve kolay değerlendirebiliyorlar.
(Onun için BIM Theather kurdurtuyor..)
-Binayı işletmekte bu modeller paha biçilmez bir altyapı oluşturuyor.

Elinize geçen kontratlara bakın. Projecilerden geleneksel uygulama projesi üretecek kadar model istenirken, Müteahhitten BIM altyapısını kurması, işletmeye yönelik parametre ve verileri içeren, imalat resmi seviyesinde as-built modeller üretmesi bekleniyor.
Çünkü işveren kaynaklarının çoğunu inşaata harcıyor ve yine en çok riski bu süreçte alıyor.
O da diyorki binamı önce dijital ortamda inşa et, sonra sahada..

Üstelik projecilerin modellerinin elinize geçeceğinin bir garantisi de yok. İşveren Model vererek tahmin ettiğinden daha çok / daha farklı bilgi vermekten ve bu sebeple yükümlülükler doğmasından çekinebiliyor.

Tüm bu koşullara rağmen,yukarıdaki grafiğin ülkeler bazında gösterdiği gibi Müteahhitler BIM yatırımlarının pozitif geri dönüşü olduğunu düşünüyorlar.

Özellikle gelişmiş ülke Müteahhitleri belirli bir BIM olgunluğuna erişmiş durumda. 
%50'nin üzerinde bir kısmı en az 5-7 senedir BIM kullanıyor. (2013 rakamları)

Özellikle büyük Müteahhitlerin yüksek seviyede BIM yapmaya angaje olduğunu görüyoruz.

Model yapmak / yaptırmak seviyesinin ötesinde BIM'e angaje olanların yatırımlarının karşılığını daha iyi aldıklarını görmek mümkün.

BIM yatırımlarını önemli / çok önemli gören Müteahhitlerin oranı..

Geç kalmayı korkutucu kılan en temel unsur, BIM implementasyonunda yaşanan ivme.
Son iki sene içerisinde rakamlar neredeyse iki katına çıkmış ve %70'ler mertebesine erişmiş.

Müteahhit ve BIM'in Yarını

BIM kavramı hızla derinleşiyor. Önceki yıllarda ağırlıklı olarak projenin 3 boyutlu modellenmesi anlamına sıkışmış idi. Bu modellerden metraj alınıyor, çakışma kontrolü / süperpoze / koordinasyon yapılıyordu.

Bugün BIM modelleri şirketlerin ERP'leri ile entegre çalışıyor.


Sahayla hiçbir zaman olmadığı kadar iç içeler.

BIM'de belirli olgunluğa erişmiş firmalar bu yeni döneme yatırımlarını ölçmekle başladılar.


Bugün Model'ler üzerinde Veri Madenciliği yapıyorlar.

Bir zamanlar Bilgisayar / Donanım'da inanılmaz bir sıçrama oldu.
(Moore kanunu vs.)

Daha sonra yazılımda..
(Sahip olunması çok maliyetli Revit, Navisworks gibi teknolojilerin AutoDesk sayesinde kolay ulaşılabilir olması gibi)

Bugünün konusu Bilgisayar Bilimi (CS - Computer Science)

Ve bu bilgiye erişim o kadar kolay ve demokratik ki..
Ben CS'e MIT'nin EDX'deki videolarını seyredip kitabını okuyarak başladım.
Yaşadığımız çağ YouTube'ta video seyredip yapay zeka programlamayı öğrenebileceğiniz bir çağ..

Hele Dynamo gibi görsel programlama araçlarının yaygınlaşmasıyla tek satır kod yazmadan yapabiliyorsunuz bunları.

Dolayısıyla BIM olgunluğuna erişenler şimdi verilerine başka gözle bakıyorlar. Bir takım paternler yakalamaya çalışıyorlar, makine öğrenimi uyguluyorlar.


Yeni Dünyanın yeni stratejileri var.


Ve yeni iş modelleri.. (IPD, IPD-ish)

BIM yapanlar ve yapmayanlar arasındaki makas her geçen gün artan şekilde açılıyor..

2015-08-28

RDS Buddy Autodesk Revit için Oda Bilgi Paftası Aracı



2011-2012 yıllarında Muscat Uluslararası Havalimanı Terminal Binası projesinde çalışırkan "RDS - Room Data Sheet" denen Oda Bilgi Paftaları için yoğun Api çalışması yapmıştım.

İşveren tüm odaların kat + tavan planlarını, tüm görünüşlerini ve izometrik görünümlerini istiyordu.
Aynı zamanda dış kaynaklı veriler ile Revit'ten gelen verilerin birleştirilip paftalara aktarılması gerekiyordu.

Tabi projede onlarca Revit dosyası içerisinde 4000+ oda vardı :)

Bilgisayarı kullanmak gerekiyordu. Yüksek adam saatli tekrar eden bir iş vardı.
Oranı ne olursa olsun, ne kadarı otome edilirse o kadar kazanç anlamına geliyordu.

2011 yılında, Revit Api da ben de şimdiki halimiz gibi değildik :) Yine de fena iş çıkartmadık.

Yakınlarda birşey ararken "Çok Önemli ama Asla Ellenmeyen Klasörler" arasından orjinal kodlarım çıktı karşıma..

Açtım kurcaladım. Yapabildiği onca şeye rağmen "Linked Document" ten hiç bir şey almıyor.
Jeremy'nin verdiği ilham ile bir takım konseptler üzerine denemeler yaptım:
Evet, bir yol bulunur. Her zaman bir yol bulunur..
Soru ne kadar efor gerektirdiği, ve karşılığında ne verim getireceği.
Bu örnekte, linked document'ten odaları bulmak 
ve bir kritere göre seçmek gerekir.
Şimdi sorabilirsin:
Ne kriteri diye?
Hah.
Sen söyle, lütfen.
(Autodesk Revit API Forum'da Orjinal Konunun linki)

Testlerimin sonucunda basit bir aplikasyonum oldu "RDS Buddy".
Sloganı şöyle:
"RDS Dostunuz". İşi sizin yerinize yapmaz. Ama yapmanıza yardım eder..


Erken dönem Revit RDS çalışmalarına örnek.




2015-06-27

Revit'te Dynamo ile Kalıp



Kalıp metrajı bizim ülkemizde bu kadar önemli bir konu iken başka ülkelerde bu kadar dert olmamasını anlamış değilim. Birkaç hafta önce beni de buldu..

Mimar olarak bir soruna karşılık add-in/script'in rakamlar üretmesinden ziyade, genellikle Revit'te ve modelle görerek çözmeyi tercih ederim.

Ben de Revit'te kalıp modelleyen bir Dynamo kodu yazdım. Yukarıdaki video basit olarak bu iş akışını gösteriyor.

Aynı zamanda Revit'te de bu iş akışına paralel birkaç add-in yazdım.
Kalıp metrajını Revit Elemanlarına aktaran basitinden, "Gözün yiyorsa herşey kalıptır." isimli şahanesine kadar..

Bu hafta imalat için kalıpları XY düzlemine yatıran, gerektiğinde kesen/birleştiren bir tane daha yazmayı düşünüyorum.

Aslında bu hali ile benim işimi kat be kat görüyor ama bu kadar kafa yormuşken biraz daha rafine edeyim diyorum.

Yani önerilere açığım. Özellikle statikçi arkadaşlardan gelenlere..

2015-05-21

Revit Donatı Aracı

Hi Mehmet, thank you for the interesting overview. I would love to hear more details on the workflow you created and the tools you are using, especially anything that you implemented yourself using the Revit API. Cheers, Jeremy.
www.RedHotBIM.com'a Jeremy Tammik'ten yorum gelmesi beni çok sevindirdi.
Bilenler bilir kendisi en sevdiğim Süper insanlardandır!



Aracın hikayesi:
Mimar ve (isteyerek) BIM Müdürüyüm. Kariyerim boyunca genellikle müteahhit(GC) tarafında ve büyük ölçekli projelerde çalıştım.
Bir proje 500.000 m²'ye yaklaştığında ve geçtiğinde işler değişmeye başlar. BIM yapabilmenin rakamsal zaruretleri oluşur. Bu rakamların en kritiği yönetimden alacağınız adam sayısı ve Revit lisans sayısıdır.

BIM yapabilmek için insanların mesleki bilgileri ve modelleme becerileri doğrultusunda ortaklaşa çalışmalarına ihtiyacınız vardır.
Büyük ölçekli projelerde ihtiyaç duyduğunuz kaynakları alabilmek için sadece kontrata güvenemezsiniz. Hızlı bir şekilde kanıtlamanız, mücadele etmeniz gerekebilir.
Kontrat "Bütün çizimler BIM aracı ile yapılacak" diyor olabilir.
Fakat bu tip projelerde pazarlık hiç bitmez! Hem iş verenle hem de genelde JV olan GC'ler arasında.
Ve bu pazarlıkları teknik ve süreci anlayan insanlar değil, tamamen rakamsal bakan insanlar yönetir.

Bir bakmışsınız ki dahilerden birinin aklına parlak bir fikir gelmiş!
dahi-Yaa..
sen-Ee?
dahi-BIM Modeli koordinasyon için yapsak..
sen-...
dahi-Çizimleri bizim x'ler Cad'de yapsın.
sen-Siz dünyanın en şahane insanısınız. Keşke dünyanın enerji sorununa kafa yorsaydınız..
dahi-Aslında..
sen-Yürü git!

Normalde böyle bir şeyi kafaya takmamak gerekir. Ama bu diyaloğun gerçek hayatta karşılığı şudur:
Bu dahiler mevzuyu yazılım seviyesinde gördükleri için gider işverene derler ki:
"Biz şu bilmemne teslimimizi dwg yapabilir miyiz?"
Adam da e yapın falan der.
Fakat model teslimine tüm çizimleri BIM aracında görmek ister. Hadi onu geçtim BIM teslim edilebilirlerinde (MTO, QTO, RDS vs.) bir değişiklik olmaz.
Bir de bu Cad gruplarına view/sheet ayarlamak, export etmek ve varyasyonları takip etmek nedense hep sizin işiniz olur.

Aslında:
Abstraction denen "Böl ve Yönet" yöntemi ile herkesi BIM sürecinde kullanmak mümkün.
Aynı zamanda BS 1192:2007'ye göre zaten M3 ve M2'leri (3d ve 2d modeller) ayırıyorum.
Yani herhangi birini çok az bir eğitimle M3'leri bozmayacağı şekilde M2'lere sokabilirim.

Kabaca bir projede ihtiyaç duyulan:
10-15% iyi modelciler. (Karmaşık geometriler, speck'lere göre material/type, family vs.)
35-45% model yapabilen meslek insanı (DD olsun CD olsun, önemli olan bu grubun yaptıkları.
Ayrıca adamsaat toplamı en pahalı olan grup ta budur. Tüm çabamı (ve araçlarımı) bu grup işini yapabilsin ve ortaklaşa çalışabilmeleri için Standart Metot ve Prosedür'lerimize uygun model yapabilsinler diye harcıyorum)
45-55% M2 (View/Sheet üretimi.)

Yani kıytırık annotasyonu Cad'de yaptırmak M2 cileri kaybetmek ve meslek insanlarına fazladan angarya yüklemek oluyor.

Yukarıdakine benzer bir durumda, Mimarlar model yapıyor ve betonarmecilere export veriyorlardı.
Betonarmeciler işinde gayet iyi mühendis ve ressamlardan oluşuyordu. Fakat sadece AutoCad 2d biliyorlardı.

BS 1192:2007 "authority" sebebi ile ve genel verimlilik açısından onları BIM'e entegre etmek gerekiyordu. Fakat donatı ile ilgili özel programları ve prosedürleri vardı.

Çok kısa bir sürede aynı seviyeyi Revit'te yakalamaları zordu. Bunu becersem bile isterler miydi?
(İnsanları konfor alanlarından çıkartmak zordur.)

Bir baktım ki mimar olarak ben donatı işinin içindeyim. Neyseki Revit için daha iyisini yazdım :)
Aslında perde arkasında oldukça şey yapıyor. İş akışını ve arayüzünü olabildiğince eski araçlarına benzettim ki yadırganmasın.
BS 8666:2005 şekil ve formüllerini kullanıyor. Ayrıca şekiller family olarak yapılıyor ki ileride yeni bir şekle ihtiyaç olursa kodlama gerekmesin.

Videoyu add-in'i kullanarak yaptığımız bir projeden çektim. Tüm iş akışını ve aracın tüm özelliklerini göstermiyor. Merak olursa başka videolar da çekerim.

Ve bahsettiğim departman şu an Revit yapıyor..

2015-05-18

Revit, Navisworks, 3ds Max ve Tableau arasında veri paylaşma



Bundan yaklaşık üç sene önce yaptığım bir çalışma ile ilgili şu sıralar sıkça soru gelmeye başladı.
Cevap vermeye çalışayım..

Bechtel Enka J.V.'in BIM Müdürüydüm ve Muskat UMMAN'da 650.000 m² Terminal Binasını yapıyorduk. BIM aracı olarak Revit'i kullanıyorduk ve soft / hard clash detection ve iş programı için yoğun olarak Navisworks'ten faydalanıyorduk.

Çok yetenekli 3d sanatçılarımız olmasına rağmen değişiklikleri inşaat animasyonlarına işlemek hayli uzun ve yorucu idi.

Bir çözüm bulmak için programları kurcalamaya başladım. Revit modellerini 3ds Max'e link'leyince
elemanların isimlerinde Id'lerin olduğunu fark ettim. Navisworks'ten timeliner verisini Id'leriyle birlikte export ettim ve animasyonu maxscript ile yaptım. (O zaman bir tek Baluster'lar sıkıntı çıkartıyordu. Onların iş programını en yakın/kesişen railing'den aldım)

Bir mimar olarak limitli programlama bilgim vardı ve bunu yapmak hiç kolay olmamıştı.
Evet SDK dökümanları vardı fakat sıradan birine(bana) çok az şey ifade ediyordu.
Jeremy Tammik and Saikat Bhattacharya gibi blog yazan/yardımcı olan harika adamlar vardı. Fakat problem gerçek hayatta bir an önce çözmem gereken bir sorunun baskısı altında bir de programlama ve API öğrenmem gerekmesiydi. Her düşüşü kalkmak için fırsat gören ödüllü ısrarcılığım sayesinde plug-in'imi yazmayı başarmıştım.

...
Bir sene daha önce:
BIM'in getirdiği onca olanaktan bahsediyor olmamız ve benim birkaç text parametresini başka bir parametreye yazdıramamam komik değil mi? İşte o zaman C# ve Api öğrenmeye başladım.
Daha sonra Harry Mattison'dan online dersler almaya başladım.
Tekrar işimin efendisi olmuştum. (İlla çok süper bir programcı değil..)

...
2015 görsel programlamanın yılı: DYNAMO
Etrafımızda bu kadar bilgisayar varken, bence herkes bu aletlere birşeyler yapmasını söylemeyi bilmeli.
Fakat özellikle inşaat sektöründe ne zaman kodlamaya ihtiyaç duysanız kısa süre içerisinde sonuç almanız gerekmektedir. Bu baskı altında hiç bilmediğiniz bir alana girmek ve başarmak en iyi tabiri ile risklidir.
Dynamo genel kitle için bu paradoksu kırdı. Görsel kodlama aracı ve harika bir topluluk ile daha öğrenirken sonuç alınabiliyor.
Marcello Sgambelluri'nin bloguna bir göz atın ve hemen birşeyler yapabildiğinize şahit olun!

...
Benim aracıma geri dönelim:
Timeliner verisini artık çok ender 3ds Max'te kullanıyorum. Onun yerine Material Take-Off'larda çok kullanıyorum. MTO'ları Dynamo ile Revit'ten çıkartıyorum ve Tableau'da iş programına bağlıyorum.
Videoyu seyredin ve lütfen ne düşüncelerinizi paylaşın..

2015-05-07

Strandbeest Hollanda'da


Strandbeest evine, Hollanda'ya geri döndü.
Autodesk Structural Technical Specialist Dieter Vermeulen,  NAE2015 kapsamında yaptığı sunumda, kod bazlı Konsept Modellemenin sınırlarını(sınırsızlığını) "Dynamo Strandbeest"im üzerinden anlattı.

BIM'in kalbi ve sanatçı Theo Jansen'in vatanı Hollanda'da, Dieter'in harika sunumunun bir parçası olmak çok keyif verdi.

https://twitter.com/lijbers/status/591208144627490817

2015-01-22

Revit ve Dynamo ile Strandbeest

Hollanda'lı sanatçı Theo Jansen yaptığı rüzgar enerjisi ile yürüyen kinetik heykellerine Strandbeests ( Plaj Canavarları ) adını veriyor ve onları "Dünya üzerinde yeni bir tür" olarak tanımlıyor.


Bir kaç sene önce Jansen'in eserlerinin videosunu ilk seyrettiğimde nefesim kesilmişti.
Geçenlerde @DynamoBIM "Dynamo'da Strandbeest" diye twit atınca "Neden olmasın?" dedim.

Karşınızda Revit ve Dynamo'da yürüyen Strandbeest'lerim:



2015-01-02

Mutlu Yıllar


Herkese mutlu, sağlıklı ve başarılı bir yıl dilerim!

2015-01-01