 |
 |
>-----Oorspronkelijk bericht----- >Van: SRU (Search and Retrieve Via URL) Implementors [mailto:[log in to unmask]] >Namens LeVan,Ralph >Verzonden: vrijdag 15 juni 2007 18:07 >Aan: [log in to unmask] >Onderwerp: Re: June 18-19 meeting topics.... RSS > >> From: SRU (Search and Retrieve Via URL) Implementors >[mailto:[log in to unmask]] >> On Behalf Of Ray Denenberg, Library of Congress >> >> We can't do this until 2.0 > >I disagree. We can't make it a standard parameter, but we absolutely >can make it an extension. If not a formal extension from the SRU >namespace, then a broadly adopted extension from my namespace. (Did I >ever ask for an implementor number? If not, would you issue me one?) > >If there is some quibbling about whether SRU servers can return non-SRU >response, then I'm fine with declaring them to be not-SRU servers while >making that response. This is dangerous. It is better to support this in SRU in a simple way than that we just call our SRU-servers a not-SRU service when declining slightly from the standard. Theo