Friday, November 2, 2007

AU Unconferences- Check it out!

Im looking forward to a productive unconference about Modeling strategies with more than one Revit modeler in a large project... Its Wednesday afternoon at 4:20 pm, for those of you attending.



Also, there are some killer unconference sessions! I can definetely tell ull be anntending a lot of the others, instead of some of my classes, hehehe.



Here is the schedule so far. (This is not final, i snagged the image from Joseph W's AU Blog (BLAUGI?):


























EDIT: The schedule is already out of date. It changes quickly. Heres a link to where it is: http://au.centraldesktop.com/auunplugged/Schedule

Wednesday, October 24, 2007

TRIG IN REVIT... TAKE 2!

So if you recall from two posts previous, the issue was this: We needed the angle "Theta" to generate the arc length in the trig formulas. Now, for whatever reason (can anyone efficiently articulate what we call the "Revit behavior"?) we are able to constrain the Reference Lines to the springpoint of the arc, and to the intersection of the center reference plane, and the T reference plane. This flexes perfectly... Right up until we assign Parameter Theta to the angle dim between the ref line and the center ref plane. Once we do that, it tries to hold the value, and prompts us to remove the constraints. Boy, would it be nice if we could make the constraints override a value that isn't derived by any other incidental. So, we needed to derive Theta in some fashion other than with the angle dim.


James quickly realized that he could obtain Theta as follows: The sin of "Half Theta" is equal to 1/2 Chord, divided by Radius, if we look at the triangle produced. (SOH CAH TOA anyone?)hehe). So, having created parameter Half Theta, he used an arcsin function in his formula for Half Theta "=asin((0.5*CHORD) / (RADIUS)) and achieve Half Theta, and obviously he then made Theta = twice Theta. We obviously could have achieved this in one parameter, but Half Theta came about while exploring potential ways around our math problem. Now, we obviously don't need Theta (or Half Theta) to actually be used as a label in the family itself, as I've shown it in the first image, since its being driven by the math, and not by the reference line now.
What a fun refresher about High school Math this has been. Anyone else starting to think they've lost a little bit in our old age? (lol)

Monday, October 22, 2007

We have an answer!

Dont have time to capture and post it now... But James (the coworker with the original task) has found a way around the Theta Constraint problem...

Can you say "arc sin"....?

