Re: [CODE4LIB] exporting marc records from iii
Have you tried connecting to the III server(s) with Z39.50? On 2/18/2011 9:48 AM, Eric Lease Morgan wrote: How does a person go about exporting MARC records from a III system? As you may or may not know, I spend a lot of my time developing a thing colloquially called the Catholic Portal. It uses VUFind under the hood, and it requires me to ingest bibliographic data from a myriad of libraries. Suppose the records I desire have the letters crra saved in MARC field 590$a. What is the process for connecting a III system, searching for crra in 590$a, and saving the result as a file of MARC records? Is there some sort of documentation I can read that will help me out in this regard?
Re: [CODE4LIB] exporting marc records from iii
On 2/18/2011 11:53 AM, David Jones wrote: On 2/18/2011 at 08:23 AM, Westman, Stephensrwes...@uncc.edu wrote: I'm currently exploring how we can use the Millennium Java client to do the same thing (if anybody knows how to do that, I would love to hear because we don't want to be depending on the telnet client since it may go away someday). You could try AutoIt [ http://www.autoitscript.com/site/autoit/ ], but be warned that Create Lists and Data Exchange in Millennium are the court jesters and will do everything they can to not respond well to your scripting... Or since he is already employing Perl with Expect: Win32::GuiTest or anything else that implements SendKeys. HTH, David _ David Jones mailto:djo...@scu.edu Library Systems Manager http://www.scu.edu/library/ University Library fax: 408-551-1805 Santa Clara Universityphone: 408-551-7167 500 El Camino Real Santa Clara CA 95053-0500 _ Logic must take care of itself. -- Wittgenstein, Notebooks, 1914-196, 22.8.14
Re: [CODE4LIB] what's friendlier less powerful than phpMyAdmin?
We have been using MS Access linked through MyODBC. The user's rights are according to the permissions in the MySQL user table. Tobin Ken Irwin wrote: Hi folks, I have some straightforward MySQL data tables that I would like to be editable by some of my less-techy colleagues. I tend to think of phpMyAdmin as a perfectly serviceable and reasonably interface for updating database tables, but I'm told that it's kind of intimidating to the uninitiated. Are there alternatives that are meant for non-admin-types? I'd want something with read/write permissions, but that could be targeted at just a few tables, wouldn't have any of the more potent tools (drop, empty, etc.). In the ideal world, I might like something that would prevent users from doing things like accidentally changing primary key data and things like that. I've thought about writing something, but I suspect that would be reinventing the wheel. Any ideas? Thanks, Ken
Re: [CODE4LIB] code4lib.org hosting
In case anybody (like me) missed the deface: http://www.zone-h.org/index2.php?option=com_mirrorwrpItemid=43id=6499108 Andrew Nagy wrote: In case I can't make the conversation, I must suggest Bastille - a linux package that does firewalling and IP Masquerading. I have been using it for about 8 years now and have never had a hacked linux box running it. I even had my ISP kill my network connection once because my server was being attacked by thousands of machines and never once got through and the machine never experienced any performance degredation. http://www.bastille-linux.org/ Good luck Andrew -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Ed Summers Sent: Friday, July 27, 2007 5:18 PM To: CODE4LIB@listserv.nd.edu Subject: [CODE4LIB] code4lib.org hosting As you may have seen or experienced code4lib.org is down for the count at the moment because of some hackers^w crackers who compromised anvil and defaced various web content and otherwise messed with the operating system. anvil is a machine that several people in the code4lib community run and pay for themselves. Given that code4lib has grown into a serious little gathering, with lots of effort being expended by the likes of Jeremy Frumkin and Brad LaJenuesse to make things happen -- it seems a shame to let this sort of thing happen. We don't have any evidence, but it seems that the entry point was the fact that various software packages weren't kept up to date. Anyhow, this is a long way of inviting you to a discussion Aug 1st @7PM GMT in irc://chat.freenode.net/code4lib to see what steps need to be taken to help prevent this from happening in the future. Specifically we're going to be talking about moving some of the web applications to institutions that are better set up to manage them. If this interests you at all try to attend! //Ed