dshall

Play around with the FLOOR SURFACES layer and the ROOMS layer, you should be able to figure it out from there.

I think it was Allen brown that supplied the volute.

Nice job P., throw that into your plans and the "enhanced" elevation is a non starter.

Looks good P. Yeah Joe, the artistic look will take more time, that ain't for me, what P. just showed is good enough for me. If I want something really nice, I will include a 3D view which is a thousand times better than any 2D representation and it takes less time. I get what you are trying to do, you are thinking as a hand drafter would think, I am past that, there are some things I am willing to give up on working with the computer.

So the question is why do I like my method more than the psolid or symbol method: 1. It reads better in vector view (you get an extra line in vector view with the other method) 2. In a section cut you get the double line which is the drywall (you do not get the double line for drywall with the other method) 3. You get some representation of framing, i.e. double top plates (you get no framing with the other method) 4. You can define the size of the arch in plan view (you have to manipulate the size of the arch in elevation view with the other method) 5. You can define the height and width of flat soffit above the posts (I don't know how you do this with the other method) 6. If you want to change the width, height or type of arch... a few seconds with the method I outlined in video (with the other method..... several minutes) Advantages of the other method over the method I defined...... can not think of one.

Yep, that is what I do, and to be clearer, the line weights are controlled by layers in the layer set and NOT BY EDGE LINE DEFAULTS AND PATTERN LINE DEFAULTS..... that may be what JC is missing.

I do not use Joe's method, here is mine, I assume they both work to some degree, I like my method more. http://youtu.be/b-0_Z0M0rhQ

...............

I was wondering if someone would say this. I agree that the line at edge of opening goes past edge of opening about an inch, however, there are not the perpendicular lines that are in the OP's original post. Would you agree with this KT?

I don't know what the poop was all about. Labels controlled by layer. Here is a vid that demonstrates that. Maybe I am missing something, but bottom line I was able to control the door label size by the layer which is what Perry was saying from day 1. Ron, if I missed something, please let me know, I always am interested in what I do not know. http://youtu.be/WW-ncqZoHL0

It looks like TJ doesn't it? These homes are in Point Loma, this home sold for 640,000 back in 2008, albiet at the top of the market. But I bet they will still sell for that much. Another explanation is if you look closely, you will definitely see some distortions. Adam, I do not know if you can access Apple Maps from a PC...... it is an Apple App.

Holy Kamoly, thanks Kirk, this is awesome!

Wow, just found out there is a 30' elevation change from the front of my lot to the rear..... but I really could not be sure because I could not zoom in far enough to locate elevation point locations accurately. Do you think there is a way to zoom in very close to a particular site?

Get the f out of here. If I could figure out how to use this thing..... thanks Kirk...... don't have time to play with it much now, but it looks kind of neat. I am not sure how accurate it is for a specific site, but it looks like I can get some general elevations. I tried zooming in to my particular parcel, and it seems as if there is a limit to how far I can zoom in. I could not zoom in too far. I am sure there is even more stuff that I don't know about, must look into this further, thanks again.

I have a feeling KT knows what he is talking about.

So I have a job to go out and measure. I need to do an as built. The more info up front the better. Been using google maps to get overheads, (I think they changed some things), so I thought I would try Apple maps, did this awhile ago and was not pleased, thought I would check it out again. Take a look at these pics. Amazing (don't you hate that word by now?), anyway, it really is incredible the level of detail I can see. I can almost draw this house without going out there. It looks like a bomb hit the house, but i think that is really a bit of a distortion, but it isn't too bad. Not perfect but getting closer. Now all I need is some topo lines.

I don't get them, I wonder what the difference is. One is a screen shot of my CAD DETAIL FROM VIEW and the other is on export CAD FROM VIEW and then reimported to a plan file.

Fred, right or wrong, I get your post. GOOD programmers are hard to find. Good designers are hard to find, thus you get what you pay for. I get it. Therefore to get back to Nick's initial question, a more talented programmer may speed up the program. I do not mean to denigrate the CA programmers, just stating what I think Fred is saying. Please correct me if I am wrong, BTW, I think this program is wonderful, CA had done a super job in the last7 years, This program is light years ahead of where it was on 2005.

That is funny P. It's the silly part of the day.

I have been as guilty as the rest of you, but if you guys don't post a simple plan, it sure makes helping you solve your issue that much more difficult. Please post a plan guys

Please JC, post a simple plan that demonstrates the problem.

Post no. 31, yep, that is what I thought, so why is it not working for Ron? Because he is using a macro? Why is he using a macro? I think I use some macros and the layer display options works for me.

26 posts and not an answer, I just don't get it. Can we beat this to death some more? Here is the question...... how do we all come to a conclusion that we can all understand and agree on....... it's a rhetorical question...... I wonder how many more posts we can squeeze into this thread before we come up with an answer.

I'm not sure if I buy this. I think what you are saying is that Revit runs faster because it costs more because it has more efficient programming. You are saying that the Revit Programmers are better than the CA programmers. I hope this is not the case. ( I am assuming you are taking our own personal hardware out of the equation.) I don't buy the fact that because the program costs more it is faster due to more efficient programming (maybe I am wrong). It costs more because it has more features, I get that, but efficient programming should cost the same. To restate what I am assuming.... the CA programmers are as good as the Revit programmers. Which brings us back to what Nick asks, why is the Revit program faster than the CA program...... if it is. This is a great question Nick, why is a big Revit file faster that a big CA file. Sorry, I don't have the answer but it would be great if someone could weigh in on this. Bottom line, we users should never have to wait for CA to carry out an operation, CA should be quicker than we are. Gosh Nick, I am curious as to what the answer is. Do you think Perry is correct when he implies that a Revit file is quicker than a CA file because the program costs more?