Re: Software for technical illustrations
Posted by
Fred Smith
on 2004-07-10 18:56:14 UTC
--- In CAD_CAM_EDM_DRO@yahoogroups.com, Hal Eckhart <hal@c...> wrote:
You also fail to see when somebody agrees with you. ;-)
There may be other things in documentation within a .doc file that
are not simple lines like pictures of machined parts. These will be
best displayed with jpg.
tiff files than most any other. Faxes can be considered tiffs as
well as many others.
things on the internet. The png export from micrografx programs, now
Corel is superb for that purpose. ( Designer, flowchart, etc)
if mixed modes are used.
the wrong way you will get lousy results, just like you described.
They have sampling and compression capabilities, very similar to the
creation of a jpg.
Here is a link that may give you a hint about Tiff in ps and pdf.
read down to who owns tiff?
http://home.earthlink.net/~ritter/tiff/#whatis
Fred Smith - IMService
> On 7/10/04 4:35 PM, Fred Smith wrote:limited
>
> >The reason that jpeg is used is because the picture are not
> >to 256 color palette images as in GIF. Rendered/shaded surfacesare
> >displayed (in Gif) with wide bands of "close" colors from thosehumorous.
> >available in the current color palette. Gradient fills are
>and other
> I'm afraid you missed my entire point. The idea is not that jpegs
> photographic formats are bad, but that they are bad for lines andtext. I fail
> to see why lines and text need more than 256 colors or gradientanything.
You also fail to see when somebody agrees with you. ;-)
There may be other things in documentation within a .doc file that
are not simple lines like pictures of machined parts. These will be
best displayed with jpg.
>believe to be
> I am NOT trying to start a flame war. I'm just stating what I
> facts and expressing a little frustration about what I'veencountered over the
> years. Like receiving drawings from clients exported from AutoCadas JPGs that I
> couldn't read.I would blame Acad for as much as possible. ;-)
>Only because no amount of zooming or squinting made thewithout paying a
> dimensions legible.
>
> >PDF is Adobe's proprietary format.
>
> This is true. But you can read and write them on nearly any OS
> nickel to Abode.turned into a
>
> >The image files embedded are Tiffs
>
> Huh? I'm no expert, but I can't believe this is true. My 6.3 K png
> tif that is 876 K.This is an operator issue, not a tiff issue. There are more kinds of
tiff files than most any other. Faxes can be considered tiffs as
well as many others.
>Only a few bits bigger than the bmp format. Converted to aPng is a lossless and open format that was developed to display
> pdf, the png is still just 6.3 K.
things on the internet. The png export from micrografx programs, now
Corel is superb for that purpose. ( Designer, flowchart, etc)
> Since I mentioned bitmaps before, here's one clarification. Onceagain, I'm no
> expert, but it's my understanding that postscript can be acombination of vector
> and bitmap, compressed and uncompressed.Yes and as I pointed out this is called a metafile.
>This relates to file sizes accordingly.It can, but is not always the case. As there can be a lot of overhead
if mixed modes are used.
> A png converted to a ps will be about the same size as the png.Pure coincidence.
>But a pngof the tif.
> converted to a tif converted to a ps will be nearly twice the size
> My teeny 6.3 K png turned into 1.3 Meg by this method. Only about200 times
> bigger.PS and pdf both have various image quality settings. If you set them
the wrong way you will get lousy results, just like you described.
They have sampling and compression capabilities, very similar to the
creation of a jpg.
Here is a link that may give you a hint about Tiff in ps and pdf.
read down to who owns tiff?
http://home.earthlink.net/~ritter/tiff/#whatis
Fred Smith - IMService
Discussion Thread
ddgman2001
2004-07-09 13:28:26 UTC
Software for technical illustrations
Michael Milligan
2004-07-09 13:46:23 UTC
RE: [CAD_CAM_EDM_DRO] Software for technical illustrations
Fred Smith
2004-07-09 14:30:34 UTC
Re: Software for technical illustrations
notoneleft
2004-07-09 15:28:33 UTC
Re: Software for technical illustrations
Hal Eckhart
2004-07-10 07:15:00 UTC
Re: [CAD_CAM_EDM_DRO] Re: Software for technical illustrations
Fred Smith
2004-07-10 09:35:21 UTC
Re: Software for technical illustrations
Hal Eckhart
2004-07-10 10:47:00 UTC
Re: [CAD_CAM_EDM_DRO] Re: Software for technical illustrations
Fred Smith
2004-07-10 18:56:14 UTC
Re: Software for technical illustrations
Hal Eckhart
2004-07-11 09:09:26 UTC
Re: [CAD_CAM_EDM_DRO] Re: Software for technical illustrations