[CODE4LIB] Job: Digital Audio Archivist at Academy of Motion Picture Arts and Sciences

2013-11-09 Thread jobs
Digital  Audio Archivist
Academy of Motion Picture Arts and Sciences
Beverly Hills

The Digital and Audio Archivist provides departmental support for digital
collection and content management, with an emphasis on project management and
workflow. The Archivist will also manage the department's audio holdings
consisting of more than 35,000 recordings.

  
Responsibilities Include:

  * Assist and support the Manager in overseeing Inmagic-based collections 
management system.
  * Lead efforts to preserve, describe, and make accessible born-digital 
archival materials. Develop and document techniques and procedures for 
acquiring born-digital content.
  * Serve as primary administrator for Special Collections for the library's 
instance of CONTENTdm, known as Digital Collections 
(http://digitalcollections.oscars.org).
  * Work with Photographic Services/Digital Studio and Research Archivist to 
provide Special Collections material for the Digital Gallery (TEAMS).
  * Provide metadata for all Special Collections material ingested into the 
Digital Gallery.
  * Contribute expertise to library and Academy initiatives for a digital asset 
management system.
  * Manage Special Collections sound recordings and develop and implement 
strategies to streamline processes and create a digital audio workflow.
  * Develop and document department workflow.
  * Undertake special projects at the discretion of the Manager.
  * Qualifications and Requirements:
Master's degree from an ALA-accredited program in Library and Information
Science required.

Three to five years of previous experience managing large audio archives and
collections using descriptive metadata, controlled vocabularies, and
structured taxonomies.

Knowledge of film history; strong knowledge of and familiarity with Academy
collections a plus.

Experience with Inmagic, Voyager, and CONTENTdm a plus.

  
To Apply:

  
Please submit your cover letter and resume to: j...@oscars.org. Indicate
Digital and Audio Archivist, Special Collections in subject line.



Brought to you by code4lib jobs: http://jobs.code4lib.org/job/10629/


Re: [CODE4LIB] Loris

2013-11-09 Thread Robert Sanderson
Hi Andrew,

Not exactly sure what sort of differences you're after...

Do you mean the difference between this:
http://iipimage.sourceforge.net/documentation/protocol/
(and it's 74 page reference: http://iipimage.sourceforge.net/IIPv105.pdf )

And this:
  http://www-sul.stanford.edu/iiif/image-api/1.1/

?

Rob




On Fri, Nov 8, 2013 at 10:58 PM, Andrew Hankinson 
andrew.hankin...@gmail.com wrote:

 So what’s the difference between IIIF and IIP? (the protocol, not the
 server implementation)

 -Andrew

 On Nov 8, 2013, at 9:05 PM, Jon Stroop jstr...@princeton.edu wrote:

  It aims to do the same thing...serve big JP2s (and other images) over
 the web, so from that perspective, yes. But, beyond that, time will tell.
 One nice thing about coding against a well-thought-out spec is that are
 lots of implementations from which you can choose[1]--though as far as I
 know Loris is the only one that supports the IIIF syntax natively (maybe
 IIP?). We still have Djatoka floating around in a few places here, but, as
 many people have noted over the years, it takes a lot of shimming to scale
 it up, and, as far as I know, the project has more or less been abandoned.
 
  I haven't done too much in the way of benchmarking, but to date don't
 have any reason to think Loris can't perform just as well. The demo I sent
 earlier is working against a very large jp2 with small tiles[1] which means
 a lot of rapid hits on the server, and between that, (a little bit of)
 JMeter and ab testing, and a fair bit of concurrent use from the c4l
 community this afternoon, I feel fairly confident about it being able to
 perform as well as Djatoka in a production environment.
 
  By the way, you can page through some other images here:
 http://libimages.princeton.edu/osd-demo/
 
  Not much of an answer, I realize, but, as I said, time and usage will
 tell.
 
  -Js
 
  1. http://iiif.io/apps-demos.html
  2.
 http://libimages.princeton.edu/loris/pudl0052%2F6131707%2F0001.jp2/info.json
 
 
  On 11/8/13 8:07 PM, Peter Murray wrote:
  A clarifying question: is Loris effectively a Python-based replacement
 for the Java-based djatoka [1] server?
 
 
  Peter
 
  [1]
 http://sourceforge.net/apps/mediawiki/djatoka/index.php?title=Main_Page
 
 
  On Nov 8, 2013, at 3:05 PM, Jon Stroop jstr...@princeton.edu wrote:
 
  c4l,
  I was reminded earlier this week at DLF (and a few minutes ago by Tom
  and Simeon) that I hadn't ever announced a project I've been working
 for
  the least year or so to this list. I showed an early version in a
  lightning talk at code4libcon last year.
 
  Meet Loris: https://github.com/pulibrary/loris
 
  Loris is a Python based image server that implements the IIIF Image API
  version 1.1 level 2[1].
 
  http://www-sul.stanford.edu/iiif/image-api/1.1/
 
  It can take JP2 (if you make Kakadu available to it), TIFF, or JPEG
  source images, and hand back JPEG, PNG, TIF, and GIF (why not...).
 
  Here's a demo of the server directly: http://goo.gl/8XEmjp
 
  And here's a sample of the server backing OpenSeadragon[2]:
  http://goo.gl/Gks6lR
 
  -Js
 
  1. http://www-sul.stanford.edu/iiif/image-api/1.1/
  2. http://openseadragon.github.io/
 
  --
  Jon Stroop
  Digital Initiatives Programmer/Analyst
  Princeton University Library
  jstr...@princeton.edu
  --
  Peter Murray
  Assistant Director, Technology Services Development
  LYRASIS
  peter.mur...@lyrasis.org
  +1 678-235-2955
  800.999.8558 x2955



Re: [CODE4LIB] We should use HTTPS on code4lib.org

2013-11-09 Thread Ranti Junus
Hi  All,

If code4lb.org switched to HTTPS by default, can their content still be
archived by the Internet Archive?


thanks,
ranti.


On Thu, Nov 7, 2013 at 1:16 PM, Ordway, Ryan rord...@oregonstate.eduwrote:

 The simplest solution would be to modify the settings.php to start pushing
 everything over HTTPS once someone has hit an HTTPS URL. The current
 code4lib server has been here at OSU longer than I have (and I've been here
 for 8+ years), and it's at MOST running at about 25% CPU capacity. Pushing
 everything over HTTPS is probably fine too.

 As for additional administrative overhead, if someone else wants to manage
 the certificate procurement and renewal, it takes me about 5 minutes every
 year to put a new certificate in place and then restart Apache once I have
 a certificate file.


 On Wed, Nov 6, 2013 at 8:34 PM, Chad Fennell fenne...@umn.edu wrote:

  On Wed, Nov 6, 2013 at 8:49 PM, Ross Singer rossfsin...@gmail.com
 wrote:
 
   I guess I just don't see why http and https can't coexist.
  
  
  They can definitely coexist, but there is a corresponding maintenance
 cost
  and a slightly higher risk profile (e.g. session hijacking is still
  possible in a variety of mixed http/https configurations). I noticed a a
  pretty good, if a bit dated, run-down of the tradeoffs for various secure
  setups in Drupal
 
 
 http://drupalscout.com/knowledge-base/drupal-and-ssl-multiple-recipes-possible-solutions-https
  .
  Even if the solutions have somewhat changed, it does get at the idea of
  what some of the tradeoffs are between security, usability and
 maintenance.
 
  Just today, I noticed a security alert (https://drupal.org/node/2129381)
  for the Drupal 6 Secure Pages module where theoretically secured pages
 and
  forms could be transmitted in the clear. This is the module you'd most
  likely use to achieve a mixed http/https site in Drupal.
 
  I have personally tended to just put everything behind https because of
 the
  added work/modules/maintenance associated to running it along side of
 http
  (in Drupal, specifically), but I am a lazy person with access to free
 certs
  and ferncer servers.
 
  HTH
  --
  Chad Fennell
  Web Developer
  University of Minnesota Libraries
  (612) 626-4186
 




-- 
Bulk mail.  Postage paid.


Re: [CODE4LIB] We should use HTTPS on code4lib.org

2013-11-09 Thread Wilhelmina Randtke
I haven't played much with requesting a page be archived, so it's only a
handful of links I had tried.  From what Eric Hellman posted about hiccups,
it doesn't sound like https is a barrier if you set up the site and want to
allow archiving.

-Wilhelmina Randtke


On Sat, Nov 9, 2013 at 5:29 PM, Karen Coyle li...@kcoyle.net wrote:

 The Archive says they can, but I've asked WR for the files she had trouble
 with and they'll try them out. To be sure, there wasn't a huge amount of
 testing that took place, so glitches are not unsurprising.


 kc

 On 11/9/13 3:13 PM, Wilhelmina Randtke wrote:

 I don't think Internet Archive will view https sites.  Internet Archive
 just a few weeks ago added the option to let you add a page while
 browsing,
 and I have been unable to add https pages when I submit them.

 -Wilhelmina Randtke


 On Sat, Nov 9, 2013 at 2:09 PM, Ranti Junus ranti.ju...@gmail.com
 wrote:

  Hi  All,

 If code4lb.org switched to HTTPS by default, can their content still be
 archived by the Internet Archive?


 thanks,
 ranti.


 On Thu, Nov 7, 2013 at 1:16 PM, Ordway, Ryan rord...@oregonstate.edu

 wrote:
 The simplest solution would be to modify the settings.php to start

 pushing

 everything over HTTPS once someone has hit an HTTPS URL. The current
 code4lib server has been here at OSU longer than I have (and I've been

 here

 for 8+ years), and it's at MOST running at about 25% CPU capacity.

 Pushing

 everything over HTTPS is probably fine too.

 As for additional administrative overhead, if someone else wants to

 manage

 the certificate procurement and renewal, it takes me about 5 minutes

 every

 year to put a new certificate in place and then restart Apache once I

 have

 a certificate file.


 On Wed, Nov 6, 2013 at 8:34 PM, Chad Fennell fenne...@umn.edu wrote:

  On Wed, Nov 6, 2013 at 8:49 PM, Ross Singer rossfsin...@gmail.com

 wrote:

 I guess I just don't see why http and https can't coexist.


  They can definitely coexist, but there is a corresponding maintenance

 cost

 and a slightly higher risk profile (e.g. session hijacking is still
 possible in a variety of mixed http/https configurations). I noticed a

 a

 pretty good, if a bit dated, run-down of the tradeoffs for various

 secure

 setups in Drupal


  http://drupalscout.com/knowledge-base/drupal-and-ssl-
 multiple-recipes-possible-solutions-https

 .
 Even if the solutions have somewhat changed, it does get at the idea of
 what some of the tradeoffs are between security, usability and

 maintenance.

 Just today, I noticed a security alert (

 https://drupal.org/node/2129381)

 for the Drupal 6 Secure Pages module where theoretically secured pages

 and

 forms could be transmitted in the clear. This is the module you'd most
 likely use to achieve a mixed http/https site in Drupal.

 I have personally tended to just put everything behind https because of

 the

 added work/modules/maintenance associated to running it along side of

 http

 (in Drupal, specifically), but I am a lazy person with access to free

 certs

 and ferncer servers.

 HTH
 --
 Chad Fennell
 Web Developer
 University of Minnesota Libraries
 (612) 626-4186



 --
 Bulk mail.  Postage paid.


 --
 Karen Coyle
 kco...@kcoyle.net http://kcoyle.net
 m: 1-510-435-8234
 skype: kcoylenet



[CODE4LIB] Call for Panelists - How to Get Things Done: A Guide for Librarians

2013-11-09 Thread Tyler Dzuba
Call for Panelists

ACRL NMDG: “How to Get Things Done: A Guide for Librarians”

ALA Midwinter Meeting 2014, Philadelphia, PA

Sunday, January 26, 2014 at  10:30am-11:30am

Room Location TBA

Many librarians, especially those in the early part of their career,
struggle to identify opportunities for change in their workplaces while
also maintaining a good relationship with colleagues. This session will
cover how to pick your battles, how to identify opportunities for change,
and when to accept things as they are. This session is sponsored by the
ACRL New Member Discussion Group, but will be appropriate for librarians of
all types.

If you are interested in speaking on this panel (the format will be
roundtable discussion), please complete the submission form available at:
https://docs.google.com/spreadsheet/viewform?fromEmail=trueformkey=dHloc3g4TDN6ZERtUTUyT2RneS1YS3c6MA

https://docs.google.com/spreadsheet/viewform?formkey=dGpFajdVSmVwZ3NiVEhlMzIzUmNrb1E6MQSubmissions
will be accepted until November 15, 2013 and all candidates will be
notified whether they were selected by November 22, 2013.

Tyler Dzuba | Head, Physics-Optics-Astronomy Library | University of
Rochester
585-275-7659 (main) | 585-275-5965 (secondary) | @silent_d