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

RE: [x3d-contributors] Re: geometry first, MathML, CAD, etc

  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • To: Paul Fishwick <fishwick@c...>, Jean-Marc Vanel <jmvanel@f...>, xml-dev@x..., x3d-contributors@w..., Frederic ABIVEN <Frederic.ABIVEN@t...>, Patrick Laug <Patrick.Laug@i...>, Amine Hassim <Amine.Hassim@i...>, Jean Marc VANEL <jean-marc_vanel@e...>
  • Date: Thu, 2 Mar 2000 09:33:13 -0600

contributors of geometry
Another piece is XLinks and XPointers.  These are derived from the 
work on HyTime and TEI:

o XLink - expresses the relationship among resources where the resources 
are are content in a location.  Extended XLinks can contain multiple
resources.  
It is important to note the these can be grouped and can exist separately 
from the content addressed.

o XPointer - multiple ways to resolve a location (that is, what to do when
IDs 
and names aren't used.  A flaw at the heart of the Sony DTD is it's over
reliance 
on names).  For example, span(child(4, myElement), child(5,myElement)).
IOW, 
you don't always have control over content, so you need read-only linking.

XLinks and XPointers can be used to create virtual documents made of others 
pieces.  IOW, they are used to pull together documents similar to the way a 
recordset can be a view of joined tables.  There are even tools to map from 
SQL to XLink and back.  These were the ideas surfaced in the nineties from 
work in the IETM and TEI communities who understood the problems of 
aggregation of hypermedia content types in depth.  So the problems you note
with 
IGES, STEP, etc. have been thought through in some detail.  

Using these tools requires a shared XML object model; not XML-like.

Len Bullard
Intergraph Public Safety
clbullar@i...
http://fly.hiwaay.net/~cbullard/lensongs.ram

Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h

> -----Original Message-----
> From:	Paul Fishwick [SMTP:fishwick@c...]
> 
>   I still am hoping that there exist evolutionary methods that will allow
> X3D and all of
> the other XML implementations to co-exist and co-operate. This hope may
> not be
> justified, but I am ever the optimist (for some unknown reason).
> Namespaces are
> proposed as something we should consider to aid in bridging gaps.

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/threads.html
***************************************************************************

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.