Re: [CODE4LIB] REST vs ODBC
Deborah, A segue from Cary's post...as an Alma library, we have done quite a bit of work with the REST patron/user API. It is pretty straight forward and will allow you to grab everything you need to print out library cards. Send me an email off-list and we can discuss. Best regards, Joe Shubitowski Joseph M. Shubitowski Head, Information Systems Getty Research Institute 1200 Getty Center Drive, Suite 1100 Los Angeles CA 90049-1688 Voice: 310-440-6394 Fax: 310-440-7780 jshubitow...@getty.edu Cary Gordon listu...@chillco.com 9/29/2014 3:24 PM Your best bet, IMHO, would be to write an app that pulls the info, formats it and sends it to the printer. The Datacard software would not likely be a good candidate for modification. You might want to contact Datacard, but I don't think that you will get very far. They make and sell printers. The software you have is a sideline and not very well supported. The other option would be to contact ExLibris and see what they can do for you. Some of the other Alma libraries my have solved this. Of course, if they haven't, and you create an open-source app to connect printer and ILS, you will win the good karma award. Cary On Sep 29, 2014, at 12:58 PM, Fitchett, Deborah deborah.fitch...@lincoln.ac.nz wrote: Hi all, Apologies, have got distracted from mailing lists and missed these replies last week... The existing app is called Datacard and I know very little about it - installed before my time by another department, etc. But basically it prints our library cards, so it needs the appropriate user data (name, barcode, other ID details). Previously it pulled these from PeopleSoft over ODBC, but with our migration things are different and decisions were made so now for a class of users the data is only available in Alma. A nightly extract of data to a Koha (or other) install wouldn't work because we're needing the data at the point of sign-up to the library so the card can be printed. It sounds very much like it comes down to seeing if there's an upgrade to Datacard we can write a business case for and in the meantime continue to type or copy/paste the data by hand at point of need. Not the ideal situation but at least it's a relatively small class of users affected. Thanks, Deborah -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Cary Gordon Sent: Wednesday, 24 September 2014 3:59 a.m. To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] REST vs ODBC Could you reveal anything about what the existing application (EA) is and what it does? We don't know what the EA was connected to, so there can't know if Koha would work as middleware. It might be simpler to write your own middleware in Symfony (I have grown fond of Guzzle), or some other framework and just pull the data into a database that has the same structure as your old system. Thanks, Cary On Mon, Sep 22, 2014 at 3:01 PM, Fitchett, Deborah deborah.fitch...@lincoln.ac.nz wrote: Morning, all, We have a small dilemma: 1. Our brand new Alma system provides access to a bunch of data via RESTful API. It’s on The Cloud so we’re not going to be getting direct access to the database anytime soon. 2. We have an existing application that would be more efficient if it could get that data, but which only uses ODBC. (I’m told other available drivers are: - Microsoft Jet 4.0 OLE - Microsoft Office - Microsoft OLE DB Provider - Microsoft Datashape - OLE DB Provider - SQL Server Native Client 10.0) Does anyone know if there’s any middleware out there that could make these two things talk to each other, or do we give this up as a “Would have been nice, but shrug”? Nāku noa, nā Deborah Fitchett Senior Advisor, Digital Access Library, Teaching and Learning p +64 3 423 0358 e deborah.fitch...@lincoln.ac.nzmailto:deborah.fitch...@lincoln.ac.nz | w library.lincoln.ac.nzhttp://library.lincoln.ac.nz/ Lincoln University, Te Whare Wānaka o Aoraki New Zealand's specialist land-based university P Please consider the environment before you print this email. The contents of this e-mail (including any attachments) may be confidential and/or subject to copyright. Any unauthorised use, distribution, or copying of the contents is expressly prohibited. If you have received this e-mail in error, please advise the sender by return e-mail or telephone and then delete this e-mail together with all attachments from your system. -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Book scanner suggestions redux
Hi Aaron, That is a tall order for wanting something inexpensive...! I run book scanning/digitization here at the Getty Research Institute, and it has taken us quite a while to find the right mix/match of gear, software, and - most importantly - people do book scanning right. We tried some semi-inexpensive methods (we had a very early Atiz) and we just could not get the quality we needed. So now we have not-inexpensive gear: Three Internet Archive Scribe scanners with operators (we pay by-the-page) One Treventus Scan Robot MDS 2.0 ( http://www.treventus.com/index.html ) One Digital Transitions BC100 ( http://www.dtdch.com/page/bc100-book-capture-system ) We can scan very rare and fragile material. The most fragile books we tend to still do in a studio with a single camera as spreads or repositioning the book for every page depending on the book etc. The Treventus is actually the only machine that scans the other four all do camera imaging. The BC100 can accommodate flat sheets that one simply turns by hand and could do smallish newspapers and maybe even smallish maps. We ten to do the maps and foldouts on a separate camera rig and then integrate those files into the book. IA has their own software. Treventus has a very elegant scanning/workflow software that we use for BOTH the finished filesets from our own in-house machines. We use a lot of Photoshop and the Capture One software that supports the Phase One cameras on the BC100. We then have a bunch of custom code that we put together that pushes our books up to IA so that everything is manifested at Internet Archive whether they scanned it or we did. Treventus uses Win7 workstation, IA uses their own Ubuntu Linux setups, BC100 shoots to Mac Pros. Many more details that I don't want to bore everyone with. Feel free to email with any questions. We do about 700 books a month on the combined five scanners. Doesn't sound like a lot..but it really is when you think that many are rare and require special/delicate handling. Best, Joe Shubitowski -- Joseph M. Shubitowski Head, Information Systems Getty Research Institute 1200 Getty Center Drive, Suite 1100 Los Angeles CA 90049-1688 Voice: 310-440-6394 Fax: 310-440-7780 jshubitow...@getty.edu On 3/3/2014 at 7:54 AM, in message 9aa714ba-d4e4-43f6-b486-eaf7e6389...@library.umass.edu, Aaron Rubinstein arubi...@library.umass.edu wrote: Hi all, We’re looking to purchase a book scanner and I was hoping to get some recommendations from those who’ve had experience. I found this fantastic thread from 2009: http://bit.ly/1luEhMV but it’s been five years so I thought a refresh could be useful. Here’s our requirements, in a nutshell: 1. Allows us to efficiently digitize books that are potentially rare and fragile and cannot be unbound. 2. Gives us control of resulting file format, resolution, etc… 3. Can be connected to a standard desktop computer, preferably PC running Windows 7. 4. Does not require dumpster diving[1] or the use of carpentry tools (or any real skills, frankly) to bring to life. Ideal features: 5. Can also scan flat, large format objects like small maps or posters. 6. Is relatively inexpensive (though we will pay $$ for the right setup). 7. Modular and easily upgradable. 8. Uses open source software... Thanks! Aaron [1] http://www.instructables.com/id/DIY-High-Speed-Book-Scanner-from-Trash-and-Cheap-C / - Aaron Rubinstein University and Digital Archivist Special Collections and University Archives University of Massachusetts Amherst 154 Hicks Way Amherst, MA 01002 413-545-7963 arubi...@library.umass.edu
Re: [CODE4LIB] Displaying TGN terms
Hi David, I am posting a reply from Patricia Harpring. Managing Editor, Getty Vocabularies Regards, Joe Shubitowski Getty Research Institute David, You ask a good question. At the Getty Vocabulary Program, we recommend that you concatenate a recommended Label to identify the place. In brief, the label that is probably most useful to you comprises these elements: the English preferred name (if any) of the target place (if none, default to overall record-preferred name), then in parens the parents in ascending order to the level of Nation, using for each parent the flagged Display name if any; if none, the English preferred name; if none, default to overall record-preferred name), and so on for each parent to level of Nation (i.e., to the place type = 81002 primary political unit as place type #2). If no parent is a primary political unit, go to level of continent. Close parens. Then include the preferred place type for the target place in parens. Include subject_id of the target place. Like this: In this example, the city Orvieto has no English name, so you use the record-preferred name. For parents, Terni province is an example of using a display name for its record, and Italy is an example of using the preferred English name from its record when displayed as parents in horizontal Label displays. Orvieto (Terni province, Umbria, Italy) (inhabited place) [7005124] The topic is discussed in a few places on our Web site, including the links below. I hope that helps. Note the discussion of special display names that are flagged to accommodate horizontal displays of parents. On a related topic: As I presented at a few conferences this summer, we are investigating the possibility of developing URIs for the Getty vocabularies. Although we are not certain this will happen, many of us here are optimistic. We will announce progress on this front when it is resolved. Sincerely, Patricia Patricia Harpring, PhD Managing Editor, Getty Vocabulary Program pharpr...@getty.edu Labels for geographic places are succinctly described here: http://www.getty.edu/research/publications/electronic_publications/cdwa/30place.html#label Including examples; [I've added the TGN subject_ids here, which are missing because CDWA is speaking of labels in general, not of TGN specifically] - Orvieto (Terni province, Umbria, Italy) (inhabited place) [7005124] - Oldenburg (Franklin county, Indiana, United States) (inhabited place) [7013833] - Galatia (Turkey) (general region) [7016662] - Republic of Ireland (nation) [178] - Cyprus (Asia) (island) [1006894] - Belgica Prima (Gallia Belgica, Gaul) (former administrative division) [7030321] Labels for various purposes Labels with the inverted form of the preferred name followed by parents and place type are suited for alphabetical lists; note that only names of physical features will generally be inverted, as discussed in PLACE/LOCATION AUTHORITY - PLACE NAME. - Arrowsmith, Mount (Vancouver Island, British Columbia, Canada) (mountain) [1103769] - Erie, Lake (North and Central America) (lake) [7026039] - Hathala (Northwest Frontier, Pakistan) (inhabited place) [1083488] - Heicheng (Nei Mongol, China) (deserted settlement) [7001846] - Los Angeles (California, United States) (inhabited place) [7023900] - Zama (Siliana government, Tunisia) (lost settlement) [6006668] Labels with the natural order form of the preferred name followed by parents and place type are suited for wall labels, slide labels, and captions. - Mount Arrowsmith (Vancouver Island, British Columbia, Canada) (mountain) [1103769] - Lake Erie (North and Central America) (lake) [7026039] - Hathala (Northwest Frontier, Pakistan) (inhabited place) [1083488] - Heicheng (Nei Mongol, China) (deserted settlement) [7001846] - Los Angeles (California, United States) (inhabited place) [7023900] - Zama (Siliana government, Tunisia) (lost settlement) [6006668] Labels with the parents in descending order (as opposed to ascending order, illustrated in above examples), may be used for lists where results need to sort by parent; for example, all the places in one nation or state will sort together. Orléans .. (inhabited place) (World, Europe, France, Centre region, Loiret) [7008337] Orléans .. (inhabited place) (World, North and Central America, Canada, Ontario) [1014994] Orleans .. (inhabited place) (World, North and Central America, United States, California, Humboldt county) [2013138] Orleans .. (inhabited place) (World, North and Central America, United States, Illinois, Morgan county) [2029517] Orleans .. (inhabited place) (World, North and Central America, United States, Indiana, Orange county) [2033199] Orleans .. (inhabited place) (World, North and Central America, United States, Iowa, Appanoose county) [2560830] Orleans .. (inhabited place) (World, North and Central America, United States, Iowa, Dickinson
[CODE4LIB] Position posting
Posted for the folks across the lawn. Please excuse duplicate postings. Information Architect, Collection Information Access, J. Paul Getty Museum The department of Collection Information Access at the J. Paul Getty Museum is seeking an Information Architect to oversee the back-end structure, data models, systems and applications used by the Museum to support the management and dissemination of documentation, digital assets, and metadata on the collection and to ensure its accessibility in the networked environment. The Information Architect will lead efforts in restructuring the way information is stored, systems integrated, and data published so as best to ensure efficiency in processes, scalability and sustainability, and resource discovery. This will involve architectural designs, analysis, integration, and strategic direction for how best to manage existing enterprise-wide applications such as collections management, content management and digital asset management systems with other custom grown applications and open source solutions, in addition to overseeing data modeling and strategies that are system independent. The position will be responsible for the maintenance of data models, data dictionaries, and processes; work with technical staff across the Getty to build mechanisms for exchanging data and metadata between repositories; and work closely with user communities for requirements analysis, problem definition and solutions development. The ideal candidate will utilize standards, best practices, and forward-thinking solutions for structuring the Museum’s information architecture, and be able to provide analysis, documentation, and ROI for strategies. The candidate should have experience in all phases of the software development cycle; understand and be technically proficient in the environments in which software applications operate (i.e. Unix, Windows); have familiarity with semantic technologies including triple stores, natural language processing, and clustering techniques. The candidate should be comfortable with writing technical documentation and design documents, outlining detailed process flow and workflow mappings, have strong analytical skills, excellent oral and written communication skills, and the ability to effectively work in a team environment. Requirements: Proven experience working with relational databases (Oracle 10g), SQL Server and using Structured Query Language; familiarity with “C++”, JAVA or similar object-oriented programming language; and proficient at UNIX scripting languages; JavaScript, HTML, CSS, XML and XSLT. Working knowledge of ontologies and ontology standards like RDF and concepts associated with the Semantic Web. Qualifications: Bachelor’s Degree in Computer Science, Library Information Science, Information Technology, or related studies required, Master’s preferred. Minimum 8 years of experience in the electronic management of information, and developing, implementing and managing information architecture in a publishing, library, or educational repository environment strongly preferred. Please email cover letter and resume to [EMAIL PROTECTED] indicating in the subject line, Museum Information Architect /AT. OR send to: The J. Paul Getty Trust, 1200 Getty Center Drive, Suite 400, Los Angeles, Ca 90049-1681 and reference Museum Information Architect /AT in your cover letter. No phone calls, please. EOE. -- Joseph M. Shubitowski Head, Information Systems Getty Research Institute 1200 Getty Center Drive, Suite 1100 Los Angeles CA 90049-1688 Voice: 310-440-6394 Fax: 310-440-7780 [EMAIL PROTECTED]
Re: [CODE4LIB] Webfeet, Encompass WAS: Ser Sol 360 Search
Hi Dave, National Library of New Zealand still uses Encompass for their Discover service: http://discover.natlib.govt.nz/ They were Enc development partners with us way back whenand have a ton invested in this.not sure of a contact person anymore, but can probably rustle someone up if you need specifics. Cheers.Joe Shubitowski -- Joseph M. Shubitowski Head, Information Systems Getty Research Institute 1200 Getty Center Drive, Suite 1100 Los Angeles CA 90049-1688 Voice: 310-440-6394 Fax: 310-440-7780 [EMAIL PROTECTED] On 7/11/2008 at 8:55 AM, in message [EMAIL PROTECTED], Walker, David [EMAIL PROTECTED] wrote: Thanks to everyone who responded to my earlier request. On to the next system: If your library licenses the Webfeat metasearch system, would you mind contacting me off-list? I have similar questions to ask you all. Also -- and I realize I'm reaching here -- if you happen to have the now-defunct Endeavor Encompass system still up and running somewhere (even if its out of public view) would you mind contacting me. Thanks! --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu From: Walker, David Sent: Monday, July 07, 2008 8:57 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Ser Sol 360 Search Hi All, I'm giving a conference presentation later this month on metasearch. If your library licenses Serial Solutions' metasearch system, would you mind contacting me off-list? I'd like to ask a couple of questions. Thanks! --Dave --- David Walker Library Web Services Manager California State University http://xerxes.calstate.edu
Re: [CODE4LIB] Getting data from Voyager into XML?
Hi. Preface...I am coming into this discussion late as I just joined this list We have been a Voyager library for about seven years nowand I take Voyager data on a daily basis and put it into XML. We have daily cron jobs that suck up Voyager bib/invoice/voucher data and pass it to PeopleSoft as XML message blocks (We use PS for all accounting/financial transactions). We also pass descriptive cataloging (read MARC21) information to our TMS collections management system. We suck out MARC21 blobs and parse using Perl routines and restructure in TMS Oracle tables for SQL/Loader to ingest. There has never been any contractual issue that I am aware of with going under the Oracle hood and using the data. It is your data... bestJoe Shubitowski Joseph M. Shubitowski Head, Library Information Systems Getty Research Institute 1200 Getty Center Drive, Suite 1100 Los Angeles CA 90049-1688 Voice: 310-440-6394 Fax: 310-440-7780 [EMAIL PROTECTED] Mollenauer, Tanya [EMAIL PROTECTED] 1/25/2007 8:01 AM -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Rob Styles Sent: Monday, January 22, 2007 4:26 AM To: CODE4LIB@listserv.nd.edu Subject: Re: [CODE4LIB] Getting data from Voyager into XML? I can't speak for other vendors, but historically for Talis it's been a limitation of the contract with the RDBMS vendor. We ship Sybase as the RDBMS for our ILS and until recently that license was restricted to use of the RDBMS by our own product. We've recently re-negotiated that to allow much more freedom for our customers and to cover what was common practice anyway. Obviously the RDBMS landscape has changed somewhat and database independance is common place now, but how many ILSs are able to work with MySql? Ours can't (yet). rob -Original Message- From: Code for Libraries on behalf of Peter Schlumpf Sent: Fri 19/01/2007 2:26 PM To: CODE4LIB@listserv.nd.edu Subject: Re: [CODE4LIB] Getting data from Voyager into XML? Are there such limitations in contractual agreements with ILS vendors? That is weird. I agree generally that such a limitation should be intolerable. But I can understand their point of view though. The vendor is probably trying to avoid situations where users muck with their systems and call for support when they break things. This reminds me of the first Macintosh computers. Those suckers were pretty much welded shut and one could only open the computer with a special tool. Two different motivations at work though. I think in the former the situation is likely a vendor trying to protect users from mucking around with an inherently fragile system. In the latter it's trying to provide a consistent user experience with something well designed. There is something to be said with presenting solid and safe interfaces to a well designed system that users shouldn't feel the need to drill through. Peter -Original Message- From: Eric Lease Morgan [EMAIL PROTECTED] Sent: Jan 19, 2007 7:01 AM To: CODE4LIB@listserv.nd.edu Subject: Re: [CODE4LIB] Getting data from Voyager into XML? On Jan 19, 2007, at 6:37 AM, Birkin James Diana wrote: Since we can't SQL-query our own ILS data directly... (ok, blood pressure is fine again) this solved a lot of issues. I don't know why we tolerate such limitations in our contractual agreements. Maybe we should charge a fee or demand a reduction in fees for living with this. It's like this, No, you are not allowed to look under the hood of your car or take apart your radio. Weird. -- Earache The very latest from Talis read the latest news at www.talis.com/news listen to our podcasts www.talis.com/podcasts see us at these events www.talis.com/events join the discussion here www.talis.com/forums join our developer community www.talis.com/tdn and read our blogs www.talis.com/blogs Any views or personal opinions expressed within this email may not be those of Talis Information Ltd. The content of this email message and any files that may be attached are confidential, and for the usage of the intended recipient only. If you are not the intended recipient, then please return this message to the sender and delete it. Any use of this e-mail by an unauthorised recipient is prohibited. Talis Information Ltd is a member of the Talis Group of companies and is registered in England No 3638278 with its registered office at Knights Court, Solihull Parkway, Birmingham Business Park, B37 7YB. BEGIN:VCARD VERSION:2.1 X-GWTYPE:USER FN:Joe Shubitowski TEL;WORK:310/440-6394 ORG:;Information Systems TEL;PREF;FAX:(310) 440-6394 EMAIL;WORK;PREF;NGW:[EMAIL PROTECTED] N:Shubitowski;Joe TITLE:Head, Library Info. Systems END:VCARD BEGIN:VCARD VERSION:2.1 X-GWTYPE:USER FN:Joe Shubitowski TEL;WORK:310/440-6394 ORG:;Information Systems TEL;PREF;FAX:(310) 440-6394 EMAIL;WORK;PREF;NGW:[EMAIL PROTECTED] N:Shubitowski;Joe TITLE:Head, Library Info. Systems END:VCARD BEGIN:VCARD VERSION:2.1 X-GWTYPE:USER FN:Joe