ISO/IEC 15444-6:2003

Information technology — JPEG 2000 image coding system — Part 6: Compound image file format

ISO/IEC 15444-6:2003 defines a normative but optional file format for storing compound images using the JPEG 2000 file format family architecture. A compound image is an image that may contain scanned images, synthetic images or both, and that preferably requires a mix of continuous tone and bi-level compression methods. Besides defining a binary container for a mix of continuous-tone and bi-level images, this format defines a composition model that describes how the multiple images are combined to generate a compound image. This composition model is based on the multi-layer Mixed Raster Content (MRC) imaging model, defined in ITU-T T.44 | ISO/IEC 16485. The name of the file format defined in this part of ISO/IEC 15444 is JPEG 200 Multi-layer or JPM. A JPM file uses the file format architecture specified in ITU-T Rec T.800 | ISO/IEC 15444-1. Therefore, a JPM file is a contiguous sequence of boxes. It uses boxes defined for the JP2 file format in ITU-T Rec T.800 | ISO/IEC 15444-1 and the JPX file format defined in ITU-T Rec T.801 | ISO/IEC 15444-2. When stored in traditional computer file systems, files that conform to this International Standard should have the file extension .jpm. On Macintosh file systems, the type code should be 'jpm\040'. ISO/IEC 15444-6:2003 is useful for applications that store multiple pages, images with mixed content, and/or images that need more structure than provided in JP2. A JPM file stores a compound image document as a sequence of pages, each of which consists of a sequence of layout objects, each of which in turn consists of an MRC mask-image object pair. A JPM file can support MRC-encoded data, binary-only objects and pages, JPEG 2000-compressed objects and pages, or a mixture of all. Each of these elements (page, layout object, mask/image object) may have a label and associated metadata. In addition, a JPM file contains a main page collection, which is used to organize and navigate the pages in a compound image document. A key feature of JPM is its support of fragmented JPEG 2000 codestreams to enable progressive and interactive rendering in web applications. A JPM file may be self-contained in that it contains all the data needed to composite the page or pages in the file. A JPM file may also reference images and data in external files. The JPM web profile supports JPEG 2000 and JPEG for continuous tone compression, and G4, JBIG2 and JPEG 2000 for bi-level compression. In summary, ISO/IEC 15444-6:2003 specifies: a binary container for multiple bi-level and continuous-tone images used to represent a compound image, a mechanism by which multiple images can be combined into a single compound image, based on the Mixed Raster Content model, a mechanism for grouping multiple images in a hierarchy of layout objects, pages and page collections, a mechanism for storing JPEG 2000 and other compressed image data formats, a mechanism by which metadata can be included in files specified by ISO/IEC 15444-6:2003.

Technologies de l'information — Système de codage d'images JPEG 2000 — Partie 6: Format de fichier d'image de composant

General Information

• Status: Withdrawn
• Publication Date: 20-Oct-2003
• Withdrawal Date: 20-Oct-2003
• ICS: 35.040 - Information coding
• ICS: 35.040.30 - Coding of graphical and photographical information
• Technical Committee: ISO/IEC JTC 1/SC 29 - Coding of audio, picture, multimedia and hypermedia information
• Drafting Committee: ISO/IEC JTC 1/SC 29/WG 1 - JPEG Coding of digital representations of images
• Current Stage: 9599 - Withdrawal of International Standard
• Completion Date: 15-Jul-2013

Relations

• Parent: ISO/IEC 15444-6:2003/Amd 1:2007 - Information technology — JPEG 2000 image coding system — Part 6: Compound image file format — Amendment 1: Hidden text metadata
• Effective Date: 15-Apr-2008
• Revised: ISO/IEC 15444-6:2013 - Information technology — JPEG 2000 image coding system — Part 6: Compound image file format
• Effective Date: 10-Dec-2011
• Amended By: ISO/IEC 15444-6:2003/Amd 1:2007 - Information technology — JPEG 2000 image coding system — Part 6: Compound image file format — Amendment 1: Hidden text metadata
• Effective Date: 06-Jun-2022

