Here are some statements for discussion that may help us in determining our strategies and planning of work.  Please feel free to add your comments to each of the statements, or add statements yourself.


Erlend: My view on why we should choose RDF

The development of a set of preference items for user interface adaptation should be based upon various use cases, including a range of user groups and a range of contexts of use.

The set and structure of preference items for user interface adaptation depends on the context of use (applications, platforms, assistive technologies).  There is no universal set of preference items that would suffice for all existing contexts of use.

The set of preference items for user interface adaptation will never be complete.  New applications, assistive technologies and user interaction techniques will eventually require an extension of any existing set of items.

I agree with the need for an extensible set of needs and prefs (n&p). This suggests to me that the structure of the list will be very important. This is why I have always argued for a model that starts with a gross category and then refines it. This means that where systems do not actually have implementations that use the new items, they will at least know where they fit. I recommend the approach we have taken for the ISO Metadata for Learning Resources (MLR) determination of classes etc and use maps that conect n&ps so from the beginning we know what is a refinement of what. That will make it easier in the long run to provide an extensible set.

The second point is that I think when you say repository, Gottfried, we could ask Mitsuharu Nagamori for a version of the schema registry that the Dublin Core community uses. Mitsuharu is familiar with these problems and the registry is already built and tested ....

The third point is that ISO does not work through registries, as I understand - so perhaps we have to think how to do this for the ISO standard. I am proposing an appendix to the MLR that will link the definitions there to the DC terms registry. This may be one way to do it?

A flat set of properties (key-value pairs) is most appropriate for practical reasons.



I know some people like the ideas to appear on this list but please can we make sure that all ideas end up on the wiki. Otherwise I think we will have overlapping conversations and end up with a mess!

I am lucky enough to be spending a few days with Eric Miller. I think there are major advances in how the web works and what is coming available. My discussions with him only increase my feeling that we should be organising the needs and preferences as they are discovered - that is, they should be defined and we should have a clear 'mapping' of how they relate one to another.

Andy (in email) has talked about relationships between needs etc. This is an important aspect of a need so that I can have a broad wish and you can have a very detailed and specific version of that. It is also very important so that if your system does not know about the detailed need you have, at least it will know that it is a qualified version of one of the things your system does know about.

Finally, it lets us be assured that we can always cater for a new or more precise version of a need - ie we can have an extensible set.

My understanding of the pairs that Gottfried is talking about then allows us to include the relationships in the definitions.

So while I am not sure what Andy is advocating, I ask yet again if we can please learn about the needs and preferences by talking to as many people as possible who can inform us about what they are, and then can we start to organise them, please.

In general, the user properties stored in a user profile should be based on requirements rather than functional descriptions of the user.  However, functional descriptions may help to efficiently derive requirements-based properties for the initialization or fine-tuning of user profiles.