Showing posts with label Technical Drawing. Show all posts
Showing posts with label Technical Drawing. Show all posts

Tuesday, November 26, 2013

On Automating Technical Specification and Assessment

On Engineering: Engineering is not Required in the Building Industry.
As indicated elsewhere I try to avoid the use of the terms engineer and engineering: as I consider engineering to take place at the frontiers of science and technology, and such is where I consider engineering to have been through out history. The only frontier that the building industry encounters is the wilderness where it constructs buildings. Prior to the imposition of any regulations the building industry would just get on with building stuff. Now with regulations in place they are being told to go get engineering, go seek an engineer, get an engineers report, get an engineers certificate. This is not a recent requirement however, modern type building codes have been around since the mid 1800's.

However early building codes were based on prescriptive requirements derived from past successes. If something worked in the past then expect it to work in the future, as long as have knowledge of the conditions under which it worked. If the scientific method and/or scientific knowledge was applied, then it was behind the scenes conducting tests and producing the prescriptive solutions placed in the codes. Fundamental scientific principles were not applied on each and every project: it is not sensible to do so.

However it is important to understand the limitations of the prescriptive solutions and the conditions under which they are valid: this is what I consider to be technical science, and decisions made on the basis of such science to be technical design. Using the timber framing code AS1684 to specify the structural requirements of a building, and assess valid specification of a building is technical design. Using AS1170 loading code and AS1720 timber structures code to specify structural requirements and assess suitability of a structure is also technical design: it is not engineering. Neither is using AS4100 or AS4600 to design steel structures to be considered engineering.

The activity is technical design of established technology through the use of technical science carried out by technical officers. The important distinction between technical design and engineering design, is that there is little uncertainty and little risk associated with technical design.

No one expects the lintel supporting the roof above a window to sag and crack the window. No one expects a crane to collapse whilst lifting its load. These are established technologies and the public has certain expectations of performance.

Engineering is not concerned with established technology nor for that matter with established scientific knowledge. If a project really involves engineering then there are no national standards, no industry manuals, no text books, and no academic programmes to attend where people can be taught: there is no established body of knowledge: not for the technology and not for the science. The project is going to involve a considerable amount of fundamental research. Simply testing prototypes and saying: yeah! it works, is not engineering. The prototypes tested for engineering bare little relationship to the final objective: the purpose of the tests is to derive fundamental relationships which can be extrapolated to larger much riskier objectives. When the final technology is built, it is still a real world experiment, and likely to fail or otherwise turn out defective. Because even with all the testing there is still the risk of some new unexpected phenomena becoming apparent when the prototypes are scaled to required size (either scaled up or scaled down).

For example cannot just decide we are going to place a human habit beyond Pluto, or for that matter on the bottom of the ocean floor. Whilst it is feasible to come up with an intial proposal based on the established technologies, such proposals are likely to be impractical. Having decided such is impractical we will then encounter a series of problems which are beyond our established technologies: but otherwise potentially within the scope of our established scientific theory. However to apply that scientific theory, experiments will need to be carried out to collect fundamental scientific data. Collecting the scientific data however may require new technologies. This interaction between science and technology, to push forward to reach a specific objective is engineering. Engineering originates, it establishes technologies, it does not concern itself with the routine implementation of the established. Fundamental to establishing a technology is developing the required technical science for the routine application and adaptation of the technology. This routine application and adaptation is the work of technicians who employ established tools and techniques. Here technician is not taken as some inferior subordinate to an engineer: an engineer has to be a highly competent technician otherwise they are just dreamers. The ingenuity comes from transforming imagination into reality.

Structural Design
The importance of this distinction is that there is little to no engineering associated with the design of bridges, buildings and most other structures. The technical science of structural design is well established. Therefore when someone is seeking development approval for a building they do not expect to encounter any difficulties or delays in obtaining such approval. Further more if they go to a supplier of the specific structural product they seek, rather than to an architect, then they expect the approval process to be even smoother, not more hassle. Unfortunately going to a supplier of structural products is likely to result in more hassle. This is because the suppliers of the structural products are largely ignoring the established technical science.

The suppliers are thus sent off by regulators to go get engineering. Since need to get engineering from an engineer the expectation is that the alternative is to employ an engineer on staff. Employing an engineer on staff is seen as too expensive, or just not compatible with the organisation. Since the so called engineers primary role in the regulatory process is merely supplying the numbers, and the engineers are increasingly using software to produce the numbers, it is to be expected that the persons paying for these numbers should seek software which they can operate themselves. They thus consider getting software to automate the engineering. Doing the numbers is not engineering. Engineering cannot be automated, it cannot be carried out by computer.

Automating doing the numbers, is automating the calculations, and otherwise automating the technical aspects of the structural design. Other aspects of structural design are creative and cannot be automated. Also the output of any creative contribution is also likely beyond the established calculation procedures and thus demand fabrication and testing of prototypes to validate and calibrate new calculation procedures.

Now the input parameters for one structure can be the same as those for another structure. For example the basic dimensional parameters of a shed are the height and span, whilst the basic parameters for a guard rail system are the height and span. What happens between the input and the output of suitable structural sections however is different. Comparing differences between a shed and a guard rail is probably obvious. Where it is not so obvious is comparing one structural connection with another which have significantly different behaviour but similar input parameters. Such may give the user of such software the impression that they can dream up new connections for, say a shed, and still use the same software to assess the suitability of the building. Such judgment would be hazardous: and such new connection is highly likely to require testing.

The technical science for structural design is well established, however the use of the technical science to develop mathematical models is not always practical. Either the mathematical model takes too long to develop and then test and validate. Or the mathematical model once developed takes far too long to calculate, even with the fastest computers. Either way a prototype is typically required to be fabricated and tested. Mathematical modeling does not remove the need for physical testing it merely reduces the number of tests and increases the likelyhood that the protyotype will pass the tests. A qualitative understanding of the technical science also assists in being prepared to deal with any hazards which may arise during testing.

So with respect to suppliers of structural products, there is no point-of-sale engineering, there is no point-of-sale design. No design and no engineering can occur at the point-of-sale via the use of computer software by salespeople having a discussion with the customer.

Point-of-Sale
All that can occur at the point-of-sale (PoS) is capturing the parametric variation of highly established technologies and adapting those technologies in an extremely limited way to better meet the needs of the customer. It is not design and it is not engineering. Design is an unrestricted creative activity, engineering operates at the frontiers of science and technology. Technical design places constraints on the freedom of creativity.

After having varied the parameters of a generic technology, the task is assessing the suitability of the technical specification for a specific purpose. Or is the task determining a technical specification which is suitable in the first place?

