HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Viewing received faxes via http browser



-----BEGIN PGP SIGNED MESSAGE-----

On Sat, 25 Oct 1997, David Woolley wrote:

> > 
> > First, the ".tif" extension on received extensions is extremely confusing.
> > It is worth modifying the faxrcvd to use the extension ".fax" instead.
> 
> They are TIFF files.

Fair enough. But many TIFF viewers can't handle them properly: for that
practical reason, it makes sense to differentiate them and call for a
distinct tiffg3 capable viewer.

> > Second, users must have a tool capable of viewing either delivered
> > Postscript files or the raw tiffg3 files. I recommend "faxview" at
> > ftp://ftp.sgi.com/sgi/fax/contrib/ for UNIX based X servers.
> 
> For Widows NT 4.0, the imaging tool that is bundled will display
> the group 3 encoded TIFF files from Hylafax.  With the junk fax I tried
> it on, it showed the correct aspect ratio++, although it is possible that
> the junk faxer used fine mode.

Does it? *GOOD*. Does it have a name, or is it part of a specific
suite of tools? A pointer to that would be good to include with any NT
usage notes, and might function for Win95 installations (for
web-browsed faxes, for example).

The Win95 tools I'd tried and the UNIX tools had problems: some
insisted on translating it to Postscript to view it correctly (ghostscript),
others lost the multi-page information, others severely scrunched the
images, etc. I don't assume the tools did it correctly, I assume
that Sam Leffler did it correctly in writing HylaFAX: but it still
makes viewing faxes awkward.

> > An alternative approach would be to translate the tiffg3 files into a
> > set of plain tiff files, one per page, and let people view *those*. This
> > is left as an exercise for the CGI programmer....
> 
> cp is a good utility for this; tiffg3 files *are* TIFF files, although not
> all TIFF files are tiffg3.  The problem is that people don't realise that
> TIFF is a way of supplying parameters for multiple graphical file formats,
> rather more than a graphic format itself.  It can code for raw bit maps,
> LZW palletised images (similar to GIF), images coded according to group 3
> fax rules, and, I think, even JPEG encoded images.  Unless, by plain
> TIFF, you mean the uncompressed bit map with square pixels, you need to
> specify what is allowed in your definition of plain tiff.

Since that is (I believe) what most TIFF viewers know how to handle, this
is what I meant.

> ++ Checking the TIFF spec, it appears that XResolution (0x7x) and YResolution
> (0x82) are mandatory tags, so a viewer should always have the information
> to correct the aspect ratio, for a valid file, although I can't quickly
> check that the files are valid.

Thanks. I lack the expertise and time to dive into the TIFF specs, and
vastly appreciate your insights on this.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNFS8LD/+ItycgIJRAQGhRQP8DithssLYMfCzZhJKgg9zf+pfM/VVi0ba
BWZTi8S+GayeI2Kr90HqMuAK3fIMY+gYPz0NhjcMd3J4lohSRhSWNQpprsYMzOgR
PTv9JEGYNWZdbqOvnU6T2DvIi5jXgUuGMM0yZhYZkulteiWVrw64Y+JNQvOUaHqn
9TvLIK5TeeQ=
=pHe4
-----END PGP SIGNATURE-----




Project hosted by iFAX Solutions