Standards Content (Sample)

INTERNATIONAL ISO/IEC
STANDARD 15444-6
First edition
2003-10-15


Information technology — JPEG 2000
image coding system —
Part 6:
Compound image file format
Technologies de l'information — Système de codage d'image
JPEG 2000 —
Partie 6: Format de fichier d'image de composant





Reference number
ISO/IEC 15444-6:2003(E)
©
ISO/IEC 2003

---------------------- Page: 1 ----------------------
ISO/IEC 15444-6:2003(E)
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.


©  ISO/IEC 2003
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland

ii © ISO/IEC 2003 – All rights reserved

---------------------- Page: 2 ----------------------
ISO/IEC 15444-6:2003(E)

Contents
Page

Foreword. v

1 Scope . 1

2 Normative references. . . . . . . . . . . 1
2.1 IdenticalRecommendations|InternationalStandards. 1
2.2 Additional References. . . . . 2
3 Terms and definitions . 3
4 Abbreviations. 4
5 GeneralDescription. 4
5.1 MixedRasterContentModel. 4
5.2 FileElementsandStructure . 6
5.3 JPMUseScenarios(Informative). 17
AnnexA CompoundImageFileStructure. 20
A.1 FileIdentification. 20
A.2 FileOrganization. 20
A.3 BoxDefinition . 22
A.4 BoxesUsedinaCompoundImageFile. 22
AnnexB BoxDefinitions. 25
B.1 FileLevelBoxes . 25
B.2 PageLevelBoxes. 36
B.3 LayoutObjectLevelBoxes. 39
B.4 ObjectLevelBoxes. 42
B.5 CodestreamElementBoxes. 47
B.6 General/CommonBoxes. 51
AnnexC Metadata. 66
C.1 AddingintellectualpropertyrightsinformationinJPM . 66
C.2 AddingvendorspecificinformationtotheJPMfileformat . 66
AnnexD Profiles. 67
D.1 JPMProfiles . 67
D.2 DecompressionProfiles . 68
AnnexE GuidelinesforConstructingURLsforJPMFiles. 69
E.1 PagesandLayoutObjects . 69
E.2 Metadataboxes. 69
E.3 Labels . . . . 70
E.4 PageCollections. 70
E.5 PageThumbnails . 70
E.6 DocumentThumbnail . 70
E.7 Byte Ranges . . . . . . . . . . . . 70
© ISO/IEC 2003 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO/IEC 15444-6:2003(E)
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees
established by the respective organization to deal with particular fields of technical activity. ISO and IEC
technical committees collaborate in fields of mutual interest. Other international organizations, governmental
and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information
technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC 15444-6 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia information.
ISO/IEC 15444 consists of the following parts, under the general title Information technology — JPEG 2000
image coding system:
 Part 1: Core coding system
 Part 2: Extensions
 Part 3: Motion JPEG 2000
 Part 4: Conformance testing
 Part 5: Reference software
 Part 6: Compound image file format
 Part 8: Secure JPEG 2000

iv © ISO/IEC 2003 – All rights reserved

---------------------- Page: 4 ----------------------
INTERNATIONAL STANDARD ISO/IEC 15444-6:2003(E)

