[seek-kr-sms] property restrictions in growl

Ferdinando Villa ferdinando.villa at uvm.edu
Mon Aug 2 12:49:28 PDT 2004


I think we all agree on what Rich says here. One important thing to do
will be to understand what can be said graphically that translates into
OWL but is part of common visual experience - precisely what Shawn and
Bertram are doing with natural-like language with Sparrow. I expect
Serguei's concept of graphical extensions will play a role here, but
only after we've worked out a simpler graphical "idiom" that works for
editing. And as we said in Edinburgh, it would be great to have a direct
sparrow/growl coupling for inputting statements that make their way
directly on the graphical canvas - maybe with tab-completion for concept
and property names.

On Mon, 2004-08-02 at 15:40, Rich Williams wrote:
> >
> >
> > In a graphical editor such as GrOWL, I don't think as a user, I would
> > want to necessarily have to follow OWL to construct a model. If I draw a
> > line between two classes, name it, and give the property restrictions,
> > then that should both create the property and the restriction ... or
> > maybe I am missing something. Also, some "restrictions" are defined at
> > the property-level and some per class -- but as a user, you shouldn't
> > have to worry about these two "modes".
> >
> 
> Shawn is raising a very important user interface issue.  Right now, the user
> interface of GrOWL, like the Protege OWL plugin, is very close to OWL.
> Typically, one operation creates one OWL entity, so you create a property as
> one operation, and a restriction on the property as another operation.
> Shawn gives an example in which a series of operations that create multiple
> objects in the graph model could usefully be combined into a single user
> action.  One future step in developing GrOWL should be to identify sequences
> like this and represent them as primitive operations in the user interface.
> I think of the current user interface as analogous to programming in
> assembly language.  It is useful and a necessary step on the way to a
> higher-level user interface, rather than the final word on OWL browsing or
> editing.
> 
> Rich
> 
> _______________________________________________
> seek-kr-sms mailing list
> seek-kr-sms at ecoinformatics.org
> http://www.ecoinformatics.org/mailman/listinfo/seek-kr-sms
-- 
Ferdinando Villa, Ph.D., Associate Research Professor, Ecoinformatics
Gund Institute for Ecological Economics and Dept of Botany, Univ. of Vermont
http://ecoinformatics.uvm.edu




More information about the Seek-kr-sms mailing list