Tamura-san,
I think the main point that John makes, that there should be just one
document defining TIFF-FX, is the critical point. The advantage of quickly
generating a document defining "safe" TIFF-FX is specious since many
companies, including the companies with which NetSilicon works, already are
shipping equipment which includes advanced TIFF-FX. The consensus on what is
"safe" will be colored by the fact that no one wants to agree to a
definition that makes their existing equipment nonstandard. By fully
defining all existing and planned TIFF-FX variations as John suggests, a
clear statement is made about what variations exist and how each is to be
identified. Fragmenting this information in multiple documents will lead
to confusion, which is contrary to the purpose of a standard. We also
believe that a single document will, in the last analysis, provide for a
faster consensus on the more feature rich modes which are necessary to make
IFAX viable.
William A. Wagner (Bill Wagner)
Director of Technology
Imaging Division
NetSilicon, Inc.
781-398-4588
-----Original Message-----
From: Hiroshi Tamura [mailto:tamura@toda.ricoh.co.jp]
Sent: Wednesday, August 22, 2001 6:40 AM
To: jpulera@minolta-mil.com
Cc: Lloyd.McIntyre@pahv.xerox.com; ietf-fax@imc.org; klensin@jck.com;
ifx@pwg.org
Subject: RE: notes from the ietf FAX wg meeting at IETF 51
John,
> I believe it would be better and faster to resolve the IP issues quickly
and
> publish TIFF-FX as a single revised document. The revised document
should
> restrict the use of the existing image/tiff MIME type and .tif (or .tiff)
> file name extensions to profiles S and F, and assign a new MIME type and
> file name extension for the profiles J, C, L, and M (perhaps image/tifx
and
> .tfx (or .tifx)). By restricting image/tiff to profiles S and F, TIFF-FX
> keeps compatibility with TIFF-6. By allowing image/tiff and .tif (or
.tiff)
> for the S and F profiles, TIFF-FX reflects what exists in many deployed
> TIFF-FX devices.
>
> Let's call this solution option 5. It's a variant of options 1 and 4.
Yes, a good idea. One document is better for all implementers, I think.
But, how do we separate is the discussion issue.
<snip>
> If the document remains as one, we avoid spending the time to edit and
gain
> acceptance of the new documents. In addition, with a single document there
> are more people to pressure Adobe and Xerox to agree quickly on the IP
> issues.
Right. We need to avoid spending time for our market.
Thanks for your comment.
Regards,
-- Hiroshi Tamura, Co-chair of IETF-FAX WG E-mail: tamura@toda.ricoh.co.jp
This archive was generated by hypermail 2b29 : Fri Aug 24 2001 - 12:15:37 EDT