October 2006 Volume 9 Number 4
October 2006 Volume 9 Number 4
October 2006 Volume 9 Number 4
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
information will be expressed using standard DC elements. Exactly how to do this will be described in what is<br />
known as a DC Application Profile for which specific terminology (semantic values) will be defined. The value<br />
of this work for DC users is that they will be able to express the AccessForAll metadata in DC compliant ways<br />
so it will interoperate with other DC metadata. They will also be able to use standard DC applications without<br />
significant modification.<br />
Interoperability with IEEE LOM and IMS LIP Metadata<br />
An encoding of AccessForAll metadata for use in an IEEE LOM Application is under construction by the CEN-<br />
ISSS Learning Technologies Workshop (CEN/ISSS (WS-LT), Accessibility Properties for Learning Resources<br />
Group.<br />
Nilsson et al. (2005) have recently worked on developing what they call a future metadata standardization<br />
framework. They say:<br />
We have demonstrated that true metadata interoperability is still, to a large extent, only a vision,<br />
and that metadata standards still live in relative isolation from each other. The modularity<br />
envisioned in application profiles is severely hampered by the differences in abstract models<br />
used by the different standards, and efforts to produce vocabularies often end up in the dead end<br />
of a single framework. In order to enable automated processing of metadata, including<br />
extensions and application profiles, the metadata will need to conform to formal metadata<br />
semantics.<br />
To achieve this, there is a need for a radical restructuring of metadata standards, modularization<br />
of metadata vocabularies, and formalization of abstract frameworks. RDF and the Semantic Web<br />
provide an inspiringly fresh approach to metadata modeling: it remains to be seen whether that<br />
framework will be reusable for learning object metadata standards.<br />
This suggests that it may not be until there is a shared LOM/DC abstract model for education that there will be<br />
perfect interoperability between DC and LOM resource descriptions but it is hoped to be possible sooner, in the<br />
particular case of AccessForAll metadata, because it is based on a more interoperable abstract model.<br />
Adoption of specifications and standards<br />
The value of specifications and standards is only known some time after their release, when it becomes possible<br />
to gauge how widely they have been adopted and how well they have solved identified problems for<br />
organizations. Insurance that they will be adopted is not possible but open development of specifications,<br />
consensus among a wide range of types of implementers, and points of contact that support dissemination of the<br />
specifications are all known to help in the process.<br />
In the case of AccessForAll, the needs and preferences have come from those who actually have them; people<br />
who use technology in a wide range of situations, overcoming what often seem like insurmountable odds.<br />
The needs and preferences are not new, they have been around since computers were first developed and are<br />
tried and tested by their users. The provision of statements that describe needs and preferences is new. It is to be<br />
done in a way that separates the user from the needs and preferences, while allowing them to have several sets.<br />
Nevertheless, there is little doubt that this will not be a problem for many as already these settings have to be<br />
entered into computer systems. In addition, there is more pressure on those providing education and training to<br />
be more mindful of the special needs of their clientele, so they will be alerted to the need for such specifications<br />
in the normal course of business, as well as by those specifically promoting these specifications. The only<br />
difference for those already registering such needs is that they will be entered once and used many times. The<br />
experience of several projects where such specifications have been stored on smart cards for re-use is wellknown<br />
in the field and has contributed to this work (Web-4-All).<br />
The description of the accessibility characteristics of resources is new but it has been foreshadowed by the<br />
development of applications that help organizations assess the accessibility of their resources, and to record their<br />
characteristics in metadata. The difference is that rather than just do this for evaluation and penalty avoidance,<br />
224