Posts Tagged ‘V7’

FileFixer even handles explosive decompression.

Wednesday, 7 March 2007

Clearwater, Florida, USA — “HELP ME! I can’t open my V8 file with MicroStation!” Axiom’s support team hears this plea all too often. They receive more calls about V8 design file corruption than V7 design file corruption.

MicroStation attempts to abort gracefully after opening a corrupted V8 file.

MicroStation V8 users report models which they can’t activate. They also report elements which no longer reside on a defined level. MicroStation users commonly complain about elements which can’t be selected, moved or copied. All of these project stoppers are obvious manifestations of design file corruption — and FileFixer can eliminate every one of these problems, allowing you to get back to work.

Theoretically, any bit (“0″ or “1″) in a design file can represent the wrong (corrupted) value. There are an infinite number of corruption possibilities. Yesterday’s power glitch or that flaky new network card (or any number of other factors) can disrupt data transfer and change the state of any bit in your design files.

Fortunately, FileFixer is able to identify and repair the most disastrous categories of MicroStation design file corruption. Out of the billions or trillions of zeros and ones in your design files, FileFixer can detect the true production killers and budget busters — those corrupted bits which block projects and cause MicroStation users the most headaches. FileFixer is like Sherlock Holmes on steroids — it can literally find the right grain of sand on the beach.

FileFixer’s Search and Repair capabilities have evolved from nearly two decades of relentless research and development — all focused on analysis of corrupt design files submitted to Axiom by MicroStation users like you.

The latest version of FileFixer for V8 (version 8.7d) distinguishes itself by achieving an unprecedented milestone for FileFixer. The most menacing remaining category of V8 corruption has been conquered by new FileFixer Search and Repair features. This means Axiom now provides complete corruption solutions for all of the most commonly encountered categories of V7 and V8 corruption, confirmed by detailed analysis of customer files.

What was the last unconquered continent in the world of V8 design file corruption?

Internal compression damage can destroy a lot of drawing geometry.

Explosive Decompression
The innermost data in all V8 files is compressed (like .zip files). When the compressed portions of a V8 file are damaged, there is no way to access the elements within.

Internal compression damage was discovered to be the most common new form of V8 file corruption — FileFixer for V8 version 8.7d now handles this. Tests confirm recovery of thousands of previously inaccessible elements in corrupted files submitted by MicroStation users.

No other application anywhere, including MicroStation itself, can open files with severe internal compression damage — except FileFixer for V8. FileFixer can recover these previously inaccessible elements — allowing you to get back to work!

The completeness of FileFixer for V8 now matches its older sibling, FileFixer for V7. Axiom has now conquered all continents of corruption for both V7 and V8.

Do not wait until there’s trouble on your island. Run FileFixer as a preventative maintenance program to catch and fix design file corruption in the early stages.

Axiom reveals the secrets of FileFixer.

Thursday, 7 December 2006

CLEARWATER, FLORIDA, USA — Because Axiom’s FileFixer has distinguished itself worldwide as the solution for automatic analysis and repair of MicroStation V7 and V8 design file corruption, there’s really no reason not to reveal how we do it. Companies often protect their proprietary data and trade secrets but, what the heck, let’s see what I can get past the editor.

“Mommy, where do FileFixer enhancements comefrom?”

Where do FileFixer enhancements come from?

  1. Nearly all Axiom personnel, not just the Support and Development teams, are in regular communication with MicroStation sites around the globe, monitoring the most frequently reported forms of file corruption on a daily basis (for over 19 years). It is routine for MicroStation users to report misbehaving design files to Axiom — Axiom welcomes such reports and carefully analyzes and tabulates all corruptions found.
  2. Axiom’s Support and Development teams identify the forms of file corruption which most severely impact MicroStation users.
  3. Axiom’s Development team implements new Search and Repair capabilities which remedy the most severe forms of corruption which FileFixer doesn’t already handle. The team goes beyond merely tweaking bits and bytes to salvage a corrupted element in one customer file — repair algorithms are devised which generalize the solution to benefit all FileFixer owners.
  4. Axiom’s Development team polishes the user interface so FileFixer remains as easy as possible to use, despite the underlying complexity of design file analysis and repair.
  5. Axiom’s Certification team performs thousands of tests to ensure enhancements do not impact the reliability and effectiveness of existing FileFixer features.
  6. Go to step 1 and repeat.

