My apologies if I am covering old ground, I'm new to this list and I only
know a little about SRU.
I am of the growing opinion that a full record presentation should be by a
specific URI for each record rather than a position in a result set. (Better
for bookmarking and caching.)
Of course this could be achieved outside of SRU by including the URI in the
record.
An update could use the http "PUT" method using the record URI.
http should handle the authentication.
This leaves the issue of how to encode the updated record.
Bill
(P.S I'm also on holiday for a week. So I can't reply until I'm back.)
-----Original Message-----
From: Ray Denenberg [mailto:[log in to unmask]]
Sent: 22 May 2003 16:16
To: [log in to unmask]
Subject: [Fwd: SRU: Database Update Extended Service]
This is a note sent to me, which would be posted
to this list except the list is private, for
implementors only. So two questions:
1. any opinions on how our "new generation" Z39.50
might treat update, if at all?
2. how should we treat questions like this, open
up the list? start a new, public list, for
discussion?
--Ray
-------- Original Message --------
Subject: SRU: Database Update Extended Service
Date: Wed, 7 May 2003 11:52:58 +0200
From: "Kett, Jürgen" <[log in to unmask]>
To: "[log in to unmask]" <[log in to unmask]>
To whom it may concern,
I have a question: In SRU there is currently no
operation comparable to the
"Database Update Extended Service Facility" of
Z39.50 (EXT1.5 in the Z39.50
Document). Will an related operation be introduced
in the future?
With kind regards
Jürgen Kett
____________________________
Jürgen Kett
Die Deutsche Bibliothek
Deutsche Bibliothek Frankfurt am Main
Adickesallee 1
D-60322 Frankfurt am Main
Telefon: +49-69-1525-1759
http://www.ddb.de
**************************************************************************
Now exhibiting at the British Library Galleries:
Painted Labyrinth : the world of the Lindisfarne Gospels
Until 28 September 2003. Admission Free.
*************************************************************************
The information contained in this e-mail is confidential and may be legally
privileged. It is intended for the addressee(s) only. If you are not the
intended recipient, please delete this e-mail and notify the
[log in to unmask] : The contents of this e-mail must not be disclosed or
copied without the sender's consent.
The statements and opinions expressed in this message are those of the
author and do not necessarily reflect those of the British Library. The
British Library does not take any responsibility for the views of the
author.
*************************************************************************
|