Glad the idea appeals to you. There is much work yet to be done in this
area. We're having some difficulty working out an ontology for
representing metadata. To date, OWL is presenting the most likely path
(OWL-DL in particular). For now, the metadata would represent specific
characteristics of the delivery context, such as device info, user
preferences etc. The idea of "role" to capture the intent of markup
will probably follow.
 
One could envisage, for example, an embedded fragment of JavaScript
that comes with metadata to say:
1. The script represents a "link highlighting" mechanism (i.e. this is its 
role).
2. The script is associated with another section whose role is "main menu".
3. The script is optional (ie omission will not cause loss of functionality)
 
An adaptation process will then be able to understand the purpose of
the script without having to interpret the script (which is an
Artificial Intelligence activity), and can substitute alternative
implementations of the role (e.g. vocal cues for screen-readers, or
other implementations for non-JS browsers).
 
I can see why you would think JSF, and certainly in the case of forms
and other interaction components this makes sense. But the bigger
picture is to represent the author's intent at varying levels of
granularity. For example, to mark fragments of a document that
represent "essential information", "key message", "optional information
(side-bars, footnotes etc)", "search (site|nearby|related-to-session|...)", 
"error", "explanation of error", "most likely next step", "illustration", 
"decorative resource" etc etc etc
 
I'm just making up these roles, because so far we have only identified
that "role" is important but don't yet have a process for deciding such
roles. Nor is there a representation. There is a strong feeling that
RDF/OWL will be playing a big part.
 
Obviously what I'm thinking about is the annotation of methods/classes
in Beehive. If the UI could conveny some of its inherent role
information through metadata, the possibilities for the Semantic Web
and content adaptation could be huge. Propagating the metadata up to
the UI would be an interesting avenue to explore, but it wouldn't be
unusual. How many times have you viewed the source of a news web page
and seen embedded comments that say things like:
   <!-- Main News Story -->  ?
 
Wouldn't it be great if this accidental leakage of metadata
wasn't just accidental, but was intentional, and instead of human
comments it was machine-readable?
 
Yes, you could put the annotation into the JSP directly. But imagine
the JSP could receive this information from the underlying application.
 
Not only would the world of PDAs and mobile/cell-phones be
beneficiaries of the knock-on effects, but the millions of end-users
who have special needs (the blind, those with mobiliy challenges etc.)
would finally have access to a Web that was adaptable in a sensible
manner.
 
So, I look at Beehive and I see that embedded within the code is
potentially the machine-readable metadata that could enable adaptation
processes make sense of what it "sees" and thereby adapt it sensibly to
the needs of its users and user-agents. And the adaptation could take
place anywhere where the metadata is available, from server to client.
 
Because of the potential, I will make a point of keeping the community
informed of developments. But please be patient because experience
shows that this is likely to be a slow process.
 
---Rotan.
 
 

        -----Original Message----- 
        From: Richard Feit [mailto:[EMAIL PROTECTED] 
        Sent: Wed 20/10/2004 18:14 
        To: Beehive Developers 
        Cc: 
        Subject: Re: Role - an adaptation metadata/annotation
        
        

        This is an interesting idea.  Currently, there's never a control that's
        wholly responsible for rendering a piece of UI (at least that's not the
        typical pattern).  Often there's a control involved upstream in
        providing data to back the UI, but in the end the NetUI tags in a JSP
        are the final word.  Seems like in this case, RDF-type information would
        still be embedded in the JSP using the same mechanism that evolves for
        web pages in general.  I can actually see where this might fit better
        with technology like JSF, where there are actual UI component classes
        that could be annotated in the way you're suggesting.
        
        That said, I think it would be great for us to look at standardized
        semantic metadata across the board (web services, controls, UI).  If
        you've got ideas for how this metadata would propagate from the control
        layer to the UI, I'd definitely be interested in exploring that.
        
        Rich
        
        Rotan Hanrahan wrote:
        
        >This is just a quick update on some W3C work I've been doing recently.
        >(See: http://www.w3.org/2004/06/DI-MCA-WS/)
        >
        >We were looking for metadata concepts that would be useful in the
        >adaptation of web content for multiple devices. The diverse group of
        >participants agreed a few points; one in particular may be of interest
        >to Beehive.
        >
        >It was agreed that a web page could include metadata marking subsets of
        >the document according to the "role" that is played by that subset. A
        >number of technologies for implementing such a mechanism have been
        >considered (OWL, RDF and other SemWeb concepts), but obviously it could
        >be "a while" before this is translated into a tangible proposal.
        >
        >However, it occurred to me that if a Beehive control, responsible for
        >the generation of a subset of the web page, could be annotated with the
        >same ontology applied to "role" then that control could also express
        >the metadata (e.g. as embedded RDF) to facilitate subsequent adaptation
        >of that content.
        >
        >Simple example: a control that generates the main menu of the page
        >would not only generate the markup but would also generate embedded RDF
        >to indicate that the markup was in fact the "main menu" and not some
        >random/unrelated collection of links. This information might later be
        >used by content adaptation (e.g. client-side) to reposition the main
        >menu for a different device/browser.
        >
        >Getting such an idea into the mainstream could take a long time, but
        >the existence of a respected software platform capable of supporting
        >such a concept might help oil the wheels of standardization bodies...
        >
        >I will be updating the W3C workshop pages over the next few weeks.
        >
        >---Rotan
        > 
        >
        

Reply via email to