Sounds pretty simple. Maybe I shouldn’t have revealed these secrets…

How V8 design file repair differs from V7
To facilitate migration from MicroStation/J to MicroStation V8, the Bentleys ensured the look and feel of V8 was not drastically different from MicroStation/J. The similarities between the V7 and V8 user interfaces belie the significant differences in the V7 and V8 file formats.

Some MicroStation users have expressed the idea that FileFixer for V8 is an upgrade from the V7 version of FileFixer. It is more accurate to say FileFixer for V8 is an entirely new application that specializes in the analysis and repair of MicroStation V8 design files.
Let’s highlight the similarities and differences between the V7 and V8 file formats.

V7 and V8 elements are similar, but…
Specific information is required to represent a line or rectangle or other shape in a design file. For example, to store a line you need coordinates for the two endpoints. To store a rectangle, you need coordinates for the corners.

V7 and V8 elements are similar.

The illustrated V8 element is wider because more storage is required for V8′s increased coordinate precision. Otherwise, the information required to represent a line or rectangle did not change dramatically from V7 to V8 (lines still have endpoints, rectangles still have corners, etc.).

That’s where the similarity between V7 and V8 design files end.

V8 elements are compressed to reduce size, much like .zip files. Elements in V7 files are not compressed.

However, unlike V7, V8 elements are compressed.

V8 design file organization is new.
MicroStation V8′s compressed elements are organized internally into subfolders and subfiles. There are no subfolders or subfiles in V7 design files.

V8 elements are compressed and then stored in subfolders and subfiles within the DGN file itself.

FileFixer for V8 — new search and repair breakthroughs
You might begin to see why structured storage errors are so serious for V8 files. When the structured storage framework of a file is damaged, there is no way to access the elements within.

Similarly, when the compressed portions of a V8 file are damaged, there is no way to access the elements within.

V8′s structured storage file organization and element compression normally work fine, but when one or the other or both become corrupted, there is no way to access the elements nestled within. Analysis of customer files reveals these are the most common categories of file corruption unique to V8.

FileFixer for V8 includes the element analysis and repair capabilities of FileFixer for V7 — plus completely new analysis and repair features to handle these V8-specific categories of corruption.

In fact, FileFixer for V8 is the only application available anywhere which can automatically repair these new categories of V8 corruption.

Toolkit owners benefit from 18 years of relentless enhancements

Thursday, 7 July 2005

CLEARWATER, FLORIDA, USA — Axiom’s software development team continuously enhances the component applications in MicroStation Productivity Toolkit. This article highlights a few of the new time-saving features recently received by all Toolkit maintenance holders at no additional charge.

FileFixer for V8
FileFixer for V8 is the most “user-developed” component of MicroStation Productivity Toolkit for obvious reasons. An ever-increasing number of client sites are migrating to V8 and are encountering new varieties of V8-specific design file corruption along the way. For almost four years, the FileFixer development team has been busy keeping up with V8 design file problems reported by clients.

Recent enhancements to FileFixer for V8 include:

  • The ability to navigate through damaged sub-folders in V8′s structured storage design files, allowing a greater number of healthy elements to be identified and salvaged.
  • Handling for V8 elements that are outside the design plane (or cube).
  • Five times increase in speed of analysis and repair, on average, as the first release of FileFixer for V8.
  • Re-organization of FileFixer’s user interface — with each new release, it gets progressively easier to find the options you need to control FileFixer’s analysis and repair functions.
  • The ability to detect and correct V8 design file header errors that previously prevented MicroStation V8 from opening afflicted design files.
  • Handling of invisible elements — new troublemakers unique to V8 files.

