Home  |  Online Order  |  DXF Made Easy  |  WMW Repro FAQ  |  Hobby  |  Calendar  |  Conversions

DXF Made Easy

Back To DXF Made Easy

ORGANIZATION OF THIS DOCUMENT


This document is loosely organized into a task based structure. In order to be able to translate a DXF file you need to be able to perform certain tasks.

To export a DXF file, you should be able to perform the following tasks;
Understand what will and won't be translated from your drawing.
Be able to prepare your drawing to make a clean translation.
Be familiar with the various options you have available.
Be able to physically transfer the resulting DXF file to the receiving party.
Be able to instruct the other person in how to import the DXF file.

In order to import a DXF file it helps to know these tasks;
Understand what will and won't be transferred via DXF.
Know what will and won't be read by the MiniCad import routines.
Know what to ask the other person in order to ease the translation process.
Be able to instruct the other person in transferring the file to you.
Understand how to get the file onto your Macintosh.
Understand what needs to be preset in MiniCad for best results.

Additionally, you should be able to do some troubleshooting of DXF files. This might be as simple as recognizing a problem, to as complex as editing the DXF file in a word processor.



THE BASIC CONCEPTS

The majority of the problems translating files are caused by people, not software. There are a few things which will reduce these problems considerably. Communicate! In most cases, the entire drawing is neither needed nor wanted. Tell each other what you need and export your drawings accordingly. If you know a few things about the drawing which you are trying to exchange, it is far easier to translate it. You should know...
the scale,
the units,
the sheet size,
and which program originated the drawing.

ABOUT DXF

DXF stands for Drawing eXchange Format, and was created solely by Autodesk to provide for a method of exchanging drawing file information in a generic language which they could control without having to give out their own proprietary format. It was NOT designed as a universal language by multiple software companies. To quote AutoDesk "Since the AutoCAD drawing database (.dwg file) is written in a compact format that changes significantly as new features are added to AutoCAD, we do not document its format and do not recommend that you attempt to write programs to read it directly. To assist in interchanging drawings between AutoCAD and other programs, a Drawing Interchange file format (DXF) has been defined. All implementations of AutoCAD accept this format and are able to convert it to and from their internal drawing file representation."

Like any other interpretation process, it is close, but still inexact. Programmers must make assumptions about what some items in a DXF file mean. Features written into CAD programs which are not written into AutoCAD do not have direct support in DXF and must be worked around. There is no standard code used in programming DXF import and export routines available to software developers, therefore every software company writes their program to handle things in slightly different ways, depending on how they interpret the DXF item. Knowing the nuances of your particular program will make the translation task easier.

One important point to note about DXF files is that they are plain text files which can be read or modified in most word processors or text editors. In many cases it may be easier to solve DXF problems by editing the text file, rather than by re-creating the DXF file in a CAD program.

One of the leading causes of problems with DXF files is that they are not actually DXF files. In many cases they are;
a) AutoCad drawing files (.DWG)
b) binary DXF files (.DXF & .DXB)
c) compressed ZIP files (.ZIP & .EXE)
DOS files have a (maximum) 8 character name with a (maximum) 3 character extension which describes the type of file. The .DXF extension is used to indicate a DXF file. While t his is a good indicator of it being a DXF file, it is by no means certain, as you cannot control what some fool types in as an extension.

Since DXF files are plain text files, the easiest way to ensure you have a real DXF file is to open it with a text editor. The first part of the file will look like this...

0
SECTION
2
HEADER ....

and so on it will read. Don't be alarmed if you have funny looking characters at the start of each line, they are line feeds caused by the difference in the way that PC and Macs write text files, and will not affect the translation. If the file is all on a single line like...

0SECTION2HEADER

you probably have a DXF file created on a UNIX machine which was not filtered for a non-UNIX computer. Send it back, it won't do you much good.



MY FAVORITE TEXT EDITOR FOR DXF

I highly recommend MacSink, which is available on-line. It is the shareware version of a commercial product called Vantage, by Baseline Publishing. MacSink has one feature in particular which lends itself to working with DXF files - the ability to add line numbers to a file. This allows you to pinpoint problems when you get a "error on line xxx" message. Since it is a desk accessory, it is easily accessed while still in your other programs.



WHY NOT .DWG SUPPORT

Many people ask why MiniCad can't just read and write a drawing file to AutoCad without DXF. Aside from being a nice sales feature to put into advertisements, I don't believe this will work! AutoDesk does not give out or license their binary drawing code format, therefore any support for the DWG format would have to either come from reverse engineering or from 3rd parties who reverse engineer the format. Since there would be minimal, if any, documentation on this format, it would be nearly impossible to support over the long run. The time lag between a change in the AutoCad drawing format and the reverse engineering would be huge.

Additionally, there is the all or nothing psychological factor. If you tell someone that you can exchange a .DWG file, they will not fix or modify it to suit any shortcomings in the program you are using. Therefore, unless you can support a 100% compatible format, you will still get an inexact translation. I have not yet seen a third party .DWG reader which can correctly read or write everything in a drawing.
The blame factor is also going to come into play. Right now, people blame all the translation problems on DXF for being a poor standard of exchanging info. It isn't all that bad really. If MiniCad reads and writes a DWG file, that blame will be shifted to MiniCad and its import/export routines.

