That's got a session token in it, Andrew. Not to mention it will no
longer resolve to anything whenever GPO changes their ILS platform.
You guys don't seem to believe that I've spent a chunk of time
investigating all this stuff before I even brought it up here. I did,
really!
Jonathan
Houghton,Andrew wrote:
From: Code for Libraries [mailto:[email protected]] On Behalf Of
Jonathan Rochkind
Sent: Friday, March 27, 2009 6:09 PM
To: [email protected]
Subject: Re: [CODE4LIB] registering info: uris?
If GPO had a system where I could resolve Sudoc identifiers, then this
whole problem would be solved right there, I wouldn't need to go any
further, I'd just use the http URI's associated with that system as
identifiers! This whole problem statement is because GPO does not
provide any persistent URIs for sudoc's in the first place, right?
With a little Googling how about this:
sudoc: E 2.11/3:EL 2
<http://catalog.gpo.gov/F/FIBJ8T23DNC33L6KEDYR7Q8Q3MF6BI9H7Q5XPG4KB3N57HX35X-17544?func=scan&scan_code=SUD&scan_start=E+2.11%2F3%3AEL+2>
looks like the param scan_start= holds the sudoc number. Sure it gives you
other
results, but its might work for your purposes.
Seems like they are creating bad HTTP responses since Fiddler throws an protocol
violation because they do not end the HTTP headers with CR,LF,CR,LF and instead
use LF,LF...
Andy.
