[GlobalPreferences] PGA design: 3 ways to generate preferences

Thu Mar 7 22:09:44 UTC 2013

Not merely dating yourself, but also your affinity for  bad pseudo-philosophical television.  (Also guilty.)  Did you ever see Carradine in a part where he was supposed to be clumsy?  He couldn't do it!

Denis

On Mar 7, 2013, at 11:35 AM, Jim Tobias <tobias at inclusive.com<mailto:tobias at inclusive.com>>
 wrote:

Yes, exactly, and anything we can do to reduce the complexity and duration of the eval makes completion more likely. And more pleasant – there’s nothing better than a preference collector that begins with some preferences already in place, even if they are somewhat based on good guesses. It’s like walking into a neighborhood bar and being offered “the usual” – hey, I’m known here!

And as for ‘entry/exit points’ – the best way to get people in the door is to not have a door. (“Pluck the doorknob from my hand, Grasshopper.” Now I really *am* dating myself….)

***
Jim Tobias
Inclusive Technologies
+1.908.907.2387 v/sms
skype jimtobias
From: Denis Anson [mailto:danson at misericordia.edu<http://misericordia.edu>]
Sent: Thursday, March 07, 2013 11:12 AM
To: Jim Tobias
Cc: Denis Anson; <globalpreferences at fluidproject.org<mailto:globalpreferences at fluidproject.org>>; Fluid Work
Subject: Re: [GlobalPreferences] PGA design: 3 ways to generate preferences

This suggests a variety of "entry/exit points" for the tool.  Existing assessments may be fine-grained or course-grained.  There should be a way to enter the results of existing evaluations (hearing evals, vision evals, learning styles, etc.) into the tool before the student enters.  The results of these evaluations would "preload" the system to either bypass assessments that provide less information than we already have, or to start deeper into tools where the early stages are already known.  (When I worked rehab, clients used to complain that on the first day in therapy, everyone did range of motion.  Didn't we talk to each other?)  By not repeating the same assessments the student has already done, we can make the tool more efficient, though we may have to do some cross interpretation.  And, context may influence outcomes.  Hearing in an audiology booth may indicate, but not correlate with hearing in a computer lab.

Denis

Denis Anson, MS, OTR
Director of Research and Development
Assistive Technology Research Institute
Misericordia University
301 Lake St.
Dallas, PA 18636

voice: 570-674-6413
fax: 570-674-8054

danson at misericordia.edu<mailto:danson at misericordia.edu>

On Mar 7, 2013, at 10:27 AM, Jim Tobias <tobias at inclusive.com<mailto:tobias at inclusive.com>>
 wrote:

I don’t know if this is part of the ‘4th way’ or a 5th way, but we should be planning for slipstreaming behind the existing collection and maintenance tools out there. That is, we should be able to inherit preferences from other evaluations the user has completed (audiology exam, low vision eval, etc.) and the tools used for performance measuring, in education or beyond. Whatever tool a school uses for students to self-assess, or to prepare a report card, etc., should be grist for our mill. In fact, this should increase the reach and impact of the project. In addition, it will add or strengthen the meta-cognition component – as students self-assess or respond to an assessment, they could be asked “Given the progress you made in [subject X], what did you discover about how you learn best? How could a different learning experience have worked better for you?”

I don’t know if work like this is within the scope of the design component of PGA. If it is, it might require us to break it out as a separate item, where we don’t have a blank canvas to work with.

***
Jim Tobias
Inclusive Technologies
+1.908.907.2387 v/sms
skype jimtobias
From: globalpreferences-bounces at fluidproject.org<mailto:globalpreferences-bounces at fluidproject.org> [mailto:globalpreferences-bounces at fluidproject.org<mailto:bounces at fluidproject.org>] On Behalf Of Gregg Vanderheiden
Sent: Thursday, March 07, 2013 1:27 AM
To: Jonathan Hung
Cc: <globalpreferences at fluidproject.org<mailto:globalpreferences at fluidproject.org>>; Fluid Work
Subject: Re: [GlobalPreferences] PGA design: 3 ways to generate preferences

On Mar 5, 2013, at 8:11 AM, Jonathan Hung <jhung at ocadu.ca<mailto:jhung at ocadu.ca>> wrote:

Hi Gregg,

I think automation can be helpful to a user. I imagine there will be different levels of automation, and the approach will also likely need to be balanced carefully as to not assume too much on behalf of the user.

GV: agree on different levels.  and different ways.    One user preference will be what levels, ways, and engines and settings on the engines they like.   and it may vary between different environments/contexts.       also agree on balance.

Are you thinking that this intelligent system would automate repeat behaviour only, or do you see the system performing more functions?

GV:  Don't understand the question.
I think it might automate anything that is a setting or preference.   and It could be based on many things including the behaviors of other users, this user, rules, etc.

- Jon.

On Thu, Feb 28, 2013 at 12:19 PM, Gregg Vanderheiden <gv at trace.wisc.edu<mailto:gv at trace.wisc.edu>> wrote:
With the 4th the user doesn’t ever go to any page to make any adjustments to preferences.

think of it this way.

Whenever it gets loud you turn up the volume.  After awhile the MM (or a local mini-MM in the computer) notices this and asks if you would like (prefer) to turn  up the volume when the background gets loud (using the settings you have been using).   If you say yes - this is added to the preferences.

Another is that each time it goes to a computer to environment the MM sets it to the Pref but they notice the user always turns it down from the stored pref.   So they ask if the user would like it to start out lower.

Or the MM may ask if it should just make such adjustments automatically if it see the user always doing the same thing.     And then both a) that goes into prefs  and b) prefs get changed without the user doing anything.