Information technology — JPEG 2000 image coding system —
Part 6:
Compound image file format
1 Scope
This International Standard defines a normative but optional file format for storing compound images using the
JPEG 2000 file format family architecture. This format is an extension of the JP2 file format defined in ITU-T
Rec T.800 | ISO/IEC 15444-1 Annex I and uses boxes defined for both the JP2 file format and the JPX file
format defined in ITU-T Rec T.801 | ISO/IEC 15444-2 Annex M. This standard is useful for applications storing
multiple pages, images with mixed content, and/or images that need more structure than provided in JP2.
Applications that implement this file format shall implement it as described in this International Standard.
This International Standard
— specifies a binary container for multiple bi-level and continuous-tone images used to represent
a compound image,
— specifies a mechanism by which multiple images can be combined into a single compound
image, based on the Mixed Raster Content model
— specifies a mechanism forgrouping multiple images in a hierarchyof layout objects, pages and
page collections,
— specifies a mechanism for storing JPEG 2000 and other compressed image data formats,
— specifies a mechanism by which metadata can be included in files specified by this
International Standard.
2 NNormative references
2.1 IdenticalRecommendations|InternationalStandards
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
— ISO 5807:1985, Information processing - Documentation symbols and conventions for data,
program and system flowcharts, program networkcharts and system resources charts
— ISO 8601:2000, Data elements and interchange formats - Information interchange -
Representation of datesand times
— ISO/IEC 646:1991, Information technology - ISO 7-bit coded character set for information
interchange
— ISO/IEC8859-1:1998,Informationtechnology-8-bitsingle-bytecodedgraphiccharactersets-
Part1: LatinalphabetNo. 1
— ISO/IEC 11578:1996, Information technology - Open Systems Interconnection - Remote
Procedure Call (RPC)
— ISO 3166-1:1997, Codes for the representation of names of countries and their subdivisions -
Part1: Countrycodes
— ISO 3166-2:1998, Codes for the representation of names of countries and their subdivisions -
Part2: Countrysubdivision code
©ISO/IEC2003-Allrightsreserved 1

---------------------- Page: 5 ----------------------
ISO/IEC15444-6:2003(E)
— ITU-T Recommendation T.4, Standardization of Group 3 facsimile terminals for document
transmission
— ITU-T Recommendation T.6, Facsimile coding schemes and coding control functions for group
4facsimileapparatus
— ITU-T Recommendation T.42, Continuous-tone colourrepresentation method for facsimile
— ITU-T Recommendation T.44 | ISO/IEC 16485:2000, Information technology - Mixed Raster
Content (MRC)
— ITU-T Recommendation T.44 Amendment 1, Accommodation of new Annex B
— ITU-T Recommendation T.45, Run-length colour encoding
— ITU-T Recommendation T.81 | ISO/IEC 10918-1:1994, Information technology - Digital
compression and coding of continuous-tone stillimages: Requirementsand guidelines
— ITU-T Recommendation T.82 | ISO/IEC 11544:1993, Information technology - Coded
representation of picture and audio information - Progressive bi-level image compression
— ITU-T Recommendation T.83 | ISO/IEC 10918-2:1995, Information technology - Digital
compression and coding of continuous-tone stillimages: Compliance testing
— ITU-T Recommendation T.84 | ISO/IEC 10918-3:1997, Information technology - Digital
compression and coding of continuous-tone stillimages: Extensions
— ITU-T Recommendation T.84 Amendment 1 | ISO/IEC 10918-3:1997/Amd 1:1999, Provisions
toallow registrationofnew compressiontypes andversions in theSPIFF header
— ITU-T Recommendation T.86 | ISO/IEC 10918-4:1999, Information technology - Digital
compression and coding of continuous-tone still images: Registration of JPEG Profiles, SPIFF
Profiles, SPIFF Tags, SPIFF colour Spaces, APPn Markers, SPIFF Compression types and
Registration authorities (REGAUT)
— ITU-T Recommendation T.87 | ISO/IEC 14495-1:2000, Information technology - Lossless and
near-lossless compression of continuous-tone still images -Baseline
— ITU-T Recommendation T.88 | ISO/IEC 14492:2001, Information technology -
Lossy/lossless coding ofbi-levelimages
— ITU-T Recommendation T.89, Application profiles for Recommendation T.88 - Lossy/lossless
coding of bi-level images(JBIG2)for facsimile
— ITU-T Recommendation T.800 | ISO/IEC 15444-1:2000, Information technology - JPEG 2000
image codingsystem- Part1: Corecoding system
— ITU-T Recommendation T.801 | ISO/IEC 15444-2, Information technology - JPEG 2000 image
codingsystem- Part2: Extensions
— ITU-T Recommendation T.803 | ISO/IEC 15444-4, Information technology - JPEG 2000 image
codingsystem- Part 4: Conformance testing
2.2 AdditionalReferences
— IEEE Std. 754-1985 R1990, IEEE Standard for BinaryFloating-PointArithmetic
— IETF RFC 1766, Tags for the Identification of Languages, March 1995
— IETF RFC 2279, UTF–8, A transformation format of ISO 10646, January 1998
— ICC.1:1998-09, International Color Consortium, File Format for Color Profiles
— IEC 61966-2-1:1999-10, Multimedia systems and equipment - Colour measurement and
management - Part 2-1: Colour management - Default RGB colour space - sRGB
2 ©ISO/IEC2003-Allrightsreserved

