For those of you who are interested in new materials, check out Transmaterial. I can’t describe it better than this quote from the site:

…Transmaterial online is intended to be a clear, concise, accessible, and carefully edited resource that provides information about the latest and most intriguing materials commercially available.

A little more…

As the speed of technological progress continues to accelerate, innovation threatens to outpace architects’ and designers’ working knowledge of materials thereby limiting their applicability. In order to stay at the cutting edge of design, a knowledge of the uses, properties, and sources of new materials is essential. A companion to the Transmaterial books written by Blaine Brownell and published by Princeton Architectural Press…

While most of us in theatre probably couldn’t afford any of these new materials, they do provide inspiration for solving some of our… err… unique challenges. Added bonus — some of them are just super cool.
All in all, this here is some top notch geek porn.

CADalyzer 0.7 Update (AutoCAD Command Counter)

This is an update to the Cadalyzer script that I posted a few months ago. It will count the number of commands you have used in AutoCAD; it does this by examining your AutoCAD log files. (You can enable log files in AutoCAD’s options dialogue box.)

Cadalyzer 0.7 on GitHub
New features are listed below

  • Counting mechanism has be rebuilt, the script now computes 25 times faster than the previous version!
  • shows the total number of commands used (Apparently I’ve invoked approx. 38,000 commands since this previous October. Ouch.)
  • several command line options have been implemented:
    • unused – shows all the commands you didn’t use; this is helpful when you want to learn more commands
    • compile – compiles all of the logs in the directory and saves them to a single file
    • results – saves the results to a file
    • percent – formats the each command as a percentage of the total commands used

You will need Ruby installed (tested on 1.8.6 and up.) You can find the Ruby download here. If you don’t use Ruby but would like to learn to program, I highly recommend it. Ruby is an excellent language for beginners and advanced alike.

The only other thing you will need is to tell the script where to find your log file directory. Open the Cadalyzer.rb file and look for the line path = '/Path/to/log/files/” Replace the/Path/to/log/files/ with your path and run the script.

Happy analyzing!

Dykes Moulding – CAD Files

If you’ve downloaded the Dykes Moulding CAD files from their website you may have noticed that the profiles are not to scale. From what I could see, the scale factor seems to be the same for all the files, approximately 0.056568174 (find the humor in that.)

CADalyzer (AutoCAD Command Counter)

I’ve been working on a Ruby utility to analyze AutoCAD log files. The goal is to count how many times each command is invoked. The basic functionality is all in place, I’ve plans to add more in-depth analysis and perhaps even turn it into a web based tool. For now, you’ll have to download it and run it in the command line. If you want to run this, you’ll need the Ruby programming language runtime installed on your computer. Here is a link to the Ruby download. My CADalyzer utility can be downloaded here.

Download the .zip file, and unpack it. To run the utility, you will need to tell it where your AutoCAD log files are stored. (You can find that location in AutoCAD, via the Preferences.) Open the Cadalyzer.rb file and enter the path to your log directory next to the word path, like so:

Excerpt from top of Cadalyzer.rb file:

path = “insert full path to log file directory here”

The utility will combine & analyze the data from every log file in the directory specified.

Happy analyzing.

(Good) Math Links

Ever wish you were better at math? Me too. I’ve been teaching myself calculus and stumbled on Better Explained, a blog with excellent math explanations. The author’s aim is to make math concepts intuitive. Now I actually understand what the imaginary number ‘i’ is all about; it wasn’t hard at all.

Sure most people think math is boring, but that’s because they probably don’t really “get” it. Don’t worry, it’s not your fault you don’t enjoy math. For those of us who endured a crappy (though deemed “standard”) math education, I point you to an article by Paul Lockhart called A Mathematician’s Lament. In it he describes the failings of the current K-12 math educational system. I felt both vindicated and angry as I read it. This is absolutely required reading.

Chunking Projects

Just a few random thoughts on the tail end of a turkey weekend.

Do you design & engineer solutions whilst drafting? Consider planning out your projects more before you sit down at the computer or drafting table. It seems that most people just dive right in. Oh sure, there’s budgeting and scheduling (and hopefully element lists) that will help define the project and help you to focus on the various bits and pieces. But you can save a bit of grief later on by further subdividing your project. Note that I am speaking more about the construction and engineering involved in a project. Consider breaking the project it into chunks.

Chunk management 101:

Reduce the total number of dependancies between chunks. How can these chunks be delimited so that they are as independent of each other as possible?

Flexibility is the key. When you have to make changes a week into drafting, you will be glad when the changes don’t weasel a finger into every aspect of your project, causing a steaming pile of dreaded revision hell.

Intelligent chunking allows you to manage changes and revisions more accurately and in less time.

Look at the timeline. Which chunk will be engineered first? What chunks get built first? Which chunks depend on other chunks?

Record your chunks. Write them out on a cocktail napkin, draw pretty charts, keep a page in your diary. However you approach your chunks, write them down somewhere. The main thing is this: keep a sense of perspective concerning the chunks vs the whole project. Look for the connections, the shortcuts, the interferences.

Just remember, too much project management makes the baby go blind.

Acad – Saving Keystrokes!

(Or: How I Stopped Worring and Learned to Love the Command Alias)

If you are an avid AutoCAD user, you know that setting up your command aliases is key. For those interested, I’ve put my customized portion of the acad.pgp file here.