FileFixer for V7
MicroStation V8 gets a lot of attention, but Axiom is aware that many MicroStation sites are still using MicroStation/J (either exclusively or intermixed with V8 projects). Accordingly, Axiom’s development team continues to relentlessly enhance FileFixer for V7. In fact, even when the FileFixer team works on FileFixer for V8, FileFixer for V7 inherits all relevant enhancements, like the user interface refinements and speed increase described above.

Microsoft Office Importer
Microsoft Office Importer is one of Axiom’s most widely used applications and is the most frequently upgraded product in MicroStation Productivity Toolkit. Customer requests are incorporated into Microsoft Office Importer as fast as its development team can type in the new source code and thoroughly certify the enhancements. Recent Microsoft Office Importer releases included the following customer-requested enhancements:

  • Spreadsheet data is often changed — columns or rows might be added. Microsoft Office Importer makes it easy to change the range (height and width) of the cells in a linked spreadsheet.
  • Design standards and symbology evolve over time. The symbology of linked spreadsheets or documents might need to be updated. The new version of Microsoft Office Importer now allows MicroStation users to modify the color, weight, style and level of linked spreadsheet and document elements.

RefManager
For nearly two decades, RefManager has helped CAD users around the world take control of their reference file attachments. Throughout its lifetime, Axiom has continuously enhanced RefManager, making the application easier to use for veteran and novice alike. RefManager for V8, Axiom’s latest version of RefManager, is no exception. Recent enhancements to RefManager for V8 include:

  • Ability to control and standardize the display of levels in project reference file attachments for one or all project master files.
  • Ability to change level symbology for all attachments in all project master files in one processing run.

The latest version of RefManager for V7, version 5.0a, incorporates enhancements made during the implementation of RefManager for V8 as well as a number of V7-specific enhancements and important customer requests. RefManager veterans will easily locate their favorite commands in the newly revamped user interface. Newcomers will enjoy the easiest to use version of RefManager for V7 to date.

Free training and support
Axiom delivers free on-line training to Maintenance Plus holders. Axiom provides this free service to ensure MicroStation Productivity Toolkit owners get the maximum productivity boost possible. Also, MicroStation Productivity Toolkit maintenance holders are eligible for unlimited technical support. The entire Axiom team is on call to assist you.

How to avoid migration disasters

Tuesday, 15 March 2005

Preventative steps to ensure a successful V7 to V8 migration.

CLEARWATER, FL, USA — Are you longing to work with MicroStation V8 but obligated to continue using V7 for the immediate future? If so, you are certainly not alone. Axiom continues to energetically support its large number of V7 clients and continues to enhance the V7 version of MicroStation Productivity Toolkit applications.

With MicroStation V8 on the horizon for many MicroStation shops, preparing legacy V7 files for a successful migration is a growing concern. MicroStation Productivity Toolkit offers solutions to ensure migrations go smoothly.

But there’s no reason to be excluded from the world of V8. There are a number of actions you can take right now on your V7 projects which will immediately save time and increase productivity while also preparing your projects for V8. This article describes actions you can take right now which will benefit both your current V7 projects and future V8 projects.

