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

RE: XLinks


xlinks
Hmmm...

I have access to the WWW..
I have an SQL database...

I am aware of the need to multiply link resources on the WWW.. perhaps first
described in Vannevar Bush's "As We May Think" article in Atlantic Monthly
1945 - where he envisioned the creation of an external "named trail" that
could be shared (although he saw it as linking microfilm frames - but same
difference - it was 1945 after all)
( see
http://www.itworldcanada.com/portals/portalDisplay.cfm?oid=452AE6D8-0D81-414
3-8F41E0F3C47AEA41...)

Yet I still can't build and share these links...

Building would take a bit of programming but it seems to me that the sharing
part insists on some level of abstraction completely divorced from the
underlying implementation technologies.

A document I create in "Electric Pencil" can't easily be shared - but if I
could save it as XML, then it can more easily.

A "Vannevar Trail" I create using some local code using a relational DB
system can't be easily shared  - but if I could save it as XLink, then it
can more easily.

So I think you are right... XLink may only be a convenient transport layer
(in the same way XML may only be a convenient transport layer for content).

Ted Nelson (although he thinks XML is a mistake
http://www.xml.com/pub/a/w3j/s3.nelson.html) considered the visible display
of links to be of some importance (see http://xanadu.com/cosmicbook/ ).
Methinks he is right as well.

The real problem seems to be what to do with these things - how to share
them - how to process them - how to display them .. not what particular
underlying technology could be used for implementation.

Cheers...Hugh

W. Hugh Chatfield  I.S.P.
CyberSpace Industries 2000 Inc.
XML Consulting & Training




-----Original Message-----
From: Bullard, Claude L (Len) [mailto:clbullar@i...]
Sent: Friday, March 15, 2002 9:23 AM
To: 'Leigh Dodds'; xml-dev
Subject:  XLinks


On reading Bob DuCharme's article on "XLinks, Who Cares?"
I am struck that he leaves out the argument that is to me
a primary reason XLink isn't taking off.  Many of us use
relational systems on the server that handle metadata
relationships in tables.  Many of the tasks that an XLink
database is good for can be easily handled with a table
that contains URLs as database types.

Maybe I am just getting foggy in my dotage, but do we
need Xlinks if we use relational dbs and if so, for what
other than perhaps a convenient transport representation?

len

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>


  • Follow-Ups:
    • Re: XLinks
      • From: "Thomas B. Passin" <tpassin@c...>
  • References:
    • XLinks
      • From: "Bullard, Claude L (Len)" <clbullar@i...>

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.