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

Re: KML is very extensible ... but why?

  • From: Eliot Kimber <ekimber@contrext.com>
  • To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
  • Date: Fri, 20 Apr 2018 12:19:41 -0500

Re:  KML is very extensible ... but why?

DITA has a similar feature, it’s “foreign” element.

 

The purpose is to allow embedding of non-DITA content with a clear signal that it is non-DITA. There is no expectation of interoperability for non-DITA stuff but the fact that’s non-DITA is clearly signaled.

 

With DITA 1.3 the DITA standard includes the integration of two non-DITA vocabularies, SVG and MathML, using this mechanism. So for those foreign vocabularies there is reasonable expectation of interoperation (meaning we know that most publishing tools support SVG and MathML to some degree).

 

The KML feature requires the use of a non-KML namespace, so that seems to be the equivalent “this is not part of the standard” signal that DITA uses the <foreign> element for.

 

I think that’s very different than just allowing the addition of new elements or attributes without any clearly-defined way to indicate that the new things are not part of the core vocabulary definition.

 

Cheers,

 

E.

--

Eliot Kimber

http://contrext.com

 

 

From: "Costello, Roger L." <costello@mitre.org>
Date: Friday, April 20, 2018 at 11:59 AM
To: "xml-dev@l..." <xml-dev@l...>
Subject: KML is very extensible ... but why?

 

Hi Folks,

 

The format of KML 2.3 documents are specified with a W3C 1.1 XML Schema. XML Schema 1.1 has a powerful feature which KML uses. At the top of the KML schema is this:

  <defaultOpenContent mode="interleave">
      <any namespace="##other" processContents="lax"/>
   </defaultOpenContent>

Read as: "KML documents are open. That is, XML elements from any non-KML namespace can be inserted before and after every element in KML documents. Those non-KML elements do not have to validate against any schema."

 

That makes KML very extensible.

 

But why?

 

If I add non-KML stuff in a KML instance, who’s going to understand my stuff? Google Earth? No. Google Maps? No. NASA WorldWind? No.

 

Only applications that have been custom-coded to understand my stuff will be able to do anything with it. Right? Doesn’t that destroy KML as a global geographic annotation/visualization language since now you’ve got all these non-interoperable dialects floating around?

 

Thoughts?

 

/Roger

 



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