Re: Round 2: Identifying Data for Interchange

```Roger,

Actually, I think your example is very illustrative of how
the generalization that you propose breaks down under real-world
engineering situations. In some situations the raw information is
needed, sometimes the calculated information is needed, sometimes the
raw informations is not available, and sometimes the calculated
information is not available, and sometimes the raw information comes
from independent sources. Sometimes the raw information is your
protected asset, sometimes the calculated information is your
protected asset, and sometimes the calculation itself is your
protected asset.

Let me use another example that gets away from the aircraft
example: the Dow Jones Industrial Average. This is clearly a derived
number from the fundamental data of the stock prices for the
component stocks.  If I understand your proposed rule, the Dow
wouldn't appear in a schema and everyone would have to know how to
calculate the Dow. They'd also have to know which stocks comprised
the Dow at what times so they could compute the value for historical
purposes. This is clearly not what people currently do nor do they
wish to do it.

Have I misunderstood what you're proposing?

Regards,
Don Bate

At 5:16 PM -0500 1/7/03, Roger L. Costello wrote:
>Hi Don,
>
>Don Bate wrote:
>>
>>  You've got this backward. Position is always derived from distance,
>>  azimuth, or elevation measurements and there may not be enough
>>  measurements to calculate position.
>
>Thanks for your observations. I am sure that you are correct, but I'd
>rather not go on a tangent about peculiarities of my example.  Let's
>make it simpler:
>
>Let's take a sheet of graph paper.  Put a dot on the paper.  That's the
>ground station.  Now put another dot somewhere else.  That's the
>aircraft.  Now calculate (derive) the distance using Pythagorean's
>theorem.
>
>Now move the aircraft to another x, y location.  Calculate (derive) the
>distance.  If a client were to receive a sequence of these x,y
>coordinate values then he/she could:
>
>    - calculate the distance
>    - calculate the relative location of another aircraft
>    - plot this onto a map
>      etc.
>
>Let me call the position data fundamental, and the distance data
>derived.
>
>...
>
>Now let's get back to the hard issues:
>
>    - should there be 2 schemas, one for fundamental data and one
>      for derived data?  I will argue that there should only be
>      one schema - the fundamental data schema.  Derived data is
>      transient and should not have its own schema.  What do you
>      think?
>
>    - at what point does sharing of fundamental data become a
>      Service of derived data?
>
>/Roger
>
>
>-----------------------------------------------------------------
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>
>To subscribe or unsubscribe from this list use the subscription

--
Don Bate               | Specializing in Consulting and Mentoring in
Bate Consulting, Inc   | Object-Oriented Technologies,
| Software Architecture, and Software Process
(972) 618-0208 voice
(972) 618-0216 fax
donbate@i...
```

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
 RSS 2.0 Atom 0.3 Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.