The question may be: I want to make this shed, what size c-section is suitable for the frame? The answer to that question, requires guessing some size of c-section, and then seeing if it is or is not suitable for purpose. If not suitable for purpose we then try another c-section and check its suitability. So behind the scenes the exercise is assessing the suitability of a proposed technical specification.

Some structural forms are known as determinate and others are known as indeterminate. To simplify the meaning, rather than use the strictly correct meaning, those structures for which we can directly calculate the required size of structural section are considered to be determinate. Those structures which we have to determine suitable structural sections for by trail and error are considered indeterminate. Indeterminate structures require knowledge of the materials and structural sections to determine the forces in the structure, whilst no knowledge of the materials and sections is required to determine internal forces for determinate structures. {For some simple strictly determinate structures, the materials properties have cancelled out to leave a simple expression which can be used to directly size the section. (eg. fixed ended beam). On the other hand the materials codes are so convoluted that it is typically not possible to calculate required section properties directly, and all structures need suitable sections selected by iterative trial and error.}

Commercially Available Structural Analysis Software
Most structural analysis software available in the market place is setup for indeterminate structures, so even if wish to analyse a determinate structure it is still necessary to specify structural sections and material properties before any analysis can occur to determine internal forces for the structure. {Actually I'm not aware of any readily available software purely for determinate structures.}

Further commercially available structural analysis software typically has menu options for checking or designing members. Once again, I contend the design option doesn't design anything. The design option merely iterates through a list of available sections and determines which are and are not suitable for purpose. The software may stop when its found the first suitable section, or it may determine all the sections suitable from the available sections. The design option is therefore just a variation of the check member option.

Why have the check member and design member options? The basic answer is because its generally a bad idea to have the computer select the structural section. If the computer selects the section, then it will either be unsafe, uneconomical or impractical. Letting the computer select the section is just a starting point and reduces the number of manual iterations.

How can it be unsafe? It can be unsafe because the materials codes are incomplete. So for example if assessing a steel structure to AS4100, a structural section may be considered acceptable, even though it is subject to a high level of torsion. This is because there is no direct torsion check in AS4100, but the torsional resistance still need to be checked. The traditional task of the designer is to qualitatively configure the structure so that members are not in torsion: and therefore torsion is not an issue for calculation. Assuming a structural designer has followed tradition and removed torsion, a code check by computer to AS4100 may still accept a defective structure. This is because the 3D stick model of the structure does not represent the real world structure.

Roof purlins for example in the real world typically sit above the rafters, but in the 3D stick model the purlins are in the same plane as the rafters. Further the purlins are rigid and continuous over the rafters, not rigidly connected into the sides of the rafters. The default behaviour of the software is typically to create rigid moment resisting connections where ever two members intersect. This does not  necessarily reflect the real world model where the real connections may be pinned. Assuming members are rigidily connected, that is cannot rotate about a pin, typically reduces section sizes, but can otherwise increase stresses in the support structure. The result is that sections are not checked for proper stresses. The other issue is that there are eccentricities and localised affects not considered by the software, and need to be dealt with manually, or by other means.

When it comes to member checks, the software is also likely to assume full restraint of a section where there is no such restraint, and therefore the structural section selected by the design option is likely undersized.

But this leads to the more common problem of uneconomical and impractical. The software will typically find the minimum size structural section suitable for each member in a 3D model. Since the applied forces are not uniform across the whole structure the resultant internal forces and stresses are also not uniform. The result of allowing the software to select member sizes is common members all having different sizes. For example rafters varying in size depending on their location in the roof. This is not typically practical. Further if lateral torsional restraints are present in the real structure, but not known to the computer software then, the software will over size the steel sections. These restraints typically have to be manually specified before executing the design options of the software.

Thus from the perspective of using the available structural analysis software, automating the technical specification and technical assessment of structures doesn't seem all that practical, as it is a highly interactive and iterative process requiring learned judgment. Learning, which a salesperson and customer typically do not have.

But what exactly is it they want to automate?
The difficulty is caused by the suppliers having no proper technical specification of their structural product in the first place. Sure they have some drawings of a specific instance of the generic product, they may also have standard calculations for that instance. Some even have spreadsheets with specific instances of the generic product buried and hidden inside the software. None of this however represents a proper and valid technical specification of the generic technology they wish to adapt to the needs of the customer. The suppliers most certainly have limited fabrication capabilities, and they also have restrictions on what they are willing to do. Yet the salespeople typically say yes to just about anything the customer requests, on an assumption that such proposal is feasible.

The first and foremost problem doesn't have anything to do with calculations. The first and foremost problem is accepting a project for which the suppliers technology is ill suited. Accepting a project which imposes demands beyond the capabilities of the supplier and their supply chain.

If going to supply anything the customer wishes then need technical officers on staff to design a suitable structure, and such design is not going to take place at the point of sale. People do not go to suppliers of structural products so that they can wait for design to occur, they go to such suppliers so that they can effectively buy off-the-shelf. However, they also want to change things, things which are outside the scope of the existing technical specifications, things which would make all the existing documentation invalid. When the existing documentation becomes invalid, then it is no longer possible to communicate intention to all the people in the supply chain. Further more if the documentation describing the proposal is invalid then it is no longer possible to assess the suitability of the structure.

For example say we have a standard design for a 3m high by 7.2m span portal frame shed fabricated from cold-formed c-section. This standard design will typically be accepted by city council for any design which fits with in the dimensional envelope. So if a customer wants 2.4m high by 6m span, then the standard design will be found acceptable. But none of the workshop drawings would be valid. Then again who as workshop drawings for a cold-formed steel shed: just need some hole punching sheets. In which case the punching sheet for the columns and rafters would be incorrect and new sheets would need writing up. Further all sheets would need revising to match the quantities needed for the project.

Under such circumstances no technical assessment is really required, all that needs to be automated is the revision of quantities in the bill of materials, and the dimensions of various members along with generation of hole punching sheets for the roll-former. We have a structurally valid design solution in the first place, and we haven't made it invalid.

Now consider the situation where the customer wants to rip out the end wall mullions and install a large door. The existing structural specification is no longer valid. An alternative structure is now required to support the end wall cladding along with the door.

Another situation is removal of portal frame columns along the side of the building. Removing such coulmns cripples the portal frames and the frame check for the columns and rafters is no longer valid. It is not just a simple matter of providing carry-beams to support the rafters over the opening. The primary structural form the rigid moment resisting frame, comprising two rafters and two columns, has been crippled. This structure resists the wind attempting to push the building over, and can no longer do so. The load pushing against the door and the building now has to be transfered to other complete portal frames, these frames thus now carry more load. Take out too many columns on either side of the building, and just leave rafters, then the whole structural form of the building may have to be changed to stop it from being pushed over. Such changes do not represent simple parametric changes to a generic technology, rather they represent a change of the generic technology itself.

Product Structure Tree and Variations
With respect to the bill of material (BoM) or the product structure tree, the difference is that between merely changing counts of quantities versus pruning and grafting branches from the tree. If merely change a part count then it seldom generates a need for further technical assessment, but if prune a branch or graft in a new branch than additional technical assessment is required. Grafting and pruning branches changes the generic form of the product: it changes the product-structure, and if change the structure then require further structural assessment.{NB: Two different but related concepts of structure}

Variation of a product can be brought about by:


  1. Changing part count
  2. Changing parts
  3. Changing part dimensions
  4. Removing Subsystems (Pruning branches)
  5. Adding Subsystems (Grafting Branches)


If a part is a subsystem, then setting its part count to zero will prune that branch from the product-tree, if change from zero, then will graft that subsystem into the product-tree. Depending on the product any of these changes could impose a need to reassess the suitability of the product for a given purpose.

The shed industry typically considers a shed comprises of columns and rafters: it doesn't. The typical cold-formed steel shed comprises of portal frames, rigid plane frames, or moment frames. These frames are the primary structural element. These frames comprise of columns and rafters. However the frames cannot have parts pruned from them and still be expected to function as required. Nor can these assemblies have parts grafted into them and still be considered suitable.

A shed can be made longer by increasing the part count of the frames. But it cannot be made longer by increasing the spacing of a given frame. A given frame has a specified maximum spacing.

I contend that in the first instance the industries have no need of structural analysis software, and that so called engineering at the point-of-sale is just a sales gimmick: it has no real value. Why have a computer spend an hour assessing a series of similar frames, when already no the answer. An engineer wouldn't assess every frame in the structure, they would only assess the critical plane frame. They would only assess a 3D model if the structure was behaving in three dimensions, and then they would only build a model large enough to assess that portion of the whole building. Structural design is based on simplified models, not an attempt at creating a complete virtual reality. Further after an hour at the point-of-sale, why have the computer come back and say not possible, when its a simple exercise for the engineer to make it possible.

The larger the building and the more complex the structure the longer it will take the computer to complete the analysis and select suitable parts. An experienced engineer or technical officer can reduce the time it takes the to find a solution, because they already know the solution, they just have to get the computer to check, rather than have the computer iterate through all available sections and find a suitable section. The computer can complete 3D analysis fairly quickly for most common structures, it is the selecting of suitable section sizes and specifying and connections which is a time consuming exercise for both computers and humans. Humans can however fast track, and potentially get there faster than a computer. The problem is going to a consulting engineer is going to place the project in a long waiting line: and cause delays. So that the 1 hours it may take a computer to find an answer is better than the 4 week wait to get answer from a consultant.

The issue here is the calculation versus database approach to the specification. Typically the database approach is frowned at, and preference is given to the calculation approach. However humans can fast track to a solution because of their memories: a database of past projects and known solutions.

Also the calculation approach is actually based on a hard-coded structural model, which generates a bill of materials. The bill of materials doesn't drive the system, and therefore changes to the bill of materials results in an appropriate structural analysis and assessment of the structure. The structural model is locked, therefore the bill of materials is locked. No parts can be added, and no parts can be subtracted. The software typically used is simplistic and built around MS Excel spreadsheets: and typically is an extremely inefficient use of computing resources. {This is because data and calculations are combined in the one file. Add the need for MS Excel, and the systems are using a lot of hard disk space and RAM for very little capability.}

Few of the suppliers of structural building products are using software built around a building information model (BIM): for the most part they don't need such. The main task they need to automate is the material take-off and associated costing. Except there isn't anything to take the materials off. There are no workshop drawings. At most, likely to be a simple sketch on an order form. The order forms are mostly descriptive of requirements.

The issue is that its not quite simple retail. If people just turned up placed an order, and were given a package with fixed content then there would be little problem. The problem is that customers can change the content of the package. That in itself wouldn't be too much of a problem if it was a simple part count of independent parts. Just fill the shopping cart with items, and determine total cost.

The problem is want to change the parts. Consider similar situation outside the building industry. The customer being able to change a car from 4 wheels to 3 wheels. Consider a customer wanting 24 hours of recording on video tape, but without increasing the space occupied by the typical 2 hour recorder. Such customer requirements at not things which can be designed at point of sale by a salesperson. Such desires may require years of research design and development. There are clear restrictions on what can be supplied, and the variations permitted.

The building industry doesn't seem to understand the restrictions on variations to the technology, nor is it particularly capable of meeting the demand for essential buildings: global shortages of housing, schools and hospitals to name a few. Architects oppose industrial building systems, yet we end up having to use such systems to meet demands, and yet the industrial systems are not as efficient at supply as they could be. Unwarranted variety needs to be constrained.

There is a high incidence of owner-builders in Australia, and otherwise custom designed houses, yet there isn't that much difference between the houses. Yet the differences could significantly increase the cost of supply without increasing the benefit obtained. It is false economy to save on materials. Often the customer is wanting changes to reduce the cost of materials, but increasing the cost of labour significantly more. Standard designs have a design heritage, a foundation to build upon. Move away from the standard and introduce a lot of additional work which wasn't otherwise needed. A lot of the work only needs doing once: like design and documentation. Standardising parts also means automation is possible for the fabrication and production, this in turn reduces production time and achieves higher levels of consistency across repetitive parts. There is typically greater variation in repetitive parts made by humans than those made by machine.

If go to a supplier of structural products, then expecting faster supply times, higher quality product and lower costs, compared to custom designed and fabricated. These expectations are not always met: and that is largely due to unnecessary variations or customisations to the standard product.

House builders with large markets, supplying relative standard designs have tended to opt for the use of BIM based software. They can afford the software and have supply chains which can benefit from its use. Other suppliers of building and/or structural products would not get any benefit from the software and its too expensive to go experimenting with.

Most suppliers just need parametric based bill of materials (BoM) software, no 3D graphical picture is required. They just need to modify part counts and dimensions subject to certain constraints. The BoM needs validity checks on each data field relative to the specific item. Software like MS Access and MS Excel can have validity checks on data fields, such as whether a date in input, or a telephone number is formatted correctly. A BoM however requires more than this, each data record needs unique validity checks on each of its fields or at least on the quantity field.

For example with respect to the previously described standard shed, the column cannot be greater than 3m, but can be less. Similarly the structural section used can be increased in size to a higher structural resistance, but it cannot be decreased to a lower structural rsistance. Once we know the required structural resistance for the shed in the form of specified structural section: then it is not necessary to re-analyse the structure, an alternative section of equal or greater resistance can be substituted. But such substitution is likely to lead to a need for new work shop details.

The perceived need to carry out structural calculations is because of wind loading and earthquake loading and other loads which change with the environment. However these design loads are not really site specific, they really belong to a class of loads. Wind loads to AS1170 for example are regional, sure the regional wind speeds can be reduced to site specific wind speeds: but is there any real economic benefit in doing that for repetitively manufactured products? More over just because the wind load does change for the site, it does not mean that it is necessary to redo the structural analysis and recheck all the members and connections.

If there is no smaller structural section available then the building gets made stronger than it otherwise needs to be. How strong it needs to be is a matter of personal opinion in any case: sure it may be in the code: but the code is someone's opinion. So its actually silly to consider any structure is stronger than it needs to be. The structures are simply strong enough to be acceptable to someone somewhere. As for not being strong enough: once again that is a matter of opinion. Clearly if the structure collapses under its own self-weight then its not strong enough. But how much stronger than standing up under its own self-weight does it need to be? Ok! So don't want it to blow down in the wind: but what wind? People are always saying South Australia doesn't have cyclones, and basically consider the wind loads are too high. But what lower wind load is acceptable to the community? More to the point what level of wind loading is acceptable to the insurance companies: they seem to think the loads should be increased.

The design loads are not so much a response to the natural environment but more a reflection of human desire, and are otherwise misleading. No structure is hurricane or earthquake resistant, there is always some magnitude of hurricane or earthquake which will exceed the design loads and collapse the structure. So making the buildings stronger after a disaster is not all that sensible. I contend the primary defence of the nation is not the resistance of its buildings but its ability to rebuild in the minimum of time. Buildings which behave like mechanisms and collapse to a more robust form during an event, and then be erected again after the event: seems far better use of materials, than trying to resist massive loads and ultimately not being string enough in anycase. It is nonsense to be declaring that buildings are unsafe if they are not built to the codes: the buildings are unsafe when built to the codes. The issue is that if not built to the code then it is unacceptable and is therefore illegal construction. Being illegal doesn't make it unsafe, it just makes it illegal: not compliant with the letter of the law. Not compliant with someones opinion. It is emotional manipulation to declare one brand of sheds is safe and another brand is unsafe. In the real world, they are all unsafe, no buts doubts or maybe's about it they are all unsafe, and they cannot be made safe. The risk of collapse will always be there, and the occupants will not have any awareness of when the environmental loading is likely to exceed the resistance of the building. Would you like to operate a submarine without a depth gauge? Because that is effectively how we operate our buildings.

So we could consider getting rid of the regulatory framework and the standardised minimum performance criteria. For having such doesn't serve the community well. The building industry seems to be the only industry in which suppliers take pride in complying with the code. Like finding someone who complies is hard work. Merely complying however equates to low quality rubbish. Most other industries based on engineered technology take any standards as the benchmark to be exceeded without significantly increasing cost to the buyer. If only meet the regulations then a low quality supplier.

The point is: that just because there is a smaller structural section available which can be used to meet the code requirements it doesn't make it sensible to select and build the structure from such smaller section. Further more just because used a larger structural section that exceeds the requirements of the regulations it doesn't make the structure stronger then needed. Nobody knows or can know how strong the structure needs to be.

It is nonsense that a supplier cannot compete because their structural sections are over sized and the competitions are considered under sized. The supplier cannot compete because they do not know how to sell value, and because their sales people have zero understanding of the product they are selling. The consequence is that the only thing they can do to make a sale is drop the price. Since they only really cost the materials, not the labour and overheads, it is apparent the only way they can drop the price is to drop the cost of materials by using less steel. In short sales are based on the principle of my rubbish costs less than their rubbish. Not really sensible.

So most shed suppliers start with a single standard design which covers a large portion of their initial market, then as people ask for larger buildings the supplier gets standard designs for larger sheds. Or they get custom engineering for what ever the customer wants. The problem is they seek the custom engineering at the wrong time. Further if they really need to be providing custom engineering then they really need engineers on staff to meet the time constraints, rather than rely on consultants. However, need to differentiate between designing a standard product and custom design to the project.

There are about 18 standard size c-sections, for the typical gable frame shed these all form about 16 envelopes, that is 16 standard designs for a given wind loading. There are only 16 envelopes because 2 of the sections have near equal capacity to other sections: so its a question of preference. Now 18 standard designs is not a large database, especially if it is a parametrically driven database. The variety decreases even further if consider that there is little difference between the dimensional envelope achieved by one c-section and another. So can toss a lot of the variety out, thus reducing strip widths and strip thicknesses required to produce the c-sections. Thus reducing the variety of c-sections, which reduces material inventory costs if rollform own c-sections. Those who order c-sections probably don't care: but they would if the roll-formers adjusted prices to match demand rather than steel content. That is the roll-former offers 18 sizes, but prices such that, bulk of supply is only for about 6 of the sizes.

A shed fabricator for example could rollform C10024 and supply sheds across most of the market. The sales people right now are saying nobody rollforms such section and its too small. Yes, its too small to se as a rigid moment frame. So is a C7510, but such section is fine to use as the studs in a house. Houses are made from cold-formed steel but they are not moment frames. The structures are pinned and braced, and otherwise triangulated. Roof trusses are triangulated, and the small C7510 can span large distances when fabricated into a truss. Similarly the C10024 can be fabricated into deep parallel chord trusses which can be used to span distances greater than achieved using a C35030 as a moment frame. Structural form is important.

One supplier was always phoning up and saying why can't we span such and such a distance? We'd get an address and drive by to find a structure which wasn't the typical moment frame the supplier produced. Our response was thats not the kind of structure you normally fabricate. We can design a structure using the c-sections, if we know what you are willing to fabricate.

Other structural forms have far more labour content than the moment frames, and so take longer to fabricate and tend to cost more. However bolted cold-formed c-sections requires less skill than welded hotrolled sections. So a cold-formed structure has the potential to cost less than any hotrolled frame.

So we get back to the first and foremost problem. Are these businesses suppliers of structural products or general steel fabricators? Since most don't have workshops they are not fabricators. They also don't have design offices and they are not really project managers either. They just have sales offices, but they are not sales agents for some big supplier either: and they don't wish to be. They are independent agents, sometimes fabricators, but mostly sales, builders or steel erectors. They are a kind of organiser/broker. Certainly not coordinators, but possibly facilitator's, arrangers, overseer, directors, handlers. Basically they are the people with the right contacts to get the job done eventually. The desire and task is to make that process smoother for everyone.

But automating the detailed structural calculations is not really part of the exercise, and serves no real benefit. Sure if such software is available, affordable and operating such software produces quick answers at the point-of-sale then that is one way to go.

However, if software is not readily available off the shelf, and it needs to be developed. Then the first thing to note is that in the first instance it is not going to be quick, and it is likely to have a cumbersome if not apalling user interface. Further more it is to be noted that engineers now largely use computer software themselves, and they wouldn't typically consider writing such software themselves.

It is one thing for an engineer or technical officer to consider using a spreadsheet to write a few calculations, but they wouldn't consider writing their own version of say AutoCAD nor their own version of say MicroStran. Can therefore consider that the typical consulting engineer producing calculations and drawings for suppliers of structural products does not have the resources to write software. They may write their own software so that do not need the likes of say LIMSTEEL. They may automate the inputs to AutoCAD and MicroStran.

To consider that the average civil engineer designing structural products can produce adequate software, especially to automate the design of an entire building is just plain ludicrous. They may be able to produce tools to assist themselves, but not produce anything anywhere near robust enough to be placed in the hands of unqualified sales people.

The need for structural calculations at the point-of-sale is perceived as necessary largely because no one has sat down and properly specified the structural product being offered. Clearly the sales people are not architects or engineers, and are thus not capable of providing the customer with any building they desire. There is significant constraint on what they are able to supply. There is also significant limitation on what they are able to do for the customer.

For example attaching a verandah to a house requires significant strengthening of the house, and attachment of a balustrade may also require significant strengthening of the support structure. Checking and strengthening the existing structures is not the business of these specialist suppliers. The existing structure needs to be adequate in the first place. Potentially strengthening the existing structure is a role to be carried out by another small business.

Further should the supplier have and operate the software, or should the customer operate the software?

In terms of balustrades for example as a buyer or designer I would really want the supplier, I wouldn't want to keep phoning the supplier up to find out what I need to do for my structure to be compatible with the balustrade installation. The architect and engineer designing a building need to know what is required to provide a structures compatible with a balustrade installation. Not wasting time between a supplier and a suppliers external consultant, nor wasting time with the supplier pushing numbers through software. Just need to know what has to be done at the start of the project. The problem is the architects ignore the issue until the last minute and expect the balustrade suppliers have a solution. The architects then end up with a structure that is not compatible with their desires for a balustrade. Its the architects fault because they thought they could dismiss a junk of structural design from the engineer to a salesperson. Whilst I contend doesn't require an engineer, and the task is not engineering, it does require someone with appropriate technical qualifications.

Similarly attaching a verandah, extending a shed, all have similar problems, or dealing with the existing structure: a structure which may not comply with current codes, and therefore is not adequate in its own right to start with, before even consider applying additional loads.

So the issue is what are these businesses really supplying? What are they really in the business of providing?

Because if throw computers, software and the Internet into the mix, with the real needs of the customers. Then have an entirely different business model, and these suppliers are gone. So their investment in half-baked software is not in their best interests. Buying readily available tools which assist at low price is one thing, investing in development of a large system is another.


{I got interrupted and lost my track way back there somewhere. But identified some smaller chunks for more detailed assessment.}

Tuesday, November 01, 2011

Cold-Formed Steel Shed Industry: part:#2

As explained previously an Excel/vba macro is used to generate an AutoCAD script which is written to a default folder, and then AcadLT is launched from vba using command line parameters to run the Acad script automatically as Acad loads. The model space output of the script is shown in Fig 1, and the paper space output shown in Figs 2 to 6.

Fig 1: Model Space output of script.

Fig 2: Paper Space output of script. Footing plan showing stiffened raft (not typically required).


Fig 3: Framing Plan & Member Schedule


Fig 4: Side (Front) and End Elevation (Right)

Fig 5: Side (back) and End Elevation (Left)

Fig 6: Detail Section of Portal Frame

At present the script doesn't modify the paper space layouts to match the paper size. This is largely because in the first instance it requires using "print" and adjusting the layout parameters and then cancelling the print command. It can crash if invalid paper size names and printer names are provided, so it was left out. Text is all placed in paper space, with exception of the grid labels which are written in model space. The input parameters allow varying the paper size, the scale, and forcing either one view per sheet or everything to a single sheet. The scale can also be selected to be calculated. Either way the vba macro will determine one of a few different preferred layouts, and attempt to use as few sheets as possible. All the parameters to define the structural frame can be varied. Spacing of frames, girts and purlins are assumed to be constant. Except for the simplest of buildings, usually after the script has run a great deal of manual editing is required to produce finished drawings for development approval.

Fig 7: Screen Capture of Time Script Takes.


As can be seen from the screen capture, Fig 7, the script takes less than 9 seconds to run, this is significant decrease on the 5 to 20 hours that may be required for drawing such stick diagrams from scratch. Another 5 to 40 hours may be required for drawing connection details and other relevant detail sections. Given that the shed industry typically does not produce formal drawings, only a freehand sketch on square ruled paper order form, taking some 10 to 60 minutes whilst salesperson talks to customer: collapsing the drafting time is important. Whilst the freehand sketch is suitable for a small garden shed, its not suitable for a 4000 sq.m industrial warehouse with office space. But people go to the shed suppliers on the assumption that they have solved all the problems before and have standard designs which can be modified. Whilst the industry advertises custom manufacture it cannot provide custom design. The industry relies heavily on the local council, requesting further information, before they go and get architectural and engineering input. This results in delays for the customer as issues of  non-compliance with building codes are resolved.

Whilst high end building information modelling (BIM) software may be useful for the task, it is too complex for sales people to be using at the point-of-sale, and with costs from $5000 to $25,000 (AUD) per license it is also far too expensive. {Though any shed supplier setting up own engineering staff and making  use of such software, has the potential to make it financially viable, taking advantage of the software to improve their product and increase sales.}

Whilst the suppliers run around from one consultant to another, requesting standard designs for one shed or a range of sheds, there is a need to develop low cost, highly product specific software which produces drawings, and structural calculation reports, along with material take-off's,  cost estimates, and work shop details, along with any CNC machine instructions if appropriate, to resolve the problems of not using standard designs correctly.

There is already precedent for such software with the nail plated timber roof truss manufacturers, however their software started in the wrong direction: it failed to provide adequate evidence-of-suitability and was proprietary. This made it difficult for council to check the adequacy of the proposed trusses, and there is still need for improvement, but there is now a guide line for such software, put out by Planning SA.

Minister’s Specification: SA A2.2 : Structural engineering software


The problem with such software is that it tends to only produce specifications, and it can do so in a short period of time, a few minutes. Compare this to a few hours to check all the different roof trusses in a typical house, using either manual methods or standard frame analysis software. It seems no consultants providing technical certification services has automated their standard frame analysis software for checking timber roof trusses. Similarly they also haven't produced automation for sheds, carports and verandahs. So the industry can do fast, but the checkers and certifiers are slow. The big question though is the industry fast because its not doing engineering checks, or because it has fast design tools, and have those design tools been checked and are they being used correctly. Hence developing and releasing the software not just a matter of writing source code. Hence these things tend to get part developed as useful in-house productivity tools rather than commercial products. But not everyone has the time to develop such tools in-house, and that causes hindrance, and delays, when at the certifier level. So tools need to be readily available to all, not just limited to manufacturers, possibly under a GPL, so that source code viewable by all.

Any case primary task at moment is to reduce the drafting effort, since calculation effort has largely been reduced already for the typical gable frame shed.

AutoCAD Speed Test

As a simple test of the comparison between speed of manual CAD drafting and scripting (*.scr), a simple test can be carried out. This test comprises of drawing a rectangle and then diagonal lines and bisectors of the sides. All entities should be ordinary lines, no polylines or rectangles, and no drawing as such and exploding to ordinary lines. Running osnaps can be switched on to save time. I typically have osnaps switched off, it interferes with running scripts, and otherwise tends to waste time in manual drafting selecting the wrong points, so I typically select snaps manually, the right one at the right time. Anycase for the test I used running osnaps, because it is a situation where it clearly provides benefit rather than an hindrance. The dimensions of the rectangle are @10000,5000.

It should be noted that the larger the screen the longer the distance to travel from one corner to the other and therefore the longer the drawing time. So larger screens not altogether a benefit. Faster times can be achieved by reducing the size of the AutoCAD window, or by zooming to a fraction of the screen (eg. zoom 0.5x).

Fig 1: Screen image of finished drawing test.
{NB: click image to enlarge and scroll all images.}

Fig 2: Screen capture of time taken for manual drafting

The time taken with manual drafting is approx 26 seconds. With practice it may be possible to get the time down further. Starting out today it took 55 seconds, but for some reason I was typing the command "Line" rather than using the alias "L", also wasn't using running osnaps. But since I knew last time I did the test I did it in 26 seconds, I kept trying until could capture such time from screen. Faster  computers and faster operators may be able to get lower times, but unlikely to achieve the less than 1 second that the script takes to run.

Fig 3: Screen capture time taken by script, drag and drop onto CAD drawing.

Fig 4: Screen capture time taken when macro added to a toolbar button.

Not sure why but the script runs slower when called from a toolbar button than when script file is "drag and dropped" onto the drawing. However the button saves operator  time finding the script.

The script:
;---------------------------------
TIME RESET

LINE 0,0
0,5000
10000,5000
10000,0
C
LINE 0,0 10000,5000

LINE 0,5000 10000,0

LINE 5000,0 5000,5000

LINE 0,2500 10000,2500

ZOOM E
ZOOM s 0.5x
TIME

;---------------------------------

The button macro:

'_script speedTest1.scr 


Faster computers and larger monitors save time, but only when there is a great deal of interaction between the operator and the machine. To really save time and increase productivity need to get the computer to do the work, and a slow computer may be adequate for such purpose. If it takes a person 2 minutes to enter data, and the computer 1 second to respond, it does not make any perceptible difference if get a computer twice as fast to complete its task in 0.5 seconds. Its the 2 minutes of human interaction with the machine that needs to be reduced: and that is likely to become a political issue. There has to be some acceptable need to reduce the production time before effort gets applied to do so. After all what are you going to do with the free time if just reduce production time just because you can.


Related Posts:

Programming/Automating #Autocad LT
Automated Drawing List Update Acad LT (revised)

Cold-Formed Steel Shed Industry: part:#1 (Shed Framing Drawings)
Cold-Formed Steel Shed Industry: part:#2 (Shed Framing Drawings)

Monday, October 31, 2011

Cold-Formed Steel Shed Industry: part:#1

Sample drawings of framing plans for cold-formed steel shed, partially automated by the scripts(*.scr) mentioned in earlier blog, then extensively modified using manual CAD editing, using AcadLT 2000, to match the custom features of the project. Project is from a few years back, and drawing title blocks have been removed so as not to identify the project, client and supplier. The drawings have additional detail on them compared to that required for development approval, so as to assist with workshop detailing. The cold-formed shed industry typically does not produce drawings beyond scribble on the back of an order form: not for development approval and not for fabrication. The industry typically has salespeople and possibly estimators sketching out what they believe is required. The whole benefit of the cold-formed steel shed industry is that need little infrastructure, and simply need to fill in some purlin detail sheets and send of to local roll former of c-sections, and have a bundle of fabricated steel delivered straight to site depending on connection details. This typically fine for the smaller sheds but for larger warehouses with office space it is inappropriate.

In the past we typically worked with the suppliers and manufacturers and couldn't get them to change, very little interest in their product. Then  one day a steel erector turned up, he was unhappy about various issues with construction, and wanted to refine the design. Also turned out that supplier/manufacturers often failed to deliver all required parts for construction, and unable to get these parts from the suppliers on basis they contended that the parts not required. We recommended that the steel erector insist on workshop drawings being produced. The shed suppliers wouldn't provide, and workshop detailers not able to fit in with the nature of the shed industry. The result was the workshop detailing returned to my office, along with designing the sheds on a project by project basis, rather than the typical industry approach of having standard calculations and relying on local council to request further information to get calculations which match the proposed shed.

As long as the shed stays as a simple plain frame, then can analyse it using Kleinlogel formula in MS Excel, and the calculations are dropped to a few minutes. The time consuming effort is producing the framing plans for development approval, and the workshop details. Connection details are basically the same from one project to the next, and standard drawings simply need project name changing, though each new project may introduced additional detailing.

Now software like Autodesk Revit structural, or Tekla Structure, and other BIM  software, may be the ideal tool for such project: however they are far to expensive to justify given the amount of work involved and the relative simplicity of the structures. Also in terms of developing tools to improve point-of-sale decision making in the industry, tools like AutoCAD are too expensive to use as a graphics engine, whilst Multiframe is too expensive to use as an analysis engine. So MS Excel/VBA is typically the product to choose with possibly some low end CAD package, alternatively use the Excel shapes layer, and draw in Excel itself.

So slowly developing in-house tools to handle custom projects, whilst also developing tools which ultimately can be used by sales people at the point-of-sale. The objective is to reduce the problems caused, by bad design decisions at the point-of-sale. In particular the buildings that the industry can supply simply do not meet the needs of the buyers. But this is not identified until council rejects the suppliers development proposal, and requests further information, then everyone turns to consulting engineers to get calcs-for-council, as if that was all that was needed.

So the objective is to develop low cost automation tools based on simple parameters, which flags the need for custom engineering at the point-of-sale. Currently these buildings basically  sold like cars, except can ask for three of the wheels to be removed to cut costs and the sales person will say yes we can do that.

The real issue is developing a simply interface, at no point do want the sales-people operating a CAD package, but need to know the custom requirements for doors along the length of the building, and also know the different gable-end framing requirements. Also need to expand beyond the simple gable, to allow for double span, and the American barn type structure (gable, with lean-to each side).

So currently have a collection of different tools written in Excel/VBA, also some of which I originally wrote in Turbo C and others in Delphi. A part of development problem is deciding on application language, a great deal has now been written in Excel/VBA, but MS Access maybe better, and VB.net better again with respect to data storage and suitable user interface. In particular I can program a treeview in VB.net for my bill of materials (BOM) but not in VBA. On the otherhand I don't really like Basic programming language, its just that VBA is built into so many applications: and controlling anything and everything from Excel/VBA has been so convenient. For speed developing the Excel/VBA, and AutoCAD LT approach, with Microstran and Multiframe data file generation, seems to be the way to go, then slowly remove dependencies on other applications, and make stand alone. Part of which requires developing a 3D frame analysis program, already have 2D, but ultimately going to need it to be 3D.

Anycase currently finding all the bits and pieces cumbersome to use. So given that the purpose of this blog is to document the background as to how things develop, I thought I would document the current process, whilst I figure out in which direction to go and what to program next.


Fig:S01: Footing Layout

Fig:S02: Framing Plan

Fig:S03: Elevations:1

Fig:S04: Elevations:2

Fig:S05: Sections/ Portal Frames

Fig:S06: Gable End Wall Detail Section: Office End

Fig:S07: Gable End Wall Detail Section: Rear





Foot Note: Sample drawings printed to pdf file using pdfactory, then borders and title blocks removed, by taking snap shops using Bluebeam, and saving to jpeg using MS Paint, then file size reduced using Microsoft Office Picture Manager.


Related Posts:

Cold-Formed Steel Shed Industry: part:#2 : Dimension & Geometry (Acad LT)
Cold-Formed Steel Shed Industry: part:#3 : Summary of other requirements

Feasibility of Cold-formed Steel Shed (Simple Structural Software Application)


Other Blogs:

Other Information:

Sunday, October 16, 2011

Programming/Automating #Autocad LT


As far as I am aware the main reasons for opting for the full version of Acad are:

1) AutoLISP
2) COM automation
3) Database connectivity and SQL
4) Extended data
5) Complex entities/objects, 3D and otherwise

