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

Re: Frontier as a scalable XML repository (was Re: Is XML dead already

• From: Dave Winer <dave@u...>
• To: "W. Eliot Kimber" <eliot@d...>,"XML Developers' List" <xml-dev@i...>
• Date: Sat, 30 Jan 1999 16:17:19 -0800

You know, it was news to me that Tim Bray had a specific vision for an XML
system wants implemented. Is there a common vision here? If so, it would be
great to get together a set of narratives that described the nirvana XML
server and a set of user tools for writers and for readers. I'm not talking
about building the software, just scenarios. The pie in the sky
description, if it's in your respective heads, would be valuable if it were
on a website. Dave

At 05:15 PM 1/30/99 -0600, W. Eliot Kimber wrote:
>At 12:52 PM 1/30/99 -0500, David Megginson wrote:
>
>>In addition to these, workflow is highly desirable though not
>>absolutely required.  Others may want to add criteria that I missed.
>
>Dependency tracking. I normally work with the following types of
dependencies:
>
>1. Storage-object-to-storage-object (e.g., doc-to-doc)
>2. Use-by-reference relationships (re-use)
>3. Semantic-object-to-semantic-object (e.g, element-to-element)
>
>Note that I'm assuming that the repository understands and maintains the
>storage object organization of the data when it existed outside the
>repository (external text ("parsed") entities excepted--they are evil and
>should be expunged from human memory).
>
>These requirements are more than a simple where-used requirement, although
>the facilities you need to satisfy the general where-used requirement can
>be used to satisfy these requirements.
>
>Cheers,
>
>E.
>
>--
><Address HyTime=bibloc>
>W. Eliot Kimber, Senior Consulting SGML Engineer
>ISOGEN International Corp.
>2200 N. Lamar St., Suite 230, Dallas, TX 75202.  214.953.0004
>www.isogen.com
></Address>
>
>xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
>Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
>To (un)subscribe, mailto:majordomo@i... the following message;
>(un)subscribe xml-dev
>To subscribe to the digests, mailto:majordomo@i... the following message;
>subscribe xml-dev-digest
>List coordinator, Henry Rzepa (mailto:rzepa@i...)
>
>


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• Follow-Ups:
  • Re: Frontier as a scalable XML repository (was Re: Is XML dead already or what?)
    • From: "Simon St.Laurent" <simonstl@s...>

• References:
  • Frontier as a scalable XML repository (was Re: Is XML dead already or what?)
    • From: David Megginson <david@m...>
  • Re: Is XML dead already or what? Was: RE: What is XML for?
    • From: Dave Winer <dave@u...>
  • Is XML dead already or what? Was: RE: What is XML for?
    • From: Ed Howland <Ed@d...>
  • Re: Is XML dead already or what? Was: RE: What is XML for?
    • From: Dave Winer <dave@u...>
  • Re: Is XML dead already or what? Was: RE: What is XML for?
    • From: Paul Prescod <paul@p...>
  • Re: Frontier as a scalable XML repository (was Re: Is XML dead already or what?)
    • From: "W. Eliot Kimber" <eliot@d...>

• Prev by Date: Re: Is XML dead already or what?
• Next by Date: Re: Frontier as a scalable XML repository (was Re: Is XML dead already or what?)
• Previous by thread: Re: Frontier as a scalable XML repository (was Re: Is XML dead already or what?)
• Next by thread: Re: Frontier as a scalable XML repository (was Re: Is XML dead already or what?)
• Index(es):
  • Date
  • Thread