CAD CAM EDM DRO - Yahoo Group Archive

Re: Optimizing cutting paths - The proof

on 2001-08-31 11:33:31 UTC
Hi Fred, list,

You are correct in stating that a 'right click to "Save Target As" ' is
the proper way to save files to be downloaded. You were able to open
BOTH the original DXF and CCD files on John's http page and load them
into Vector? I was not (9.0.017; two different machines). Did you make
any "page 350" DXF settings? Perhaps you could email me a ZIP of your
working dXF and CCD "loco" files.

I was able to open the DXF in my demo BobCad and FlashCut. I looked at
the start of the file, OK. I see "STANDARD" in the "ENTITIES" section,
which I haven't seen before. A new AutoCad DXF vers.? That's bound to
happen. Otherwise it's LINE, ARC and CIRCLE (as far as I looked).

I picked up on the mm scale. No problem to "cut, paste" with a scale
factor. However, my scale factor of .03937000787... got displayed as
.0394; I assume Vector maintains the precision inside. And your
comments on DXF's faults in regards to chain/gap and general accuracy
reflect what I had heard before. No blame on Vector here!

If you're saying that chain/gap DXF file problems are exacerbated by the
mis-matched scales, then what about a program to "adjust" the floating
point parameters IN the dXF file before being loaded into a CAD program
or DXF to Gcode converter?

As you've mentioned, ZIP's are definitely the way to go. PKZIP and
PKUNZIP are readily available.

The Loco files and the Harley files have made interesting test/study
cases for DXF computability and file transmission. Although I may never
"cut them", I find it quite useful to have them available for study.

Alan KM6VV


Fred Smith wrote:
>
> --- In CAD_CAM_EDM_DRO@y..., Alan Marconett KM6VV <KM6VV@a...> wrote:
> > Hi Chris,
> >
> > Yeah, love 'em. I was able to get the Gcode from FlashCut into
> Vector
> > CAD/CAM, AFTER I removed some spaces between the X, Y, I, J's, and
> the
> > value. I keep forgetting that Vector doesn't like that. Not hard
> with
> > a text editor. The arc statements were mostly fine.
> >
>
> Alan and others,
>
> When transferring files over the internet, it is important to
> understand that ascii files are subject to lightning strikes,
> wiretaps, any kind of static might affect the transmission of the
> data around the world. Therefore if you try to use an ascii format
> to define a drawing it might have a problem.
>
> As far as transferring files like DXF or IGES, that are ascii based,
> it is usually better to point to the link in hypertext and right
> click to "Save Target As", than to click on the link, load the file
> as text in your browser and then try to File-Save it. If you get a
> file that the only way is to display and then save, open it in an
> editor an dmake sure that the first lines are not blank. Often just
> removing the first blank lines will make the file usable.
>
> However, this does not fix the really bad problem of file
> corruption. The best way to transfer files over the internet, based
> on cost and general availablility is to use the .zip format, as
> invented by the folks at PKZIP. There are free to low cost
> compression programs available. This format has built in cyclic
> redundancy checking and generally will not even unzip if the file is
> corrupted. Equally as important, a text based file form like DXF or
> IGES will be about 1/10 the size when compressed. This makes very
> large files managable and easily transferred over the internet.
>
> One last comment about John's file, it is metric, and it opens fine
> in Vector. For best results, if you are normally using Vector in
> Inch mode, start a new file, change the units to metric, then either
> merge the DXF file into the new file or open it directly. The chain
> gap/general accuracy settings in Vector change when switching from
> metric to inch and viceversa so a file opened in the wrong units may
> appear corrupted or the wrong size or both. This is a problem with
> DXF, not Vector. Many older versions of DXF did not have a units
> definition, and there was no information to indicate the scaling of
> the file upon opening it. I believe the newer versions have added
> this capability, but there are a gazillion files and software
> programs still making files that do not contain a scaling definition
> parameter.
>
> Best Regards, Fred Smith- IMService
> Listserve Special discounts and offers are at:
> http://209.69.202.197/cced.html
>
> imserv@... Voice:248-486-3600 or 800-386-1670 Fax: 248-486-
> 3698
>
> Addresses:
> FAQ: http://www.ktmarketing.com/faq.html
> FILES: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO/files/
>
> Post messages: CAD_CAM_EDM_DRO@yahoogroups.com
> Subscribe: CAD_CAM_EDM_DRO-subscribe@yahoogroups.com
> Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@yahoogroups.com
> List owner: CAD_CAM_EDM_DRO-owner@yahoogroups.com, wanliker@...
> Moderator: jmelson@... timg@... [Moderator]
> URL to this page: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO
> bill,
> List Manager
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Discussion Thread

