Cart
[Home] [By Thread] [By Date] [Recent Entries]
On Tue, Apr 9, 2013 at 3:45 AM, Andrew Welch <andrew.j.welch@g...> wrote:
> I've used XML schemata (DTDs and XSDs) for many years and they have served Well, they can maybe validate the XML will parse successfully, they can't validate that the data is completely correct, Do you then: H3ll no! That would just make things worse. Schema is just another tool to for standardizing some of the metadata, you should not expect to use it for all the metadata. or H3ll no! Well, except for the free code review perhaps... I've built a system that did validation via dynamically generated Schematron. The rules used to generate the Schematron came from XSLT transformations of XML generated from thousands of rows of relational data. Those rows of data were the developers and business analysts best attempts at coding up the rules of various medical protocols, documents on security practices, agreements on data exchange between institutions, many government regulations, etc. We also could generate rudimentary XML schema that documented the data types. This was in fact aimed at data exchange partners via web services.
For most of my purposes, XML schema defines the data formats and type to allow the standardized exchange of data. The exchanged data may still be bad. Other layers of documentation (possibly coded up as XML of some form) might in turn document why the data is good or bad. However, for the most part you have to back all this up with the documentation on which it was based. The third party can then attempt to make their best implementation of these layers of documentation. If, at some point, we end up with a technical mismatch between organizations we attempt to first resolve it technically, then via the bureaucrats, but ultimately with lawyers and politicians....
Peter Hunsberger
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
