Archive for October, 2006

New Title Block Manager handles multiple title blocks in each design file.

Saturday, 7 October 2006

By Chris Borales, Product Manager
CLEARWATER, FLORIDA, USA — As a software designer I am often confronted with questions. Questions that range from “How does this work?” to “Why is that there?” and especially “Can it do this?” It’s my job to find answers to each of them. In particular, a question posed to me by Title Block Manager users was, “How can I use Title Block Manager to process files that each contain more than one title block?”

Before, the answer was tough for me to deliver and even tougher for some users to swallow — “Sorry, the feature hasn’t been developed yet.” Now the answer is simple — “Use the latest release of Title Block Manager!”

Title Block Manager allows users to automatically extract title block data from a group of design files into an editable database. Once the data is extracted, users make changes to the data in the database and automatically update all of the appropriate title blocks. This is all done at the click of a button.

Above is a design with multiple detail sheets prepared for plotting. This is a prime example of a desing file with multiple title blocks. The new Title Block Manager comes in handy in these cases.

Title Block Manager consists of two separate applications: Title Block Administrator and Title Block Client. Title Block Administrator is used for performing administrative tasks such as exporting and updating title block data, as well as, creating new title blocks. Title Block Client is used for placing and modifying title blocks.

Now, Axiom’s premier title block management software allows users to manage multiple title blocks in each design file! A feature implemented due to heavy customer demand, this will be especially useful for GEOPAK users that automatically generate their title block sheets. A typical cross-section sheet may have 20 title blocks in a single design file!

The “Increment cell names during placement.” option allows users to place cells with incrementing cell names such as TitleBlock1, TitleBlock2, TitleBlock3…

Uniform title blocks are attained through Title Block Manager’s two-part program: Title Block Administrator manages the data contained in title blocks.

Title Block Client is used for placing and modifying title blocks.

Each sheet in the design has a separate title block that has information that must be managed. Without Title Block Manager these changes would all have to be made manually. With Title Block Manager these changes can be made at the click of a button.

How it works
The key to Title Block Manager’s new functionality is Title Block Client. This tool now has a new feature to “Increment cell names during placement”.

This feature will automatically increment the names of title block cells placed in each design file — automatically differentiating the cells from one another. For example, each cell placed could have the name “TitleBlock1″, “TitleBlock2″, “TitleBlock3″ and so on. Since each cell has a different name, Title Block Administrator can differentiate between the title blocks, extract the data from each title block separately and place it into the database. Once in the database, the data can be modified and used to automatically update the title blocks in the design.

By placing cells with different cell names, Title Block Client gives the user the ability to place and bulk edit multiple cells in design files. Title Block Manager users are no longer confined to having only one cell per design file.

Call me if you need me!
So, use Title Block Manager version 4.1a or 8.5b to have the ability to manage multiple title block cells in a single design file. Also, if you need to call me for any reason, please feel free. Note: Version 8.5b is for MicroStation V8. Version 4.1a is for all MicroStation versions prior to V8.

UK consultant shares how he completes weeks of hard work in a few hours.

Saturday, 7 October 2006

KEYNSHAM, ENGLAND — As a consultant, Nigel Davies of Evolve Consultancy delivers solutions to common (and not so common) problems that slow MicroStation production.

Nigel has over 15 years of extensive experience in the AEC industry, slaving as CAD Development Manager for several major engineering consultant firms, and now as a consultant to several of the world’s leading architectural and engineering design firms. When he is not helping his customers become empowered and streamlined, Nigel contributes to the quickly blossoming EatYourCAD.com (a Web resource for CAD managers) as the resident AEC expert.

Nigel took a break from his busy day to tell us how he uses Axiom utilities such as RefManager to eliminate the wasted time and effort of his clients.

MicroStation Today: Please give a short background of your CAD history.
Nigel: I started working in building design in 1989 with a design-build firm as a structural technician, originally on a Unix system. I moved on to Buro Happold in 1991 to set up their new CAD system, which was then on Macs. I stayed there nearly nine years. I started out as a structural technician, but ended up managing the CAD systems full time. I joined whitbybird in 1999 and began their migration to 3D-based operations. I left to form a consultancy team in 2003 and I now offer CAD management and BIM (building information modeling) migration services to the architectural and structural community in the United Kingdom. I have assisted and worked with BDP, Bentley Systems, Feilden Clegg Bradley, Foster and Partners, KPF, Richard Rogers Partnership, Sheppard Robson, whitbybird and many others.

MST: What is your title? What are your daily duties?
Nigel: Principal. CAD Manager. CAD Consultant. Daily duties? Way too many to list. I do what people need me to do, from business strategies, systems management, standards design, procedure and process coordination, implementations, roll-outs, 3D modeling, advice, recommendations, support, training…

MST: How do Axiom tools help you in your work?
Nigel: They provide efficiencies that simply aren’t always possible to achieve otherwise. You can often come up against problems that are very labor-intensive to solve, just because of the many different ways a CAD file can be set up. More often than not, Axiom has a tool that is designed for exactly those kinds of situations. It’s not that you couldn’t do it with MicroStation alone, but it would take very considerably longer.

There’s a great example I’m currently working on: A proactive structural engineering firm, Clarke Nicholls and Marcel, is going through a major reconfiguration of systems and procedures to streamline their efficiency and service offering. As part of that, the project servers are being reorganized and a series of standards are being introduced to help create, manage and track project data. As part of the introduction of a standard file naming convention, they decided that the superceded or unnecessary files should be archived and moved to a new mapped drive.

The implications to the reference file attachments are immense; potentially we could be faced with every drawing losing every reference. While the careful configuration of PCFs (or Project Configuration Files, text files that contain the settings and variables for a project) can solve pathing, the problem of file renaming and archived references still remains. Axiom’s RefManager seemed the only solution that could deliver both a simple method of reattaching the renamed files and stripping out unwanted attachments at the same time.

MST: How much time and money would you say Axiom tools have saved you?
Nigel: That is very difficult to measure accurately, but if you consider that the manual task of reattaching a renamed reference file could take somewhere around 30 seconds [for each file] and RefManager can complete numerous files in that time, it’s not too hard to quantify the efficiency gain. Not only that, but RefManager can be left to get on with the job while paid staff carry on with their design work so there’s very little overhead cost. If a typical project has anywhere from 200 to 500 files and you use RefManager to complete the reattaching, then after being used on only one project RefManager has paid for itself.

On whitbybird’s BBC Redevelopment project, where the client’s CAD standards were changed two or three times to enable closer collaboration between the design team and contractor, Axiom’s solutions paid for themselves many, many times over. Over 2000 files were renamed and reattached within a matter of hours rather than weeks — twice.

MST: What is your favorite TV show?
Nigel: As a 30-something bloke growing up in the United Kingdom, the show that I watched religiously nearly every Saturday evening through my formative years has to be “Dr. Who”. There’s something about cowering behind a sofa as some upside-down dustbins glide onto the TV shouting “Exterminate, exterminate!” That has left a resounding impression. Great show. Typically British.

MST: If you could have a conversation with anyone, living or deceased, who would it be? What would you talk about?
Nigel: Too obvious to say some great historical figure, musician, author or filmmaker, so I’d have to say my grandparents. I’d tell them how well their great-grandchildren are doing and how they would have loved to have met them.

MST: What would be the first thing you would do if you won £10 million in the lottery?
Nigel: Delete the e-mail and update my virus protection software.

MST: Thank you, Nigel.
Nigel: Thank you!

The Ongoing Necessity for V8 File Repair.

Saturday, 7 October 2006

CLEARWATER, FLORIDA, USA — Axiom analyzes more corrupted MicroStation files each year than any other third party – and this does not include the file analysis and repair performed daily by FileFixer license holders around the globe. Axiom’s ongoing corruption analysis has resulted in more than 18 years of enhancements to the original FileFixer and now a half-decade of enhancements to FileFixer for V8.

The continuing necessity for V8 file repair is confirmed by the parade of corrupted V8 files submitted to Axiom for analysis by both existing clients and soon-to-be clients.

Get informed so you can recognize V8 file corruption before it delays project completion (and reduces project profits). Prepare yourself. Just read on.

Structured Storage Corruption
Why do you keep hearing about structured storage? Because that is the technical name for the new internal structure of V8 files.

MicroStation V8 design file structure is similar to Microsoft Word and Excel documents.

V7 (pre-V8) design files consist of a continuous pile of elements — like a stack of papers that never made it into a manila file folder, much less an alphabetized filing cabinet.

V7 file organization works and continues to work on V7 projects around the globe. But MicroStation V8 offers an improved file structure.

An example of the most common symptom of structured storage corruption.

This V8 file’s Default model is missing or damaged.

Symptom of a corrupted model.

V8′s Element Information dialog box confirming that an element’s end point is off the design plane.

MicroStation V8 design files are structured internally like Microsoft™ Word and Excel documents. All contain subfolders and subfiles.

MicroStation V8 design file structure is similar to Microsoft Word and Excel documents.

This new file structure works smoothly almost all the time. However, ongoing analysis of customer V8 files continues to confirm that the subfolders and subfiles can be damaged or lost entirely. When the internal structure of a V8 design file is damaged, forget about accessing the elements nestled within!

Analysis of customer V8 files has revealed another variation of structured storage corruption — missing model information. The symptom is an unselectable model with blank model properties.

FileFixer for V8 is the only application which can salvage V8 files with these types of structured storage corruption.

Level Table Corruption
In V8 files, level names, level symbology and other level characteristics are defined in a level table. Each graphical element includes a link to the level table.

Another form of V8-specific file corruption discovered during analysis of client V8 files is level table corruption — a file’s level table is damaged or entirely missing.

A level table can be damaged or missing, while individual graphical elements remain unharmed. However, graphical elements include a link to a non-existent or damaged level table — their level is blank (undefined).

Another V8-specific form of corruption is element coordinates which exceed the edge of the V8 design plane. In V7 files, it was possible for element coordinates to smoosh against the design plane edge, but it wasn’t possible for elements to “fall off” the edge of the design plane — that problem is unique to V8.

This line’s level is no longer defined in this file.

Elements in this state are typically unselectable, unmovable and don’t respond to other MicroStation manipulations.

That’s Just the Beginning of the Story
FileFixer for V8 can repair damaged V8 drawings that no other application on the planet can handle. See it for yourself — Axiom can demonstrate these and other examples of V8 file corruption and FileFixer for V8 repair. You don’t even need to leave the comfort of your own chair — just log in for a free internet demonstration. Call 727-442-7774 now to reserve your cyberspace.