Open Packaging Conventions

Not to be confused with Open Packaging Format (OPF), an unrelated format that describes the structure of an EPUB file in XML.
Open Packaging Conventions
Developed by Microsoft, Ecma, ISO/IEC
Initial release December 7, 2006 (2006-12-07)
Latest release
ISO/IEC 29500-2:2012
(August 22, 2012 (2012-08-22))
Type of format File archive, data compression
Container for Electronic documents
Contained by ZIP
Extended from XML, ZIP
Standard ECMA-376, ISO/IEC 29500
Website ECMA-376,
ISO/IEC 29500-2:2012

The Open Packaging Conventions (OPC) is a container-file technology initially created by Microsoft to store a combination of XML and non-XML files that together form a single entity such as an Open XML Paper Specification (OpenXPS) document. OPC-based file formats combine the advantages of leaving the independent file entities embedded in the document intact and resulting in much smaller files compared to normal use of XML.

Specifications

The OPC is specified in Part 2 of the Office Open XML standards ISO/IEC 29500:2008 and ECMA-376.[1][2]

The ISO/IEC 29500-2:2008 specification and the second edition of ECMA-376 makes a normative reference to PKWARE, Inc.'s .ZIP File Format Specification version 6.2.0 (2004), and supplements it with a normative set of clarifications. Note: The older first edition of ECMA-376 makes an informative (i.e., non-normative) reference to the newer PKWARE Inc's ".ZIP File Format Specification" version 6.2.1 (2005).[1] The ZIP format is not specified by any international standard, but has widespread community and developer acceptance.

