[CODE4LIB] Job Posting: Web Services Specialist at Towson University

2014-07-25 Thread David Dahl
*Web Services Specialist* *Towson University * The Albert S. Cook Library seeks a highly skilled and innovative Web Services Specialist to participate in all stages of the application development life cycle. Under the direction of the Information Technology Librarian, this position provides

[CODE4LIB] Job: Web Services Specialist at Towson University

2014-07-25 Thread jobs
Web Services Specialist Towson University Towson, MD Web Services Specialist Towson University The Albert S. Cook Library seeks a highly skilled and innovative Web Services Specialist to participate in all stages of the application development life cycle. Under the direction of the

[CODE4LIB] very large image display?

2014-07-25 Thread Jonathan Rochkind
Does anyone have a good solution to recommend for display of very large images on the web? I'm thinking of something that supports pan and scan, as well as loading only certain tiles for the current view to avoid loading an entire giant image. A URL to more info to learn about things would be

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Pikas, Christina K.
Geologists have been using gigapan (gigapan.com). See, for example, http://blogs.agu.org/mountainbeltway/2014/06/03/recent-gigapannery-team-m-g-c-geode/ Christina -Original Message- From: Code for Libraries [mailto:CODE4LIB@listserv.nd.edu] On Behalf Of Jonathan Rochkind Sent: Friday,

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Michael Appleby
Check out the IIIF (International Image Interoperability Framework) Image API: http://iiif.io/ You can use an image server that supports IIIF natively (e.g., Loris https://github.com/pulibrary/loris ) or a translation shim (e..g, with Djatoka).There's client-side support in

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Terrell, Trey
Our digital repository uses IIP Image Server (http://iipimage.sourceforge.net/documentation/server/) on the backend with pyramidal tiffs and OpenSeaDragon on the front-end (http://openseadragon.github.io/). We¹ve been very happy with it. You can see it here:

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Jessie Keck
Hi Jonathan, We’ve been using OpenSeadragon recently. We’ve implemented this in Spotlight as well as have been using it in redesign of SearchWorks. You can get more info on OSD at http://openseadragon.github.io/ and the ruby-gem that we’ve been using at

Re: [CODE4LIB] very large image display?

2014-07-25 Thread George, Christina Rose
Jonathan, We use Scripto with Omeka to have volunteers transcribe manuscripts which are high resolution images. It has the option of using OpenLayers (which is the setting we use) or Zoom.it for image display. OpenLayers: http://openlayers.org/ Zoomit: http://zoom.it/ I have no idea the level

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Justin Coyne
Jonathan, If you're using Rails, I wrote RIIIF, which is a Rails engine that serves IIIF API requests. There's a rails gem: https://github.com/IIIF/openseadragon-rails that has openseadragon all vendored with a few view helpers -Justin On Fri, Jul 25, 2014 at 10:49 AM, Terrell, Trey

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Jon Stroop
Jonathan, We use an image server I wrote, Loris, plus OpenSeadragon. Here's an example: http://libimages.princeton.edu/osd-demo/?feedme=pudl0123%2F8172070%2F01%2F0001.jp2 That image is 152500 x 4000 px:

[CODE4LIB] Picture element RE: [CODE4LIB] very large image display?

2014-07-25 Thread Michael Schofield
While you're probably referring to archival/dc images where the resources already suggested probably make more sense, for general web images--which can also be big--it's time to start using the picture HTML element and the picturefill polyfill for unsupported browsers. Support tl;dr: The

[CODE4LIB] Code4Lib Bay Area Meetup on Monday!

2014-07-25 Thread Roy Tennant
There's still time to sign up for and attend the Code4Lib Bay Area Meetup on Monday, July 28th (only days away!) from 10am-3pm. Continental breakfast starting at 9am. It will be held at 777 Mariners Island Blvd., San Mateo, conveniently located near the intersection of 92 (the San Mateo Bridge)

[CODE4LIB] Job: Access Management and Political Collections Archivist at Arkansas State University

2014-07-25 Thread jobs
Access Management and Political Collections Archivist Arkansas State University Jonesboro Arkansas State University (Astate) is recruiting applicants for the position of Access Management and Political Collections Archivist in the Dean B. Ellis Library. Astate, a federal contractor, is an Equal

[CODE4LIB] Job: Associate Dean for Technology, Discovery, and Digital Services at Pennsylvania State University

2014-07-25 Thread jobs
Associate Dean for Technology, Discovery, and Digital Services Pennsylvania State University State College Welcome to an exciting time at Penn State! With new University leadership imparting fresh vision and strategic direction, the University Libraries are launching a new strategic plan focused

[CODE4LIB] Job Posting / Law Librarian (Cataloging Technical Services) Los Angeles, CA

2014-07-25 Thread Suzanne Richards
Apologies for the cross postings . . . . . LAC Group seeks a dynamic and experience Law Librarian (Cataloging Technical Services) for our client, a prestigious international law firm, Downtown Los Angeles office. The Supervisor of Technical Services supervises the staff and

[CODE4LIB] Job: Senior Developer at Center for Open Science

2014-07-25 Thread jobs
Senior Developer Center for Open Science Charlottesville Background Develop exclusively free, open source software to support open science. The Center for Open Science (COS) is a funded non- profit startup looking for OSS senior developers, with 10+ years of professional software development

[CODE4LIB] Job: Academic Technology/Systems Librarian at Christian Theological Seminary

2014-07-25 Thread jobs
Academic Technology/Systems Librarian Christian Theological Seminary Indianapolis QUALIFICATIONS (REQUIRED): Masters in LIS, Computer Science, or other relevant technology field from ALA-accredited institution; Demonstrated knowledge of systems and IT; experience with IMS platforms, including

[CODE4LIB] Job: Librarian Archivist at Pueblo City-County Library District

2014-07-25 Thread jobs
Librarian Archivist Pueblo City-County Library District Pueblo Pueblo City County Library District has created a new opportunity for a Librarian Archivist to manage its archival collections in a way that creates optimal value for the library and its customers. The position is responsible for

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Sylvain Machefert
Hi Jonathan, hi all, we also use Openlayerzoom in Omeka but not bundled with scripto, there's an autonomous plugin that does it for omeka, maybe you can have a look at the source code : https://github.com/Daniel-KM/OpenLayersZoom When installed, it works fine without a bunch of tools on the

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Esmé Cowles
We previously used the Zoomify Flash applet, but now use Leaflet.js with the Zoomify tileset plugin: https://github.com/turban/Leaflet.Zoomify One thing I like about this approach is that it minimizes the amount of Javascript code the clients have to load, since we use Leaflet.js for our maps

[CODE4LIB] Job: Software Engineer for Digital Video Project at Harvard University

2014-07-25 Thread jobs
Software Engineer for Digital Video Project Harvard University Cambridge Come work with us here at Harvard Library! This position is funded for one year with the possibility of renewal. You would be enhancing our repository software so that we can preserve and provide access to digital video.

[CODE4LIB] iiif compatible servers

2014-07-25 Thread James, Eric
Looking to implement a iiif compatible server, primarily for jp2s in fcrepo3. Just read the 'very large image display?' thread and looking at the http://iiif.io/technical-details.html, it appears options include: loris: https://github.com/pulibrary/loris IIP:

Re: [CODE4LIB] iiif compatible servers

2014-07-25 Thread Roy Tennant
I can't comment on the other options, but I've used IIP[1] for a while now on Apache 2 and I've been quite pleased with it. I use mogrify from ImageMagick to create the JP2s from the JPGs on the server and it serves them up nicely. I'm also able to have the photographer's name, copyright date, and

Re: [CODE4LIB] iiif compatible servers

2014-07-25 Thread Jon Stroop
Eric, FWIW, an HTTP resolver that could be used with Fedora has been a big topic for Loris recently, and a few of us are trying to spec out what that would look like. The discussion/proposal is here: https://github.com/pulibrary/loris/issues/98 and spreads to a few other linked issues. I'd be

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Jonathan Rochkind
Thanks for all the recommendations! I've been reading and understanding the problem space better. Here's my summary of what I've figured out. For this project, there is really only a handful of big images, and simplicity of server-side is a priority -- so I think it's actually okay to

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Jonathan Rochkind
Thanks Christina, can you tell me more about Scripto, or provide a URL? I'm not sure what that refers to, and my googling is not finding the right one. Is Scripto an Omeka plugin? From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] on behalf of George,

Re: [CODE4LIB] iiif compatible servers

2014-07-25 Thread Justin Coyne
Jon, In case you're interested, here's my implementation of a HTTP file resolver: https://github.com/curationexperts/riiif/blob/master/lib/riiif/http_file_resolver.rb It can take a block for resolving ids to URLs:

Re: [CODE4LIB] very large image display?

2014-07-25 Thread Justin Coyne
I'm fairly certain that Stanford is using Annotorious, OpenSeadragon and OpenLayers on Mirador: https://github.com/IIIF/mirador. You might want to get in touch with Christopher Jesudurai about that work. -Justin On Fri, Jul 25, 2014 at 10:18 PM, Jonathan Rochkind rochk...@jhu.edu wrote: