[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: [humanmarkup-comment] Fwd: RE: [humanmarkup] Base Schema-address
Date: Tue, 14 May 2002 14:23:26 -0700
To: "Rossomando, Philip" <Philip.Rossomando@unisys.com>
From: Rex Brooks <rexb@starbourne.com>
Subject: RE: [humanmarkup] Base Schema-address
Cc:
Bcc:
X-Attachments: :Enterprise:903403:humanmlSchema.xsd: :Enterprise:903403:humanmlSchema.zip:
Phil,
You will find all of our current documentation on the OASIS website:
http://www.oasis-open.org/committees/humanmarkup
You can take a link from there to the schema, which will take you to the following url where you can download it:
http://groups.yahoo.com/group/humanmarkup/files/Technical/XML.Schema/XML.Schema/
There at the yahoo site you can review all of the work that was done in Phase 0.
However, I am including it here as an attachment, both the xsd file and the zip which holds the html version, which is the one I recommend, unless you really enjoy scanning code. Remember, this is the jumping off point not a real first draft. It was done as we were getting ready to join OASIS, after which we have been working through the process of building requirements and subcommittees and are now reviewing the base toolkit as the starting point from which to build the first draft.
Talk to you soon.
Rex
Rex:
Got your note. If you could send me the candidate
Schema and any other documentation I might need to review and
Comment on, it would be appreciated.
Phil
-----Original Message-----
From: Rex Brooks [mailto:rexb@starbourne.com]
Sent: Tuesday, May 14, 2002 10:32 AM
To: Rossomando, Philip
Cc: rnixon@qdyn.com
Subject: RE: [humanmarkup] Base Schema-address
Hi Phil,
I am copying this to Rob Nixon, the chair of the AI-VR Subcommittee,
which I expect will stimulate him to make some time in a completely
full schedule to at least query you on where in his work you are best
suited to contribute. You have just done the necessary act to set
your personal timer to work, in OASIS terms that is. You need only
attend our teleconferences and working session chats and then
whichever arrives first, 60 days or three meetings, becomes the date
of your active voting membership in the TC.
One of my personal concerns right now, as I go through the Base
Primary Schema, is ensuring that this initial base schema has all the
elements needed for the extensible functionality we want for the
Human Markup Language Specification overall. While I don't want to
broach the subject while we are engaged in putting together this
first spec, I know that we will have to immediately get on to
building a standard interface for Human Markup Schemata to such other
specs as Web Services and Topic Maps, since Topic Maps will, I
believe, eventually absorb or supplant UDDI as the lookup engine of
the web, and WSDL is already in the process of being massaged to
absorb the expanding demands on it. Human Markup is likely to be one
of the main ingredients in the delivery of web services to individual
end users in a way that is personalized according to their
preferences and behavior, so in that sense, beyond the Human
Markup-specific applications such as AI, VR, Cultural Translations,
Diplomatic Communications, etc.
So we can definitely use all the help we can get. And, of course, if
you have a particular bent or interest, we heartily encourage you to
follow it.
Ciao,
Rex
>Hi Rex:
>
>I am the new Unisys Global Industries representative
>At OASIS. I am very interest in the human markup sig
>And particularly the AI subgroup. I worked in the
>Area of AI from 1985 to 1994 and was chairman of the
>ACM DVAIA sig. I and now in my fifth year as an education
>PhD. candidate. I would be very interested in becoming a Member of this
>sig and the ai sub-group in particular. However, I would be willing to
>consider anywhere where I can Contribute. Please enroll me and/or send
>me any information I need to become an active member.
>
>Phil Rossomando
>
>Research Director, Technology & Architecture>Unisys Corporation
>Unisys Way, B-330
>Blue Bell, PA 19424 USA
>Philip.rossomando@unisys.com
>215-986-3998
>FAX 413-0215-2046
>
>
>-----Original Message-----
>From: Rex Brooks [mailto:rexb@starbourne.com]
>Sent: Monday, May 13, 2002 11:27 AM>To: humanmarkup-comment@lists.oasis-open.org;
>humanmarkup@lists.oasis-open.org
>Subject: [humanmarkup] Base Schema-address
>
>
>Hi Everyone,
>
>Please keep these threads within the Subject Line that initiates them,
>for easier reference. The elements are arranged in alphabetical order
>and this seems like the most sensible way to organize it. I will follow
>that organization in discussing them.
>
>It has the value of being accepted as not implying any kind of
>hierarchical or other classification system. As someone joined at the
>hip to OO, it also makes it easier for me to remember that we are not
>creating classes, yet. I add the yet because at some point, once we
>start building applications, we will, of necessity be brought to the
>task of agreeing upon a set of classes, but that is so far downstream
>from this point in our development that it need not concern us greatly.
>
>I will go through them, as nearly as possible in the order they
>appear: element definitions first, global attributes and then
>datatypes.
>
>Even as we go through this exercise, it is certain that we will develop
>new elements as they occur to us and as the subcommittees begin to
>identify the elements they will be needing, but I think it will be
>easier to spin those discussions off into separate threads, for which I
>suggest we use a variation of this Subject line, thus: New Base Schema
>Element-element name.
>
>That said, our first element:
>
>address
>
>This is a Complex Type and it is specified as a named address system
>such as street, city, state, etc. It is noted that when this element is
>used it will be code-based, i.e. an instance of an accepted, existing,
>named addressing system in international use.
>
>It is further specified that is a member of the xsd:attributeGroup
>referenced by "humlIdentifierAtts"
>
>Because it is a variable value that will change over time, it is not a
>Global Attribute.
>
>All of that is fairly straightforward and I doubt anyone can have much
>concern about it, however, what occurs to me is the question of whether
>we might want to distinguish between residential addresses, postal
>addresses and email addresses, although email is a bit of an orange in
>this box of apples, so to speak. However, for the purpose of sending
>communications or freight, and tracking such things for double checking
>accuracy, for instance in the case of multiple individuals sharing the
>same name, it might be good to have these distinctions under different
>elements, or additional attributes within this element.
>
>Okay, we have a number of ways in which this element can be used. And
>these ways also come into play in how we structure this element. I can
>think of several scenarios where the distinctions I mentioned above
>will be of vital importance:
>
>Scenario 1: Emergency Services Delivery in a natural disaster, where
>two Joe Smiths live in the same town where a tornado has struck and
>both have special medical needs that need to be taken into account in
>case they require emergency medical care on the scene of the disaster.
>Both have verifiable internet identities, email addresses, etc. Can
>address information help?
>
>Secnario 2: Joe Smith, tenant at 12345 Mill Rd, Oceanview, New Jersey
>receives mail for a former tenant, and it appears to be an important
>and time-critical piece of information. All he has is a name. Is there
>a chance that he can get the correct address in a secure way that does
>not tell the wrong person what kind of information he is seeking to
>redirect to its proper recipient?
>
>I will leave it at two scenarios. I have used examples here that I have
>had actual experience with in my own life except that I simply added a
>second person with the same name for a scenario 1 based on an incident
>where my neighbor had an asthma emergency, and the neighbors did not>know he had asthma, only that he was apparently unable to breathe. It
>turns out that I later developed a kind of asthma myself, fortunately
>not triggered by stress like his, but emergencies can easily trigger
>this kind of subsequent problem. I have also received mail for at least>two other Rex Brooks and you might call that a bit unusual, so I also
>know that these kinds of situations can occur. For more common names, I
>am sure this kind of thing is not really unusual at all.
>
>So, this is what I intend to do as I go through the elements in the
>HumanML Schema Len diligently worked up for us in Phase 0.
>
>I will try to do at least 3 a week, rather than one a day, though even
>that may be optimistic.
>
>Ciao,
>Rex
>--
>
>----------------------------------------------------------------
>To subscribe or unsubscribe from this elist use the subscription
>manager: <http://lists.oasis-open.org/ob/adm.pl>
--
--
--
Attachment:
humanmlSchema.xsd
Description: Mac BinHex archive
Attachment:
humanmlSchema.zip
Description: Mac BinHex archive
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC