BTW, thanks very much Rob for this proposal
document. This can help us piece together lots of the information we've
been discussing related to VR and AI topics.
What I feel as an important litmus test to 'where
HumanML' belongs amongst other processing and rendering languages is
that the element/attribute values are to human readable.
For example, <happy level=".434"/> would not be acceptable, whereas <happy
level="ecstacy"> might be. Or <smile width="53%"/> may not be
acceptable, but <smile width="5in"/> would be, or perhaps <smile
width="wide"/>.
This would very importantly apply to proxemics and
chromemics.
This ensures that HumanML values are in fact, what
we as humans use, matches its stated purpose of not being an interface on the
'human' layer, not layers below. Regardless, mappings between machine sensible markup, and human
sensible markup, could be formally and explicitly described in code, or either
custom or standard XSLT.
Ranjeeth Kumar Thunga
----- Original Message -----
Sent: Friday, October 05, 2001 7:02
PM
Subject: RE: HM.VR_AI: Goals and Overview
: HumanML_VR_AI Facilitator
Sorry, part of that was my contribution and the two parts of sentence
didn't marry up completely. the structured approach refers to our use of xml
and rdf schemata in our primary work, and our ongoing investigation of EMOTE
work and Project Oz and Perlin's work, and now Rob's work in AI such that they
tell us what requirements they need and we see if we can accommodate it or at
least not create outright contradictory vocabularies. These bridges are the
middleware which will use HumanML to do work with the lowerlevel languages
like X3D/h-anim with and apart from MPEG-4 and SMIL and SOAP and OIL.
Is that a little more clear?
Ciao,
Rex
At 2:56 PM -0500 10/5/01, Bullard, Claude L (Len) wrote:
I
don't understand the following. Please clarify:
"To be prepared for this, we
are establishing a structured approach to provide for making HumanML readily
useful for applications that bridge the "real" and "virtual" worlds can
experience a potential imbalance in available attributes, and it may be
necessary to provide a mechanism to adjust the mapping of attributes from
the virtual to the real. "
Also note that both chronemics
and proxemics have scale issues. Personal real time and
historical time have their analogues in spatial dimensions which
include
both personal space and
geographic space. In the case of proxemics, I anticipate the use of
concepts and data objects from the Geometry Modeling
Language
for position-dependent
services involving geometric space.
len
--
Rex Brooks GeoAddress: 1361-A
Addison, Berkeley, CA, 94702 USA, Earth W3Address:
http://www.starbourne.com Email: rexb@starbourne.com
Tel: 510-849-2309 Fax: By
Request
|