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

Re: The Power of Groves

  • From: Len Bullard <cbullard@h...>
  • To: "W. Eliot Kimber" <eliot@i...>
  • Date: Wed, 09 Feb 2000 19:25:17 -0600

pirates of silicon valley download
W. Eliot Kimber wrote:
> 
>... given that "element" is_a
> "node", I know things about elements simply because they are nodes. I
> can write generic software that can, for example, do addressing of
> element nodes without knowing anything about the semantics of elements.
> 
> Groves and property sets are purely about using a common language to
> describe the characteristics of data instances so that generic software
> (e.g., a HyTime engine, a DSSSL engine) can process it and so that you
> can write processing standards without having to say anything about
> implementation-level data structures.

> Until you define what a node is, you have no formal basis for
> comparing two different "nodes". If you have such a definition then you
> can define a formal correspondence through a single common form.
> Otherwise you are faces with an N x N mapping.

> Common definitions: the Property Set Definition Requirements annex,
> which defines the basic rules for grove definition and (abstract)
> representation.

Then it seems to me this is a very good definitional tool for creating 
languages.  It would be a means to unify language definitions, proceed 
by common means, and have results which are clear, understandable, and 
implementable.  This would meet the needs as set forward by 
earlier posters about the lack of unity in W3C language standards.

Yet, David Megginson understands groves.  Paul Grosso understands 
groves.  Steve deRose understands groves.  Given such understanding 
and the influence of these and perhaps more of the W3C community, 
why are groves not applied to these problems?  I don't think a 
defense that starts "what problems?" is viable.  Too many reasonable 
and trained specialists on this list say the problems exist.

Are groves a suitable solution?  I need to 
answer Didier with the VRML metamodel so his excellent examples 
can be applied and Robin Cover can in his thorough way, harvest 
the results for study.  We have the basic idea as you have 
presented, but now we should step through some well known problems.
 
> Freakin' bite me. I didn't know about it, for whatever reason. 

Are you sure?  You have no idea where my teeth have been lately. :-)

Ok.

I am *abusing* Eliot a little here because we need to have some 
better understandings in our community and this is an example 
of how easy the misunderstandings perpetuate, and in the rapid 
feedback of lists to lists to lists, amplify.
 
It is VERY possible that even where the community is small 
and as tightly knit as SGML was at that time, for efforts to occur 
that other members are completely unaware of.  It was more 
possible then because we did not conduct anywhere near as 
much business on lists.  There are always the *conspiracies* 
of ego and money, but apart from these,  parallel 
duplicative efforts just happen.  That is a given.

What we should not allow, and only by some concerted effort 
can we stop, is to proceed in parallel efforts without 
common definitions, particularly when these exist, and the 
expertise to use them exists.  It is not the power of 
groves that holds my interest; it is the way of groves.

OASIS owns this list now.  OASIS emerged from the SGML infrastructure.  
It has new blood and the W3C has XML but some part of 
OASIS should honor its origins.   If OASIS wants to be 
a force for open standards, wants to own processes, and wants, 
even desperately needs the resources of XML DEV, then it 
should be very cognizant of the requests from this 
list to ensure open processes.  If the current polity 
cannot do this, then the tools that ISO created such as 
groves to ensure open, coherent standards should be 
used by a more resilient community, dedicated, willing 
and able to carry out the work unafraid of the press, 
the whispers of powers from MIT, the incursions of 
the powers from Silicon Valley and Redmond, unafraid 
of anything but exhaustion.  Megginson can't carry 
the load for SAX, but I too, like Simon, would think twice 
about surrendering it if it goes behind closed doors. 

And I, like Steven and Eliot, believe we should consider 
the tools made available, freely, openly, and by dint 
of years of hard work.  I do not, like others, think that 
we are making this up as we go.  SAX was done 
here.  Xschemas were done here before they were turned 
over to the W3C.  The existence proof refutes the 
position that we are making this up as we go.

You do know how.

Getting DSSSL and SGML to cohere took tremendous effort from 
a small group of people, and even though they had to inform 
each other, and sometimes be reminded of responsibilities, 
they did it.   We have incredible resources that did not 
exist then, yet it seems, we make mistakes which we can 
easily avoid given the resources left to us by that group.   
Using the analogy given by Gates in the Pirates 
of Silicon Valley (whatever..), is as if XML burgled the house of 
SGML, but took the TV and left the diamond pendant on the 
kitchen counter.

Groves.  Let's keep going in this thread and see if it 
is the jewel.

Back to VRML.  I still need to respond to Didier and 
for me, this list is the after hours hobby I wish 
it were not. 

len


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.