Chopsaw

Members
  • Posts

    7505
  • Joined

  • Last visited

Everything posted by Chopsaw

  1. It would be great to know what version of the software you are using and the method you are currently using for your elevations. Plot Lines are pretty standard for CAD and have been in use for a long time. Maybe try that as a comparison.
  2. That is the ticket right there. No Digging. No Concrete. Nice vacation photo from Anchorage. That is definitely a unique structure. Hotel and ski hill all in one.
  3. It is a little different here in the north. We don't normally use wood underground and concrete needs to be flanged to prevent frost heave. Depending on the site conditions and access sometimes it just makes sense to use screws. It is typically a little more money but a lot faster and a lot less soil disturbance if it is in a sensitive area. It takes a while to dig 60 holes by hand and it makes quite a mess to do it with a machine then you need to fill them all back in with cement... Ug....
  4. Thanks Rob, Nice job on the modeling. Are those a generic screw pile or specific to a manufacturer ? Nice job on the screw also, was that modeled in Chief ?
  5. I did not know you could do that and it looks nasty in Notepad so thanks for the tip and complement I guess.
  6. Hi Rob, Just learning a bit of ruby so I though I would give this a try for you. Added in a correction for the saddle depth unless you already did that with the symbol bounding box. Let me know if this works. top elevation of Pile for Rob.json
  7. There was another situation that was similar but not sure what the outcome was. You could try tech support or posting in the older thread to see if it was resolved. Possibly what Mark has suggested above but only if all of the files that you checked originate form the same template. Check with a new stock template to be sure.
  8. Yes as long as we are talking about symbols.
  9. Yes I believe it was requested and should definitely not been something that needed to be requested after the fact. It is used in other disciplines but not so much in residential construction.
  10. You were right the first time. It didn't work because there was an error in one of the lines that BT fixed in the follow-up sample plan... dim = $FtIn.apply(obj.width.round(0)) + "w x " + $FtIn.apply(obj.height.round(0).to_s) + "h" #You can't apply the X12 NumberFormatter to a string Thanks Michael, I went through the text file and the plan file with a line by line comparison and somehow missed that and was confused as I was not even getting the same error as Rob posted. Any thoughts on what is going on with the schedule display of the label. I am seeing the same issue in BT's x12 macro as Bill posted in the revision cloud using Eric's x11 version. Chief bug or ruby complication perhaps ? Many Thanks, Chopsaw
  11. Something like this perhaps ? Top View of Orthographic Floor Overview rendered as Line Drawing and constrained using Cross Section Slider.
  12. Here is a modified version Jon. Still a little glitch that does not display properly in the Label column of a Window Schedule that I could not figure out and also had to comment out a couple of lines that were blocking the proper function of the fraction display, so it could fail for a different reason. Possibly BT could explain or comment ? BT Widow Label fr.json
  13. If you figure out the secret please let us know as some would like to be able to control font and text size. Might be helpful to let us know if you are running on Windows or a Mac.
  14. That one is definitely meant to be used with X12 but there is some sort of a glitch and is not quite functioning properly there either. It needs to be set to Evaluate and Context: None I will see if I can come up with one that works in X11 for you this weekend.
  15. No Sorry I don't think so Scott but it would be great wouldn't it. ? Then we could also set a line weight default that will print. It is a lot of work to set up beautiful hatch patterns that won't even print by default.
  16. Sure, that is not a problem. Just delete the drywall layer from your wall definition. Take a look. Villalobos1_Chopped.plan
  17. Your roof planes are actually controlling the attic wall heights so it is just a matter of lowering the roof planes that 2" that you need. Edit All Roof Planes or Transform and Replicate should work fine for you.
  18. Now Now Michael, Have you already started testing X13. We have not worked all the bugs out of X12 yet apparently !!
  19. That is definitely a weird one but it would only take a small glitch for the whole truss detail file to loose it's reference position. Might not hurt to let tech support at least know that it happened even if you can't provide a file in that condition or reproduce the situation.
  20. Have the files been moved or are they both in the same folder together that they were in when you started the build ?
  21. You could use the label of the electrical item but not sure it would save any time unless it needed to be edited and then at least the label would move with the item. You could block the numbers in with the cad block but then you would need to keep track of 40 or so copies of each cad block which might become even more tedious.
  22. Not sure how much futzing you were anticipating but it should not take too much effort to temporarily raise your roof planes and then re-frame your gable end walls.
  23. Yes much more sinister. And it took me a while to figure out what was going on but I would pan in plan view and find myself in a totally different layerset without knowing I had changed the layerset when my mouse passed under the ALDO layerset dropdown and scramble it. It still happens but now it is on my list of wacky things to remember.
  24. Huh.... Tech support said it was a problem with my mouse and I should get a new one. Or do you mean the tabbing with the arrow key that just a minute ago would only work in one direction ?