---------------------- Page: 6 ----------------------
ISO/IEC15444-6:2003(E)
— IEC 61966-2-1/Amd.1: Multimedia systems and equipment - Colour measurement
and management - Part 2-1: Colour management - Default RGB colour
space - sRGB,
—W3C, Extensible Markup Language (XML) 1.0 (Second Edition), W3C Recommendation 6
October 2000,
3 Termsand definitions
For the purposes of this document, the terms and definitions given in ITU-T Rec T.800 | ISO/IEC 15444-1
Clause3 and the following apply.
3.1 basecolour: The colour of an object for which no image data is available.
3.2BasePage: The original state of the page before it is rendered with layout objects.
3.3 box: A portion of the file format defined by a length and a unique box type. Boxes of some types may
contain other boxes.
3.4component: A two-dimensional array of samples.
3.5 compound image: An image that may contain scanned images, synthetic images or both, and that
preferably requires a mix of continuous tone and bi-level compression methods.
3.6 file format: A codestream or codestreams and additional support and information not explicitly required for
decoding of the codestream or codestreams. Examples of such support data include text fields providing
security and historical information, data to support the placement of multiple codestreams within a given data
file, and data to support exchange between platforms or conversions to other file formats.
3.7fragment: A portion of the codestream for an image. Clause 5.2.6 describes fragment usage.
3.8 JP2 file: The name of a file in the file format described in ITU-T Rec T.800 | ISO/IEC 15444-1. Structurally,
a JP2 file is a contiguous sequence of boxes.
3.9 JPM file: The name of a file in the file format described in this International Standard. A JPM file can
contain one or more pages, composed from one or more layout objects, each of which is composed from at
most two objects. Structurally, a JPM file is a contiguous sequence of boxes.
3.10JPXfile:Thename ofa fileinthe fileformat described in ITU-TRec T.801|ISO/IEC15444-2. Structurally,
a JPX file is a contiguous sequence of boxes.
3.11 layoutobject: An entity that comprises at most two paired objects or MRC layers.
3.12 mainpagecollection: The main page collection contains all pages and page collections in a file.
3.13 mask object: An object that is used to select the samples of a corresponding image object that are to be
imaged on a page.
3.14 metadata: Additional data associated with the image data beyond the image data.
3.15MRC:Mixed RasterContent;a multi-layerimagingmodeldescribed in ITU-TRecommendation T.44 |ISO/
IEC 16485.
3.16 object: An image that is part of a layout object; an MRC layer.
3.17 page: The largest collection of layout objects that can be imaged independently of any other layout
objects; a canvas or frame for imaging.
3.18 page collection: A collection of pages logically grouped together in a JPM file. Each page must be
contained in at least one page collection.
3.19 primary page collection: A page collection which provides back and forward navigation in the main
document associated with a page.
3.20 PageImage: The image created by rendering the BasePage with the layout objects. The PageImage is
k
the images created by rendering the BasePage with the first k layout objects.
3.21 profile: A subset of all possible field values in a file.
©ISO/IEC2003-Allrightsreserved 3

