Non-compliant data tables
A recovery.gov page on accessibility states that "Row and column headers for data tables are identified," surely in recognition of Section 508 standards that apply to data tables:
Use of the site's data-request form, on the site's main page under the heading "DATA, DATA & MORE DATA," via the "Text View of Data" option, generates a two-dimensional (single level of row and column headers) table that does not meet the applicable §1194.22(g) requirement as can be seen via the Web browser's show-source function. The access-board.gov Web site, under the heading "How can HTML tables be made readable with assistive technology?," explains that the requirement may be met either via use of the Scope HTML attribute or via the use of ID attributes in each of the table's row and column headers. The latter approach would require each table cell to have a Headers attribute whose value is linked to the corresponding row and column ID values.
§1194.22(g) Row and column headers shall be identified for data tables.
§1194.22(h) Markup shall be used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers.
Recovery.gov's programmers chose the simple Scope approach for a data table on the site's main page but implemented it incompletely, neglecting to place Scope attributes in each of the row header fields. Template-generated tables such as this one have neither Scope attributes nor the alternative ID-Headers attributes.
Kate Walser, who is principal consultant at CX Insights, agrees that the Recovery.gov tables are data tables and not layout tables so that the Section 508 table mark-up requirements do apply. (Kate served on TEITAC, the federal advisory committee tasked with refreshing Section 508 accessibility standards.) Her prescription for the latter, main-page table:
This prescription applies for both rows and columns in the completely non-compliant, template-generated tables.
"To make the table more accessible, use TH [table header] tags around the state names, and include scope="row". Some of the better assistive technologies will make a best guess about the first cell in that row being a header, but you can't count on that."
Gareth Horton is senior product manager at BI vendor Datawatch, where he led a project to ensure the Section 508 compliance of his employer's Win C++ software. Gareth's view is that "I would agree with you on [your assessment of recovery.gov problems]. I would say that in practice, it is likely to 'just work,' but the government should do better."
Inaccessible HTML forms
Accessibility measures for the site's data-request form are incorrectly and incompletely applied. Each Input field in an HTML form should have HTML Label tags marking up the text label associated with each choice. Federal accessibility guidelines call for the label to be associated with the choice via a 'for="field-id"' attribute or by placement in the same table cell as the Input field. See, for instance, guidelines on Accessible (508) HTML Forms posted by the federal Department of Health and Human Services.
Poorly designed maps Recovery.gov relies on U.S. maps for basic data viewing and for search. The data-viewing map includes only the very tip of Alaska and completely omits Hawaii, as can be seen in a screenshot --
The site's main page similarly features a thematic data-visualization map that, unlike the vertically compressed map shown above, does include Alaska and Hawaii. The main-page map is seen in another screenshot --
The lack of labels is an unfortunate accessibility issue given America's poor geographic literacy. Daniel C. Edelson, vice president for education at the National Geographic Society, writes in his spring 2009 "Geo Learning" column
Use of labeled maps would improve recovery.gov's accessibility.
"It's no secret that Americans know next to nothing about geography. The most recent National Geographic/Roper Poll (2006) found that half the 18-24-year-old Americans surveyed could not locate New York on a map of the United States, and nearly 6 in 10 could not locate Ohio."
The redesigned Web site was built and managed by a private company, Smartronix, under an expedited General Services Administration contract. The company claims ISO 9001 quality certification and a CMMI level 3 rating for systems and software engineering, which obviously did not inoculate its work from the design and process flaws that led to the launch of a site with basic accessibility issues. As with the similarly-flawed USAspending.gov site, the flaws presumably resulted from staff's incomplete understanding of accessibility requirements and design principles.
Joe Gerczak, Smartronix vice president for programs and technologies, stated in brief phone conversation that the company sees the site as "95% compliant" with Section 508 requirements. (This statement belies the site's posted compliance statement.) Gerczak said that the company has known about some of compliance issues described in this article, which I had made known to the company in a request for comment sent about six hours before I posted this article. He stated that some issues had already been corrected but did not explain which or why all known issues had not been corrected before Monday's relaunch. On the government side, there has been no response to a contact request posted via recovery.gov's feedback form.
The U.S. government has built many, many usable Web interfaces. Recovery.gov is a showcase public-data system for an important government-transparency initiative. The Office of Management and Budget's main page prominently features a graphical links directly to it. It is unfortunate that recovery.gov, in its technical implementation, fails to meet long-standing, widely understood accessibility requirements.
October 2, 2009 update:
I have posted a follow-on article, Recovery.gov Double Fault: Broken Data Feeds. An executive at a well-known, large systems integrator tipped me off about another problem introduced by the relaunch. The new site cuts off data feeds that were previously available.
I am pleased to see, however, that the programming of the template-driven data table that I cited has been updated so that the page now includes the HTML tag attributes necessary for Section 508 compliance. The speed of the fix does reinforce that 508 compliance (for data tables) is not hard to achieve... if your designers and programmers know the rules.
The new, template-generated HTML-code looks like the following. I bolded the Scope tag attributes that are needed for Section 508 compliance; they support use of assistive technologies for persons with vision impairments.
The code isn't perfect -- the row-header text labels should be marked up with TH rather than TD tags -- but this fix does the job.Recovery.gov, a showcase government-transparency Web site that relaunched on Monday, fails to meet U.S. federal government Section 508 accessibility standards. The non-compliance issues relate to display of data tables despite on-site compliance claims. Sharron Rush of accessibility-advocacy organization Knowbility goes so far as to state, "The recovery.gov Web site is a good example of what NOT to do for accessibility in my opinion."
<tr> <th scope="col">Recipient</th> <th scope="col">Award #</th> <th scope="col">Agency</th> <th scope="col">Contract #</th> <th scope="col">Award Type</th> <th scope="col">Amount</th> <th scope="col">Address</th> <th scope="col">City</th> <th scope="col">State</th> <th scope="col">Zip</th> </tr> <tr class="oddrow"> <td scope="row">MI-TY TRUCKING & EXCAVATING</td> <td><a id="ctl00_PlaceHolderMain_dgData_ctl03_Hyperlink1" NAME="Hyperlink1" href="/transparency/pages/ProjectSummary508.aspx?AwardId=19377&AwardType=CONTRACT">19377</a></td> <td>DEPT OF THE AIR FORCE</td> <td align="center">4</td> <td align="center">CONTRACT</td> <td align="right">449999</td> <td>310 MAIN ST</td> <td>MINNEWAUKAN</td> <td>ND</td> <td>583510000</td> </tr>