Print

Print


Hi Ralph:

None of my business, but ...

Re the two meida types you support, two observations:

    1. 'm21+xml' is devilish cryptic. Do you really need that brevity or
wouldn't 'marc21+xml' be more descriptive?

    2. 'Unicode+xml' - I hope you can rethink the use of the capital here.
Seems pointless and bound to cause misery down the line - as well as being
perfectly horrid to look at. (I'm not sure if media types are actually
treated in case insensitive fashion - expect so, but whether they are or
aren't couldn't you really consider uniformly lowercasing.)

Like I said, none of my business, but ... :)

Tony 


On 11/2/10 18:21, "LeVan,Ralph" <[log in to unmask]> wrote:

> Yeah, I'd probably ignore application/xml.  Do you think I should add it?
> 
> And, yes, application/sru+xml is unofficial, as are application/m21+xml and
> application/Unicode+xml that I also support.
> 
> Ralph
> 
>> -----Original Message-----
>> From: SRU (Search and Retrieve Via URL) Implementors [mailto:[log in to unmask]]
>> On Behalf Of Ross Singer
>> Sent: Thursday, February 11, 2010 11:24 AM
>> To: [log in to unmask]
>> Subject: Re: Appropriate accept header for SRU 1.1/1.2?
>> 
>> Thanks, Ralph.  Would it reject application/xml?
>> 
>> I'll add application/sru+xml to sruby, as well (although this hasn't
>> been approved, yet, right?).
>> 
>> -Ross.
>> 
>> On Thu, Feb 11, 2010 at 11:20 AM, LeVan,Ralph <[log in to unmask]> wrote:
>>> My server is looking for text/xml or application/sru+xml.
>>> 
>>> Ralph
>>> 
>>>> -----Original Message-----
>>>> From: SRU (Search and Retrieve Via URL) Implementors
>>> [mailto:[log in to unmask]]
>>>> On Behalf Of Ross Singer
>>>> Sent: Tuesday, February 09, 2010 11:05 PM
>>>> To: [log in to unmask]
>>>> Subject: Appropriate accept header for SRU 1.1/1.2?
>>>> 
>>>> Hi everybody -
>>>> I recently noticed that viaf.org's SRU service recently changed and
>>>> now requires conneg to return an XML response (which is probably a
>>>> bug, but that's not really a problem in my mind).  If you have curl
>>>> available to you, try:
>>>> 
>>>> curl -v
>>>> 
>> "http://viaf.org/search?query=local.names+all+%22Rowson,%20Susanna%22&
>>>> 
>> version=1.1&maximumRecords=100&operation=searchRetrieve&stylesheet=xsl
>>>> /results.xsl&sortKeys=holdingscount"
>>>> 
>>>> Note the response is xhtml (and served as "text/html")
>>>> 
>>>> and
>>>> 
>>>> curl -v -H "Accept: text/xml"
>>>> 
>> "http://viaf.org/search?query=local.names+all+%22Rowson,%20Susanna%22&
>>>> 
>> version=1.1&maximumRecords=100&operation=searchRetrieve&stylesheet=xsl
>>>> /results.xsl&sortKeys=holdingscount"
>>>> 
>>>> (application/xml also works)
>>>> 
>>>> This made me think that it would make sense for sruby to *always* send
>>>> the appropriate Accept header (I guess it's sending */* now), but
>>>> before I add that, what is the appropriate mime type for SRU over HTTP
>>>> GET?  "text/xml"?  "application/xml"?
>>>> 
>>>> Thanks,
>>>> -Ross.
>>> 


********************************************************************************   
DISCLAIMER: This e-mail is confidential and should not be used by anyone who is
not the original intended recipient. If you have received this e-mail in error
please inform the sender and delete it from your mailbox or any other storage
mechanism. Neither Macmillan Publishers Limited nor any of its agents accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of Macmillan Publishers Limited or one of its agents.
Please note that neither Macmillan Publishers Limited nor any of its agents
accept any responsibility for viruses that may be contained in this e-mail or
its attachments and it is your responsibility to scan the e-mail and 
attachments (if any). No contracts may be concluded on behalf of Macmillan 
Publishers Limited or its agents by means of e-mail communication. Macmillan 
Publishers Limited Registered in England and Wales with registered number 785998 
Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS   
********************************************************************************