RE: [emergency] DE and well formed XML

["David RR Webber \(XML\)" <david@drrw.info>]

Rex,

 

Agreed - non-normative supporting documentation is the way to go with this stuff for now.

 

BTW - this form rendering stuff is a tar-pit of sizable dimensions.  I've seen folks using XForms, InfoPath, UN/Forms, xhtml, and the list goes on.

 

Thanks, DW

-------- Original Message --------
Subject: RE: [emergency] DE and well formed XML
From: Rex Brooks <rexb@starbourne.com>
Date: Thu, June 05, 2008 1:06 pm
To: "Lee Tincher" <ltincher@evotecinc.com>,  "'David RR Webber
\(XML\)'" <david@drrw.info>,  "'Rex Brooks'" <rexb@starbourne.com>
Cc: <emergency@lists.oasis-open.org>

The latitude we've given ourselves to provide
various kinds of artifacts and resources within
the general EDXL Reference Information Model
context allows us to do this in our own document
repository or in the Adoption SC repository or
the TC repository. We're working at the
intermediate Level of Abstraction between the
Concrete and the Abstract, so we are staking out
a big territory we can mine.

Where we have to be careful is in the formulation
of the normative specifications themselves
because we are breaking a trail into this
territory, so we don't want to do anything in
those specific documents that will muddy the
waters in terms of what people can expect to find
in the normative specs of the RIM itself.

Cheers,
Rex

At 12:02 PM -0400 6/5/08, Lee Tincher wrote:
>Good insight - thanksŠ.so if I were to create
>XML "Form recommendation" templates for each
>standard - we could reference them via URL and
>incorporate at will - if someone were to
>accomplish this would it be appropriate to have
>the Implementation committee review these and
>offer them as additional tools for the use of
>the standards?
>
>Thanks,
>Lee
>
>Action springs not from thought, but from a
>readiness for responsibility. - Dietrich
>Bonhoeffer
>
>From: David RR Webber (XML) [mailto:david@drrw.info]
>Sent: Thursday, June 05, 2008 11:54 AM
>To: Rex Brooks
>Cc: Lee Tincher; emergency@lists.oasis-open.org
>Subject: RE: [emergency] DE and well formed XML
>
>Lee,
>
>These design time artifacts really do not belong
>in the instance schema themselves.
>
>We've solved this in the CAM realm by use of an
>optional <DataReference> section (non-normative
>currently).
>
>The idea is that the DataReference can point to
>external definitions and custom XML markup - for
>the kind of purposes you envision. This can be
>at template level, or right down to element and
>attribute. The use of UID references also
>allows definitions across schemas - so that
>common content need only be referenced once.
>
>Obviously you do not want this kind of content
>impeding into the actual exchange transactions
>and production content.
>
>The Appendix B documentation available from the
>OASIS CAM TC documents gives further details.
>
>Thanks, DW
>
>
>
>
>-------- Original Message --------
>Subject: Re: [emergency] DE and well formed XML
>From: Rex Brooks <rexb@starbourne.com>
>Date: Thu, June 05, 2008 9:42 am
>To: "Lee Tincher" <ltincher@evotecinc.com>,
><emergency@lists.oasis-open.org>
>
>Adding this topic if fine with me, Lee,
>
>thanks,
>Rex
>
>At 8:51 AM -0400 6/5/08, Lee Tincher wrote:
>>All,
>>
>>I'd like to schedule a topic of discussion about
>>a proposal for our future efforts. While
>>consuming the DE with "any well formed XML" it
>>struck me that we may have an opportunity to
>>make our standards much easier to consume from
>>the developer standpoint. I would like to
>>propose that we develop an attribute level of
>>something like "Recommended Display" which could
>>have tags like "Title", "Label" and "Length".
>> This would potentially allow a developer to
>>just create a one time (we could provide code
>>samples in differing languages) Form Map to all
>>EDXL payloads. It needs to be at the attribute
>>level since it would apply to each EDXL element
>>in a payload.
>>
>>This is different that XSL translation since the
>>XSL assumes you know the structure of the
>>incoming XML and you have created a map based on
>>that knowledge. This should be mapped to the
>>"language" element we already have and can
>>result in Digest population for the DE·..
>>
>>Any thoughts?
>>
>>Thanks,
>>Lee
>>
>>Action springs not from thought, but from a
>>readiness for responsibility. - Dietrich
>>Bonhoeffer
>>
>
>
>--
>Rex Brooks
>President, CEO
>Starbourne Communications Design
>GeoAddress: 1361-A Addison
>Berkeley, CA 94702
>Tel: 510-898-0670
>
>---------------------------------------------------------------------
>To unsubscribe from this mail list, you must leave the OASIS TC that
>generates this mail. You may a link to this group and all your TCs in OASIS
>at:
><>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php


--
Rex Brooks
President, CEO
Starbourne Communications Design
GeoAddress: 1361-A Addison
Berkeley, CA 94702
Tel: 510-898-0670