For those of you who are not familiar with AutoCAD’s command aliases, you’re in for a treat. Every time you enter “rec” instead of “rectangle,” or “l” instead of “line” you are using a command alias. Te best part is that you can customize your aliases to your heart’s content.

Customizing your aliases provides a number of advantages. Brief bullet list:

  • Edit the shortcuts so that they make sense to you, not some guy at Autodesk.
  • Edit the shortcuts so that groups of commands are related.
  • Cut down on the overall number of keystrokes your numb little fingers enter during the day.
  • Select your most frequently used commands and try to reduce them to as few keystrokes as possible, even if other less frequently used commands have to be reassigned to have longer aliases.

How can you edit your command aliases? There are two ways to go about it. The first is to use the Aliasedit command, which will let you change your aliases in a cute dialogue box. As convenient as the Aliasedit command is, I am not a fan for reasons that will later become clear.

AutoCAD’s command aliases are stored in a file called Acad.pgp (buried in your user folders.) The second (and my preferred) method is to edit the acad.pgp file directly. I recommend running Windows’ file search to find the file. Once you open it, you will see the aliases on the left, and commands they invoke to the right.

If you edit or add any aliases, I recommend you go to the bottom of the file, and add your changes there; don’t edit the top portion of the acad.pgp file unless you know what you are doing. This is why you don’t need to edit the top of the file; if AutoCAD sees the same alias twice, it will only use the one closest to the bottom of the file.

And here is why I recommend putting all of your changes in one place; when you upgrade AutoCAD, you can copy your changes and paste them into the bottom of the upgraded acad.pgp file. This way nothing breaks, and you don’t end up trashing any aliases for new commands. (This is why I don’t like using the Aliasedit command, it does not group your changes together which makes upgrading and organizing any changes a hassle.)

Almost done, just a few more things, you might want to print out your aliases and use them as a reference until you become more familiar with them. It is also a great way to discover powerful commands you didn’t know about.

AutoCAD LISP routines

I’ve thrown a few of my most frequently used LISP routines on here. You’ll find the files & descriptions here. I will be adding more as I clean them up and determine where I acquired them (so I can give credit where credit is due.) I am also tinkering with the idea of posting my pgp file; while not especially useful, I am always interested to see what shortcuts other people use. Perhaps someone out there feels the same way. I’ll think about that while you root around in the LISPs directory.

AutoCAD Imperial & Metric Conversions

Yesterday a friend asked me how to convert an AutoCAD drawing from metric to imperial. He needed to dimension in inches and draw imperial sized objects inside a metric drawing. Turns out the Autocad help is not so helpful on this specific subject.

Units & Units:
So here’s the deal, AutoCAD “thinks” in a drawing units. These drawing units don’t have a real world size. The only relation to real world size they have is the name that we assign to them in the units dialogue box. But a name doesn’t mean a thing to AutoCAD. 1 metric drawing unit = 1 imperial drawing unit = 1 mile drawing unit.

Example: when you copy & paste a 12″x12″ rectangle into any drawing, AutoCAD really pastes a 12 unit x 12 unit rectangle. If you paste that same 12”x12” rectangle into a millimeter based drawing, the rectangle will only be 12 mm x 12 mm.  Likewise, a 12mm x 12mm rectangle pasted into an inch based drawing will become 12”x12”.

Conversion Factors:
These common conversion factors will help you out as you keep reading:
1 inch is 25.4 mm
1 mm is 0.0393700787 inches

There are two easy ways to solving cross unit woes in AutoCAD.

If you only need to dimension a drawing with different units (e.g. a metric drawing with imperial dimensions,) you can create a dimension style with a SCALE (Dimension Styles > Primary Units tab.) The SCALE is the conversion factor.
So if my SCALE is 25.4, when I dimension a 1” line the dimension shown will be 25.4 (1 x 25.4 = 25.4)

Advanced tip: If you want to forgo the dialogue boxes, you can edit the current dimension style’s scale directly by changing the value of the DIMLFAC variable.  Note that DIMLFAC creates a dimension style override (named “Style Overrides”) that only alters the scale of the current dimension style.

If you need to actually draw in imperial units when the drawing is in metric units, you will need to scale the objects in the drawing from mm to inch (or vice versa).  No settings or variables here; simply select everything in the drawing and use the scale command (& the correct conversion factors) to resize everything to your desired measurement unit. Now draw away.

A Note on Insertion Scale:
Something important to note. Many people get waylaid by the “Insertion Scale” field in the “Units” dialogue box. This doesautomatically scale inserted content to the selected unit, but only when you are inserting objects such as blocks, drawings, or images. If you need to paste cross-unit objects between drawings, writing them to a block and inserting may be your best bet. If you want, you can use the INSUNITS variable to change this setting.

Optional tip. You can also set the “Insertion Scale” to Unitless and specify the default source and target units in the “Options/User Preferences” dialogue box. Inserted objects will automatically scale between the source and target units you set, regardless of what unit the drawing file was created with.

The most useful information ends here. For those who program LISP routines, a rant follows…

It boggles my mind that AutoCAD does not have an optional real-time scaling factor built-in for drawing differing units in the same drawing. This would consist of 1) a global drawing unit, as supplied by the user or the template. This would tell Autocad what measurement unit the drawing is in. 2) A scaling factor would be calculated and applied to objects as they are drawn. AutoCAD would compare the entered unit to the global unit and apply the appropriate conversion factor to object drawn or edited. Perhaps the same can be achieved using a LISP routine. If there are any takers, please drop me a line.

kick it on