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

Re: Lessons learned from the XML experiment

  • From: "Timothy W. Cook" <tim@mlhim.org>
  • To: Kurt Cagle <kurt.cagle@gmail.com>
  • Date: Fri, 15 Nov 2013 07:48:19 -0200

Re:  Lessons learned from the XML experiment
Okay, I see a lot of 'complaining' about namespaces, even from people
that apparently do not use them. I have yet to see any actually
problem that the current implementation can cause.

An example or two would be very helpful for those (relative) newcomers
to using XML.

As far as the certainty and ambiguity argument goes.  Of course
everything has limits.  However, in healthcare information you cannot
afford ambiguity.  The lack of semantic interoperability in clinical
information is critical to cross application semantic continuity.
That is why controlled vocabularies like SNOMED-CT (and several
others) exist and must be used appropriately.

Why do I like XML technologies so much?  Because they are ubiquitous
in the computing world.  Previous efforts in multi-level modelling
based on a DSL have been in the works for over a decade but the slow
uptake is a circular problem with the lack of tools.

XML Schema provides the ability to very specifically define the syntax
and semantics of a clinical concept as the modeller intended and
transfer that information to the receiver, via the link in the data
instance, whether it is a human or a machine for further processing.
Specifically, XSD 1.1 with multiple substitution groups and asserts
provides a usable solution in a complex environment.


In the domain(s) that you work in you may leave it up to the receiver
to independently determine the meaning of some data that was recorded
20 years ago but in healthcare it is crucial to the health and safety
of the patient that the data is interpreted in the correct spatial,
temporal and ontological contexts in which it was recorded.

I do not have 15 - 20 years in XML.  But I do in healthcare IT.
Specifically in the challenges of semantic interoperability.  I fully
welcome XML experts in analyzing my work on this problem.  You can get
the latest version at http://launchpad.net/mlhim-specs

Thanks,
Tim




On Fri, Nov 15, 2013 at 2:37 AM, Kurt Cagle <kurt.cagle@gmail.com> wrote:
>
> On Thu, Nov 14, 2013 at 6:19 AM, Simon St.Laurent <simonstl@simonstl.com>
> wrote:
>>
>> t's easy: I've learned over the years that people who believe in
>> certainty, especially those who believe that they can communicate certainty,
>> are dangerous.
>>
>> Something goes deeply wrong when people assume that it is possible to know
>> things precisely, to name things precisely, and to communicate things
>> precisely.  (I'll grant that claims of precision are slightly less dangerous
>> than claims of accuracy.)
>>
>> I sometimes call it naive positivism, but there are other philosophical
>> schools that lead to the same sad place.  Computers, of course, encourage
>> such delusions, but that is largely because they know so little about the
>> world.
>>
> This is a philosophy to live by. RDF works when you keep to the open world
> assumption, works even better when you treat all assertions as provisional
> until proven otherwise. I've been modeling "assumption" frameworks, rather
> than assertion ones, precisely (pardon the pun) to provide a way of
> expressing risk, uncertainty and ambiguity.
>
>>
>> Uche is extra-right about URIs, of course, a corner that painfully
>> demonstrates these limitations again and again.
>
>
> I've long felt that namespaces would have been a great deal less problematic
> if, early on, a formal protocol distinct from http: had been assigned. If
> you had a namespace uri of the form
>
> ns:com.example.foo.bar
>
> people wouldn't have tried to conflate them with http URLs, wouldn't have
> tried to treat them like web directory paths, and would probably have made
> them more readily adopted by developers who were already seeing other
> languages using similar notations for their namespace conventions.
> Surprisingly, I think that namespaces (and prefixes) work better in RDF, at
> least in Turtle or Sparql,
>
>
> Kurt Cagle
> Invited Expert, XForms Working Group, W3C
> Managing Editor, XMLToday.org
> kurt.cagle@gmail.com
> 443-837-8725
>



-- 
MLHIM VIP Signup: http://goo.gl/22B0U
============================================
Timothy Cook, MSc           +55 21 94711995
MLHIM http://www.mlhim.org
Like Us on FB: https://www.facebook.com/mlhim2
Circle us on G+: http://goo.gl/44EV5
Google Scholar: http://goo.gl/MMZ1o
LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook


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