About the contributor
PDF Association

Mission Statement: To promote Open Standards-based electronic document implementations using PDF technology through education, expertise and shared experience for stakeholders worldwide.
More contributions
PDF Days Europe 2017 hits the target!

With more than 200 participants, this year’s PDF Days Europe was the largest to-date. Early feedback from attendees makes clear that it was also a great success.

PDF/X in a Nutshell

PDF for printing – The ISO standard PDF/X was the  first ISO standard based on PDF technology. A subset of the PDF specification, PDF/X was designed to constrain PDF  files in order to cater to specific use-cases in the print industry. Content Introduc …

Final agenda of the PDF Europe 2017 available as download

More than 150 attendees have registered for the PDF Days Europe 2017 so far!

PDF/X and the other PDF standards

by Dietrich von Seggern Specialized ISO standards based on the Portable Document Format are available for a wide range of purposes. PDF Originally developed by Adobe Systems in 1993, PDF 1.7 became an open standard in 2008 as ISO 32000-1. PDF 2.0 will …

Further quality requirements: PDF/X-Plus

by Stephan Jaeggi PDF/X only defines the general requirements for a reliable exchange of prepress data; the ISO standard itself does not specify quality requirements. These requirements are different for each printing process (sheetfed offset, web offs …

Ensuring long-term access: PDF validation with JHOVE?

JHOVEJHOVE is an open source tool for identifying, characterizing and validating common formats such as pdf, tiff, jpeg, aiff and wave.  JHOVE includes validation modules for twelve different file formats, including PDF.

The PDF format is widely used by memory institutions and is one of the most commonly used long term archiving formats. However, because of the wide variety of potential source formats, conversion tools and PDF readers in use, a large percentage of PDF files fail to actually meet the PDF standard.

Naturally, many memory institutions use JHOVE’s PDF module on a daily basis for digital long term archiving. I wish to discuss the extent to which JHOVE’s PDF validation tools can be used for risk management and quality assurance when seeking to assure long term access to documents. Here, a “valid PDF” means that the PDF meets all criteria of the specification – that it is correct, in other words. “Invalid”, on the other hand, means that the file fails to meet at least one point of the specification and is therefore incorrect.

Incorrectly classified as invalid: Page Tree

During the OPF (Open Preservation Foundation)’s PDF Hackathon in Hamburg, together with the ZBW (the German National Library of Economics) and Goportis (the Leibniz Library Network for Research Information), the PDF Association’s Olaf Drummer reported an error message from JHOVE which incorrectly identifies a breach of the PDF specification.

Pages within a PDF file are usually stored as a page tree, allowing the user to reach a given page as quickly as possible. This is often represented as a balanced page tree. Although the PDF standard references this option, it does not by any means prescribe it.

It also complies with the PDF standard if the page tree is not balanced, for instance, if only one single page tree node exists, which directly reference all the PDF pages of the whole document.  The only drawback is that this makes it less efficient to access a given page (making for slower navigation through the document), particularly when dealing with a PDF containing a particularly large number of pages. JHOVE, however, reports an error if pages are not stored in a balanced page tree. As this is not an error and does not present a risk to long-term archiving, the message can be ignored.

A digression: PDF/A validation with JHOVE?

Common advice for long-term archiving is to preferentially use the PDF/A format. However, this no longer matches to the day-to-day reality of many workflows which use JHOVE for validation tests.

JHOVE’s PDF module is certainly capable of validating PDF/A files. According to JHOVE’s developer, however, this feature was implemented late, is unstable, and does not work well.  Additionally, the process does not analyze the content of the data streams, meaning that it cannot validate PDF/A compliance in line with ISO standards.

The PDF/A format differs from the standard PDF format in that it explicitly forbids or requires certain options considered essential for long-term archiving. A PDF/A-1b file forbids the following:

  • Embedded audio or video files (external players required)
  • LZW compression (for patent protection reasons. Applies only to PDF/A-1; the patent has since expired and LZW compression has been available to PDF/A files since PDF/A-2.)
  • Encryption
  • Transparency, JavaScript, executable files, functions (executable commands) and external links


A PDF/A file also requires the following:

  • All data included in full. This includes embedding all fonts and images used within the document, as well as metadata stored in XMP format.
  • Unambiguous reproduction (e.g. font types and colors. For this reason, layers are also forbidden)

Additionally, PDF/A-1 is based on PDF 1.4. All functions introduced from PDF 1.5 onwards, including JPEG2000 compression and layering, are lost when converting to PDF/A-1 format. PDF/A-2, in contrast, is based on PDF 1.7.

The Isartor Test Suite provided by the PDF Association consists of 204 invalid PDF/A files, only one of which was recognized by JHOVE as invalid. JHOVE failed to identify 51 of these as PDF/A files at all. As a result, JHOVE only checked to see whether these files met the PDF 1.4 standard.

These tests are more than sufficient to prove that JHOVE is not suited to PDF/A validation. Since JHOVE is a component in several out-of-the-box long term archiving solutions, however, it is still interesting to know what JHOVE does deliver in terms of PDF/A, to allow well informed decision making.

JHOVE’s PDF module checks to see whether a file is a PDF/A, in which case it uses the PDF/A profile subcategory.  In this case, JHOVE tests whether a file identified as a PDF/A contains:

  • Annotation types: movie, sound and file-attachments
  • Action Types: e.g. JavaScript and links
  • LZW encoding
  • Encryption

If so, the file is identified as invalid. JHOVE also checks whether the file contains:

  • Metadata in a readable format
  • Sufficient font information within the PDF dictionary

If not, then the PDF/A file will again be recognized as invalid.

A quick test of 670 invalid PDF/A files as identified by PDF Box shows that JHOVE identifies only five files as not well formed (4) or invalid (1). These are all breaches of the standard PDF specification, however: in these cases, JHOVE failed to identify the PDF/A files correctly and therefore only tested their validity as standard PDFs.

Modern conversion tools make it difficult to integrate components into a PDF/A file which JHOVE’s PDF module would test and identify as errors. In fact, I am not aware of any currently available PDF/A conversion tool which would even permit it. For example, the protection applied to encrypted PDF files means that either they cannot be converted to PDF/A at all, or the encryption is identified and removed by the tool during the conversion process. The same applies for other components which are forbidden in PDF/A and checked by JHOVE.

JHOVE’s PDF/A validation tools are therefore so rudimentary that I am unsure if any PDF/A files at all would break its rules and be detected by JHOVE as invalid.


JHOVE is not suited to PDF/A validation. I know of no alternative to JHOVE for validating standard PDFs. As many memory institutions primarily use the PDF format and the quality of their files is not always enough of an argument for converting them to PDF/A, I believe that a standard PDF validator remains as necessary as it always has been. In general, JHOVE will continue to be used, despite its limitations, and decisions regarding the archivability of a given file will be dependent on the results JHOVE gives.

JHOVE can still be useful, provided users understand its error reports and are aware of ways to resolve them. So far there is not a great deal of documentation on this issue. Both nestor (AG Format Recognition) and the Open Preservation Foundation aim to do their part to improve this situation soon.

Some JHOVE errors, such as “Invallid PDF trailer”, have proven to be a very useful part of day to day work. PDF files which trigger this error can usually not be opened. This is because the file has not been fully up- or downloaded, resulting in an incomplete file. The ability to automatically recognize such serious errors and report them to the data provider for correction is very useful when working with large archives. Other errors  affecting a PDF’s structure can also be identified using JHOVE and easily fixed.

Even before taking into account the meaning and the effects of a JHOVE error report – to say nothing of the resolution options – JHOVE remains an excellent option for providing initial guidance. Since JHOVE developer Gary McGath himself warns against using JHOVE as the final word on the matter, we will continue to avoid making our decisions and workflows dependent on JHOVE alone.

Tags: JHOVE, Validation
Categories: PDF/A