---------------------- Page: 7 ----------------------
ISO/IEC15444-6:2003(E)
3.22superbox: A box that itself contains a contiguous sequence of boxes (and only a contiguous sequence of
boxes).
4 Abbreviations
For the purposes of this International Standard, the following abbreviations apply. The abbreviations defined in
ITU-T Rec T.800 | ISO/IEC 15444-1 Clause 4 also apply to this International Standard
CCITT:International Telegraph and Telephone Consultative Committee, now ITU-T
DPI:Dotsperinch
IPR: Intellectual Property Rights
JP2: JPEG 2000 File Format defined in ITU-T Rec T.800 | ISO/IEC 15444-1
JPX: JPEG 2000 File Format defined in ITU-T Rec T.801 | ISO/IEC 15444-2; JPEG 2000 File
Format Extended
JPM: JPEG 2000 File Format defined in this International Standard; JPEG 2000 File Format- Multi-
layer
MRC: Mixed Raster Content
UUID:Universal Unique Identifier
5 GeneralDescription
The purpose of this clause is to give an overview of this International Standard. Terms defined in previous
clauses in this International Standard will also be introduced. (Terms defined in Clause 3 and 4 in ITU-T Rec
T.800 | ISO/IEC 15444-1 continue to apply in this International Standard.) Throughout this International
Standard, text formatted as a NOTE in the following form is informative only:
NOTE - Informative text appears here.
This International Standard defines a file format for storing compound images using the JPEG 2000 file format
family architecture. A compound image file contains multiple images, both contiguous tone and bi-level,
together with composition models describing how the individual images are combined to generate the
compoundimage. ThisInternationalStandard isbased on the multi-layerMixed RasterContent (MRC)imaging
model, defined in ITU-T T.44 | ISO/IEC 16485.
This International Standard defines a member of the JPEG 2000 file format family that enables the efficient
processing, interchange and archiving of raster-oriented pages containing a mixture of multi-level and bi-level
images. This efficiency is realized by representing the mixed-content image using multiple layers, determined
by image type, and applying image specific encoding, spatial and colour resolution processing. A rasterized
page may contain one or more image types, such as: multi-level continuous-tone or palettized (contone)
content usually associated with naturally occurring images; bi-level detail associated with text and line-art; and
multi-level colours associated with the text and line-art. This International Standard makes provisions for
processing, interchange, and archiving of these image types in multiple layers and defines composition models
which regenerate the desired image.
5.1 MixedRaster ContentModel
A file that conforms with this International Standard contains one or more pages. The PageImage associated
with a page is generated by combining the page’s layout objects with theBasePage.
The BasePage is the initial PageImage before any layout objects have been rendered. The BasePage has the
same width and height as the page and is either transparent or filled with a single colour. BasePage is defined
in 5.2.3.1. The Layout Objects are applied sequentially, in an order defined by the Layout Object Identifier field
4 ©ISO/IEC2003-Allrightsreserved