The seemingly most dominant reason that full Acad is chosen is because it is programmable through AutoLISP. The common myth is that AutoLISP is required to program AutoCAD. Since AcadLT does not have AutoLISP it is not programmable or customisable. Wrong!

AcadLT can be customised and its is programmable without any tricks or add-in LISP engines. Forget about the pretty toolbars, AutoCAD has a command langauge, and supports script files for those commands. The command language and script support is not as powerful as that in say the old DBase II/III, but it is none the less available.

The common criticism aimed at scripting is that it cannot do anything. For example to draw a line, the script would be:

Line 0,0 1000,1000

where as in AutoLISP it would be:

(command "line" pt1 pt2 "")

Where pt1 and pt2 can have any coordinates desired, thus the AutoLISP script can draw different lines, whilst the command script can only draw one line. However, the AutoLISP script is part of a much larger program which determines the values of pt1 and pt2, and instead of sending instructions to the Acad command line, it could equally well write the instructions to a file as follows:

(write-line (strcat "LINE " (ptstr pt1) " " (ptStr pt2) " ") fp)

Where (ptstr) is a user written function to convert the point coordinate lists to text strings, which can be written to a file (fp). The resultant plain text file can then be excuted from within Acad or Acad LT via the run script command. For simplified usage the script can always be written to the same location and file, such as default.scr, and this script can be executed from either a menu macro or toolbar button: once again in either Acad or Acad LT.

'_script default.scr 

Now such plain text files containing Acad command line instructions can be generated by any available programming language. On old MS DOS machines the most readily available programming language was GWBASIC, but other high level programming languages like Turbo Pascal and Turbo C may have been available. In the world of Windows XP and higher, every machine has available windows scripting host and can run VBscript or JScript.

For example in VBscript, can replace the AutoLISP instruction with:

fp.WriteLine("LINE " & ptStr(x1,y1) & " " & ptStr(x2,y2) & " ")

However most offices have MS Excel installed on most machines, and a few may have access to MS Access, in which case vba can be used to generate scripts. Script instructions can be generated in an Excel worksheet then copy/pasted into a text file, and run by the script command, alternatively the instructions can be pasted directly to the Acad LT command line. Similarly queries in MS Access can be used to generate a sequence of script commands either pasted to a file or direct to the Acad Lt command line. This approach is useful when converting simple data into graphics.

Example of Coldformed steel section generated from script pasted to Acad command line, from Excel worksheet. Worksheet can be found here.

For more advanced automation Excel/vba combination provides the means of collecting input in the worksheet and then writing a script file based on this worksheet data. In vba the typical script would be something like:


Print #fp, "LINE " & ptStr(pt1) & " " & ptStr(pt2) & " "

Where pt1 and pt2 are coordinates stored in a data structure as follows:

