The file "test.dxf" is a simple 10x10mm rectangle.
The file "BOBCAD Toolpath problem.dxf" is a more complex part.
With BOBCAD system units set on inches the following happens when importing a DXF:
1. "test.dxf" is imported as a 10x10 inch block although it is a 10x10mm
block. Setting the part units then on millimetres, makes it 254mm in
millimetres.
2. "BOBCAD Toolpath problem.dxf" is imported the same way as above.
Generating G-code from the above still cuts correctly in millmetres on MACH3 if I did not change the part to millimeter.
With BOBCAD set in Millimetres, the following happens
1. "test.dxf" is imported as a 254x254mm block.
2. "BOBCAD Toolpath problem.dxf" is imported and then all dimensions are
multiplied by 25.4 which makes the part huge.
What is comes down to, is that BOBCAD by default accept a file that is imported, to be in inches, which I find surprising as BOBCAD claims to have native SI units. That said, a DXF file clearly specifies in what units the file is written! BOBCAD should just read that line.
I am using CAD packages for over 25 years now having my first experience at the age of 10. I used many known and unkown CADS like VCAD, QCAD, AutoCAD, BricsCAD, TurboCAD etc and never had this kind of issue converting between any of them - which I had to do often. Being in the consulting engineering industry, I had to convert drawings from countless other architectural packages which I did not even bother to ask the names, so I am pretty well exercised in the matter. I often had to create DXF files for importing data into some very specialised other software packages for mechanical engineering design work.
Reading the forums, I gathered that the unit switching problem already comes from a couple of versions back and I find it very surprising and highly unacceptable that something so small, crucial and basic for a CAD, is not sorted in what is supposed to be a well round of package.