This being said, Graphsoft has stated a commitment to implementing DWG support in version 7 of their program. Although they are working with the best intentions, and pressure from users, I am not convinced that it will actually be an improvement. Problems with translations are not because of DXF - rather they are because DXF does not support the rich variety of features found in all other CAD programs. Since the DWG format is nothing more than an encoded version of the same DXF file, anyone who is expecting a miracle cure is out of luck.



DISKS - THE 3 1/2" DOS FORMAT STANDARD

The Macintosh only has a 3 1/2" drive. It does not have a drive which reads 5 1/4" disks. Sending information on 5 1/4" disks will not accomplish anything except clean out a supply of ancient outdated disks.

By convention, most information is transferred on DOS formatted disks.

Remember that disks can often fail, and become unreadable. Depending on the situation, it may be prudent to ship duplicate sets of disks just in case one disk fails. You can increase your chances of the disk being reliable by reformatting it prior to copying your file onto it. The few minutes this takes are worth it, compared to how much time you will waste if the disk fails. Consider using a modem instead of disks. A high speed modem pays for itself quickly by savings in courier costs, and savings in time.



FILE SIZES & COMPRESSION

In some cases the file is larger than what one disk will hold. PKZIP is the standard format for compressing files on PC based machines. On average a zip compression of a DXF file will be only 10%-20% of the original file size. No information is lost due to Zip compression. A well translated DXF file could be as much as 3 times the size of the drawing. Using these rough guidelines, you should be able to fit the DXF file from a 3 meg drawing onto a single disk. There are several programs which support the ZIP standard for the Macintosh, the best one being Zipit. These are mostly available as public domain software. Since ZIP is the only method that is commonly available on both platforms, it is recommended as how you should compress files when interchanging data across platforms.

Do not use the DOS or Windows BACKUP command as there is no easy way of uncompressing these disks on the Macintosh. Likewise, using Macintosh specific compression utilities, such as Stuffit or Disk Doubler, will leave the PC user no way
of accessing the information with what they normally have available.



USING ZIP ON A PC

PKZIP is now on version 2.04G widely available as PK204G.EXE (a self extracting archive). PKWARE, Inc. 9025 N. Deerwood Drive, Brown Deer, WI 53223 USA Phone (414) 354-8699 Fax (414) 354-8559 BBS (414) 354-8670

The syntax for using it is: PKZIP [what you want to call the zip file] [what you want to include] for example; PKZIP ARCHIVE.ZIP 9001*.DWG

If your zip file is larger than a single floppy, you can use the -& modifier and you will be prompted to insert floppies. Floppies will be formatted as needed.

for example: PKZIP B:DXFFILES.ZIP *.DXF -&

Although the current version of Zipit will join these segments on a Mac, many other programs which decompress zipped files will not, so this should be avoided if at all possible. It is preferable to confine the zipped files to one disk or less per file. Since DXF files compress about 80%, you can fit roughly 10 megs worth of DXF onto a single floppy. If you have a drawing which creates a larger file than this, then I suggest you split the drawing into sections, or split it by layers.

Converting your ZIP files to EXE (self extracting ZIP archives) is a waste of time when giving them to a Mac user. An EXE file will not execute on the Macintosh (Although the Mac programs will still extract the information properly).



USING ZIPIT ON THE MACINTOSH


There is a shareware Macintosh program which will both create and extract ZIP files, namely Zipit. It is widely available on-line. The author, Tommy Brown, has an e-mail address of tbrown@dorsai.org if you wish to contact him. The interface is quite Mac-like and resembles Compact Pro in how it works. You start out with a window to which you add the files you wish to Zip. To compress the files, you do a Save... and the archive is created upon saving.

Two items to note here which are critical...
1) Give the archive a proper name, under 8 characters, and ending with .zip
2) In the preferences, make certain that "Use MacBinary - Never" is checked on.



Remember - ZIPIT is shareware, support it by registering.



TRANSFERRING FILES TO DOS MACHINES


You can either send your files by disk or by modem.

To transfer a file by disk, you must use a DOS disk, as there are few consultants in the DOS world who have the ability to read a Mac disk. Modern versions of system software have a control panel called PC Exchange which allows formatting, reading, and writing of DOS disks. Disks have a high failure rate. Reformatting (erasing) the disk prior to copying the files onto it will reduce the risk of that disk being unreadable on the other end. If the file on the DOS disk has an exclamation mark as the first character, you have named it wrong.

When sending files by modem, you must ensure that you do not send the file as MacBinary. In simple terms MacBinary is extra data that is attached to the file to tell your Mac what program to launch when the file is double clicked. Unfortunately, this MacBinary header will make a file unusable for a DOS based user.


©1996-2001 Dave Weber dave@wmw.ca
last modified December, 2001