---------------------- Page: 8 ----------------------
ISO/IEC15444-6:2003(E)
in the Layout Object Header boxes, to the BasePage to create the final PageImage. The Layout Object with
Layout Object Identifier value of 0 is the page thumbnail and is not used in creating the PageImage.
Associated with each Layout Object isa mask M and an imageI.ThemaskMisan opacity image and has only
one component; I can be greyscale or colour, with one or more components. M and I are defined in Clause
5.2.4. Both M and I have the same width and height as the page.
The following equations show the model for combining the BasePage and a sequence of n layout objects with
non-zero Layout Object Identifier values to create the final PageImage.Wewillusethenotation N[c][x,y] to
refer to the sample value at position (x,y) in component c of an image N.
PageImage[]c [xy, ] = BasePage[]c[,xy] (1)
0
�� �� ������������������� ���������� ���������� ��������
�� ��l � �
PageImage []c[,xy] m1= ,,… n (2)
�
m
�
�
PageImage[]c[,]xy =PageImage[]c[,xy] (3)
n
th
where M [c][x,y] and I [c][x,y] are the image sample values of component c at position (x,y) of the m
m m
bitdepthof M
m
Layout Object’s mask M and image I respectively, and s = 2 –1. M, I and BasePage are
m
defined in 5.2.4 and 5.2.3.1. PageImage[c][x,y] is the final page image, obtained after combining
alln layout objects associated with the page.
NOTE-Figure1showsasimpleexampleofa PageImage constructed from a BasePage with a single solid colour and two
Layout Objects. Note that white in the masks M andM denotes a value of 0.
0 1
NOTE - In a JPM file, the mask and image objects in a layout object typically have different spatial resolutions. Therefore,
they must be scaled to the same resolution and to the page resolution before they are combined to create a page image
according to Equations 1-3. In a JPM file, the size of the mask, image and page are specified in page grid units, but their
resolutions maynotbe specified. Thescaling of the maskand image isspecified bya scale factor. The method of scalingis
not specified in this International Standard, although informative guidelines for scaling of the mask and image are provided.
The page image would then be scaled to the resolution of the output device for rendering on a display or printer. As
described here, there would be two separate scaling operations: in the first, the mask and image of successive layout
objects are scaled to a common resolution and combined on the page; in the second, the resulting page image is scaled to
the device resolution. In practice, these two scaling operations are often combined into a single, device-dependent and
implementation-specific scaling operation.
©ISO/IEC2003-Allrightsreserved 5

---------------------- Page: 9 ----------------------
ISO/IEC15444-6:2003(E)
PageImage I M
0 1 1
PageImage I M
1 2 2
CompoundCat
PageImage
2
CompoundCat
Figure1—Examplecompounddocument(Informative)
5.2 FileElementsandStructure
ThefilesthatconformtotheformatdefinedinthisInternationalStandard arecalledJPM files.Atitscore,aJPM
file is a sequence of pages, where each page in turn is a sequence of layout objects. A layout object normally
consists of a mask object and an image object. Mask and image objects are composited to build up the final
page image according to equations 1-3. The key elements or boxes of a JPM file are: page collections, page,
layout object, and object. An object points to its image data directly via a Contiguous Codestream box or
indirectly via a Fragment Table box. Like all members of the JPEG 2000 file format family, a JPM file begins
with a JPEG 2000 Signature Box and a File Type Box. A Compound Image Header Box, containing general
information about the file, isthen followed byPage Collection, Page, Fragment Table, ContiguousCodestream,
Media Data and general metadata boxes. Refer to Annex B for constraints on the location of boxes in a JPM
file.
6 ©ISO/IEC2003-Allrightsreserved

