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

RE: CCTS NDR tools for generation of schemas

  • From: "Webb, Sylvia" <SWebb@g...>
  • To: "bryan rasmussen" <rasmussen.bryan@g...>,"XML Developers List" <xml-dev@l...>
  • Date: Fri, 27 Apr 2007 03:20:15 +0200

RE:  CCTS NDR tools for generation of schemas
Brian,

There are no NDR for CCTS.  CCTS is payload neutral. With properly
defined NDR you can create XML, EDIFACT, or other formatted payloads.
UN/CEFACT has defined a set of NDR to create profile XML based on CCTS.
This is completely different from CCTS as a standard.

Please contact me off-line for the name of your colleague that purchased
the GEFEG.FX software. It will assist you in the creation of CCTS data
models and UN/CEFACT schema. It is the same software used by the
Northern European Subset (NES) user group.

For most business people it is easier to understand non-technical
graphical representations of data than to understand how to read schema.
This may be one of the reasons for the request that you have received.

Sylvia Webb
GEFEG US
+1 310-370-3410 - Voice
+1 310-420-0499 - Mobile
+1 310-370-5614 - Fax
www.gefeg.com - Internet


-----Original Message-----
From: bryan rasmussen [mailto:rasmussen.bryan@g...] 
Sent: Thursday, April 26, 2007 6:59 AM
To: XML Developers List
Subject:  CCTS NDR tools for generation of schemas

hi,
someone I'm working with will soon be arguing for wholesale adoption of
the CCTS NDR and using as their argument that users will be able to
generate schemas just by writing models as opposed to having to deal
with the complexity of schemas.

This seems pretty wrong headed to me, but I must admit I am not
knowledgeable enough about CCTS NDR and the modelling thereof to know
how advanced any applications for doing this modelling are. I am going
to assume not really too advanced.

An especial quibble I have is, yes it may generate schemas from models
but will schemas generated from models be able to work in a broad cross
section of processors. It seems somewhat wrong headed to expect
automatic execution of schemas from models when processors for schemas
often have a lot of incompatibilities.

I am also more apt to think that writing code is preferable to
generating code, partially caused by the experience I have that making
the models is as complicated as writing the code in a lot of instances.

Cheers,
Bryan Rasmussen

_______________________________________________________________________

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/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l... List archive:
http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



[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.