Trig family Broken.... :(

As much as i harp on my constituients to always "Flex them before you load them," i have evidently been a victim of not practicing what i preach. Something isnt working right in the below mentioned family... Any input on this? Im a little heartbroken :(











As you can see, everything flexes perfectly, including the Reference Lines that need to define the angle/paremeter "Theta." However... Once we actually place the Label for Theta, the reference lines become locked in at that angle, and no longer flex with the rest of the family. See below:
It is trying to hold Theta, instead of holding the constraints to the Reference Plane intersections where i have set up the reference lines. So far, ive tried a few workarounds on this, but havent gotten it to perform the way i thought it was...
So were past the hard math, now its back to pesky Revit Constraint headaches! :)
Shoot me an email or a comment if you have any ideas on the matter. Things ive already tried to circumvent:
An itermediate Reference line, dividing theta by 2, in to thetaby2, and constraining those. (Creating an angled EQ toggle). Didnt work, held them even, and held them constant. :(
Nesting the family in to another family, and trying to get Theta in the nested family. Once i constrained ref lines in the parent family, it wouldnt let it flex at all. Owned.
Deriving Theta mathematically and not tying it to the reference lines at all: Circular chain of references. I need theta to derive the arc length, and need the arc length to derive theta.
Freakin constraints! Someone help my wounded pride!



Saturday, October 20, 2007

Trigonometry, Revit Parameters, and Scheduling...



I do regret that there hasnt been much going on in the last month or two that has been worth mentioning in a Revit blog... Thats a byproduct of a few jobs being at the wrap up stage, and a couple others being pretty early on. I havent had to craft up many things... Until yesterday. :)



Someone in the office was tasked with finding a linear distance around an arc, where the arc was not a full semi-circle. Furthermore, scheduling said distance, around several windows. Now, recently, i know there have been several posts on AUGI asking for "list parameters," or parameters that are driven by the geometry, but dont inflict the gemometry. I suppose any parameter works, in that sense... As long as its formulated by other parameters, which is what we did here.

We started out here: Some basic formulas regarding chords, arcs, circles, etc. As we wanted to create a formula for a parameter that would derive the arc length, we realized we would need parameters and formulas to provide the necessary values to calculate the arc length. Distance "t" (length from the arc's springpoint to the arcs center point) would be necessary. Likewise, so would the Chord distance. We would need the central angle (Theta) of the arc itself. Obviously, we would need the Radius.



A few things worth mentioning:



As with all Revit families and formulas, we quickly realized that we didnt need all these for the calc. We needed them to constrain things. T, for instance. If you work your way backwards from our end result, the parameter for Length T is never used... But we had to constrain the Reference Lines endpoints to get angle Theta. To constrain them, we needed value T to adjust correctly with the radius and chord changes.




Parameter "360": We still may not need this one. But in a formula, i couldnt figure out how to type in "degrees" as a unit, so i made a static angle parameter, lol. Chime in if theres a way to type in a value like "35 degrees" directly in a formula, haha.




Parameter "CIRC": Well, this was stupid. Im looking at the notes now, and the purpose of CIRC was to establish the circumference, for use in "ARC LENGTH" but it looks like in haste, i simply typed in the formula for CIRC anyway. So CIRC was irrelevant at that point, but the point is, we needed the circumference, one way or another. (Also, yes, i know i GROSSLY estimated Pi, and i couldve used an actual formula to derive it to more accuracy, but cest la vie.)




In any event, we started deriving the formulas... Heres where i had to call in help: Mind you, i was a big math geek back in the day, and like to THINK i still am. You can see in the circle formulas (which i got from http://www.ajdesigner.com/... thanks for the page, its great!) that they derive arch Length as a fucntion of Theta (in degrees) times the Radius. Anyone else have an issue with this? I couldnt wrap my head around how i multiplied degrees and Length, to come up with a mathemtatical unit (besides degree-inch, lol). So i called in a favor:


My good friend Brian (last name with held)is a Math Specialist at a local school district. He happened to be out at happy hour with some other math teachers. So i got him to hand the phone around the Chili's bar, which his teacher friend (Secondary Education math teacher) reminded me that i would have to convert Theta in to a length, using Pi. More accurately, i could take Theta's proportion to the overall circle (360 degrees), and ise that proportion times the circumference of the circle (CIRC), and i could then get the "length" of the arc length.
In finished form, it looks so simple, as the formulas (obviously) make all the reference planes end up in such a fashion that it looks easy to obtain. Maybe it is for you, i dont know... This took a few minutes for me to figure out, i might be slow, haha.
This brings up a host of other Revit questions that we could discuss based on this issue though:
When deriving parameters for scheduling such things, you have to wonder how exactly such things get scheduled. I asked the individual who asked for help: "You want a linear length, but its an arc that has thickness. So obviously the length is different on the inner radius and the outer. This was particularly a question of interest to me, as my first attempt was based on a material takeoff: If i know the cross sectional area of the profile used (the casing profile), then i could simply get the material takeoff in Volume, and divide it by its area in the Project as a Calculated value. I did this, but the number seemed off. Of course, i dont know where such a calculation would place the length. The inside, the outside, or somewhere in between?
So how do we (as an industry) decide HOW we quantify, WHAT we quantify, and who and what will guide such arbitrary decisions? Obviously some of these decisions are based on the manufacturing principles, and how the manufacturers will want take offs... But even from a simple Revit perspective, how will you reign in everyone making such families, so that all calculations are consistant, if nothing else? Id LOVE your thoughts on the matter!
Pardon the typos and spellcheck. I biked here, and the sun is going down... Ill spellcheck this tonight. :)

Thursday, September 6, 2007

A few more images from Revit and the site...

As i mentioned previously, rendering wasn't in the scope of the work for the project, so (while we called out materials in the CD set) we had not produced any accurender materials inside the Revit model, nor had we gone to any other app for imagery.

Well, i had some downtime this week, and i wanted to take a shot from the hip to see how they would come out. Ive read all the arguments about accurender... Its slower, it looks cartoonish, etc... And i don't disagree with any of that. But, there's no denying (in my opinion) that there is a perfect elegance in NOT having to leave the program, to get the rendering.

On a process level, i look at it like this: Often times i'll work right in the Revit model while i client is standing behind me. Or, we will be in a conference room with a laptop and a projector. Seeing is believing, you know? Sometimes its great to change on the fly, add in a family here and there, and hit the lo-res-go-button so they can get a feel for it before too much time is invested. I know leaps and bounds have been made with the DWG compatibility, but sitting in the conference room and saying "Hang out for ten minutes while i STC, then export to 3D DWG, open up Max, reload the link, THEN set up a camera, and get around to your rendering. Oh, you wanted the window WHERE??? hang on a second, let me go back..."

The other woe i have with these images... The hardscape. I managed a little down the promenade, in the form of RPC trees, and an RVT light fixture that i had modeled for the job anyway. But renderings really show off what consultants modeled on the team, and which ones don't. Right in front of these buildings is a very nicely done canal, with some ornate site work. If we had it modeled, we could show it off... But alas...

I will say, i have great faith in the Development team that a better renderer is on its way. And if it isn't... I'm plenty fine with Accurender for now. The following are all quickies... I spent a coupld of hours on the whole model attaching materials, a few minutes throwing sun angles at it, and let them render for about 10 minutes each (the larger ones).
Here is a shot from the other side of the canal, which isn't shown. Below is a picture of the actual tower, as it stands. The colors are still slightly off, but i didn't spend too long tweaking them... All in all i like this one. I think i may have a colleague try to photograph the site from this spot, so i can PS the canal in place...
Here is an overhead shot of one of the restaurants. This begins my RPC rant: We have a TON of RPC content, but evidently its not compatibly with Revit. I dumped it all in the standard RPC content folder, and went to make a new RPC family, but only the standard 6 or 8 show up. Then i was heartbroken to find out what RPC peeps cost, LOL! I know, i could PS the people in... But you have no idea what a pet peeve it is of mine to go out and come back in... See above, lol. I know, those paver's are terrible. They were a quickie ground plane. If i get time this week, i may actually model some of the 'scape in.
To continue my ramble... These images (not these specifically, but images of 3D models in general) are very important to me on a personal level. When we all got in to architecture, we spent years in school "learning" about the things that thrust us in to the realm of architect/designer:
*Wanting to see things in section
*Wanting to profess how much sleep we didnt get
*Coffee
*Starting over an hour before the deadline after *12 hours straight of work
*Wanting to mesh sections/Plans/Elevations in to one single drawing with abstract construction lines everywere
*Wanting to sketch on garbage
*Demanding sharp pencils (and ill have you know, they laugh at me at the gym... When i go to pick up a pencil to mark my reps, i pick up the entire bin of pencils at once and turn them upside down... They make fun of me now...)
Does anyone see where i'm going with this? lol... I think its so programmed in to us, to understand that wall section means this space has good lighting, or this space has a tight ceiling. And yet, we show plans, and we show elevations, and we show sections... And who EVER sees an architectural creation in plan or elevation? To an extent, i believe there is a language breakdown between the graphical language we've all been taught to speak in, and the language of the space were creating, which is what our clients are after. My favorite times with Revit, have been showing Revit models to a friend of mine who self-proclaims "I have no idea what I'm looking at when i see a plan... at all." Because when i show this person the models, i do it solely with camera views. In a language they can understand... Eyesight. I know 3D models are nothing knew- as face based visualization models have been around for quite some time- but now that they ARE the Construction Documents, they are no longer as easily sacrificed on the lamb of budgeting.
After all... I walk around my apartment with my eyes. I don't have a plan of it with me... Not all the time, anyway. :) Your thoughts on the subject are always welcome. :)

Wednesday, August 29, 2007

Autodesk University 2007


I was on the home page for AU07, and i saw this flash animation that said "Schmoozing like a pro," and it made me think: Man, we should all start getting the word out about going to arrange some get together's!
I registered towards the end of last week, along with two of my colleagues from Dal Pos Architects.
This year, in addition to the classes and the lectures, i think it would be great to really mix it up with any of you that will be attending. Certainly, we've all had our struggles in Revit, and we've all come up with fascinating need-based solutions. it would be great to know what others are up to, where their struggles are, and to "share notes" if you will.
I know there is also talk of some extracurricular meetings, that would be great to organize! Steve Stafford has mentioned setting up an Advanced families venue, which i think would be awesome! Joseph Wurcher has mentioned possibly showing Users projects at the Welcoming, which i think would be a great opportunity.
I could see us setting something up for one night on our own, as well. Maybe we could all bring a model to show, and put them up on a wall somewhere with a laptop and a projector? We could do it over a dinner or an after hours thing. If nothing else, it would be great to trade cards and have people to bounce ideas off of when were sitting at our desks the week after, trying to figure out how to model something, and AUGI is having a slow day. We've all been there :) Not to mention, effective ways of sending out the awesome information we get to the rest of the office. Im always looking for better ways to teach! :)
So far, here's what i have going on. Everyone else should post up what time is good, if you want to have a get together of some sort!

MONDAY- I'm arriving at 10am, should be at the venetian by 11ish. The LUG Conference is from 1-5, i believe.
Dinner mtg somewhere on premises...

After 8pm(ish?) is open for whatever...


TUESDAY- Just Reg classes so far.


WEDNESDAY- Just reg classes so far.


THURSDAY- Reg Classes until 4pm
4:30-5:20- Titian 2204- AU Unconfered- Multiple Modeling Strategies


FRIDAY- I think I'm leaving Friday after the sessions, although that's not set in stone yet.


Ill update this as things progress and/or get set up. If you're interested in any kind of a group get together, post up! :)
Ways to contact me:
AIM: Roadspoet