Lists Home |
Date Index |
- From: "Bill la Forge" <email@example.com>
- To: "Daniel Veillard" <Daniel.Veillard@w3.org>, "Simon St.Laurent" <firstname.lastname@example.org>
- Date: Sat, 6 Mar 1999 15:51:40 -0500
From: Daniel Veillard <Daniel.Veillard@w3.org>
> Hum, I have been following the streaming/fragment thread. However I have
>the feeling that even multiple fragment body extensions would not solve
>the problem you were facing. If I didn't get the discussion wrong, it seems
>that you rather tried to make one very big (i.e. stream) document from
>multiple sources while the scope of the fragment work was just the opposite,
>i.e. how to extract and ship a piece of a very big document.
Actually, it sounds to me like the seperation of physical and logical layers.
On the one hand, I have some data to move. Multiple documents, multiple fragements,
On the other hand, I have a stream. It can pass any number of documents or fragments.
The fragments in the stream could be all from one document or from different queries
on different documents or from one query applied to a set of documents. It shouldn't
And how one might reassemble fragments back into a large document is another
problem, though the stream should provide sufficient information to do so.
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)