Re: HM.Frameworks: Physical Description

Seriously, all I'm trying to do is look at potential correlative mechanisms based upon specific relational operators. One potential arena where I can see something like this in play is in preference mechanisms, which I see as one specific region in which HumanML has definite applications. As I mentioned before, in some cases these measures are subjective, though I suspect there are relatively few areas where a more formal definition of a given measure couldn't be formulated. Consider color equivalences, for instance, where two reds may be fairly distinct from one another but is more alike than green and very much more alike than blue. If I describe someone as having red hair, for instance, and I want to draw a correlative link to another person with red hair, the like attribute would not likely be 1.0 (I have two daughters with red hair, and yet it is obvious looking at them that one is not the same shade as the others).

These don't have immediate bearing to the HumanML schema itself, only to the creation of correlative mechanisms between two instances of that schema. In that sense, the discussions here are application oriented rather than schema oriented. However, having said that, I would think that correlative measures would make a great deal of sense in Public Safety issues, especially as it brings up another point that has been bothering me for a while. We need to be concerned about the nature of the measurements involved. Should units be introduced into the schema itself, and if so, how? Is it more reasonable to describe a map of units of a given type as a prolog block to any measurement indicators. For instance, it may be more reasonable to basically describe in the schema that a person's height measurement is given as being of type Length, and in the prolog all units of type Length are described as being in centimeters or inches. This makes it possible to make all measurements scalars without the ugly necessities of parsing out unit measures from strings. Note that this may have already been addressed. I'm somewhat backed up in my reading at the moment.

humanmarkup-comment message