Gregg
--------------------------------------------------------
Gregg Vanderheiden Ph.D.
Director Trace R&D Center
Professor Industrial & Systems Engineering
and Biomedical Engineering University of Wisconsin-Madison
Technical Director - Cloud4all Project - http://Cloud4all.info<http://cloud4all.info/>
Co-Director, Raising the Floor - International - http://Raisingthefloor.org<http://raisingthefloor.org/>
and the Global Public Inclusive Infrastructure Project -  http://GPII.net<http://gpii.net/>

On Feb 28, 2013, at 7:06 AM, tona monjo <tonamonjo at gmail.com<mailto:tonamonjo at gmail.com>> wrote:

Hi Gregg,

I wonder if the 4th approach can be the same as the 3rd in Jon's diagram: the user does modifications directly on the page (in one or several sessions) and they are saved as a preference set.

Tona

On Thu, Feb 28, 2013 at 12:47 AM, Gregg Vanderheiden <gv at trace.wisc.edu<mailto:gv at trace.wisc.edu>> wrote:
Hi Jonathan

very nice diagram
box in upper left good to have too so people can see it is three approaches and not just three steps.

Wouldn’t a 4 approach be just having the system track the user making changes to settings directly from day to day and detecting patterns?

Gregg
--------------------------------------------------------
Gregg Vanderheiden Ph.D.
Director Trace R&D Center
Professor Industrial & Systems Engineering
and Biomedical Engineering University of Wisconsin-Madison
Technical Director - Cloud4all Project - http://Cloud4all.info<http://cloud4all.info/>
Co-Director, Raising the Floor - International - http://Raisingthefloor.org<http://raisingthefloor.org/>
and the Global Public Inclusive Infrastructure Project -  http://GPII.net<http://gpii.net/>

On Feb 27, 2013, at 12:46 PM, Jonathan Hung <jhung at ocadu.ca<mailto:jhung at ocadu.ca>> wrote:

Hi everyone,

Earlier this week, Tona sent out some first sketches of the preferences panel (see email titled: "PGA: wireframing first ideas").

To put that sketch into context, the "preferences panel" is just one method the student can define and refine their preference set(s). We envision that the learner will also be able to specify preferences through a wizard and directly in context of the content (i.e. a video clip may indicate alternatives or customizations in some way).

Attached is a diagram showing these three main approaches. Feedback is welcome.

Thanks!

- Jon.

--

JONATHAN HUNG

INCLUSIVE DESIGNER, IDRC

T: 416 977 6000 x3951
F: 416 977 9844
E: jhung at ocadu.ca<mailto:jhung at ocadu.ca>

OCAD UNIVERSITY
Inclusive Design Research Centre
205 Richmond Street W, Toronto, ON, M5V 1V3

www.ocadu.ca<http://www.ocadu.ca/>
www.idrc.ocad.ca<http://www.idrc.ocad.ca/>
<pga-generating-prefs.png>_______________________________________________
GlobalPreferences mailing list
GlobalPreferences at fluidproject.org<mailto:GlobalPreferences at fluidproject.org>
http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences

_______________________________________________
GlobalPreferences mailing list
GlobalPreferences at fluidproject.org<mailto:GlobalPreferences at fluidproject.org>
http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences

--
Tona Monjo
LATENT, User Experience Design
http://www.latent-design.com<http://www.latent-design.com/>
T (+34) 654 402 387<tel:%28%2B34%29%20654%20402%20387>
Skype: tona.monjo
Twitter: tona_monjo
Blog: http://tonamonjo.net/
_______________________________________________
GlobalPreferences mailing list
GlobalPreferences at fluidproject.org<mailto:GlobalPreferences at fluidproject.org>
http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences

_______________________________________________________
fluid-work mailing list - fluid-work at fluidproject.org<mailto:fluid-work at fluidproject.org>
To unsubscribe, change settings or access archives,
see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work

--

JONATHAN HUNG

INCLUSIVE DESIGNER, IDRC

T: 416 977 6000 x3951
F: 416 977 9844
E: jhung at ocadu.ca<mailto:jhung at ocadu.ca>

OCAD UNIVERSITY
Inclusive Design Research Centre
205 Richmond Street W, Toronto, ON, M5V 1V3

www.ocadu.ca<http://www.ocadu.ca/>
www.idrc.ocad.ca<http://www.idrc.ocad.ca/>
_______________________________________________
GlobalPreferences mailing list
GlobalPreferences at fluidproject.org<mailto:GlobalPreferences at fluidproject.org>
http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences

_______________________________________________
GlobalPreferences mailing list
GlobalPreferences at fluidproject.org<mailto:GlobalPreferences at fluidproject.org>
http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences

_______________________________________________
GlobalPreferences mailing list
GlobalPreferences at fluidproject.org<mailto:GlobalPreferences at fluidproject.org>
http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.idrc.ocad.ca/pipermail/fluid-work/attachments/20130307/51db77f6/attachment.htm>