[OAI-implementers] Extensible Repository Resource Locators (E RRoLs) Service

[Young,Jeff]

It appears that the "text/html" trick for HTTP redirects to XML data didn't
help with the Internet Explorer "access denied" problem . I've come to the
conclusion that I must sidestep the PURL server for this to work properly.
Consequently, I plan to have a new domain established (probably
errol.oclc.org) that should be used in place of purl.org when constructing
ERRoLs. The purl.org forms will continue to work, but will continue to be a
problem for IE. I'll let people know when the new domain is ready. Sorry for
the inconvenience.

Jeff

>  -----Original Message-----
>  From: Young,Jeff 
>  Sent: Thursday, October 30, 2003 8:25 AM
>  To: Young,Jeff; OAI-implementers (E-mail);
>  'openarchives@openarchives.org'
>  Cc: 'thabing@uiuc.edu'; 'Andy Powell'; Hickey,Thom
>  Subject: RE: [OAI-implementers] Extensible Repository 
>  Resource Locators
>  (ERRoLs) Service
>  
>  
>  I believe I've been able to work around the security 
>  problems IE was having with the ERRoL service 
>  (http://purl.org/oai/). I also "fixed" the Netscape display 
>  problems by rendering the results into HTML on the server. I 
>  would be grateful if people reported any other problems they 
>  have with this service. For example, I'm told that the Opera 
>  browser has problem, so I added it to my to-do list.
>  
>  Here's an interesting fact. IE has "security issues" with 
>  performing an HTTP SC_MOVED_TEMPORARILY (result code 302) to 
>  a document with ContentType "text/xml". Sometimes it works, 
>  sometimes it doesn't. I was able to get around this by 
>  setting the ContentType to "text/html" even when returning 
>  XML responses. This seems to work fine with IE and Netscape. 
>  If you find that other clients don't like this, I can 
>  tighten it down some. 
>  
>  BTW, this effect will apply to the PURL server as well if 
>  you create PURLs to XML documents. There's not much that can 
>  be done to fix this, though, because the PURL server doesn't 
>  have control of the ContentType of the target the way I do 
>  in the ERRoL responses.
>  
>  There is still room for improvement, so comments and 
>  suggestions are welcome.
>  
>  Jeff
>  
>  >  -----Original Message-----
>  >  From: Young,Jeff 
>  >  Sent: Tuesday, October 28, 2003 2:31 PM
>  >  To: Young,Jeff; OAI-implementers (E-mail);
>  >  'openarchives@openarchives.org'
>  >  Cc: 'thabing@uiuc.edu'; 'Andy Powell'; Hickey,Thom
>  >  Subject: RE: [OAI-implementers] Extensible Repository 
>  >  Resource Locators
>  >  (ERRoLs) Service
>  >  
>  >  
>  >  Sorry if you are having trouble getting this service to work 
>  >  properly. As a web service, there should be no problems, but 
>  >  I'm told that browsers are having trouble applying the XSLT 
>  >  stylesheet to the XML response. Turning on cross-domain 
>  >  browsing in IE may help, but that's not really an acceptable 
>  >  solution. I should have it fixed soon.
>  >  
>  >  Jeff
>  >  
>  >  >  -----Original Message-----
>  >  >  From: Young,Jeff [mailto:jyoung@oclc.org]
>  >  >  Sent: Tuesday, October 28, 2003 11:32 AM
>  >  >  To: OAI-implementers (E-mail); 'openarchives@openarchives.org'
>  >  >  Cc: 'thabing@uiuc.edu'; 'Andy Powell'; Hickey,Thom
>  >  >  Subject: [OAI-implementers] Extensible Repository 
>  >  Resource Locators
>  >  >  (ERRoLs) Service
>  >  >  
>  >  >  
>  >  >  I am please to announce the official release of the 
>  new Extensible
>  >  >  Repository Resource Locators (ERRoLs) Service for resolving 
>  >  >  OAI identifiers
>  >  >  in various ways. The ERRoL project page is at
>  >  >  http://www.oclc.org/research/projects/oairesolver/default.htm.
>  >  >  
>  >  >  This service can work with any repository registered in the 
>  >  >  "OAI Registry at
>  >  >  UIUC" that Tom Habing announced recently
>  >  >  (http://gita.grainger.uiuc.edu/registry/). 
>  >  >  
>  >  >  For oai-identifiers, the Core ERRoL pattern is this:
>  >  >  
>  >  >  "http://purl.org/oai/" + <oai-identifier>
>  >  >  
>  >  >  Below is a example of a Core ERRoL. This resolves to a list 
>  >  >  of Extended
>  >  >  ERRoLs that will return the various types of metadata and 
>  >  >  content related to
>  >  >  that identifier.
>  >  >  
>  >  >  http://purl.org/oai/oai:VTETD:etd-06152001-152749
>  >  >  
>  >  >  For repositories that don't use the oai-identifier scheme, 
>  >  >  the Core ERRoL
>  >  >  pattern is this:
>  >  >  
>  >  >  "http://purl.org/oai/" + <repositoryIdentifier> + "/" + 
>  >  <identifier>
>  >  >  
>  >  >  For example:
>  >  >  
>  >  >  
>  http://purl.org/oai/ndltd.oclc.org/oai:VTETD:etd-06152001-152749
>  >  >  
>  >  >  The list of available repositoryIdentifiers can be found at
>  >  >  
>  (http://gita.grainger.uiuc.edu/registry/ListRepoIds.asp?self=1).
>  >  >  
>  >  >  Please check out some of the other cool things this 
>  >  service can do by
>  >  >  reading the project page.
>  >  >  
>  >  >  Comments and suggestions are welcome.
>  >  >  
>  >  >  Jeff
>  >  >  
>  >  >  ---
>  >  >  Jeffrey A. Young
>  >  >  Software Architect
>  >  >  Office of Research, Mail Code 710
>  >  >  OCLC Online Computer Library Center, Inc.
>  >  >  6565 Frantz Road
>  >  >  Dublin, OH   43017-3395
>  >  >  www.oclc.org
>  >  >  
>  >  >  Voice:	614-764-4342
>  >  >  Voice:	800-848-5878, ext. 4342
>  >  >  Fax:	614-718-7477
>  >  >  Email:	jyoung@oclc.org
>  >  >  
>  >  >  
>  >  >  _______________________________________________
>  >  >  OAI-implementers mailing list
>  >  >  List information, archives, preferences and to unsubscribe:
>  >  >  
>  http://oaisrv.nsdl.cornell.edu/mailman/listinfo/oai-implementers
>  >  >  
>  >  
>