machines@n... 2001-08-30 15:11:00 UTC Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-30 16:09:17 UTC Re: [CAD_CAM_EDM_DRO] Optimizing cutting paths - The proof machines@n... 2001-08-30 16:33:59 UTC Re: Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-30 18:52:26 UTC Re: Optimizing cutting paths - The proof Chris L 2001-08-30 19:27:21 UTC Re: [CAD_CAM_EDM_DRO] Optimizing cutting paths - The proof Chris L 2001-08-30 19:30:35 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-30 20:43:47 UTC Re: Optimizing cutting paths - The proof machines@n... 2001-08-31 00:53:59 UTC Re: Optimizing cutting paths - The proof machines@n... 2001-08-31 00:59:19 UTC Re: Optimizing cutting paths - The proof Carlos Guillermo 2001-08-31 05:26:03 UTC RE: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof Fred Smith 2001-08-31 05:39:41 UTC Re: Optimizing cutting paths - The proof machines@n... 2001-08-31 09:47:17 UTC Re: Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-31 10:16:07 UTC Re: Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-31 11:33:31 UTC Re: Optimizing cutting paths - The proof Chris Luebke 2001-08-31 12:23:54 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof machines@n... 2001-08-31 12:26:51 UTC Re: Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-31 13:46:31 UTC Re: Optimizing cutting paths - The proof Alan Marconett KM6VV 2001-08-31 13:53:19 UTC Re: Optimizing cutting paths - The proof Fred Smith 2001-08-31 14:23:38 UTC Re: Optimizing cutting paths - The proof wanliker@a... 2001-08-31 15:07:19 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof wanliker@a... 2001-08-31 15:07:29 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof Peter Harrison 2001-09-01 16:26:06 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof Jon Elson 2001-09-01 17:35:37 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof Peter Harrison 2001-09-02 05:26:48 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof IMService 2001-09-02 06:19:28 UTC Re:Re: Re: Optimizing cutting paths - The proof Art Fenerty 2001-09-02 06:44:03 UTC Re: [CAD_CAM_EDM_DRO] Re:Re: Re: Optimizing cutting paths - The proof Tony Jeffree 2001-09-02 09:46:37 UTC Re: Optimizing cutting paths - The proof Fred Smith 2001-09-02 09:50:32 UTC Re:Re: Re: Optimizing cutting paths - The proof cncdxf@a... 2001-09-02 10:56:38 UTC Re:Re: Re: Optimizing cutting paths - The proof machines@n... 2001-09-02 11:31:28 UTC Re:Re: Re: Optimizing cutting paths - The proof cncdxf@a... 2001-09-02 13:26:21 UTC Re:Re: Re: Optimizing cutting paths - The proof Art Fenerty 2001-09-02 13:46:58 UTC Re: [CAD_CAM_EDM_DRO] Re:Re: Re: Optimizing cutting paths - The proof wanliker@a... 2001-09-02 14:09:54 UTC Re: [CAD_CAM_EDM_DRO] Re:Re: Re: Optimizing cutting paths - The proof wanliker@a... 2001-09-02 14:13:54 UTC Re: [CAD_CAM_EDM_DRO] Re:Re: Re: Optimizing cutting paths - The proof Gail & Bryan Harries 2001-09-02 14:41:43 UTC RE: [CAD_CAM_EDM_DRO] Re:Re: Re: Optimizing cutting paths - The proof Art Fenerty 2001-09-02 14:49:51 UTC Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof rab@r... 2001-09-02 15:00:12 UTC Re:Re: Re: Optimizing cutting paths