Public Type TCoord
  x As Double
  y As Double
  z As Double
End Type

To avoid keep writing the instructions for a line the following subroutine can be defined and used.

Public Sub write_line(fp As Integer, pt1 As TCoord, pt2 As TCoord)
  Print #fp, "LINE " & ptStr(pt1) & " " & ptStr(pt2) & " "
End Sub

call write_line(fp, pt1,pt2)

Similar subroutines can be written for other commonly used Acad LT commands. By building a library of such commands, it is possible to simply convert the program from one CAD package to another simply by rewriting the library to suit the CAD package. That is the main program written uses the users own subroutines and data structures, and should never need rewriting, but the library can be converted to use the data structures, objects and methods of a chosen CAD package. For example write libraries for scripts, DXF, Acad COM automation, TurboCAD, DesignCAD, MultiFrame, even the Excel shapes layer.

Now the problem with the script is it cannot select Acad entities, nor points. Many AutoLISP routines simply pick a single point on the screen then generate a parametric detail about this point. Most of the time (0,0,0) is a good enough start point and a new file is the place to start drawing, therefore no point needs to be selected. By generating a new file, and using xref to reference this file into the primary drawing, interaction with the Acad drawing editor can be minimised. Unless using handles and links to an external data base it is seldom necessary to modify entities. The primary objective is to automate drawing production, not interact with the drawing editor. If a full set of drawings for some parametric object can be generated in a few seconds there is no need to revise or modify the previous: simply regenerate using the modified parameters. Further more if critical parameters start out in Excel and are used to generate a drawing, then there is no need to extract such information from the Acad drawing database.

