Conference October 2015 📍 San Jose, California, USA

PDF Days North America 2015 — San Jose: PDF/UA, Section 508 Gap Analysis, and PDF/A for Federal Records

PDF Days North America 2015 was held in San Jose, California in October 2015. Sessions examined the accessibility gap between existing government PDFs and Section 508 requirements, the practical state of PDF/UA implementation in enterprise authoring tools, and the growing adoption of PDF/A by US federal agencies for long-term records management.

Official event page →

Key takeaways

  • PDF/UA-1 three years after publication: creation tool support was improving but manual intervention still required for complex layouts.
  • Remediation economics were sobering — complex multi-column PDFs could require 1+ hour per page; large PDF libraries faced significant remediation investment.
  • Legal risk for inaccessible PDFs was becoming immediate — ADA Title III complaints naming PDFs were increasing; the 2017 Section 508 refresh was imminent.
  • Federal records management: NARA listed PDF/A as a preferred permanent records format; scan-plus-OCR pipeline for physical records digitisation was widely adopted.
  • San Jose location brought Silicon Valley tech company participation — developer-focused sessions on programmatic PDF/UA creation and automated validation.
PDF Days North America 2015 was held in San Jose, California in October 2015, organised by the PDF Association. San Jose's location in Silicon Valley gave the conference strong representation from technology companies alongside the government and enterprise participants typical of the Washington D.C. editions. The event focused on the growing tension between the theoretical PDF/UA accessibility standard (ISO 14289-1, published 2012–2014) and the practical state of US digital accessibility. Section 508 had not yet been refreshed (the 2017 refresh was still two years away), but the disability rights community was increasingly using existing Section 508 requirements and ADA Title III to bring legal actions against inaccessible government and commercial digital content. For the document engineering community, 2015 was the first year that PDF/UA enforcement risk felt immediate rather than theoretical — and practical tooling maturity for producing compliant documents was being assessed for the first time.

PDF/UA: three years after publication

PDF/UA-1 (ISO 14289-1) had been published in 2012 (corrected edition 2014). By 2015, three years of implementation experience had accumulated across early adopter organisations. Sessions reviewed that experience: Creation tool maturity: - Microsoft Word's PDF export: Produced reasonable tag structures for simple documents but required manual intervention for complex layouts, lists, and tables. The "Mark as final" accessibility check before export helped but didn't guarantee PDF/UA compliance. - Adobe InDesign: More configurable for complex print layouts. Required careful paragraph and character style mapping to export tag types. The Articles panel for reading order control was essential. - Adobe Acrobat Pro: Auto-tagging as a remediation starting point, with the Reading Order and Tags panels for post-processing. Essential for remediating PDFs from non-accessibility-aware sources. - PAC 2 (PDF Accessibility Checker): The primary validation tool — free, accurate, widely adopted. Remediation economics — The cost per document for high-quality PDF/UA remediation was discussed extensively. Simple one-column documents: a few minutes of work per page after auto-tagging. Complex layouts (multi-column financial reports, engineering drawings, academic papers): could require an hour or more per page for complex tables and figures. Organisations with large PDF libraries faced sobering cost estimates for full remediation. The "good enough" question — Sessions grappled with the practical accessibility question: what level of tagging is good enough for screen reader users? PAC 2 passing was the minimum bar; testing with actual screen reader users (JAWS, NVDA) revealed that structurally valid PDFs could still be confusing in practice. The gap between "passes validation" and "is actually usable" was clearly articulated.

Legal landscape: Section 508 and ADA Title III for PDFs

US accessibility law in 2015 created an interesting split: Section 508 (federal agencies) — Applied to federal government IT and required electronic information to be accessible. The existing Section 508 standards (from 2000) referenced the Web Content Accessibility Guidelines but predated the specific PDF/UA standard. The forthcoming 2017 refresh would align Section 508 with WCAG 2.0 and explicitly incorporate PDF/UA requirements. ADA Title III (commercial entities) — The Americans with Disabilities Act Title III prohibits discrimination in places of public accommodation. Courts and the DOJ had been extending Title III to websites and digital content — an extension that private litigants were actively using. By 2015, settlements and court orders in ADA Title III cases were creating de facto digital accessibility requirements for commercial organisations even without specific PDF standards in the ADA text. State accessibility laws — Several US states (California, Illinois, Texas) had state-level accessibility requirements that applied to state government digital content, creating PDF/UA requirements for state agencies. Litigation risk for PDFs — Sessions noted that PDFs were increasingly named in accessibility complaints: government PDF forms, financial disclosure documents, healthcare information PDFs, and educational material PDFs were all appearing in complaints and litigation. The advice: treat PDF accessibility as a risk management issue, not just a nice-to-have.

US federal PDF/A for records management

Alongside accessibility, federal records management was a focus of the San Jose conference. National Archives and Records Administration (NARA) guidance on acceptable file formats for permanent federal records listed PDF/A as a preferred format. Sessions addressed practical implementation: PDF/A in the digitisation pipeline — Federal agencies maintaining physical records archives were digitising at scale. The pipeline typically involved: high-resolution scanning to TIFF, OCR processing to add a text layer, conversion to PDF/A-1b, validation with veraPDF or Acrobat, and ingestion into a records management system. The scanned-PDF-plus-text-layer model — For historical records, a scan-and-OCR approach producing PDF/A-1b documents was practical and widely adopted. The resulting PDFs preserved the visual appearance of the original documents while adding a searchable text layer. PDF/UA compliance was typically not achieved (complex layouts, no structure tree), but basic text accessibility was provided. Cloud records management — Government cloud adoption was accelerating in 2015 (FedRAMP authorisation process was maturing). The question of whether PDF/A documents in cloud storage maintained their compliance over time was discussed. The answer: yes, if the storage system preserves bits faithfully — PDF/A compliance is a property of the file, not the storage system.

Frequently asked questions

What is the difference between Section 508 and ADA Title III for PDF accessibility?

Section 508 is a federal law (part of the Rehabilitation Act) that requires US federal agencies and organisations that receive federal funding to make their electronic information technology accessible. For PDFs, Section 508 (as updated by the 2017 refresh) requires WCAG 2.0 Level AA compliance, operationalised through PDF/UA. ADA Title III prohibits discrimination in places of public accommodation — the statute applies to private businesses. Courts have extended Title III to digital content, including websites and PDFs. The practical difference: Section 508 has a formal compliance framework and an administrative complaint process; ADA Title III is enforced through civil litigation. Federal agencies face both (Section 508 administrative complaints and ADA litigation). Private businesses face ADA Title III litigation risk. Both create effective requirements for PDF accessibility.

What is the Reading Order panel in Acrobat Pro and why is it important for PDF/UA?

The Reading Order panel (Tools > Accessibility > Reading Order in Acrobat Pro) displays the tagged structure of a PDF page visually — each tagged element is shown as a numbered, colour-coded box. The numbers indicate the reading order: the order in which a screen reader will read the content. For PDF/UA compliance, the reading order must match the logical reading order of the document — in a two-column layout, column 1 should be read top-to-bottom before column 2, not left-to-right across both columns. The Reading Order panel lets you: see the current reading order, reorder elements by drag-and-drop, fix incorrectly merged text blocks, mark decorative elements as artifacts, and add missing tags. It is the primary GUI tool for PDF/UA remediation in Acrobat Pro.

Try it in your browser

The PDF tools and standards discussed at this event are available free — no account needed.