Avoiding emergencies
Use FileFixer to search for problems in your V7 project files and to identify those files which require repair. You can use FileFixer’s “Search for Problems” mode to generate a full report of all problems found in one or more project files — this is perfect mid-project to debug corrupted files which have halted your project. However, if you are responsible for hundreds or thousands of V7 files, perhaps on the verge of migration to V8, you need a summarization of the corruption found in your files so you can quickly identify and handle the most severely corrupted files with FileFixer before they impact your project or migration to V8. Use FileFixer to generate a list of files with the most serious problems and then use FileFixer’s “Automatic Repair” mode to fix the identified troublemakers. When you are responsible for hundreds or thousands of files, this fast solution is an effective trade-off of time and thoroughness. This quick action alone avoids expensive emergencies, project delays and disrepute. Check your V7 project files this way before archiving a completed project — ensure there are no time bombs that will blow up months or years later. Using FileFixer to identify and repair your most seriously corrupted project files is also the best way to ensure your project files will import into V8 healthy and whole. Post-migration, use FileFixer for V8 to handle any troublesome V8 files and to maintain the continued health of your V8 files.

Creating backups
Back up your project files! Regrettably, Axiom clients have reported a few too many horror stories that resulted from failure to back up files. Back up your project files to tape, CD, DVD or a second hard drive — it doesn’t matter. This is a good practice for any project and is particularly crucial before executing a bulk import of V7 files into V8. When the time comes for you to upgrade your V7 files to V8 using MicroStation’s “Upgrade to V8″ command, each new V8 file inherits the name and location of the V7 original. Note: if you de-select MicroStation’s backup option (not recommended!) your V7 files will be lost (instead of being copied to a user-defined directory)! The moral of the story: back up your project files regularly and don’t disable the backup option when executing MicroStation’s bulk upgrade command.

Saving full file path in references
Reference file full paths are often a source of trouble when project files are moved from one directory or drive to another — a common occurrence for V7 projects and particularly common when a new V8 project is started. You can use Axiom’s RefManager to remove saved full paths. You can also use RefManager to insert MicroStation configuration variables in place of saved full paths. For example, MYPROJECT:MyRef.dgn. Configuration variables are portable to V8 — and the definition for the configuration variable MYPROJECT can point to different directories in your V7 and V8 workspaces. Or, if you prefer to use saved full paths, RefManager can help update the saved full path when project files are moved to a new directory or drive.

Deleting useless cells
Use CellManager to delete obsolete, duplicate and non-standard cells from your cell libraries and consolidate multiple cell libraries into one efficient, standard library. This optimizes your ongoing V7 projects and ensures you don’t carry confused, non-standard cells with you to V8. Note: once you convert your V7 cell libraries to V8 there is no way to convert them back to V7 format. Back up your cell libraries!

Adhering to standards
Adopt standards now and automatically standardize your project files with SpecChecker. This achieves consistency, efficiency and pleased clients now, while preparing your drawings for V8′s level-based standards.

Migrating User Commands
It is amazing how long some user commands (UCMs) remain in productive use. Few other examples of “software” survive more than 15 years — unrivaled return on investment! However, despite the fact that some UCMs still work with MicroStation V8, Bentley has stated that UCMs are an unsupported V8 feature and will be removed in a future release of V8, so it might be time to think about retiring your beloved UCMs. Take a moment to survey your drafters to identify those vital UCMs that are actually still in use. Try using the Bentley UCM2BAS utility to convert your UCMs to BASIC (compatible with MicroStation/J and V8). If you begin converting your UCMs now you will avoid an often-unanticipated V8 migration problem.

Naming V7 levels
You don’t have to wait for V8 to use level names now. MicroStation/J supports level names and level descriptions select Settings | Levels | Names… from MicroStation/J’s main menu bar. MicroStation/J also allows you to group named levels into logical groups. Level name definitions are saved to a file that can be imported into any V7 project file — use Global File Changer to add level definitions to your entire project. Attaching level name definitions to a V7 file simply assigns a label and description to existing numbered levels — you can still refer to level numbers if you wish, but level names and descriptions serve as reminders for V7 project staff while introducing them to an important aspect of V8 life. V7 level names will be imported automatically into MicroStation V8 when the time comes (and are fully compatible with V7 workmode too).

