[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Data versioning strategy: address semantic,relationship, a

  • From: B Tommie Usdin <btusdin@m...>
  • To: "Fraser Goffin" <goffinf@g...>
  • Date: Mon, 10 Dec 2007 09:09:31 -0500

Re:  Data versioning strategy: address semantic
Fraser --

We have plans to publish the papers and on-site speaker materials 
(slides) for both the conference and the preconference symposium on 
the web, available to anyone who is interested.

As for "on-line blog-fests or other ways of communicating and 
contributing to the debate" ... what do you suggest? This is a new 
event and we are open to new ideas.

-- Tommie


>Tommie,
>
>thanks for the pointer to this pre-conference symposium. Like many 
>others on this list I recognise the issues raised initally by Roger 
>and have direct experience of pretty much everything Greg is talking 
>about. Integration in my organisation is moving into the crucial 2nd 
>and 3rd iterations of business services and this of course is where 
>it is discovered whether you have a sound change 
>management/versioning strategy in place or not ( i.e.you find that 
>those delivery pressures for getting verion 1.0 over the line have 
>left this problem in the ' ... yeah we'll fix that later ..' pile).
>
>This has been a subject that I have periodically brought up in this 
>list and others and it is fair to say that there are a wide variety 
>of views that range from 'strict contractual compiance' to 
>'completely open and self describing' vocabularies. More often than 
>not (at least in my world) these have to some extent been about 
>moving the problem around rather than necessarily dealing with it.
>
>Anyway, I was wondering whether any papers or other materials from 
>the conference and particularly the pre-conference symposium you 
>mentioned will be made available to those of us who will not be able 
>to make the trip ?? and whether those of us who would love to come 
>to Canada at this time of the year, can nonetheless particpate in 
>any on-line blog-fests or other ways of communicating and 
>contributing to the debate ?
>
>Thanks
>
>Fraser.
>
>
>
>
>
>On 09/12/2007, B Tommie Usdin 
><<mailto:btusdin@m...>btusdin@m...> wrote:
>
>Roger --
>
>You may be interested in the one-day symposium on Versioning, to be
>held the day the before Balisage: The Markup Conference.
>
>For information on the Versioning preconference see:
> 
><http://www.balisage.net/Versioning/index.html>http://www.balisage.net/Versioning/index.html
>For information on Balisage, see: <http://www.balisage.net/> 
>http://www.balisage.net/
>
>I expect participants to address the issues you have identified here,
>among others.
>
>-- Tommie
>
>
>At 3:55 PM -0500 12/7/07, Costello, Roger L. wrote:
>>Hi Folks,
>>
>>Oftentimes when discussing a "versioning strategy" I focus on how to
>>design schemas in a fashion to lessen the impact of changes.  It occurs
>>to me that this addresses only one aspect of the data versioning
>>problem.  Below I have attempted to identify other issues to be
>>addressed in a data versioning strategy.  I am interested in hearing
>>your thoughts on this.
>>
>>EVOLVING DATA
>>
>>Suppose some data is regularly exchanged between machines:
>>
>>Machine 1 --> data --> Machine 2
>>Machine 1 <-- data <-- Machine 2
>>
>>Periodically the data changes due to requirement changes, additional
>>insights, or from innovation.
>>
>>A change results in a new "version" of the data.
>>
>>
>>PROBLEM
>>
>>What are the categories of changes that may occur?  What categories of
>>changes must be dealt with by a data versioning strategy?
>>
>>
>>CATEGORIES OF CHANGE
>>
>>1. Semantic - the meaning of the data changes.
>>
>>Example:
>>
>>version 1 data: a "distance" value means the distance from the center
>>of town.
>>
>>version 2 data: a distance value means the distance from the town line.
>>
>>2. Relationship - the relationship between the data changes.
>>
>>Example:
>>
>>version 1 data: there is a co-constraint between the start-time and the
>>end-time.
>>
>>version 2 data: there is a three-way co-constraint between start-time,
>>end-time, and mode-of-transportation.
>>
>>3. Syntax - the structure of the data changes.
>  >
>>Example:
>>
>>version 1 data: the employee data is listed first and the person's name
>  >is given by his given-name and surname.
>>
>>version 2 data: the department data is listed first and in the employee
>>data each person's name additionally contains a middle name.
>>
>>
>>SUPPORTING TECHNOLOGIES
>>
>>Suppose the data being exchanged is formatted using the XML syntax.
>>
>>Machine 1 --> XML --> Machine 2
>>Machine 1 <-- XML <-- Machine 2
>>
>>What technologies support the above categories of change?
>>
>>1. Semantic: A data dictionary may be used to define meaning.
>>
>>2. Relationship: Schematron may be used to express relationships
>>between data.
>>
>>3. Syntax: XML Schema, Relax NG, or DTD may be used to express the
>>structure of the data.
>>
>>
>>REQUIREMENTS ON A VERSIONING STRATEGY
>>
>>A versioning strategy must take into consideration:
>>
>>- changes in the semantics of the data
>>- changes in the relationships of the data
>>- changes in the syntax of the data
>>
>>When data is in an XML format then a versioning strategy must
>>implement:
>>
>>- versioning a data dictionary
>>- versioning a Schematron schema
>>- versioning an XML Schema, Relax NG schema, or DTD
>>
>>
>>QUESTIONS
>>
>>a. Do you agree with the three categories of change?
>>
>>b. Do these categories represent all types of change?
>>
>>c. Do you agree that a versioning strategy must address semantic,
>>relationship, and syntactic changes?
>>
>>/Roger
>>
>>
>>_______________________________________________________________________
>>
>>XML-DEV is a publicly archived, unmoderated list hosted by OASIS
>>to support XML implementation and development. To minimize
>>spam in the archives, you must subscribe before posting.
>>
>>[Un]Subscribe/change address: 
>><http://www.oasis-open.org/mlmanage/>http://www.oasis-open.org/mlmanage/
>>Or unsubscribe: <mailto:xml-dev-unsubscribe@l...> 
>>xml-dev-unsubscribe@l...
>>subscribe: 
>><mailto:xml-dev-subscribe@l...>xml-dev-subscribe@l...
>>List archive: 
>><http://lists.xml.org/archives/xml-dev/>http://lists.xml.org/archives/xml-dev/
>>List Guidelines: 
>><http://www.oasis-open.org/maillists/guidelines.php>http://www.oasis-open.org/maillists/guidelines.php
>
>
>--
>
>======================================================================
>B. Tommie 
>Usdin                        mailto:<mailto:btusdin@m...>btusdin@m...
>Mulberry Technologies, 
>Inc.                <http://www.mulberrytech.com>http://www.mulberrytech.com
>17 West Jefferson Street                           Phone: 301/315-9631
>Suite 207                                    Direct Line: 301/315-9634
>Rockville, MD  20850                                 Fax: 301/315-8285
>----------------------------------------------------------------------
>   Mulberry Technologies: A Consultancy Specializing in XML and SGML
>======================================================================
>
>_______________________________________________________________________
>
>XML-DEV is a publicly archived, unmoderated list hosted by OASIS
>to support XML implementation and development. To minimize
>spam in the archives, you must subscribe before posting.
>
>[Un]Subscribe/change address: 
><http://www.oasis-open.org/mlmanage/>http://www.oasis-open.org/mlmanage/
>Or unsubscribe: 
><mailto:xml-dev-unsubscribe@l...>xml-dev-unsubscribe@l...
>subscribe: 
><mailto:xml-dev-subscribe@l...>xml-dev-subscribe@l...
>List archive: 
><http://lists.xml.org/archives/xml-dev/>http://lists.xml.org/archives/xml-dev/
>List Guidelines: 
><http://www.oasis-open.org/maillists/guidelines.php>http://www.oasis-open.org/maillists/guidelines.php


-- 

======================================================================
B. Tommie Usdin                        mailto:btusdin@m...
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                           Phone: 301/315-9631
Suite 207                                    Direct Line: 301/315-9634
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
   Mulberry Technologies: A Consultancy Specializing in XML and SGML
======================================================================


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

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

Buy Stylus Studio Now

Download The World's Best XML IDE!

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.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.