Microsoft submitted a draft in 2006 to the Internet Engineering Task Force for a "pack" URI Scheme (pack://) to be used for URI references to OPC-based packages. The draft expired in 2009, the specified syntax is incompatible with the Internet Standard for URI schemes (STD 66, RFC 3986).[3] The scheme is now listed as historical.[4]

Usage

Both the XML Paper Specification (XPS)[5] and Office Open XML (OOXML) use Open Packaging Conventions (OPC), which provide a profile of the common ZIP format. In addition to data and document content in XML markup, files in the ZIP package can include other text and binary files in formats such as PNG, BMP, AVI, PDF, RTF, or even an already packaged ODF file. OPC also defines some naming conventions and an indirection method to allow position independence of binary and XML files in the ZIP archive.

OPC files can be opened using common ZIP utilities. OPC allow indirection, chunking and relative indirection.[6]

File formats using the OPC

The OPC is the foundation technology for many new file formats:[7]

File format Filename extension Content Standard
Autodesk AutoCAD Design Web Format (DWFX) file format[8] .dwfx CAD design data (2D/3D computer graphics and technical drawings).
Circuit Diagram Document[9] .cddx Circuit diagram containing layout, connections and embedded components
Family.Show file format[10] .familyx genealogical family data, stories, and photos
Microsoft Application Virtualization file format .appv Portable application
Microsoft Semblio file format .semblio interactive learning material, such as e-books containing images, audio, and video
Microsoft Visual Studio 2010 Extensions file format .vsix integrated development environment extension
Microsoft Visio 2013 drawing file format .vsdx replaces .vsd (Visio binary file) and .vdx (Visio XML Drawing) formats used in earlier versions. [11]
Microsoft Windows 8, Windows 8.1 and Windows Phone 8.1 App Package[12] .appx software package for applications listed on Microsoft's Windows Store and Windows Phone Store[13]
Microsoft Windows 8.1 and Windows Phone 8.1 App Bundle[14] .appxbundle software package that bundles hardware platforms, languages, and resources for an application listed on Microsoft's Windows Store and Windows Phone Store.
Microsoft Windows Azure C# Package .cspkg Cloud platform data
Microsoft XML Paper Specification .xps fixed document for document exchange
NuGet Package .nupkg software package for a package management system
Office Open XML Document .docx word processing document ECMA-376, ISO/IEC 29500:2008
Office Open XML Presentation .pptx presentation ECMA-376, ISO/IEC 29500:2008
Office Open XML Workbook .xlsx spreadsheet workbook ECMA-376, ISO/IEC 29500:2008
Open XML Paper Specification .oxps fixed document for document exchange ECMA-388
Siemens PLM Software file format .jtx
MathWorks Simulink model file .slx Dynamic system specification for Model-based design
SMPTE Media Package .smpk Storage format for distribution and playback of multimedia video and audio files. SMPTE ST 2053-2011
SpaceClaim 3D solid model file [15] .scdoc Embedded 3D CAD data files include Standard ACIS Binary (SAB) solid model files

Programming

OPC is natively supported in Microsoft .NET Framework 3.0 by the System.IO.Packaging namespace. Open source libraries exist for other languages.

Since Windows 7, OPC is also natively supported in the Windows API through a set of COM interfaces, collectively referred to as Packaging API.

Alternatively, ZIP libraries can be used to create and open OPC files, as long as the correct files are included in the ZIP and the conventions followed.

Package, parts, and relationships

Container structure of Part 2 of the Ecma Office Open XML standard, ECMA-376

In OPC terminology, the term package corresponds to a ZIP archive and the term part corresponds to a file stored within the ZIP. Every part in a package has a unique URI-compliant part name along with a specified content-type expressed in the form of a MIME media type. A part's content-type explicitly defines the type of data stored in the part, and reduces duplication and ambiguity issues inherent with file extensions.

OPC packages can also include relationships that define associations between the package, parts, and external resources. In addition to a hierarchy of directories and parts, OPC packages commonly use relationships to access content through a directed graph of relationship associations. Relationships are composed of four elements:

  • an identifier (ID)
  • an optional source (the package or a part within the package)
  • a relationship type (a URI-style expression that defines the type of the relationship)
  • a target (a URI to another part within the package or to an external resource)

OPC packages can store parts that contain any type of data (text, images, XML, binary, whatever). The extension ".rels", however, is reserved for storing relationships metadata within "/_rels" subfolders. The subfolder name "_rels", the file extension ".rels" within such directory, and the filename "[Content_Types].xml" in any folder are the only three reserved names for files stored in an OPC package.

/[Content_Types].xml file
This file defines the MIME media types for all the parts stored in the package. The "/[Content_Types].xml" file defines default mappings based on file extensions, along with overrides for specific parts with content-types that are different from the file extension defaults. For example, one of these defined MIME types is: 
<Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/>
/_rels
The root level "/_rels" folder stores the relationships for the package as a whole. The "/_rels" folder normally contains a file named ".rels". "/_rels/.rels" is an XML file where the starting package-level relationships are stored. Normally when opening an OPC-based file, applications start by accessing to the "/_rels/.rels" file to read the starting package-level relationships.
[partname].rels
Each part may have its own relationships. The _rels folders are where one goes to find the relationships for any given part within the package. To find the relationships for a specific part, one looks in the "_rels" folder that is a sibling of that part: If the part has relationships, the "_rels" folder will contain a file that has one's original part name with a ".rels" appended to it. For example, if the content types part file had any relationships, there would be a file called "[Content_Types].xml.rels" inside the "/_rels" folder.

All relationships (including the relations associated to the root package) are represented as XML files. If you open a ".rels" file in a text editor, you can view the actual XML markup that defines all the relationships targeted from that part. A typical relationships file contains XML code like this:

<Relationships xmlns="http://schemas.openxmlformats.org/package/2006/relationships">
  <Relationship Id="R0" Type="http://schemas.microsoft.com/xps/2005/06/fixedrepresentation" Target="/FixedDocumentSequence.fdseq"/>
  <Relationship Id="R1" Type="http://schemas.openxmlformats.org/package/2006/relationships/metadata/thumbnail" Target="/Documents/1/Metadata/Page1_Thumbnail.JPG"/>
</Relationships>

which defines two relations for the root package, the first one being considered as the root package (here for an early Microsoft XPS document, before it was standardized as Open XML Paper Specification within the openxmlformats collection), and the other one being used to reference an alternate form (here a thumbnail rendered image of the first page of the document).

The main parts of the embedded documents are often stored within a folder named "/Document" (which may contain subdirectories itself, if the file contains several related documents each of them with various parts), and the optional metadata parts that are not needed for processing the main parts of the document are stored in a folder named "/Metadata" ; however these actual folder names are actually specified within the XML-formatted data in "[partname].rels" relationship files, and the OPC specification allows any folder organisation that is convenient for the application and these two folder names are not required.

Chunking

It encourages documents to be split into small chunks. This is better for reducing the effect of file corruption.[16] And better for data access: for example, all the style information in one XML part, each separate worksheet or table in their own different parts. This allows faster access and less object creation for clients, and makes it easier for multiple processes to be working on the same document.

Relative indirection

In the Open Packaging Conventions each file that has reference has its own _rels file with the indirection lists. This makes it easier to cut and paste some information with all its associated resources in some cases, provides name scoping to remove the chance of name clashing between files, and so on.

References

  1. 1 2 ISO/IEC 29500-2:2008 - Information technology -- Document description and processing languages -- Office Open XML File Formats -- Part 2: Open Packaging Conventions, ISO
  2. ↑ Ecma International TC45 (December 2006). "Standard ECMA-376 Office Open XML File Formats". Ecma International. Retrieved 2007-04-04.
  3. ↑ "pack Status: historical". IANA. 2011-10-04. Retrieved 2013-05-12.
  4. ↑ "Uniform Resource Identifier (URI) Schemes". Protocol Registries. IANA. Retrieved 2013-05-12. External link in |work= (help)
  5. ↑ XPS team (2006-09-01). "Open Packaging Conventions & Open XML Markup Compatibility". XPS team blog. Retrieved 2007-04-04.
  6. ↑ Rick Jeliffe (2007-07-29). "Comment on Can a file be ODF and Open XML at the same time?". O'Reilly net XML blogs.
  7. ↑ Adventures in Packaging - Episode 1, May 18, 2009, by jack davis, Microsoft Packaging Team Blog: Open Packaging Conventions
  8. ↑ http://dwgtodgn.com/blog/2014/06/22/autocad-dwf.html
  9. ↑ http://www.circuit-diagram.org/help/cddx-file-format
  10. ↑ Family.Show - Release: FamilyShow 3.0
  11. ↑ https://msdn.microsoft.com/en-us/library/office/jj228622%28v=office.15%29.aspx
  12. ↑ https://msdn.microsoft.com/en-us/library/windows/apps/hh464929(v=VS.85).aspx
  13. ↑ http://www.theverge.com/2014/2/11/5400660/windows-phone-8-1-features-leaked
  14. ↑ https://msdn.microsoft.com/en-us/library/windows/apps/bg182885.aspx
  15. ↑ http://www.mxcad.com/spaceclaim/working-with-spaceclaim-documents/8876-spaceclaim-file-format-421
  16. ↑ Using OPC to Store Your Own Data (page 3) - OPC Recommendations

External links

This article is issued from Wikipedia - version of the Friday, March 25, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.