Interaction with the drawing editor is not highly productive, nor are dialogue boxes. A common flaw with AutoLISP routines is that they have dialogue boxes collecting mutiple parameters. The number of parameters collected by these dialogue boxes exceeds the number of parameters used by engineering. The problem is that engineering calculates the other parameters, used to specify a part. Due to the division of labour between drafter and engineer: the drafter draws and the engineer crunches numbers, there is consequently a lack of integration in the design activity.

It is more productive to write the AutoLISP routines without dialogue input boxes, rather write as subroutines requiring passing of parameters. Then write additional subroutines using dialogue boxes to collect the parameters and call the routine which does the actual drawing. The reason for this is so that the drawing routine can be used in much larger drawing application. Just as machines and buildings are made from component parts, also is a drawing using blocks and xrefs, and similarly a computer program using functions and subroutines. Just as blocks simplify building large drawings, so to do subroutines simplify writing large programs.

The first use of a drawing subroutine, may be to call it from a routine using dialogue boxes to collect all the drawing parameters. A future use may collect far fewer drawing parameters and calculate the rest. But of far greater value is the potential to string multiple subroutines together in sequence to draw something much larger and more complex from a few simple parameters.
Similarly, if this can be done using AutoLISP it can equally well be done using Excel/vba and the generation of scripts. What is more without the use of Acad or Acad LT, an engineer or other designer can generate a series of scripts in a common location, these scripts are then executed by the drafter using either Acad or Acad LT.