Checking files in V7 workmode
Open one of your V7 files with MicroStation V8 in V7 workmode and use Axiom’s Problem Element Viewer to traverse through your elements to see how they have are represented by MicroStation V8. Yes, this works in V7 workmode! This illustrates how your V7 files will be converted to V8 when you upgrade them — an interesting study!

All of the Axiom applications described in this article are components of MicroStation Productivity Toolkit.

How will your legacy V7 files behave once in V8?

Tuesday, 7 December 2004

By Al Germolus
CLEARWATER, FLORIDA, USA — The best way to guarantee that V7 files import into MicroStation V8 healthy and whole, is to first process then with FileFixer before importing them in V8. This isn’t to say that it is necessary to repair all V7 files prior to import into V8, but I do recommend at least checking them for problems. When facing the migration of 10,000 legacy V7 files that have been handled by a slew of designers through the years, things could get quite treacherous when migrating to V8, as many MicroStation CAD managers have attested.

To avoid a disastrous situation, it is necessary to take the correct steps to ensure a problem is handled properly. Such is the case with legacy V7 design files that are to be migrated to MicroStation V8.

Faulty migrations of legacy V7 design files to V8 can be attributed to unhealthy V7 design files. Here are some of the more observable problems that can compromise the successful migration of V7 files to V8 of and why they occur:

  1. In a V7 file, elements are stored in sequential order (one element after another). Near the beginning of each element there is data that indicates the size (number of words) of the element. This is how MicroStation knows where the next element is located in the file. If the data containing the size of the element is corrupted (incorrect), then MicroStation cannot find any more elements after the corrupt one. When this V7 file is imported into V8, only the elements before the corrupt element are imported and displayed, leaving users with half-empty files. By using FileFixer to fix the V7 file prior to migration, all data containing the element size can be automatically repaired so that all elements are imported into the V8 file.
  2. The design file header (type 9) element is the first element in a V7 file. It stores a variety of vital information such as, the largest graphic group number in the file and the highest text node number in the file. Sometimes when this element is corrupt, none of the elements in a V7 file are displayed in MicroStation. You can expect that if this error is not fixed, no elements will display in V8 either. This problem can be easily fixed by using FileFixer’s “Replace Design File Header” command.
  3. In each element there is a bit called the complex bit, which is data that indicates whether an element is part of a complex element, such as a cell. If this bit is not properly set (turned on) in a V7 element, then the complex element will be migrated as a simple element into the V8 design file. FileFixer can repair complex bit errors so that when the element is imported into the V8 file, it is part of the appropriate complex element it belongs to.

The above are just some of the more severe instances that will derail a successful V7 to V8 migration. To find these crippling symptoms of corruption, run FileFixer’s “Search for Problems” mode. After FileFixer searches for problems, it generates a report delineating all the problems present in the processed V7 design files.

Access FileFixer’s “Search for Problems” option from the “Mode” drop down menu.

Isolating problematic V7 design files
FileFixer allows users to fine-tune the severity of errors that are reported. The resultant list will contain those files with the most serious problems — repair those files with FileFixer, and afterwards they will be a lot less likely to be problematic during and after importing them into V8. FileFixer veterans routinely use FileFixer’s “Build a list…” option to isolate and handle the true trouble-marker files.

To do this, open FileFixer (V7 version) and select “Options|Search”. Within that dialog box, select the “Design File” category of options and check the “Build a list…” option:

Set FileFixer to only search for files containing severe problems.

Then, back on the main FileFixer dialog box, select “Search for Problems” mode, type in “*.dgn” (wildcard value that will include all DGNs in the drive the active design file is in) in the “Which files?” field, and click <Start> to analyze all of your design files.

Quick solution for major problems
After running FileFixer on the V7 design files in “Search for Problems” mode and finding out which design files could threaten your successful migration, use FileFixer’s “Automatic Repair” mode to repair the most severely damaged. Doing so will eliminate over 97% of the problems on the first run and greatly increase the chances of successfully migrating your legacy V7 files to V8.