As a provider of web content at a public university, the University of Arizona Research Data Repository (ReDATA) is subject to web accessibility regulations issued by the Department of Justice (DOJ) under Title II and the Department of Health and Human Services (HHS) under Section 504. Recent guidelines will require web content, mobile applications, and social media content comply with the World Wide Web Consortium (W3C) Web Content Accessibility Guidelines (WCAG) 2.1 Level AA. More information about ADA Title II Digital Accessibility at the University of Arizona and WCAG 2.1 AA is available through the Disability Resource Center
All submissions published in ReDATA on or after April 26, 2027 are required to be compliant. ReDATA staff will assist depositors in making their submissions compliant before and during the curation review process. To obtain an accessible version of materials published before April 26, 2027, please submit a request. We will respond to you within two business days to provide you an estimate of when the remediation will be completed.
Note: The regulations and compliance deadlines are currently in flux. This page will be updated accordingly.
Reviewed 5/8/2026
Creating Accessible Data
Web Content Accessibility Guidelines (WCAG) were designed for a wide range of web content but may not always clearly align with complex research data. Please refer to the following guidelines and resources for common file formats as you prepare to deposit your data. The following information is not exhaustive, and no single checklist will apply to every deposit or fully address accessibility needs for every file type.
XLSX
Excel (XLSX) files allow custom formatting to support accessibility. Use to following guidelines to create accessible XLSX files:
- Start table in cell A1.
Use descriptive names for column and row headings. Set headings using "cell styles" in the Excel Home tab.
- Include only one table per tab. If your data includes multiple tables, separate each table into an individual tab with a descriptive name.
Avoid using numeric values or blank cells to indicate null values. Select one value to consistently represent null values, such as “N/A” or “NONE.”
- If color is used, do not rely solely on color to convey information and ensure colors have sufficient contrast with text.
Avoid blank rows, columns, and merged cells.
- If charts, graphs, or maps are included, provide alternative text using the guidelines for data visualizations below.
Excel offers a built-in Accessibility Checker to review common accessibility barriers. More information about how to make your XLSX files accessible is available from the University of Arizona Disability Resource Center Excel Help Page.
CSV
Comma-Separated Values (CSV) files store tabular data in plain text format. Formatting, text styles, and color are not retained in CSV. To make CSV files more accessible, use the following best practices:
Avoid blank rows and columns.
Avoid using numeric values or blank cells to indicate null values. Select one value to consistently represent null values, such as “N/A” or “NONE.”
Use descriptive names for column and row headings.
Apply consistent naming conventions to headings, such as camelCase or PascalCase.
Use descriptive file names for each spreadsheet included in your deposit.
PDFs & Word Documents
Accessible source documents are the most effective way to create accessible PDFs and reduce time needed for remediation. Microsoft Word can be used to create accessible documents and review accessibility barriers before exporting to a PDF. To create accessible Word documents, use the following guidelines:
Set heading styles using "Styles" in the Home tab. If tables are used, set the header row under "Table Design." Headings should have a color contrast ratio of 3:1 with background colors.
Use built-in styles in the Home tab to format lists.
Use a sans-serif font, such as Arial, Helvetica, Georgia, or Lucida Sans. Regular text should have a color contrast ratio of 4.5:1 with background colors.
Add alternative text for images and graphics that are not used solely for decorative purposes.
If hyperlinks are present, use descriptive language to describe the purpose and target location.
If you need to remediate a PDF directly, use the following resources to identify and address accessibility barriers:
The University of Arizona Disability Resource Center PDF Accessibility & Remediation help page provides guidance and resources for creating and remediating PDFs.
Adobe Acrobat can be used to review and remediate PDF accessibility.
PAC PDF Accessibility Checker(opens in a new tab) provides free diagnostics for accessibility barriers.
ASU AI Cloud Innovation Center PDF Accessibility Remediation tool(opens in a new tab) provides limited, free remediation for PDFs under 10 pages. The tool can be used up to 8 times at no cost.
Plain Text Files
Plain text documents do not allow structure and formatting features available in other file formats. To make plain text documents accessible, use the following best practices:
Ensure that each heading within the file is preceded by two blank lines followed by one blank line
Include one blank line before each paragraph
Provide a full expansion of abbreviations used.
PowerPoint Presentations
Presentations can be made accessible using Microsoft PowerPoint tools. Use the following guidelines to make accessible PowerPoint files:
Use built-in slide layouts under "New Slide" in the Home tab.
Add alternative text for images and graphics that are not used solely for decorative purposes.
Use a sans-serif font, such as Arial, Helvetica, Georgia, or Lucida Sans and ensure text has sufficient contrast with the background. Headings should have a color contrast ratio of 3:1 with background colors. Regular text should have a color contrast ratio of 4.5:1 with background colors.
If hyperlinks are present, use descriptive language to describe the purpose and target location.
The University of Arizona Disability Resource Center Accessible PowerPoint Presentations help page provides additional guidance and resources for creating accessible presentations and accessing the built-in accessibility checker.
Image Files
Common image file formats, such as PNG, JPEG, and TIFF, do not support embedded alternative text that can be reliably downloaded and accessed by users. To make your images more accessible, use the following guidelines:
Data associated with the visualization should always be included in the deposit.
For complex data visuals, provide longer descriptions or data summaries in the README or separate plain text file.
Descriptions should not draw conclusions about the patters of the visualization. Conclusions should be left up to the user’s discretion.
Visual attributes, such as color, gridlines, or other decorative elements do not need to be described in the associated description.
Provide appropriate titles and labels, numbers (or approximates if needed), and overall data trends in the associated description.
For simple data visuals or images, add alternative text to the README or separate plain text file.
Alt text should be short and concise. Aim for 125 characters or less. If a more robust description is needed to convey the same information contained in the image, generate a longer description and including it directly in the image file or README.
Alt text should focus on the content of the image rather than explain the appearance of the image.
If text is included in the data visualization, ensure text contrast meets the minimum ratio of 4.5:1 with background colors. Use a sans-serif font, such as Arial, Helvetica, Georgia, or Lucida Sans.
Ensure elements meet the minimum contrast ratio of 3:1 for other elements or background colors.
Do not rely solely on color to communicate meaning. Supplement the use of color with outlines, patterns, and/or shapes.
Additional Resources
Verify color contrast for visuals, background, and text using the WebAIM Color Contrast Checker.(opens in a new tab)
More information and resources for creating and editing data visualizations are available from the University of Arizona Data Cooperative Data Visualization webpage.
The ASU Image Accessibility Generator(opens in a new tab) can assist with creating alternative text and descriptions for data visualizations contained in JPG, PNG, or JPEG formats.
For images requiring alternative text in other formats, such as PDFs, Microsoft Copilot or Google Gemini can be used to generate the necessary text and longer descriptions. Upload your file to the user interface and try one of the following prompts:
“Provide alternative text under 125 characters for this image.”
“Provide a description of the contents of this image.”
More information about alternative text and examples are available from Section 508 Authoring Meaningful Alternative Text.(opens in a new tab)
MP4
MP4 files are commonly used for audiovisual or visual-only content. To make audiovisual and visual-only content accessible, use the following guidelines:
Closed captions (CC) or open captions are required for media containing audio content.
Closed captions can be added to your MP4 file by importing a SRT file containing the captions using Adobe Premiere.
Open captions, also known as burned-in captions, can be added directly to your MP4 file using Adobe Express or Premiere.
Video descriptions are required for visual-only content. Descriptions can be added to the video as audio or placed in a separate plain text, Word document, or PDF file.
Describe the content, background, and any subjects of the video in chronological order.
The description should be objective and avoid interpreting the content of the video. Allow the user to generate their own conclusion.
WAV
WAV (Waveform Audio File Format) files store audio-only content. Due to format limitations, WAV files cannot embed captions or transcripts directly. Text-based transcripts should be placed in a separate plain text, Word document, or PDF file. To make audio-only content accessible, use the following guidelines:
Transcripts should accurately convey speech and other audio content. Avoid making changes to any speech. When relevant, identify speakers, non-speech sounds, and background audio in the the transcript.
Audio descriptions should be provided for all audio content that does not contain speech. The description should objectively describe the content without drawing conclusions.
GIF
Graphic Interchange Format (GIF) may sometimes be used to show looping content or short content but should be used sparingly, when possible, due to accessibility limitations. If your deposit includes GIF files, use the following guidelines to make your media content accessible:
Content should not flash, whenever possible. If flashing is unavoidable, it must not flash more than three times in one second. Red flashes should be avoided entirely.
If the content lasts for more than five seconds, a mechanism for pausing the GIF should be provided. If the software used to create the GIF does not provide a pause mechanism, one can be added using Adobe Photoshop to edit the loop frequency(opens in a new tab) or converting the video to a MP4 format.
A text-based description and/or transcription should be provided for visual and audio content using the previous guidelines.
Resources
The University of Arizona Disability Resource Center Video Captioning Guide provides more information about caption and audio description quality standards, tools, and additional resources for adding captions and audio descriptions to your videos.
The W3C Description of Visual Information guide(opens in a new tab) provides more information and methods for creating video descriptions.
Google Gemini can assist with generating video descriptions for media that contains no audio. Upload your video directly to the Gemini using your University of Arizona NetID and try one of the following prompts:
“Provide a detailed description of this video.”
“Create alt text for the audio file.”
Source Code
Accessibility of source code is limited because it is primarily intended to be machine readable. Use of the following best practices can improve readability for users and are recommended for deposits:
Select camelCase or PascalCase and apply it consistently.
Separate each item on a new line. For example, put multiple case conditions on separate lines.
If possible, include in-line comments to explain the purpose of specific items. Comments can improve accessibility and reproducibility for users.
More information and resources are available from the University of Arizona Data Cooperative Better software practices for reproduceable research.
Maps
Map accessibility is largely dependent on the complexity of the map and software used to generate the map. To make your maps in static formats (e.g., PDFs) accessible, use the following guidelines:
Include robust alt-text and descriptions to provide alternative method for users to access the same information contained in the map.
Organize the description in a bulleted list (used to convey importance of information based on ranking within the list).
Describe relationships and distance between points on the map when applicable.
Provide underlying data that was used to generate the map, if possible.
Ensure there is sufficient contrast between any text, plot points, and background colors. A helpful method to check color contrast is to test the map in black and white for readability.
3D Models
Three-dimensional (3D) models can help users gain new perspectives and insights. However, underlying software used to generate 3D images is not always accessible. Depending on the specific software used to render the image, it may not be possible to fully meet digital accessibility guidelines due to technological limitations. To make your 3D images more accessible:
Provide the underlying data that was used to generate the image, if possible.
Include robust descriptions that describe meaning conveyed by color, purpose of the image, and any key features.
Using Google Workspace? More information about making your files accessible using Google applications is available from the University of Arizona DRC Google Workspace Accessibility help page.