Excel/vba can also be used to grab a list of files, either drawings (dwg), DXF and then execute a set of script commands on each of the drawings. Similarly vba can get a list of scripts, and combine them into a single script to be launched in Acad LT. An alternative approach is to execute each script one at a time by calling Acad LT with command line switches, unfortunately with Windows multitasking causes a a timing problem. It is however the approach that was taken with Acad when using MS DOS. It was the failure of my Turbo C multiScripting program in Windows using Acad LT which led me to experimenting with generating scripts using QuattroPro spreadsheet with which I could easily grab a list of file names.

To launch Acad automatically from an application and run the script call Acad using command line switches, for example.

"C:\Program Files\AutoDesk\AutoCAD LT 2000\aclt.exe" /b default.scr

This can be configured in an Excel worksheet, so that can vary CAD applications used and the script names used. More samples can be found here.

Here is some sample output generated by scripts (*.scr).


From a few parameters steel framing plans, elevations and section for simple building generated in model space and paper space, all text with exception of grids placed in paper space. The above view shows the model space 2D stick diagrams, and the lower view a close up of the framing plan.



The following was originally written using DesignCAD, generating a 3D stick diagram of a shed, but then translated to use Acad scripts and draw more detailed elevation.





Simple stick diagram above. Below, model with detailed elevation, and permitting any number of spans.




