> CancoreAccessForAllMetadataGuidelines/accessibility

There are spacing issues with this page. View in Edit mode please!

1. accessibility

Explanation Size Order Value Space Datatype
Root element that groups the accessibility information about the resource. 1 Unspecified - -

Technical Implementation Notes

A container for the accessibility information as a whole.

The sub-elements in this category are:

1.1 access mode statement

1.2 control flexibility 1.3 has control flexibility 1.4 display transformability 1.5 has display transformability 1.6 hazard 1.7 has alternative 1.8 has component 1.9 alternative

1.10 is display transformability of 1.11 is control flexibility of 1.12 is component of 1.13 adaptation statement

1.14 support tool

Text Example

Accessforall:

auditory

informative

full keyboard control

font size

flashing

all

audio representation

auditory

part

verbatim

eng-CA

60

undergraduate university

spell checker

XML Example:

<accmd:accessforall>

<accmd:hascontrolflexibility>

</accmd:hascontrolflexibility>

</accmd:hasdisplaytransformability>

<accmd:isdisplaytransformabilityof>

</accmd:isdisplaytransformabilityof> <accmd:iscontrolfexibilityof>

</accmd:iscontrolfexibilityof> <accmd:iscomponentof>

</accmd:iscomponentof>

</accmd:accessforall>

Discuss This Page

Add your comments below by following the link Discuss This Page then editing and saving the page. Please identify yourself by adding your full name at the end of your comments in parenthesis and optionally, affiliation. Please do not edit comments from other participants.

Discussion so far:

Edit

You can return to the main page after saving edits by clicking here Please only edit things below this line

why do we have the complicated URIs in our examples? surely we just want a straight URI of the kind http://.....?

Liddy


Because you don't want to exclude ISBN, ISSN, DOI, etc. Strictly speaking those are not URIs. We want to be inclusive here and say that any standard way of referencing resources can be used. The LOM does this nicely by using a structure that allows one to explicitly state the referencing technique (catalog), and then the actual encoding of the identifier (entry). Dublin Core provides another standard way of accomplishing this, but I don't know the details.

However, this does raise an issue of how to reflect this in our examples. Maybe we should create a generic <resourceReference> element that indicates that lom.identifier, dc.identifier, etc. can be used here to reference a resource.

Joseph


A thought about the complete example of the accessibility element. The [WWW]CanCore LOM guidelines do not actually list an example for the root element (lom). Instead, it provides a "chapter" for each of the major categories (General, Lifecyle, Technical, etc.).

There is wisdom in this since a full example can be quite lengthy and one can get lost in its complexity. Perhaps a similar approach could be used here in that the documentation of accessiblity simply state that it is a container of the other elements, and then list them to show a skeletal structure. The reader can then go to each of them for the details on that element.

Joseph