Re: [CAD_CAM_EDM_DRO] Re: Optimizing cutting paths - The proof
Posted by
Peter Harrison
on 2001-09-01 16:26:06 UTC
In article <9mo0i2+o1qj@...>, Fred Smith <imserv@...>
writes
Just about all the original Internet protocols are based around text
transfers. So reliable is the transfer of text (as long as it is seven
bit ASCII) that email attachments are converted to text for
transmission. If there is a problem, it is potentially in the
transmission of eight bit ASCII and binary files that are treated as
eight bit ASCII.
Data, in general, transmitted via the Internet is remarkably stable. The
protocols used are error detecting and error correcting. I don't recall
a provable error in data transmitted from end to end. Sure there may
have been all manner of mess in the middle but the Internet protocols
guarantee correct delivery (although they don't actually guarantee
delivery itself).
You are much more likely to suffer data corruption on your own PC when
just copying files from folder to folder. There is no error checking
involved by default.
Just send your files and be done with it. Any errors due to file formats
are the responsibility of the software packages not the transmission
medium.
editor. Suppose the file should be in DOS format with a CRLF pair at the
end of each line and your editor saves the file with just a LF? This
kind of problem is surprisingly common. The less you do to mess with the
file the better - unless you actually know what you are doing that is.
Peter Harrison
http://www.cannock.ac.uk/~peteh
writes
>Alan and others,Oh please...
>
>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.
>
Just about all the original Internet protocols are based around text
transfers. So reliable is the transfer of text (as long as it is seven
bit ASCII) that email attachments are converted to text for
transmission. If there is a problem, it is potentially in the
transmission of eight bit ASCII and binary files that are treated as
eight bit ASCII.
Data, in general, transmitted via the Internet is remarkably stable. The
protocols used are error detecting and error correcting. I don't recall
a provable error in data transmitted from end to end. Sure there may
have been all manner of mess in the middle but the Internet protocols
guarantee correct delivery (although they don't actually guarantee
delivery itself).
You are much more likely to suffer data corruption on your own PC when
just copying files from folder to folder. There is no error checking
involved by default.
Just send your files and be done with it. Any errors due to file formats
are the responsibility of the software packages not the transmission
medium.
>As far as transferring files like DXF or IGES, that are ascii based,Why would saving it twice make it more reliable?
>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 anThen again, the file may be rendered useless just by opening 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.
>
editor. Suppose the file should be in DOS format with a CRLF pair at the
end of each line and your editor saves the file with just a LF? This
kind of problem is surprisingly common. The less you do to mess with the
file the better - unless you actually know what you are doing that is.
Peter Harrison
http://www.cannock.ac.uk/~peteh
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