Tue June 5, 12:00-14:00 UTC Translate to my time zone NoticeThis meeting is being held as part of the Raising the Floor Consortium. The Raising the Floor membership agreement, in particular its IPR policy, applies to the contents of the meeting. Attendance- Andy (Axelrod...)
- James, Jutta (IDRC)
- Liddy (Sunrise)
- Vivien (FHG)
- Andreas, Christophe, Gottfried (HDM)
- Andrea (SDC)
- Thomas, Vassilis(CERTH)
- Gregg (RtF-I)
- Andres (TECH)
Updates (including user groups involvement)Editors had 3 meetings. Liddy has made a personal draft at the Wiki, http://wiki.fluidproject.org/display/ISO24751/New+Version+of+24751+Part+1. First draft (24751-1 Framework) is due in mid-June, to be submitted to SC36 in due time for voting within the September meeting of SC36. There will be another editors meeting, probably this week. Discussion on Profile StructureRefer to http://wiki.gpii.net/index.php/Discussion_on_Profile_Structure. HdM's proposal: http://wiki.gpii.net/index.php/HDM_Glossary_Proposals Personal Needs and Preferences (PNP) ProfileA PNP profile is a flat list of user Preferences. A Preference consists of a ... - Property, which serves as a link to the registry to obtain the definition of the Property. For example "FontSize".
- Value, which states the value the user wants for the given Property. The Value conforms to the Property definition.
- "Über-Condition", which specifies in which circumstances the Value should apply.
Inferred PreferencesThe user profile contains ONLY preferences set or verified by the user. Preferences which were inferred by a MatchMaker are not stored in the user profile, as they are MatchMaker specific and using multiple MatchMakers at once would cause problems. If a user verifies and confirms an inferred preference through any means, it may be added to the user profile. HistoryA preference server may support keeping track of old values in a PNP profile. This might be useful for some matchmaking tools. "Über-Condition"Possible synonyms for Über-Condition: condition, situation, prerequisite. "Über-Condition" is expressed as a Boolean expression. If it evaluates to "true", the preference applies. If it evaluates to "false", or if there is insufficient information available to evaluate the condition, or if an error occurs, the preference does not apply. Preferences can occur in different formats in a system (e.g. in a preference server, on a client, etc.). Conditions are a way of expressing a set of preferences each for a different situation. A "resolved profile" with "resolved preferences" does not contain conditions, because it has been applied to a specific situation (i.e. the conditions are resolved based on the situation). A "partially resolved" profile has some conditions resolved, but not all. ConflictsThere might be situations where the conditions of multiple preferences with the same property evaluate to true. In this case, the order of the preferences in the profile is significant. The first/last?? preference wins. Note that the order of preferences is independent from their date/time of creation. Action Items- Look at existing ISO standards that use a registry approach. (See topic 43.)
- Formulate proposals for dealing with conditions (see topic 34).
- Jutta: share a preliminary list of needs & preferences for literacy users.
Future MeetingsTue Jun 12, 12:00-14:00 UTC Future Agenda Items
|