---------------------- Page: 10 ----------------------
ISO/IEC15444-6:2003(E)
This list illustrates the hierarchical relationship between the key elements in a JPM file. A particular order of
these boxes is not implied. Full details of all the boxes may be found in Annex B.
JPEG 2000 Signature
File Type
Compound Image Header
Page Collection
Page
Layout Object
Mask Object
Image Object
Fragment Table
Codestream Fragment
Contiguous Codestream
5.2.1 PageCollections
A JPM compatible file consists of a sequence of pages, each represented by a Page box which occurs at the
top level of the file and each of which can be rendered independently of any other page. Page collections are
used to logically group pages in a JPM file. Page collections can be logically nested, so that a page collection
can itself consist of one or more page collections and/or one or more pages. Page collections referred to from
other page collections are called subsidiary page collections. All pages in a JPM file must be pointed to by at
least one page collection.
A page can be said to be contained in a page collection, but this does not mean that the Page box is located
within the Page Collection box. It is not. Page boxes and Page Collection boxes both occur at the top level of
the file and are not contained within other boxes.
A JPM file contains one page collection known as the main page collection which is used to locate all pages of
the file. Any additional page collections in a JPM file are logically nested within the main page collection (see
Clause 5.2.2.3). A Page Collection box contains an optional Label box, optional metadata (XML and/or UUID)
boxes, and a Page Table box that contains the locations of the pages and page collections belonging to the
page collection.
It is recommended that optimized files have the main page collection located near the beginning of the file.
While Page boxes and Page Collection boxes occur at the top level of the file, they may be located in external
files. This case may be viewed as equivalent to being at the top level of the file.
Each page in a JPM file has a primary page collection. The purpose of a primary page collection is to enable
navigation in the primary document to which the page belongs using the sequential order within the primary
page collection, thus providing support for previous page and next page commands.
Every Page Collection box contains a Page Table box. The Page Table box entries point to the locations of the
Page and Page Collection boxes within the page collection. A flag for each entry specifies whether the location
is that of a Page box or Page Collection box, as well as indicating whether the box contains a thumbnail or
metadata.
Bywalking the treeofpagesand logicallynestedpage collectionsin apage’sprimarypage collection,all pages
in the page’s primary document can be reached. Every page (with the exception of a self-contained JPM file
containing only a single page) has a Primary Page Collection Locator or PPCLoc box. This box points to the
primary page collection of the page and provides an index, PIx, into that page collection’s page table where the
page is referenced. Then the next page and previous page can be found by walking one page forward or
backward from the current page.
NOTE - Multiple page collections can exist in a JPM file. Some may have functions other than basic navigation. A table of
figures could point to those pages containing figures. A section table or chapter table might point to only the first pages of
sections or chapters. Any page collections of this sort must be auxiliary page collections, since they provide redundant
pointers to pages and page collections and are sparse rather than comprehensive (see Clause 5.2.2.3).
©ISO/IEC2003-Allrightsreserved 7

---------------------- Page: 11 ----------------------
ISO/IEC15444-6:2003(E)
NOTE - Figure 3 illustrates a logical grouping of page collections PC and pages P in a JPM file. PCa is the main page
collection and the primary page collection for pages P0, P8 and P9 and page collections PCb, PCc and PCe. In a JPM file,
the Page Table box of the Page Collection box for PCa would reference the Page boxes for P0, P8 and P9, and the Page
Collection boxes for PCb, PCc and PCe. The Primary Page Collection Locator boxes in these Page and Page Collection
boxes would reference the Page Collection box for PCa.
PCb is a subsidiary page collection of PCa and the primary page collection for pages P1,P6 and P7 and for page collection
PCd.PCdistheprimarypagecollectionforpagesP2,P3,P4andP5.PCcistheprimarypagecollectionforpagesP10and
P11.
PCe is an auxiliary page collection, which references page collection PCc and page P5.
PCa
PCe
PCb PCc
P0 P8 P9
PCd
P1 P6 P7 P10 P11
P2 P3 P4 P5
Figure2— Exampleofpagecollectionsandpages(Informative)
5.2.2.1MainPageCollection
Each JPM file has one main page collection. The purpose of the file’s main page collection is to
comprehensively list all pages (and subsidiary page collections) within a JPM file. This allows random seeking
to any of the pages in the file.
The Page boxes for these pages occur at the top level of the file format, as do Media Data boxes containing
fragments of codestreams. Since these Media Data boxes may be large and since they would likely be
interspersed with Page boxes, the Page boxes might be widely separated in the file. In a JPM file containing a
client copy of several browsed pages of a server’s JPM file, each successively viewed page and some portion
of its codestream fragments would be appended in turn to the bottom of the file. An update to the main page
collection allows each of these new pages to be located.
The main page collection comprehensively references all pages and page collections by means of a
hierarchical arrangement. Some pages may be referenced from a page collection beneath the main page
collection, but all pages and page collections are part of the tree structure of the main page collection.
A JPM file optimized for browsing would have the main page collection near the front of the file. On the other
hand, a client copy created during a browsing session would likely have the main page collection appended to
the end ofthe file each time it is modified. The old main page collection’s Page Collection boxcould then be left
in place but have its box type changed from “pcol” to “free”. A later garbage collection step could delete these
Free boxes. Because of cases like this, the file format has a pointer to the main page collection included in the
Compound Image Header box near t
...