From DoyleJ at wlu.edu Sun Oct 2 20:42:37 2005 From: DoyleJ at wlu.edu (John Doyle) Date: Sun Oct 2 20:43:14 2005 Subject: [gcs-pcs-list] COinS in Current Law Journal Content index Message-ID: The law journal index "Current Law Journal Content" has added COinS into its Table of Contents records see http://law.wlu.edu/library/CLJC John Doyle Washington and Lee Law School Library From daniel.chudnov at yale.edu Fri Oct 7 18:32:56 2005 From: daniel.chudnov at yale.edu (Daniel Chudnov) Date: Fri Oct 7 18:33:02 2005 Subject: [gcs-pcs-list] example COinS-PMH server, handler Message-ID: <20051007223256.GA29941@curtis.med.yale.edu> A mockup COinS-PMH interface for the unalog social bookmarking toolkit is temporarily living here: http://sildin.med.yale.edu:9000/ (it runs a recent snapshot of data from unalog.com) And a sample implementation of dynamic COinS fetching and full record grabbing via COinS-PMH is here: http://curtis.med.yale.edu/dchud/log/2005/Oct/07#first_coinspmh_handler This quickly escalates into questions of "but what are *all* the services we can operate on for a given CO?" and such like. But, it's a start, and it works as advertised, in well under 200 LoC. :) -Dan -- Daniel Chudnov Yale Center for Medical Informatics (203) 737-5789 From daniel.chudnov at yale.edu Tue Oct 11 11:15:17 2005 From: daniel.chudnov at yale.edu (Daniel Chudnov) Date: Tue Oct 11 11:15:26 2005 Subject: [gcs-pcs-list] example COinS-PMH server, handler In-Reply-To: <20051007223256.GA29941@curtis.med.yale.edu> References: <20051007223256.GA29941@curtis.med.yale.edu> Message-ID: <20051011151516.GD29769@curtis.med.yale.edu> All - I'm rather lost in this stuff and don't have much perspective on whether it's looking "right" or even "good" any more. Though it's just been a few days, I haven't had many comments on the example, either. Like, none. Next week I'm giving a talk at Access in Edmonton where I hope to show off more fancy things with COinS and COinS-PMH. I'm nearly convinced that this or something like it is really important and really useful, but could be convinced otherwise if, well, it's not. :) Has anyone had time to hash through this some and come to any conclusions, intermediate or otherwise? Is this stuff way off-track? I'd be much obliged for any additional feedback. -Dan -- Daniel Chudnov Yale Center for Medical Informatics (203) 737-5789 From eric at openly.com Wed Oct 12 13:01:38 2005 From: eric at openly.com (Eric Hellman) Date: Wed Oct 12 13:01:47 2005 Subject: [gcs-pcs-list] LibX adds COinS support In-Reply-To: References: Message-ID: LibX - A Firefox Extension for Libraries, has added COinS support. See http://libx.org/ LibX is a Firefox extension that provides direct access to your library's resources. It includes a toolbar and a right-click context menu. It support searches against the library catalog (OPAC) as well as against an OpenURL linking server (which provides copies of works to which your library has access.) LibX is being developed at Virginia Tech by Godmar Back, Annette Bailey and their students and collaborators -- Eric Hellman, President Openly Informatics, Inc. eric@openly.com 2 Broad St., 2nd Floor tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield, NJ 07003 http://www.openly.com/1cate/ 1 Click Access To Everything From eric at openly.com Thu Oct 20 11:24:51 2005 From: eric at openly.com (Eric Hellman) Date: Thu Oct 20 11:25:03 2005 Subject: [gcs-pcs-list] Fwd: Zetoc Source Links upgraded to OpenURL version 1.0 Message-ID: more support for COinS! >From: "Ann Apps" >To: "openurl@caltech.edu" >Subject: Zetoc Source Links upgraded to OpenURL version 1.0 >Date: Thu, 20 Oct 2005 12:07:48 +0100 >Organization: University of Manchester > >Dear All, > >I'm pleased to announce that Zetoc (http://zetoc.mimas.ac.uk) is now >providing hybrid OpenURL version 1.0 and version 0.1 source links. > >It is also generating a COinS beside the OpenURL link on a full >record page. There is another COinS on the default page that users >with no OpenURL see when they click on the OpenURL (More >Information) link from the full record page. > >Details of the ContextObject keys included in Zetoc source links is >at: http://zetoc.mimas.ac.uk/technical/ourljnl.html and >http://zetoc.mimas.ac.uk/technical/ourlconf.html > >Additionally it is now possible to customise the OpenURL source >link, both the addition of an image button and the actual text. >(Requests should be sent to the Zetoc helpline, zetoc@mimas.ac.uk). > >Zetoc provides access to the British Library's electronic table of >contents data of journal articles and conference papers. It is >available within the UK and Ireland only, to higher and further >education colleges, various other academic bodies, and the National >Health Service. > >Best wishes, > Ann > >------------------------------------------------- >Ann Apps. IT Specialist (Research & Development), MIMAS, > The University of Manchester, Oxford Road, Manchester, M13 9PL, UK >Tel: +44 (0) 161 275 6039 Fax: +44 (0) 161 275 6040 >Email: ann.apps@manchester.ac.uk WWW: http://epub.mimas.ac.uk/ann.html >-------------------------------------------------- -- Eric Hellman, President Openly Informatics, Inc. eric@openly.com 2 Broad St., 2nd Floor tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield, NJ 07003 http://www.openly.com/1cate/ 1 Click Access To Everything From Peter.Binkley at ualberta.ca Mon Oct 24 16:48:37 2005 From: Peter.Binkley at ualberta.ca (Binkley, Peter) Date: Mon Oct 24 16:50:01 2005 Subject: [gcs-pcs-list] example COinS-PMH server, handler Message-ID: <908893006339C0409519E4065DF3B24901570DA5@mailserver.ualibrary.ualberta.ca> Here are two partial, preliminary COinS-PMH implementations: 1. A source: I'm producing COinS-PMH links on my blog (http://www.wallandbinkley.com/quaedam). The identifier is in the rft.identifier field. 2. A resolver: a Cocoon pipeline that uses an xslt stylesheet to process all COinS-PMH spans in a given page, and return the OAI GetRecord responses for every available metadataFormat for every COinS-PMH. It expects that the identifier will be in the id field (so my blog won't work here, till I fix it), and that the id field will be the last field in the CO. http://hackfest.library.ualberta.ca/cocoon/~pbinkley/getcoins?http://hac kfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace?version=1.1&query=d c.description+=+paper&operation=searchRetrieve&maximumRecords=1&styleshe et=%2Fsimple%2Fstyle.xsl This is pulling in a page containing COinS-PMH spans from Georgia Tech's Dspace, via a Cocoon proxy. The source page is the url after the ?: http://hackfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace?version=1 .1&query=dc.description+=+paper&operation=searchRetrieve&maximumRecords= 1&stylesheet=%2Fsimple%2Fstyle.xsl You can place any url after the ?; it should work provided that the COinS-PMH's use id= for the identifier. I'll tidy these up and make them more robust at some point. Peter Peter Binkley Digital Initiatives Technology Librarian Information Technology Services 4-30 Cameron Library University of Alberta Libraries Edmonton, Alberta Canada T6G 2J8 Phone: (780) 492-3743 Fax: (780) 492-9243 e-mail: peter.binkley@ualberta.ca > -----Original Message----- > From: gcs-pcs-list-bounces@cipolo.med.yale.edu > [mailto:gcs-pcs-list-bounces@cipolo.med.yale.edu] On Behalf > Of Daniel Chudnov > Sent: Tuesday, October 11, 2005 09:15 AM > To: Daniel Chudnov > Cc: gcs-pcs-list@cipolo.med.yale.edu > Subject: Re: [gcs-pcs-list] example COinS-PMH server, handler > > All - I'm rather lost in this stuff and don't have much > perspective on whether it's looking "right" or even "good" > any more. Though it's just been a few days, I haven't had > many comments on the example, either. > Like, none. > > Next week I'm giving a talk at Access in Edmonton where I > hope to show off more fancy things with COinS and COinS-PMH. > I'm nearly convinced that this or something like it is really > important and really useful, but could be convinced otherwise > if, well, it's not. :) > > Has anyone had time to hash through this some and come to any > conclusions, intermediate or otherwise? Is this stuff way > off-track? I'd be much obliged for any additional feedback. > > -Dan > > > -- > Daniel Chudnov > Yale Center for Medical Informatics > (203) 737-5789 > _______________________________________________ > gcs-pcs-list mailing list > gcs-pcs-list@cipolo.med.yale.edu > http://cipolo.med.yale.edu/mailman/listinfo/gcs-pcs-list > From Peter.Binkley at ualberta.ca Mon Oct 24 19:20:07 2005 From: Peter.Binkley at ualberta.ca (Binkley, Peter) Date: Mon Oct 24 19:22:55 2005 Subject: [gcs-pcs-list] example COinS-PMH server, handler Message-ID: <908893006339C0409519E4065DF3B24901570DAC@mailserver.ualibrary.ualberta.ca> No sooner announced than broken. The resolver is out of action for the time being; I hope it'll be up again tomorrow. Peter > -----Original Message----- > From: gcs-pcs-list-bounces@cipolo.med.yale.edu > [mailto:gcs-pcs-list-bounces@cipolo.med.yale.edu] On Behalf > Of Binkley, Peter > Sent: Monday, October 24, 2005 02:49 PM > To: gcs-pcs-list@cipolo.med.yale.edu > Subject: RE: [gcs-pcs-list] example COinS-PMH server, handler > > Here are two partial, preliminary COinS-PMH implementations: > > 1. A source: I'm producing COinS-PMH links on my blog > (http://www.wallandbinkley.com/quaedam). The identifier is in > the rft.identifier field. > > 2. A resolver: a Cocoon pipeline that uses an xslt stylesheet > to process all COinS-PMH spans in a given page, and return > the OAI GetRecord responses for every available > metadataFormat for every COinS-PMH. It expects that the > identifier will be in the id field (so my blog won't work > here, till I fix it), and that the id field will be the last > field in the CO. > > http://hackfest.library.ualberta.ca/cocoon/~pbinkley/getcoins? > http://hac > kfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace?version=1 > .1&query=d > c.description+=+paper&operation=searchRetrieve&maximumRecords= > 1&styleshe > et=%2Fsimple%2Fstyle.xsl > > This is pulling in a page containing COinS-PMH spans from > Georgia Tech's Dspace, via a Cocoon proxy. The source page is > the url after the ?: > > http://hackfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace > ?version=1 > .1&query=dc.description+=+paper&operation=searchRetrieve&maxim > umRecords= > 1&stylesheet=%2Fsimple%2Fstyle.xsl > > You can place any url after the ?; it should work provided > that the COinS-PMH's use id= for the identifier. I'll tidy > these up and make them more robust at some point. > > Peter > > > Peter Binkley > Digital Initiatives Technology Librarian Information > Technology Services 4-30 Cameron Library University of > Alberta Libraries Edmonton, Alberta Canada T6G 2J8 > Phone: (780) 492-3743 > Fax: (780) 492-9243 > e-mail: peter.binkley@ualberta.ca > > > > > -----Original Message----- > > From: gcs-pcs-list-bounces@cipolo.med.yale.edu > > [mailto:gcs-pcs-list-bounces@cipolo.med.yale.edu] On Behalf > Of Daniel > > Chudnov > > Sent: Tuesday, October 11, 2005 09:15 AM > > To: Daniel Chudnov > > Cc: gcs-pcs-list@cipolo.med.yale.edu > > Subject: Re: [gcs-pcs-list] example COinS-PMH server, handler > > > > All - I'm rather lost in this stuff and don't have much > perspective on > > whether it's looking "right" or even "good" > > any more. Though it's just been a few days, I haven't had many > > comments on the example, either. > > Like, none. > > > > Next week I'm giving a talk at Access in Edmonton where I > hope to show > > off more fancy things with COinS and COinS-PMH. > > I'm nearly convinced that this or something like it is really > > important and really useful, but could be convinced otherwise if, > > well, it's not. :) > > > > Has anyone had time to hash through this some and come to any > > conclusions, intermediate or otherwise? Is this stuff way > off-track? > > I'd be much obliged for any additional feedback. > > > > -Dan > > > > > > -- > > Daniel Chudnov > > Yale Center for Medical Informatics > > (203) 737-5789 > > _______________________________________________ > > gcs-pcs-list mailing list > > gcs-pcs-list@cipolo.med.yale.edu > > http://cipolo.med.yale.edu/mailman/listinfo/gcs-pcs-list > > > _______________________________________________ > gcs-pcs-list mailing list > gcs-pcs-list@cipolo.med.yale.edu > http://cipolo.med.yale.edu/mailman/listinfo/gcs-pcs-list > From Peter.Binkley at ualberta.ca Tue Oct 25 14:27:09 2005 From: Peter.Binkley at ualberta.ca (Binkley, Peter) Date: Tue Oct 25 14:29:56 2005 Subject: [gcs-pcs-list] example COinS-PMH server, handler Message-ID: <908893006339C0409519E4065DF3B24901570DB4@mailserver.ualibrary.ualberta.ca> The resolver is up again. Hit this url: http://hackfest.library.ualberta.ca/cocoon/~pbinkley/getcoins?http://hac kfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace?version=1.1&query=d c.description+=+paper&operation=searchRetrieve&maximumRecords=1&styleshe et=%2Fsimple%2Fstyle.xsl ...to harvest the COinS-pmh from this url: http://hackfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace?version=1 .1&query=dc.description+=+paper&operation=searchRetrieve&maximumRecords= 1&stylesheet=%2Fsimple%2Fstyle.xsl You're running an SRU search against a dspace instance; you can modify the search terms in the query string accordingly. Peter > -----Original Message----- > From: Binkley, Peter > Sent: Monday, October 24, 2005 05:20 PM > To: Binkley, Peter; gcs-pcs-list@cipolo.med.yale.edu > Subject: RE: [gcs-pcs-list] example COinS-PMH server, handler > > No sooner announced than broken. The resolver is out of > action for the time being; I hope it'll be up again tomorrow. > > Peter > > > -----Original Message----- > > From: gcs-pcs-list-bounces@cipolo.med.yale.edu > > [mailto:gcs-pcs-list-bounces@cipolo.med.yale.edu] On Behalf Of > > Binkley, Peter > > Sent: Monday, October 24, 2005 02:49 PM > > To: gcs-pcs-list@cipolo.med.yale.edu > > Subject: RE: [gcs-pcs-list] example COinS-PMH server, handler > > > > Here are two partial, preliminary COinS-PMH implementations: > > > > 1. A source: I'm producing COinS-PMH links on my blog > > (http://www.wallandbinkley.com/quaedam). The identifier is in the > > rft.identifier field. > > > > 2. A resolver: a Cocoon pipeline that uses an xslt stylesheet to > > process all COinS-PMH spans in a given page, and return the OAI > > GetRecord responses for every available metadataFormat for every > > COinS-PMH. It expects that the identifier will be in the id > field (so > > my blog won't work here, till I fix it), and that the id > field will be > > the last field in the CO. > > > > http://hackfest.library.ualberta.ca/cocoon/~pbinkley/getcoins? > > http://hac > > kfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace?version=1 > > .1&query=d > > c.description+=+paper&operation=searchRetrieve&maximumRecords= > > 1&styleshe > > et=%2Fsimple%2Fstyle.xsl > > > > This is pulling in a page containing COinS-PMH spans from Georgia > > Tech's Dspace, via a Cocoon proxy. The source page is the url after > > the ?: > > > > http://hackfest.library.ualberta.ca/cocoon/~pbinkley/ga-dspace > > ?version=1 > > .1&query=dc.description+=+paper&operation=searchRetrieve&maxim > > umRecords= > > 1&stylesheet=%2Fsimple%2Fstyle.xsl > > > > You can place any url after the ?; it should work provided that the > > COinS-PMH's use id= for the identifier. I'll tidy these up and make > > them more robust at some point. > > > > Peter > > > > > > Peter Binkley > > Digital Initiatives Technology Librarian Information Technology > > Services 4-30 Cameron Library University of Alberta Libraries > > Edmonton, Alberta Canada T6G 2J8 > > Phone: (780) 492-3743 > > Fax: (780) 492-9243 > > e-mail: peter.binkley@ualberta.ca > > > > > > > > > -----Original Message----- > > > From: gcs-pcs-list-bounces@cipolo.med.yale.edu > > > [mailto:gcs-pcs-list-bounces@cipolo.med.yale.edu] On Behalf > > Of Daniel > > > Chudnov > > > Sent: Tuesday, October 11, 2005 09:15 AM > > > To: Daniel Chudnov > > > Cc: gcs-pcs-list@cipolo.med.yale.edu > > > Subject: Re: [gcs-pcs-list] example COinS-PMH server, handler > > > > > > All - I'm rather lost in this stuff and don't have much > > perspective on > > > whether it's looking "right" or even "good" > > > any more. Though it's just been a few days, I haven't had many > > > comments on the example, either. > > > Like, none. > > > > > > Next week I'm giving a talk at Access in Edmonton where I > > hope to show > > > off more fancy things with COinS and COinS-PMH. > > > I'm nearly convinced that this or something like it is really > > > important and really useful, but could be convinced otherwise if, > > > well, it's not. :) > > > > > > Has anyone had time to hash through this some and come to any > > > conclusions, intermediate or otherwise? Is this stuff way > > off-track? > > > I'd be much obliged for any additional feedback. > > > > > > -Dan > > > > > > > > > -- > > > Daniel Chudnov > > > Yale Center for Medical Informatics > > > (203) 737-5789 > > > _______________________________________________ > > > gcs-pcs-list mailing list > > > gcs-pcs-list@cipolo.med.yale.edu > > > http://cipolo.med.yale.edu/mailman/listinfo/gcs-pcs-list > > > > > _______________________________________________ > > gcs-pcs-list mailing list > > gcs-pcs-list@cipolo.med.yale.edu > > http://cipolo.med.yale.edu/mailman/listinfo/gcs-pcs-list > > > From daniel.chudnov at yale.edu Tue Oct 25 22:40:52 2005 From: daniel.chudnov at yale.edu (Daniel Chudnov) Date: Tue Oct 25 22:40:56 2005 Subject: [gcs-pcs-list] a few developments Message-ID: <20051026024051.GG11233@curtis.med.yale.edu> Several folks on this list were in Edmonton last week for Access 2005. [1] During the conference a number of us discussed and presented on stuff relating to what we've been talking about here, in particular COinS and COinS-PMH. The conference site is supposed to have links to presentations and podcasts soon. In the meantime, I don't know where rsinger's talk might be posted, but the talk I prepared with jfrumkin is available. [2] An abbreviated version highlighting a COinS-PMH firefox sidebar pbinkley helped me work up, replete with screenshots, is available nearby to [2] on my work log. That same post references a fascinating proposal for a webapp "clipboard" API that came up just a few days ago, which sounds awfully useful. :) Perhaps I'd long since drank the punch, but I'm about as excited over this as anything I've seen since I signed up for this crazy profession ten years ago. Separately, the good folks at OCLC have provided me with a subset of their OpenURL Resolver Registry for experimenting with more COinS browser extensions. The "COinS Browser Extensions" page [3] now inelegantly lets you search the list (roughly 900 institutions, though some lack proper buttons and alt text) and grab bookmarklets and greasemonkey userscripts for any resolver in the provided registry data. The registry itself is not publicly accessible from this site, by agreement. But, many folks who've until now only been able to try COinS by looking at, say, Princeton SFX screens can probably now try it with an institution at least somewhat closer to home. -Dan [1] http://access2005.library.ualberta.ca/ [2] http://curtis.med.yale.edu/dchud/log/conferences/access-2005-dialtone-talk [3] http://curtis.med.yale.edu/dchud/resolvable -- Daniel Chudnov Yale Center for Medical Informatics (203) 737-5789