Re: [CODE4LIB] MARC8 in marc-ruby
Hi Brendan: Ahh the lovely MARC-8 :-) It's a fair bit of effort I think. One approach could be to porting the MARC8-Unicode functionality from pymarc [1,2]. It's only one-way, but that's normally what most sane people want to do anyhow. Another approach would be to look into wrapping yaz-iconv [3] from IndexData which provides much more (and faster) MARC related character mapping facilities. If you just want to get something done without extending ruby-marc you can pre-process your data with yaz-marcdump and then throw it at ruby-marc. Or perhaps if you are in jruby-land you could use marc4j which has MARC-8 support. I've cc'ed code4lib since someone else might have some better ideas. Thanks for writing. //Ed [1] http://bazaar.launchpad.net/~ehs-pobox/pymarc/dev/annotate/head%3A/pymarc/marc8.py [2] http://bazaar.launchpad.net/~ehs-pobox/pymarc/dev/annotate/head%3A/pymarc/marc8_mapping.py [3] http://www.indexdata.com/yaz/doc/yaz-iconv.html [4] http://marc4j.tigris.org/ On Fri, Oct 30, 2009 at 3:22 AM, Brendan Boesen bboe...@nla.gov.au wrote: Hi Guys, I guess this is the 'bug the authors if you need it' email. I'm trying to parse a MARC record and it contains Chinese characters. From the leader: 01051cam 2200265 a 4504 it looks like the record uses MARC8 encoding. I'm investigating a way to get a Unicode encoded one but that may not work out. What sort of effort do you think is involved in adding MARC8 support into marc-ruby? (And is there anything I could do to help with that?) Regards, Brendan Boesen National Library of Australia
[CODE4LIB] Journal Usage Statistical collection software - suggestions?
Apologies for cross-posting. My institution is currently evaluating methods of collecting COUNTER stats in a comprehensive way. We currently use Excel spreadsheets to calculate cost-per-use and gather all the stats together, but I am hoping that there's a better way. In today's climate, justifying our spending decisions grows ever more important. I am aware of JURO and JURO4c, and of the Swets Scholarly Stats commercial packages - are there any other options worth consideration? Anybody devised their own slick homegrown method of collecting such stats? Many thanks, Brandon Dudley
Re: [CODE4LIB] Journal Usage Statistical collection software - suggestions?
There's also SUSHI (Standardized Usage Statistics Harvesting Initiative): http://www.niso.org/workrooms/sushi Keith On Fri, Oct 30, 2009 at 11:19 AM, Brandon Dudley bran...@discontent.com wrote: Apologies for cross-posting. My institution is currently evaluating methods of collecting COUNTER stats in a comprehensive way. We currently use Excel spreadsheets to calculate cost-per-use and gather all the stats together, but I am hoping that there's a better way. In today's climate, justifying our spending decisions grows ever more important. I am aware of JURO and JURO4c, and of the Swets Scholarly Stats commercial packages - are there any other options worth consideration? Anybody devised their own slick homegrown method of collecting such stats? Many thanks, Brandon Dudley
Re: [CODE4LIB] [Web4lib] [lita-l] Journal Usage Statistical collection software - suggestions?
Serials Solutions provides an open source (you host it) client for harvesting SUSHI stats. It is intended to be used with 360 Counter, but I don't think that's a requirement. As Aaron said, it is still early days for SUSHI compliance. Tom On Fri, Oct 30, 2009 at 1:05 PM, Dobbs, Aaron awdo...@ship.edu wrote: Brandon, We went with a vendor-hosted solution, SerialsSolutions 360 Counter. We use SerialsSolutions for our A-Z list, cross-database linking, and ERMS - so 360 Counter made the most sense for us. SUSHI is coming along, but I haven't been watching to see how many publishers/database vendors are providing SUSHI feeds lately and cannot address this. We do still load delimited COUNTER compliant data (and massage non-compliant data into COUNTER compliant format for loading) into 360 Counter. Hope this helps... -Aaron :-)' Aaron Dobbs Systems Electronic Resources Librarian Ezra Lehman Memorial Library Shippensburg Univeristy of Pennsylvania -Original Message- From: Brandon Dudley [mailto:bran...@discontent.com] Sent: Friday, October 30, 2009 11:20 AM To: lit...@ala.org; CODE4LIB@LISTSERV.ND.EDU; web4...@webjunction.org Subject: [lita-l] Journal Usage Statistical collection software - suggestions? Apologies for cross-posting. My institution is currently evaluating methods of collecting COUNTER stats in a comprehensive way. We currently use Excel spreadsheets to calculate cost-per-use and gather all the stats together, but I am hoping that there's a better way. In today's climate, justifying our spending decisions grows ever more important. I am aware of JURO and JURO4c, and of the Swets Scholarly Stats commercial packages - are there any other options worth consideration? Anybody devised their own slick homegrown method of collecting such stats? Many thanks, Brandon Dudley To maximize your use of LITA-L or to unsubscribe, see http://www.lita.org/ala/mgrps/divs/lita/litamembership/litaldisclists/l italotherdiscussion.cfm ___ Web4lib mailing list web4...@webjunction.org http://lists.webjunction.org/web4lib/
Re: [CODE4LIB] [Web4lib] [lita-l] Journal Usage Statistical collection software - suggestions?
Sorry. Link is: http://code.google.com/p/sushicounterclient/ On Fri, Oct 30, 2009 at 2:35 PM, Tom Keays tomkeays.li...@gmail.com wrote: Serials Solutions provides an open source (you host it) client for harvesting SUSHI stats. It is intended to be used with 360 Counter, but I don't think that's a requirement. As Aaron said, it is still early days for SUSHI compliance. Tom On Fri, Oct 30, 2009 at 1:05 PM, Dobbs, Aaron awdo...@ship.edu wrote: Brandon, We went with a vendor-hosted solution, SerialsSolutions 360 Counter. We use SerialsSolutions for our A-Z list, cross-database linking, and ERMS - so 360 Counter made the most sense for us. SUSHI is coming along, but I haven't been watching to see how many publishers/database vendors are providing SUSHI feeds lately and cannot address this. We do still load delimited COUNTER compliant data (and massage non-compliant data into COUNTER compliant format for loading) into 360 Counter. Hope this helps... -Aaron :-)' Aaron Dobbs Systems Electronic Resources Librarian Ezra Lehman Memorial Library Shippensburg Univeristy of Pennsylvania -Original Message- From: Brandon Dudley [mailto:bran...@discontent.com] Sent: Friday, October 30, 2009 11:20 AM To: lit...@ala.org; CODE4LIB@LISTSERV.ND.EDU; web4...@webjunction.org Subject: [lita-l] Journal Usage Statistical collection software - suggestions? Apologies for cross-posting. My institution is currently evaluating methods of collecting COUNTER stats in a comprehensive way. We currently use Excel spreadsheets to calculate cost-per-use and gather all the stats together, but I am hoping that there's a better way. In today's climate, justifying our spending decisions grows ever more important. I am aware of JURO and JURO4c, and of the Swets Scholarly Stats commercial packages - are there any other options worth consideration? Anybody devised their own slick homegrown method of collecting such stats? Many thanks, Brandon Dudley To maximize your use of LITA-L or to unsubscribe, see http://www.lita.org/ala/mgrps/divs/lita/litamembership/litaldisclists/l italotherdiscussion.cfm ___ Web4lib mailing list web4...@webjunction.org http://lists.webjunction.org/web4lib/
[CODE4LIB] Code4Lib 2010 Call for Proposals
We are now accepting proposals for prepared talks for Code4lib 2010. Code4lib 2010 is a loosely-structured conference for library technologists to commune, gather/create/share ideas and software, be inspired, and forge collaborations. The conference will be held from Monday, February 22nd (pre-conference day) to Thursday, February 25th, 2010 in Asheville, NC, US. More information can be found at http://code4lib.org/conference/2010/ Head over to the call for proposals page at http://wiki.code4lib.org/index.php/2010talks_Submissions and submit your idea for a prepared talk for this year's conference! Proposals should be no longer than 500 words, and preferably many less. Prepared talks are 20 minutes (including setup and questions), and focus on one or more of the following areas: * tools (some cool new software, software library or integration platform) * specs (how to get the most out of some protocols, or proposals for new ones) * challenges (one or more big problems we should collectively address) The community will vote on proposals using the criteria of: * usefulness * newness * geekiness * diversity of topics We cannot accept every prepared talk proposal, but multiple lightning talk and breakout sessions will provide everyone who wishes to present with an opportunity to do so. Proposals can be submitted through November 13th. Voting will commence soon thereafter and be open through December 1st. Successful candidates will be notified by December 3rd. We look forward to your participation! Cheers, -Code4Lib 2010 Conference Program Committee * Kevin Clarke * Gabriel Farrell * Mike Giarlo * Susan Teague-Rector * Roy Tennant