The following is a close up of the knee connection.




A limitation of Acad Lt is not being able to generate 3D elements. I have used Lights for analysing tension membranes, and whilst it generated an Acad Script file, I was unable to run the file in Acad Lt since it could not create the 3D face elements, whilst intelliCAD 2000 used a different set of parameters to draw 3D faces so the script was incompatible. I therefore modified my Acad script library to use the intelliCAD COM objects. To produce the following, which is viewed in Acad LT.


I could have written the program using scripts in intelliCAD, but I used the opportunity to try out COM automation. The program reads the results from Lights, and then shades membranes elements in tension green, and elements in compression red. It is all on layers, so the membrane can be switched off, and the tension and compression elements of the supporting cables can also be viewed.

Another use of scripting is a simplified geographical information system (GIS). The following made use of MS Access, which was used to count the number of projects in a given area: mainly a UBD map. This data was then transfered to Excel, where a vba macro further sorted the data and generated a script which inserted a block on the appropriate layer. Red blocks represent areas with most projects, and paler blue blocks represent areas with least projects.



Each square represents one map from the UBD Adelaide street directory. The vba routines translate UBD map grid references into Australian Map Grid (AMG) coordinates so that can be located in Acad by (x,y) coordinates. In addition to the coloured blocks. circles were drawn at more localised positions, with the size of circle reflecting the number of projects in the area. The reference grid on each UBD map is about 250m x 250m, so objects typically located at the centre of these grids. For many things don't require the use of a fully blown GIS, since only concerned with relative distances between locations. For example nearest neighbours and hinterlands, or catchments of common facilities like shopping centres, hospitals, business competitors. The map shows that a lot of our work is dependent on the North East Road. It doesn't show projects outside the metropolitan area spread around the state and the country, and the occasional few outside the country. For an alternative GIS can take a look at MapMaker gratis this I have experimented with to generate contours whilst in the trial period with the professional version. The contours being for soil heave, caused by reactive clay soils. We have collected lots of bore logs over 16 years, and therefore, it should be possible to produce a contour map. At the moment I don't have subroutines to generate contours, but have found routines for generating Delaunay triangles, though generating Voronoi polygons would be even better for assessment of catchment areas. This far have written Acad scripts to do the triangulation, the rest is for a future date.

Any case if automation is the primary objective, and doesn't involve creation of 3D entities, then Acad LT can be used to automate a considerable amount of 2D work, or if stick diagrams are all that is required then it can also automate 3D models.


Recommended Reading
1 Microsoft Press (1997),"Micosoft Office 97 Visual Basic Programmers Guide", Microsoft Press
2 Jim Boyce, et al (1997), "Using Microsoft Office 97 Professional: Special Edition", Que
3 George Omura (1989),"AutoCAD instant Reference", Sybex
4 C W Sharp and W W Hamm (1989),"AutoCAD Advanced Techniques",Que
5 D Raker and H Rice (1990), "Inside AutoCAD: 5th Edition (metric)",New Riders Publishing
6 J Smith and R Gesner (1989),"Customising AutoCAD: 2nd Edition",New Riders Publishing
7 J Smith and R Gesner (1989),"Inside AutoLISP",New Riders Publishing
8 George Omura (1990),"The ABC's of AutoLISP", Sybex
9 Dennis N Jump (1989), "AutoCAD Programming", TAB Professional and Reference Books
10 AutoDesk(1995),"Users Guide: AutoCAD LT Release 2 for Windows",AutoDesk
11 Acad LT on line help system.
12 Burchard, Pitzer, Soen, et al (1997), "Inside AutoCAD 14", New Riders Publishing
13 AutoDesk(1999),"Getting Started: AutoCAD LT 2000",AutoDesk

Related Posts:

AutoCAD Speed Test
Automated Drawing List Update Acad LT (revised)

Cold-Formed Steel Shed Industry: part:#1 (Shed Framing Drawings)
Cold-Formed Steel Shed Industry: part:#2 (Shed Framing Drawings)