Facebook
Twitter
YOUTUBE
LINKEDIN
XING
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
2022: The last year of paper for records-keeping

NARA (The National Archives and Records Administration) is the final depository for the long-term records generated by all other agencies of the U.S. Federal Government. The agency has a key role in preserving the cultural history of the republic as we …

PDF 2.0 examples now available

The PDF Association is proud to present the first PDF 2.0 example files made available to the public. Created and donated to the PDF Association by Datalogics, this initial set of PDF 2.0 examples were crafted by hand and intentionally made simple in construction to serve as teaching tools for learning PDF file structure and syntax.

PDF 2.0 interops help vendors

The PDF 2.0 interop workshops included many vendors with products for creating, editing and processing PDF files. They came together in Boston, Massachusetts for a couple of days to test their own software against 3rd party files.

PDF Days Europe underscores the importance of PDF as a key component of business processes

2017 marks a record number of attendees / Experts shared fully-grounded wisdom on PDF standards across the two-day event Berlin. With over 200 attendees, this year’s PDF Days Europe in Berlin was a significant success with the largest attendance of any …

Slides and video recordings of the PDF Days Europe 2017

About 35 informative sessions across a wide range of topics, including the next-generation PDF project. Within the video frames you can use the red “play” button to get a short impression of the talk or can enjoy the high resolution version by clicking …

PDF/UA Validation: The Matterhorn Protocol


A project of the PDF Association’s PDF/UA Competence Center since May, 2012, the Matterhorn Protocol details an algorithm to determine how a given PDF file fails to conform with PDF/UA, and a means of reliably sharing this information. The PDF Association’s PDF/UA Competence Center plans to release this document in Q1, 2013.

Why we need the Matterhorn Protocol

Accessibility is not a conceptually or technically trivial feature. Those responsible for producing accessible content are committing to consistent authoring techniques, providing alternative text for graphics, ensuring correct structure in tables, checking for the acceptable use of color, and so on.

Validating PDF accessibility features for complete, high-quality usage involves some level of human judgement and is therefore expensive. As such, it’s important that various good-faith validation efforts use a similar basis for assessment. To maximize cost-effectiveness, ideally, such assessments would persist for reference by downstream users.

Without a fully interchangeable model for validating accessibility metadata no cost-effective guarantee of accessibility is possible because the results of a meaningful audit, validation or corrective process cannot be efficiently or reliably shared.

How is the Matterhorn Protocol structured?

The Matterhorn Protocol is implemented using RELAX NG (ISO/IEC 19757-2:2008); said XML to be embedded in the output validated PDF.

Each report should be a distinct iteration. The rules of the road will prohibit implementations from modifying reports written by other implementations or created by other agents; however, removal of complete reports will be permitted.

The core of the Matterhorn Protocol is a table describing PDF/UA Validation Metadata Checkpoints. This table presents the “shall” statements from the file specifications section of PDF/UA, identifying failure conditions for each.

In addition to specifying terms for validation and a means of recording validation results, the Matterhorn Protocol also identifies whether specific tests may be validated by machine or human based on realistic best-practice approaches at the present time. Some checkpoints may always be decided by machine, some usually or probably require human interaction.

What’s not covered

Of course, there are limitations. Worthy of note is the fact that pathological software behavior (such as “flickering” by using a script to cause animation effects via a series of actions) is not addressed.

Perhaps more significantly, the concept of “partial conformance” and the significance of non-conformance are intentionally not addressed in this document. At this point the PDF/UA Competence Center feels that these questions should be up to the implementer.

Come to the next meeting!

The PDF Association’s PDF/UA Competence Center holds its next meeting on January 31 at 1100 ET / 1700 CET at which time we’ll be attempting to complete specifications for the publication of the Matterhorn Protocol. We encourage all interested members of the PDF Association to attend!


Tags: Matterhorn Protocol, Validation
Categories: PDF/UA