Recommendations on Comments to draft-ietf-fax-tiff-fx-11/12.txt
"Larry Masinter" <[email protected]> Wed, 21 May 2003 08:45:13 -0700
| Newsgroups | gmane.ietf.fax |
|---|---|
| Message-ID | <003701c31faf$f8a9c7c0$6ace8642@MASINTERPAD> |
Thanks for sending a reply (5/16/2003)
http://www.imc.org/ietf-fax/mail-archive/msg02621.html
to my comments (12/2002, recap 1/13/2003)
http://www.imc.org/ietf-fax/mail-archive/msg01512.html
Here are my responses (8/21):
========================================================
(1) 'Addition of image/tiff-fx MIME type'
I accept the response of removing section 9 and instead
adding a pointer (non-normative) to the image/tiff and
image/tiff-fx registration documents.
In addition, in "Abstract":
Files formatted according to this specification use
the image/tiff MIME Content Type.
I suggest removing this sentence, since it is incorrect.
Section 1.2 "Approach":
The MIME content type of the resulting file
will be image/tiff, with an optional Application
parameter [TIFF-REG]; see section 9.
I sugest removing this sentence, since it is incorrect.
=======================================================
With respect to
(2) FillOrder=1 mandatory for all readers except profile S
the reply was
"Multiple independent interoperable implementations
documented of FillOrder=1 for all profiles, except Profile S."
But several implementations which were compliant
with RFC 2301 on this point but which are not
compliant with this document.
I don't object to moving forward with this change, but
I think it's worth noting more explicitly. For example,
an effective way of addressing the point is to
reorganize Appendix C, which lists changes to the
document since RFC 2301. E.g.,
** Technical changes since RFC 2301
1. To insure interoperability, FillOrder=1 was
made mandatory for readers of all profiles except
profile S. Note that this change might cause
some implementations conforming to RFC 2301
to be considered non-compliant.
2. The following changes were made based on
implementation results, to bring the document
in line with what was actually implemented:
(points (3) and (4)
3. The following changes were made to clarify
the document or to bring one section in line
with other sections:
(e.g., point 5)
A number of other editorial changes were made,
but are not listed here.
=======================================================
(6) Orientation != 1 (optional for both
readers and writers will result in non-interoperability
for mirror-images), you replied:
Orientation is an "informational" field: facsimile doesn't
typically generate mirror images.
Nothing in the document suggestions that Orientation
is 'optional', and nothing in the document suggests that
mirror images shouldn't be generated. While many
fax viewing programs have provision for rotating, many
do not have provisions for viewing a mirror image.
I suggest annotating the description of "Orientation"
with the note 'Orientation is an informational field.'
and 'Writers should not generate mirror images, because many
readers will not properly reverse the image before
display or print.'
=================================================
(7) PhotometricInterpretation=1 for profile F
I think I may have mis-read table 4.7 or the
interoperability report; I apologize.
==============================================
(8) Comments from section 5.2.2 of RFC 3249
in description of profile C => adding RFC 3249
as a non-normative reference.
since RFC 3249 references RFC 2301 which is updated
by this document, it may not be clear which recommendations
in it still apply. A direct reference
to section 5.2.2 would be more useful. I suggest
adding to the description of profile C:
Note section 5.2.2 of [RFC 3249].
==============================================
(9) and (10) applicability statement, and use of 'TIFF'
I think the main issue is that the document doesn't
really mention the main reason why we went to
the trouble to separate 'tiff' from 'tiff-fx':
that while this specification uses "TIFF" as
a baseline, widely deployed TIFF readers will
not handle many of the extensions described
here.
Your reply was "Should be OK as long as its
use is confined to this document."
I suggest extending the paragraph
This specification of TIFF for facsimile is
known as TIFF-FX (TIFF for Fax eXtended).
Perhaps you can come up with a better
wording, but something like the following:
Although this specification uses the terms 'TIFF'
and 'TIFF for Facsimile', files that
conform to some profiles in this specification
may not be interpreted correctly by
TIFF applications; references to the
format described by this specification
should always use the term "TIFF-FX".
Regards,
Larry
--
http://larry.masinter.net