Re: Schema.org - identifying accessible documents

Hi Léonie,
Thanks for these thoughtful notes.
My comments inline.

Jutta


> On Jun 20, 2015, at 7:19 PM, Léonie Watson <lwatson@paciellogroup.com> wrote:
> 
>> From: Jutta Treviranus [mailto:jutta.treviranus@utoronto.ca]
>> Sent: 18 June 2015 14:38
>> 
>> As to the specific example of markup you have asked us to consider:
>>> "you need to be able to understand english-language text and to hear, OR
>> to be able to understand english language text and see, in order to
>> effectively use this site". (The underlying use case is a video which has both
>> audio descriptions, and captions, available as an option in the player, but
>> making these things up is easy and there are lots of variations).

> Léonie wrote:
> There is usually a way to make things up where metadata is concerned. There is often a fair amount of flexibility in the way metadata is interpreted, and history tells us this has happened already. 
> 
> Is there something in this proposal that makes it more prone to mis-use do you think?

Jutta’s response:
Yes, please see my second note. This is proposing that you label a resource with the capabilities you need to use the resource, to in a sense warn off anyone that doesn’t have those capabilities. As I mentioned, if you are someone that is creating resources that are not accessible then you are probably less likely to take the time to add metadata regarding the capabilities required. Worse yet, you may think you have done everything you need to do to address accessibility by warning away people that can’t use the resource. 

> 
>> 
>> What does your description add that simply stating that this resource or
>> document "has captions," "has descriptions", and that the language "is
>> english" doesn’t achieve? In fact your description is much more complex and
>> also confusing because you would not need to be able to understand english
>> language text if you can hear, you could listen to the speech audio and
>> understand spoken english.  (I have left your message below my reply in its
>> entirety for easier reference.)
> 
> Léonie wrote:
> If a resource had no specific accessibility feature, yet was nonetheless accessible to someone, how would it be classified? As Chaals notes, a search for a resource with text descriptions for images would exclude any resource that consisted only of text, yet such resources would likely be accessible to a person requiring text descriptions for images.
Jutta’s response:
That is already covered by identifying that it is text.  You do not need any further identification unless there are images as well. 

> [...]
> 
>> 
>> On a general level, the debate boils down to who gets to come up with the
>> labels and the categories that describe individual needs and preferences: is it
>> collectively the individuals who are experiencing the barriers to access or is it
>> the developers and the arbitrary group of individuals that happen to be part
>> of the standards working groups, many of whom know nothing about the
>> barriers.  
> 
> [...]
> Léonie wrote:
> Speaking as someone involved in the standards effort, and someone (like many others) who has a disability, this feels like a very binary assessment to me.
> 
> The two communities can (and sometimes do) collaborate. User research is another way the standards community can seek input from different disability communities, and open reviews of proposed ideas (like this thread) are yet another way to bring people from outside the standards effort into the conversation.
> 
> Of course these things aren't perfect solutions, but few things are. If we start from an "either or" position, I suspect we'll set ourselves up for failure before we start though.

Jutta’s response:
I agree completely, we want collaboration. Unfortunately the situation at the moment, in the ISO context, does not provide the opportunity for any collaboration or input by individuals with disabilities. In fact there has been vociferous objections to requiring that the process be accessible, thereby ensuring that anyone that finds their way through the process will face accessibility barriers.
> 
>> 
>> Lastly, if we include the ISO discussions, I think the argument is also about
>> how we approach this important challenge: can we make this an exercise
>> about what emerging technical capabilities we can use to match and address
>> the individual needs and preferences of real people who face barriers on real
>> people’s terms (and thereby potentially advance the process of
>> individualized customization or personalization for all people), or is this an
>> exercise in the concessions that can be made by metadata authors in
>> labelling documents or resources for people who are "not capable" of using
>> the resources?
> 
> Léonie wrote:
> The notion of "real people" makes me smile, but I take your meaning.

Jutta’s response:
I was borrowing Charles’ term “real people” from his post, and putting a slightly different spin to it. There is opposition to processes that allow more open input, the justification is that it is not practical and does not adequately address “real” scenarios. 
> 
> The proposal seems to be about making it possible to search for resources that a person with a disability can use. It feels like something of a jump to go from there to "personalisation and customisation", not least because storing and maintaining a profile starts privacy alarm bells ringing in the back of my head. That's probably a conversation for another time and place though.

Jutta’s response:

Yes, this is a much larger discussion and privacy is a major priority. There are no "personal profiles" but "personal preference files" that you can invoke in different contexts (e.g., when it is dark, when I’m tired, when I’m taking care of my son), that are independent of your identity. You can refine these as you gain a better understanding of what works for you in what context. This is supported by a growing series of discovery and exploration utilities. 

The overall direction proposed to support more open and collaborative input is a "concept registry" that can be used to negotiate common understandings of an extensible and expanding set of needs and preferences. The proposal is that anyone can participate in registering a concept (not just ISO member country representatives and official liaison). The common understanding of these concepts, developed through the registry, could then be codified and formalized through mechanisms like metadata, portable settings and other strategies. 

I hope this clarifies.

Jutta

> 
> To the question of mis-use, I'm still struggling to understand how this proposal is any more open to abuse than any other metadata model (Schema or otherwise)?
> 
> Léonie.
> 
> 
>

Received on Sunday, 21 June 2015 20:15:27 UTC