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


RE:  InkML
clbullar@i... (Bullard, Claude L (Len)) writes:
>There is a granularity of identity issue there.  One does 
>not typically extract one face from an indexed face set 
>and use it elsewhere.  Maybe the same can be said for a 
>line segment or a single coordinate.  One can argue as 
>some will that meaningfulness is with the user and that 
>the format should enhance that to the maximum degree 
>possible.  On the other hand, coordinates, for example, 
>are seldom atomic as meaningful units except to the 
>renderer unless one is working in a geo system of 
>map coordinates where coordinates are paired with 
>meaningful names (think intersection of two 
>highways).  So in isolation, the decision to use 
>a number list makes sense.  When one considers 
>reuse in a different semantic system, the case can 
>be different.

I worry that all of these groups think about their projects only in
isolation, and thereby throw away the supposed interop benefits that XML
was going to buy them.  All they end up with is vague human readability,
and don't even get that once humans hit the number lists.

Why bother using XML in those situations?  All it produces is a lot of
whining about parsing costs while the benefits are seriously limited by
the refusal of committees to create standards which take advantage of
the format they use at their base.

>How theoretical is this?  

It's not, unfortunately.

>I don't know and maybe 
>it varies case by case, but it still seems odd to 
>me to have at least four XML languages with four 
>different dialects for coordinates.

Different dialects, sure - but also a pattern of throwing away the tools
XML offers for managing such differences.

>We may wish to look at different combinations of 
>namespaces to see just how jangly the clash really 
>is.  X3D and SVG are, IMO, obvious examples of 
>an opportunity to work together.   CAD formats 
>(computer aided design) are another but are a 
>bit further into the future.

I don't think there's much point in guessing what will and won't have to
work together - the future's not the committee's to pick.  Mark the data
up reasonably in the first place, and at least the next round of people
will have one fewer battle to fight.

Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com -- http://monasticxml.org

  • References:
    • RE: InkML
      • From: "Bullard, Claude L (Len)" <clbullar@i...>


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.
First Name
Last Name
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.