Difference between revisions of "Umlaut wishlist"
From Code4Lib
Line 20: | Line 20: | ||
− | * HIP and other OPAC searchers should pull ToC from MARC 505 when present. | + | * HIP and other OPAC searchers should pull ToC from MARC 505 when present. And 856's judged to be ToC in ToC, not full text. |
Revision as of 16:56, 10 April 2008
Desired or planned features.
- Parsing of formatted references from an entry screen. Use http://wing.comp.nus.edu.sg/parsCit/ package. Very interesting!
- Rochester “Getting Users Fulltext” style code to skip right to the full text, skipping content-provider metadata pages.
- Google Books search to complement the OCA and Gutenberg searches I’ve got--may or may not be possible with no google books api. Screen scrape? Umich oai-pmh records?
- connection to OCLC Identities
- xISBN/thingISBN use. (Some thought is required in how to integrate this while avoiding false positives). Bowker ISSN service for metadata enhancement. OCLC xISSN? Integrate preceding/succeeding title information from OPAC or xISSN?
- Journal covers from Ulrich's via screen-scraping.
- Connotea integration
- Fetch ToC from LC. Screen scrape, I guess? Or z3950? Any other content from LC?
- Link to Books In Print ala Notre Dame.
http://www.library.nd.edu/eresources/findit/findit.cgi?doc_num=001939269&aleph_session=U5AVHRXD5QB1CGDFDSVJ9DSY2UA6QNCGVEU8EYRX9NNMIQ429Q-54668%22 example bip search url? : http%3A%2F%2Fwww.booksinprint.com%2Fmerge_shared%2FSearch%2Fadvsearch.asp%3FdateState%3DY%26txtAction%3D%26BooleanSearch%3D%26SType%3Dadv%26collection%3DBIP%26QueryMode%3DSimple%26ResultCount%3D25%26ResultTemplate%3Dmbbookresult_fl.hts%26navPage%3D1%26SrchFrm%3DAdv%26ScoreThreshold%3D0%26Criteria1%3DISBN%26CriteriaText1%3D0838935370
- HIP and other OPAC searchers should pull ToC from MARC 505 when present. And 856's judged to be ToC in ToC, not full text.
- Fix Umlaut Referent to more easily allow multiple authors. Architectural change neccessary to get a lot of this stuff working right.
- "Cited by" service. Scopus via screen scraping? (scopus javascript api? http://www.scopus.com/scsearchapi/ ) ISI Web of Science is too hard to even screen scrape the interface is such a mess, but Scopus looks do-able. Google scholar?
- Enhance metadata to have full metadata for a refworks etc export. Using: CrossRef? Metalib? Anything else?
- A general purpose responsecache. Schema: Date, service/source, key. Use for caching image urls, ToC urls from LC, etc.
- Fix Worldcat registry auto-discovery.
- Add a Worldcat search that uses API, instead of screen scrape.
- Switch OCA search to use OCA native APIs, instead of indexdata mirror index.
- fix unapi in umlaut. unapi to rsi? For zotero.
- Change background to use Spawn plugin instead of manual threading. Investigating using spawn with fork instead of thread (terry reese on limited pool of forks).
- Crazy idea for an abstract interface/architecture to support querrying web service apis that require client side javascript, like Google Books and Scopus.
- Integrate my various local document delivery services into menu of options when full text isn’t available. More generally, a clear architecture for providing localized doc delivery services in addition to a single ILL link.