- From: Alan Paull <alan@alanpaull.co.uk>
- Date: Fri, 19 Aug 2016 08:16:02 +0000
- To: "public-schema-course-extend@w3.org" <public-schema-course-extend@w3.org>
+1 Alan Paull -----Original Message----- From: Phil Barker [mailto:phil.barker@hw.ac.uk] Sent: 18 August 2016 15:31 To: public-schema-course-extend@w3.org Subject: schema course extend: accessibility Hello again, I propose that we do not address accessibility requirements as part of the course extension (we can use properties inherited from more general accessibility work). We have use cases relating to accessibility at https://www.w3.org/community/schema-course-extend/wiki/Outline_use_cases namely that it should be possible to find course where the searcher is concerned about physical and cognitive accessibility features, controls, API, hazards. This leads to requirements around identifyingaccessibility features, controls, API, hazards of resources (i.e. CreativeWorks) used in delivering the course, in any Events that are part of the course and at any locations where the events are held. There are other people with specialist knowledge for accessibility who have dealt with the accessibility of CreativeWorks (so we can just apply that to Course and to any materials used in the course), and there is an open issue relating to accessibility of Places (and hence events at those places), https://github.com/schemaorg/schemaorg/issues/254 So, are we happy to leave accessibility to the accessibility people and use the outputs of their work for Course and CourseInstance as they are inherited from CreativeWork, Event etc.? Phil -- Phil Barker @philbarker LRMI, Cetis, ICBL http://people.pjjk.net/phil Heriot-Watt University Workflow: http://www.icbl.hw.ac.uk/~philb/workflow/
Received on Friday, 19 August 2016 08:16:47 UTC