The actual number of color values used by a document does not,
in general, exactly match the number that can be handled by a
recipient. To achieve a feature match, at least one must be
declared as an inequality (i.e. not both as equalities).
It is recommended that a recipient declares the number of
color values that it can handle as an inequality (<=), and a
data resource declares the number of colors that it uses with
an equality, as shown in the examples above.
- Security considerations:
- Privacy concerns, related to exposure of personal information:
Where feature matching is used to select content applicable
to the physical abilities of a user, unusual values for this
feature tag might give an indication of a user's restricted
abilities.
- Related feature tags:
color [3]
color-space [this document]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.4 Color space
- Media Feature tag name(s):
color-space
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.11
- Summary of the media features indicated:
This feature indicates a color space.
A color space value provides two types of information:
o the color model used to represent a color value, including
the number of color components
o a mapping between color values and their physical
realizations
Device color space values are defined for applications where
the general color representation used is significant, but
exact color rendering is left to the device used. Device
color spaces defined here have values of the form 'Device-
xxx'.
Calibrated color space values are provided for use with a
rendering system that is calibrated with respect to some
indicated definition, and capable of processing device-
independent color information accordingly.
- Values appropriate for use with this feature tag:
Token
Device color Device-RGB (device dependent RGB)
spaces: Device-CMY (device dependent CMY)
Device-CMYK (device dependent CMYK)
Calibrated color CIELAB (per T.42 [9])
space:
(may be extended by further registrations)
'Color-space=CIELAB' indicates the CIE L*a*b* colour space,
using CIED50 illuminant and its perfectly diffuse reflecting
white point (per T.42 [9]).
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
- Examples of typical use:
To describe rendering or scanning capabilities:
(color-space=[Device-RGB,CIELAB])
To describe capabilities assumed by a document for which
approximate color reproduction is required:
(color-space=Device-RGB)
To describe capabilities assumed by a document for which exact
color reproduction is required:
(color-space=CIELAB)
- Related standards or documents:
CIELAB color space is defined in [19]
CIELAB use for fax is described in ITU T.42 [9]
- Interoperability considerations:
A color-handling receiver should indicate any appropriate
device color space capability, in addition to any calibrated
color spaces that it may support.
Calibrated color spaces are intended to be used when precise
color matching is required; otherwise, if applicable, a
device color space (color-space=Device-xxx) should be
indicated.
Documents for which exact color matching is not important
should indicate a device color space capability, if
applicable.
These principles allow sender/receiver feature matching to be
achieved when exact color matching is not required.
- Security considerations:
- Privacy concerns, related to exposure of personal information:
Where feature matching is used to select content applicable
to the physical abilities of a user, unusual values for this
feature tag might give an indication of a user's restricted
abilities.
- Denial of service concerns related to consequences of
specifying incorrect values:
Failure to indicate a generic color space capability for a
device may lead to failure to match color space for an
application or document that does not require an exact color
match.
- Related feature tags:
color [3]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.5 CIELAB color illuminant
- Media Feature tag name(s):
color-illuminant
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.29
- Summary of the media features indicated:
This feature indicates a color illuminant. This has the
effect of modifying the color space calibration to reflect the
use of different sources of illumination.
A color-illuminant value would normally be used only with a
calibrated color space.
- Values appropriate for use with this feature tag:
Token
CIELAB illuminant D50
values: D65
D75
SA
SC
F2
F7
F11
Defined by color CTnnnn where 'nnnn' is a decimal
temperature: representation of the illuminant
color temperature in Kelvins.
(may be extended by further registrations)
NOTE: The default color illuminant for Group 3 fax is D50.
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Color image printing and display applications where the data
resource used may depend upon detailed color handling
capabilities of the recipient.
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
- Examples of typical use:
To describe rendering or scanning capabilities, or to describe
capabilities assumed by a document for which exact color
handling capabilities are required:
(& (color-space=CIELAB) (color-illuminant=D50) )
- Related standards or documents:
CIELAB color illuminant representations are described in ITU
T.4 [13], Annex E.6.7.
- Interoperability considerations:
A color-handling receiver that supports a calibrated color
space should indicate any constraint on the illuminants it can
handle.
In the absence of a color-illuminant constraint, a receiver is
presumed to accept and deal with any specified illuminant
value.
- Related feature tags:
color [3]
color-space [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.6 CIELAB color depth
- Media Feature tag name(s):
CIELAB-L-depth
CIELAB-a-depth
CIELAB-b-depth
- ASN.1 identifiers associated with these feature tags:
CIELAB-L-depth: 1.3.6.1.8.1.12
CIELAB-a-depth: 1.3.6.1.8.1.13
CIELAB-b-depth: 1.3.6.1.8.1.14
- Summary of the media features indicated:
These feature tags indicate a color depth capability; i.e.
the level of detail to which an individual CIELAB color
component can be specified. They define the number of
distinct values possible for each of the color components L*,
a* and b*.
Typically, this feature would be used with 'color=mapped', and
possibly 'color=grey' or 'color=full', to indicate the number
of distinct colors that can be represented.
NOTE: this feature tag describes the number of values that
can be represented for a color component, and does not
necessarily indicate the number of distinct values that can
be rendered or resolved by a system.
- Values appropriate for use with these feature tags:
Integer (>0)
- These feature tags are intended primarily for use in the
following applications, protocols, services, or negotiation
mechanisms:
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
- Examples of typical use:
To describe rendering or scanning capabilities:
(& (color=mapped) (color-levels<=240)
(CIELAB-L-depth<=128)
(CIELAB-a-depth<=128)
(CIELAB-b-depth<=128) )
(& (color=full) (color-levels<=16777216)
(CIELAB-L-depth<=256)
(CIELAB-a-depth<=128)
(CIELAB-b-depth<=128) )
To describe capabilities assumed by a document:
(& (color=mapped) (color-levels=200)
(CIELAB-L-depth=32)
(CIELAB-a-depth=32)
(CIELAB-b-depth=32) )
(& (color=full) (color-levels=32768)
(CIELAB-L-depth=128)
(CIELAB-a-depth=32)
(CIELAB-b-depth=32) )
- Related standards or documents:
The memo "Media Features for Display, Print, and Fax" [3]
defines a feature (color) for indicating basic color
capabilities.
CIELAB color space is defined in [19]
CIELAB use for fax is described in ITU T.42 [9]
- Related feature tags:
color [3]
color-levels [this document]
color-space [this document]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.7 CIELAB color gamut
- Media Feature tag name(s):
CIELAB-L-min
CIELAB-L-max
CIELAB-a-min
CIELAB-a-max
CIELAB-b-min
CIELAB-b-max
- ASN.1 identifiers associated with these feature tags:
CIELAB-L-min: 1.3.6.1.8.1.15
CIELAB-L-max: 1.3.6.1.8.1.16
CIELAB-a-min: 1.3.6.1.8.1.17
CIELAB-a-max: 1.3.6.1.8.1.18
CIELAB-b-min: 1.3.6.1.8.1.19
CIELAB-b-max: 1.3.6.1.8.1.20
- Summary of the media features indicated:
These feature indicate a supported range of color values, by
indicating minimum and maximum values used for each color
component in a CIELAB color space.
'CIELAB-L-min' and 'CIELAB-L-max' are the minimum and maximum
values of the L* component.
'CIELAB-a-min' and 'CIELAB-a-max' are the minimum and maximum
values of the a* component.
'CIELAB-b-min' and 'CIELAB-b-max' are the minimum and maximum
values of the b* component.
NOTE: color component values are assumed to be rational
numbers, so a limited gamut does not necessarily indicate
limited color resolution.
- Values appropriate for use with this feature tag:
Rational
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Color image printing and display applications where the data
resource used may depend upon detailed color handling
capabilities of the recipient.
Scanning applications where the data transferred may depend
upon the detailed color image generation capabilities of the
originator.
- Examples of typical use:
To describe rendering or scanning capabilities:
(& (CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-75)
(CIELAB-a-max<=+75)
(CIELAB-b-min>=-85)
(CIELAB-b-max<=+85) )
To describe capabilities required by a document:
(& (CIELAB-L-min=20)
(CIELAB-L-max=80)
(CIELAB-a-min=-35)
(CIELAB-a-max=+55)
(CIELAB-b-min=-45)
(CIELAB-b-max=+65) )
- Related standards or documents:
CIELAB color space is defined in [19]
CIELAB use for fax is described in ITU T.42 [9]
- Interoperability considerations:
When describing a recipient's capabilities, the minimum and
maximum color component values that can be rendered should be
indicated by inequalities as shown in the examples above.
When describing a document, the actual minimum and maximum
color component values used should be indicated, as shown
above.
- Security considerations:
- Privacy concerns, related to exposure of personal information:
Where feature matching is used to select content applicable
to the physical abilities of a user, unusual values for this
feature tag might give an indication of a user's restricted
abilities.
- Related feature tags:
color [3]
color-space [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.8 Image file structure
- Media Feature tag name(s):
image-file-structure
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.21
- Summary of the media features indicated:
This feature indicates a file structure used for transfer and
presentation of image data.
It does not indicate image data coding: that is described by
separate feature tags (image-coding, etc.).
- Values appropriate for use with this feature tag:
Token
Image file TIFF
structure TIFF-limited
options: TIFF-minimal
TIFF-MRC
TIFF-MRC-limited
(may be extended by further registrations,
to cover non-TIFF image file structures)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other print or display applications that
transfer image data.
- Examples of typical use:
See Appendix B of this memo.
- Considerations particular to use in individual applications,
protocols, services, or negotiation mechanisms:
This tag is intended to provide information about an image
file structure. Information about image data coding is
provided by other tags.
The following tag values are defined here:
o 'TIFF' indicates image data enclosed and tagged using TIFF
structures described in Adobe's definition of TIFF [20].
o 'TIFF-limited' indicates image data structured using TIFF,
but with limitations on the placement of Image File
Descriptors (IFDs) within the file, which are indicated in
section 4.4.6 of RFC2301 [7].
o 'TIFF-minimal' indicates a TIFF image format that meets the
IFD placement, byte ordering and bit ordering requirements
of the "minimal black and white mode" described in section
3.5 of RFC2301 [7], also known as TIFF-S.
o 'TIFF-MRC' uses a TIFF image structure [20] augmented with a
sub-IFD structure, described for the "Mixed Raster Content
mode" in section 8.1.2 of RFC2301 [7], also known as TIFF-M
(see also tag 'MRC-mode').
o 'TIFF-MRC-limited' is the same as 'TIFF-MRC', except that
the IFD placement is constrained as for 'TIFF-limited'.
Registration of additional image file structure tags should
focus similarly on image file structure issues, not raw image
data compression and coding. As a guide, an image file
structure may contain image data coded in a variety of ways,
and carries information to describe that coding separately
from MIME content-type labelling, etc.
- Related feature tags:
image-coding [this document]
MRC-mode [this document]
- Related media types or data formats:
TIFF-FX [7]
TIFF V6.0 (Adobe) [20]
- Intended usage:
Internet fax
Image scanning/rendering applications
- Author/Change controller:
IETF
A.9 Image data coding
- Media Feature tag name(s):
image-coding
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.22
- Summary of the media features indicated:
This feature tag indicates a form of image data compression
and coding used.
It identifies a generic image coding technique used, without
regard to any specific profiling of that technique that may be
applied. Values for this feature are generally applicable
across a wide range of image transfer applications.
This information is distinct from the image file structure and
MRC information conveyed by the 'image-file-structure' tags.
- Values appropriate for use with this feature tag:
Token MH
MR
MMR
JBIG
JPEG
(may be extended by further registrations)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other applications that transfer image data.
- Examples of typical use:
See Appendix B of this memo.
- Related standards or documents:
MH, MR: ITU T.4 [13]
MMR: ITU T.6 [14]
JPEG: ITU T.81 [16]
JBIG: ITU T.82 [17]
- Interoperability considerations:
To establish the correct conditions for interoperability
between systems, capabilities to handle the generic image
coding technique and the specific image coding constraints
must be established.
- Related feature tags:
image-coding-constraint [this document]
JBIG-stripe-size [this document]
image-interleave [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Image scanning/rendering applications
- Author/Change controller:
IETF
A.10 Image coding constraint
- Media Feature tag name(s):
image-coding-constraint
- ASN.1 identifier associated with these feature tags:
1.3.6.1.8.1.23
- Summary of the media features indicated:
This feature tag qualifies the 'image-coding' feature with a
specific profile or usage constraints.
Values for this feature are generally specific to some given
value of 'image-coding' and also to some restricted
application or class of applications.
- Values appropriate for use with this feature tag:
Token JBIG-T85 (bi-level, per ITU T.85)
JBIG-T43 (multi-level, per ITU T.43)
JPEG-T4E (per ITU T.4, Annex E)
(may be extended by further registrations)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other applications that transfer image data.
The specific values for this feature indicated above are
intended for use with Internet fax.
- Examples of typical use:
See Appendix B of this memo.
- Related standards or documents:
JBIG-T85: ITU T.85 [18]
JBIG-T43: ITU T.43 [10]
JPEG-T4E: ITU T.4 Annex E [13]
- Interoperability considerations:
To establish the correct conditions for interoperability
between systems, capabilities to handle the generic image
coding technique and the specific image coding constraints
must be established.
- Related feature tags:
image-coding [this document]
JBIG-stripe-size [this document]
image-interleave [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.11 JBIG stripe size
- Media Feature tag name(s):
JBIG-stripe-size
- ASN.1 identifier associated with these feature tags:
1.3.6.1.8.1.24
- Summary of the media features indicated:
This feature is a specific usage constraint that is applied to
JBIG image coding (image-coding=JBIG), and indicates the
allowable size for each stripe of an image, except the last.
A stripe of a JBIG image is a delimited horizontal band of
compressed image data that can be decompressed separately from
the surrounding data.
- Values appropriate for use with this feature tag:
Integer (>0)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other applications that transfer image data.
- Examples of typical use:
(JBIG-stripe-size=128)
(JBIG-stripe-size>0)
- Related standards or documents:
JBIG: ITU T.82 [17]
JBIG-T85: ITU T.85 [18]
JBIG-T43: ITU T.43 [10]
- Considerations particular to use in individual applications,
protocols, services, or negotiation mechanisms:
In the case of Internet fax, the specific constraints allowed
for a receiver are those given as examples above.
Specifying a stripe size that is not limited (JBIG-stripe-
size>0) means that an entire page of image data is encoded as
a single unit. This may place considerable demands on the
memory of a receiving system, as the entire stripe needs to be
buffered in memory.
- Interoperability considerations:
To establish the correct conditions for interoperability
between systems, capabilities to handle the generic image
coding technique and the specific image coding constraints
must be established.
- Related feature tags:
image-coding [this document]
image-coding-constraint [this document]
image-interleave [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.12 Image interleave
- Media Feature tag name(s):
image-interleave
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.25
- Summary of the media features indicated:
This feature indicates an image interleave capability.
It may be used with JBIG images (image-coding=JBIG) to
indicate color plane interleaving of either stripes or entire
image planes.
- Values appropriate for use with this feature tag:
Token Stripe
Plane
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other applications that transfer image data.
- Examples of typical use:
(image-interleave=stripe)
(image-interleave=[stripe,plane])
- Considerations particular to use in individual applications,
protocols, services, or negotiation mechanisms:
Specifying a plane interleave means that an entire page of
image data must be buffered in order to generate or render the
image. This may place considerable demands on the memory of a
sending or receiving system.
- Related feature tags:
image-coding [this document]
JBIG-stripe-size [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.13 Color subsampling
- Media Feature tag name(s):
color-subsampling
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.26
- Summary of the media features indicated:
This feature tag indicates whether color information may be
subsampled with respect to luminance data.
It is used with continuous color images (color=full), color
spaces that use separate luminance and color components
(e.g. color-space=LAB), and image file structures that support
color subsampling.
- Values appropriate for use with this feature tag:
String "1:1:1"
This value indicates a full set of color
component samples for each luminance
component sample.
"4:1:1"
This value indicates one set of color component
samples for each 4 luminance samples.
(may be extended by further registrations)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
- Examples of typical use:
(& (color=full) (color-space=[LAB,CIELAB])
(color-subsampling=["1:1:1","4:1:1"]) )
- Related feature tags:
color [3]
color-space [this document]
image-file-structure [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.14 MRC availability and mode
- Media Feature tag name(s):
MRC-mode
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.27
- Summary of the media features indicated:
This feature is used to indicate the availability of MRC
(mixed raster content) image format capability, and also the
MRC mode available. A zero value indicates MRC is not
available, a non-zero value (in the range 1..7) indicates the
available MRC mode number.
An MRC formatted document is actually a collection of several
images, each of which is described by a separate feature
collection. An MRC-capable receiver is presumed to be capable
of accepting any combination of contained images that conform
to the MRC construction rules, where each such image matches
the separately declared resolution, color capability, color
model, image coding, and any other capabilities.
NOTE: an MRC formatted document may appear within a
TIFF image file structure.
Within an MRC-formatted document, multi-level coders
are used for foreground and background images (i.e.
odd-numbered layers: 1, 3, 5, etc.) and bi-level coders
are used for mask layers (i.e. even numbered layers 2,
4, 6, etc.).
- Values appropriate for use with this feature tag:
Integer (0..7)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other applications that transfer image data.
- Examples of typical use:
See Appendix B of this document.
- Related standards or documents:
ITU T.44 [15]
- Interoperability considerations:
To establish the correct conditions for interoperability
between systems, capabilities to handle the MRC mode and any
contained image coding techniques must be established.
- Related feature tags:
image-coding [this document]
MRC-max-stripe-size [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
A.15 MRC maximum stripe size
- Media Feature tag name(s):
MRC-max-stripe-size
- ASN.1 identifier associated with this feature tag:
1.3.6.1.8.1.28
- Summary of the media features indicated:
This feature may be used with MRC coding (MRC-mode>=1), and
indicates the maximum number of scan lines in each MRC stripe.
The value given indicates an upper bound on the stripe size.
The actual value may vary between stripes, and the actual size
for each stripe is indicated in the image data.
- Values appropriate for use with this feature tag:
Integer (>0)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
Internet fax, and other applications that transfer image data.
- Examples of typical use:
(MRC-max-stripe-size<=256)
(MRC-max-stripe-size>=0)
- Considerations particular to use in individual applications,
protocols, services, or negotiation mechanisms:
For Internet fax, the legal constraints for an image receiver
are those given as examples above.
- Related feature tags:
MRC-mode [this document]
- Related media types or data formats:
TIFF-FX [7]
- Intended usage:
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
IETF
Appendix B: TIFF mode descriptions
This appendix contains descriptions of the TIFF modes defined by
RFC2301 [7], presented as feature set expressions in the form
defined by "A syntax for describing media feature sets" [2] and
using the feature schema introduced by this document.
These may be taken as illustrations of the feature set combinations
that are required for the corresponding TIFF profiles described by
RFC2301.
TIFF-S has no optional elements, so is presented as a single
feature set. Other profiles are presented as (TIFF-x-base) and
(TIFF-x-full) indicating the minimum and full feature sets
associated with each profile.
(TIFF-S) :-
(& (image-file-structure=TIFF-S)
(color=Binary)
(image-coding=MH) (MRC-mode=0)
(| (& (dpi=200)
(dpi-xyratio=[200/100,200/200])
(size-x=1728/200) )
(& (dpi=204)
(dpi-xyratio=[204/98,204/196]
(size-x=1728/204) ) )
(paper-size=A4) )
(TIFF-F-base) :-
(& (image-file-structure=TIFF-F)
(color=Binary)
(image-coding=MH) (MRC-mode=0)
(dpi=204)
(dpi-xyratio=[204/98,204/196])
(size-x=1728/204)
(paper-size=A4) )
(TIFF-F-full) :-
(& (image-file-structure=TIFF-F)
(color=Binary)
(image-coding=[MH,MR,MMR]) (MRC-mode=0)
(| (& (dpi=200)
(dpi-xyratio=[200/100,200/200])
(size-x=[1728/200,2048/200,2432/200]) )
(& (dpi=204)
(dpi-xyratio=[204/98,204/196,204/391])
(size-x=[1728/204,2048/204,2432/204]) )
(& (dpi=300)
(dpi-xyratio=300/300)
(size-x=[2592/300,3072/300,3648/300]) )
(& (dpi=400)
(dpi-xyratio=400/400)
(size-x=[3456/400,4096/400,4864/400]) )
(& (dpi=408)
(dpi-xyratio=408/391)
(size-x=[3456/408,4096/408,4864/408]) ) )
(paper-size=[A4, B4, A3, letter, legal]) )
(TIFF-J-base) :-
(& (image-file-structure=TIFF-J)
(color=Binary)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size=128)
(dpi=204)
(dpi-xyratio=[204/98,204/196])
(size-x=1728/204)
(paper-size=A4) )
(TIFF-J-full) :-
(& (image-file-structure=TIFF-J)
(color=Binary)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size>0)
(| (& (dpi=200)
(dpi-xyratio=[200/100,200/200])
(size-x=[1728/200,2048/200,2432/200]) )
(& (dpi=204)
(dpi-xyratio=[204/98,204/196,204/391])
(size-x=[1728/204,2048/204,2432/204]) )
(& (dpi=300)
(dpi-xyratio=300/300)
(size-x=[2592/300,3072/300,3648/300]) )
(& (dpi=400)
(dpi-xyratio=400/400)
(size-x=[3456/400,4096/400,4864/400]) )
(& (dpi=408)
(dpi-xyratio=408/391)
(size-x=[3456/408,4096/408,4864/408]) ) )
(paper-size=[A4, B4, A3, letter, legal]) )
(TIFF-C-base) :-
(& (image-file-structure=TIFF-C)
(color=grey)
(color-levels<=256)
(MRC-mode=0)
(image-coding=JPEG) (image-coding-constraint=JPEG-T4E)
(color-space=CIELAB)
(CIELAB-L-depth<=101)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(color-illuminant=D50)
(dpi=200) (dpi-xyratio=1)
(size-x=864/100)
(paper-size=A4) )
(TIFF-C-full) :-
(& (image-file-structure=TIFF-C)
(image-coding=JPEG) (image-coding-constraint=JPEG-T4E)
(color-space=CIELAB)
(| (& (color=grey)
(color-levels<=4096)
(CIELAB-L-depth<=4096) )
(& (color=full)
(color-levels<=68719476736)
(color-subsampling=["4:1:1","1:1:1"])
(CIELAB-L-depth<=4096)
(CIELAB-a-depth<=4096)
(CIELAB-b-depth<=4096) ) )
(MRC-mode=0)
(dpi=[100,200,300,400]) (dpi-xyratio=1)
(size-x=[864/100,1024/100,1216/100])
(paper-size=[A4, B4, A3, letter, legal]) )
(TIFF-L-base) :-
(& (image-file-structure=TIFF-L)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe)
(color=grey)
(color-levels<=256)
(color-space=CIELAB)
(CIELAB-L-depth=101)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(color-illuminant=D50)
(dpi=200) (dpi-xyratio=1)
(size-x=864/100)
(paper-size=A4) )
(TIFF-L-full) :-
(& (image-file-structure=TIFF-L)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size>0)
(image-interleave=[stripe, plane])
(| (& (color=limited)
(color-levels<=8)
(color-space=[Device-RGB, Device-CMY] ) )
(& (color=limited)
(color-levels<=16)
(color-space=Device-CMYK) )
(& (color=mapped)
(color-levels<=65536)
(color-space=CIELAB)
(CIELAB-L-depth<=4096)
(CIELAB-a-depth<=4096)
(CIELAB-b-depth<=4096) )
(& (color=grey)
(color-levels<=4096)
(color-space=CIELAB)
(CIELAB-L-depth<=4096) )
(& (color=full)
(color-space=CIELAB)
(color-levels<=68719476736)
(CIELAB-L-depth<=4096)
(CIELAB-a-depth<=4096)
(CIELAB-b-depth<=4096)
(CIELAB-L-min>=0) ) )
(dpi=[100,200,300,400]) (dpi-xyratio=1)
(size-x=[864/100,1024/100,1216/100])
(paper-size=[A4, B4, A3, letter, legal]) )
(TIFF-M-base) :-
(& (image-file-structure=TIFF-M)
(MRC-mode>=1)
(MRC-max-stripe-size<=256) )
(TIFF-M-full) :-
(& (image-file-structure=TIFF-M)
(MRC-mode>=1) )
Support for multiple TIFF profiles may be indicated by combining
their expressions with the OR operator; e.g.
(| (TIFF-F) (TIFF-S) (TIFF-J) )
indicates support for all black-and-white modes.
TIFF-M is a composite mode and must be used in conjunction with
some other mode to define the particular capabilities of a
receiver; e.g.
(| (TIFF-M-base)
(TIFF-S) (TIFF-J-full) (TIFF-C-base) (TIFF-L-full) )
Each sub-image in an MRC image must conform to the capabilities
indicated AND also to any additional constraints imposed by the MRC
structure, such as bi-level mask layer, etc. See sections A.13 and
section 3.7.
Appendix C: Changes from RFC2531
00a 23-Jun-1999 Updated Appendix B with more complete TIFF-FX
profile descriptions. Added note to section 3.5
clarifying the meaning of (color=limited) in the
context of Internet fax. Added note to section
3.6 and A.6 to clarify interpretation of color
depth. In A.6, noted that color gamut is not the
same as color resolution; fixed example. Split
section 3.7 into two sections, dealing with simple
image coding options and MRC composite image
options. Added new feature tag 'color-illuminant'
(sections 3.6, A.5). Added cross-references from
TIFF-M image file structure to MRC-mode tag.
Updated introduction and references.
00b 10-Aug-1999 Bring examples into line with T.30 mapping
document [4], and reorganize to make the
expression structure less complex. Add details of
mailing list for discussion. Added JPEG-only
colour example. Change definition of image-file-
structure tag to indicate more precisely what is
being defined, and to draw out the distinction
between a file structure to contain MRC images
(image-file-structure), and the MRC image model
(MRC-mode).
01a 01-Oct-1999 Update author's address and some references.
01b 05-Jan-2000 Incorporate last-call review comments (all
editorial).
Full Copyright Statement
Copyright (C) The Internet Society (2000). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Acknowledgement
Funding for the RFCEditor function is currently provided by the
Internet Society.