[CODE4LIB] Job Announcement: Systems Librarian, Graduate Center - City Univ of New York

2008-12-03 Thread Cunningham, Julie
Position: Systems Librarian/Higher Education Associate:

The Graduate Center, located in a landmark building in mid-town
Manhattan, is the doctorate-granting institution of the City University
of New York (CUNY) and operates in a unique doctoral consortium with
other CUNY colleges. The Mina Rees Library supports the academic
programs offered at The Graduate Center by providing access to resources
needed for dissertation research, course work and preparation for
qualifying exams.  For additional information see: http://gc.cuny.edu

Under the general supervision of the Chief Librarian the Systems
Librarian coordinates the planning, development, implementation and
support of electronic library technologies, library systems and web
services.  

Responsibilities: 

* Coordinates efforts of the Graduate Center Library, the Graduate
Center Information Technology department, the CUNY office of Library
Services, and Systems staff at other CUNY campuses to support and
enhance library services through innovative use of new technology. 
* Provides internal support for library computer applications including:
software support for CUNY+ (ex Libris' Aleph 500 system); OCLC
applications; database management systems used for library web services
and for internal record-keeping and interface with administrative and
academic departments; and other web applications used by library staff
and patrons. 
* In conjunction with Information Technology, manages library server. 
* Develops and maintains documentation for Graduate Center Library
systems and software. 
* Plans and conducts staff development programs for Library staff in new
technologies and in the use of library and other software used for
Library applications. 
* Diagnoses source(s) of electronic database access problems; provides
estimates of problem duration to library staff and patrons; coordinates
resolutions with Information Technology, with CUNY Office of Library
Services or elsewhere. 
* Receives initial reports from library faculty and staff regarding
hardware and library software problems and provides initial diagnosis of
problem and troubleshooting. Serves as primary interface with
Information Technology Help Desk. 
* Provides technical support for library web pages and participates in
the evaluation and redesign of the Library's web site, including the
development of web-based library services. 
* Participates in the evaluation of library hardware and software;
assists with installations, and initial set-ups for library functions
and upgrades. 
* Prepares and delivers proposals and reports on library systems and
software. 
* Keeps abreast of latest developments in library technology, the
internet and related areas. 
* Participates in reference desk services and the library instruction
program and performs other library duties as assigned. 

Qualifications:

MLS from an ALA-accredited program and four years experience with
library systems and library desktop applications required; second
master's degree in relevant area preferred. Demonstrated web design
abilities, and web scripting languages. Proficiency with Microsoft
Office applications, familiarity with a variety of library-specific
software and with emerging technologies for synchronous and asynchronous
library service delivery. Experience using and troubleshooting software,
desktop hardware and peripherals like printers, fax machines and
scanners. Good analytical and problem-solving skills. Demonstrated
ability to initiate, plan and carrying out projects. Strong verbal and
written communication and organizational skills. Ability to work
independently and also collegially with all members of the academic
community to achieve established goals and priorities. 

The preferred candidate will have experience with web content
management, web server management, scripting, and database management
including PHP, Perl, ASP, SQL; Wordpress, Dreamweaver, Wikis; Web
Servers; Apache or IIS; Databases; SQL Server, MYSWL, MS Access. 

Salary Range: $63,064 - $82,870 commensurate with qualifications and
experience

Send cover letter and resume with the names of 3 professional references
by January 12, 2009 to:

Systems Librarian Position 
Attn: Julie Cunningham 
The Graduate Center 
Mina Rees Library 
365 5th Avenue 
New York, NY 10016 

 

 


[CODE4LIB] Last Call Today - code4lib pre-conference proposals

2008-12-03 Thread jean rainwater
We now have 7 pre-conference proposals.  I'm not sure that we have
room for any more but If you still want to make a proposal please send
it  TODAY, DECEMBER 3, 2008, to code4libcon at
http://googlegroups.com/ .

Please include 1) a description of the pre-conference, 2)  whether a
full or half day time slot is needed, and 3) minimum and maximum
numbers of participants.

For the list of pre-conference proposals see: http://code4lib.org/node/266

Jean

Jean Rainwater
Co-Leader, Integrated Technology Services
Brown University Library
Providence, Rhode Island 02912
401.863.9031
[EMAIL PROTECTED]


Re: [CODE4LIB] Last Call Today - code4lib pre-conference proposals

2008-12-03 Thread Jonathan Brinley
Jean,

I thought I remembered seeing a proposal for a MyLibrary pre-conf, the
one mentioned at
http://groups.google.com/group/code4libcon/browse_thread/thread/d9cf4df16886a817#

Was that withdrawn?

Have a nice day,
Jonathan


On Wed, Dec 3, 2008 at 11:44 AM, jean rainwater
[EMAIL PROTECTED] wrote:
 We now have 7 pre-conference proposals.  I'm not sure that we have
 room for any more but If you still want to make a proposal please send
 it  TODAY, DECEMBER 3, 2008, to code4libcon at
 http://googlegroups.com/ .

 Please include 1) a description of the pre-conference, 2)  whether a
 full or half day time slot is needed, and 3) minimum and maximum
 numbers of participants.

 For the list of pre-conference proposals see: http://code4lib.org/node/266

 Jean

 Jean Rainwater
 Co-Leader, Integrated Technology Services
 Brown University Library
 Providence, Rhode Island 02912
 401.863.9031
 [EMAIL PROTECTED]




-- 
Jonathan M. Brinley

[EMAIL PROTECTED]
http://xplus3.net/


[CODE4LIB] c4lc09 presentation voting reminder

2008-12-03 Thread Birkin James Diana
This is a reminder that voting on the code4libcon2009 presentation- 
proposals ends *tonight*, Wednesday December 3 at 11:59PM EST (U.S.).


You can vote at: http://vote.code4lib.org/election/index/7

...and see results at: http://vote.code4lib.org/election/results/7

-Birkin

---
Birkin James Diana
Programmer, Integrated Technology Services
Brown University Library
[EMAIL PROTECTED]


On Nov 25, 2008, at 3:37 PM, Birkin James Diana wrote:

One of the cool things about this conference is that you have a real  
voice in forming it.


Voting is now open to select the presentations for the 2009 Code4Lib  
conference.


http://vote.code4lib.org/election/index/7

The vote will remain open through Wednesday December 3 at 11:59PM  
EST (U.S.).


NOTE: Your code4lib username and password are required to vote. Head  
to the voting site ** as soon as possible ** to ensure that your  
username and password work as expected. You can take your time  
voting, but do not take your time ensuring that your username and  
password work as expected.


If they don't work as expected, head to the code4lib.org site and  
see if they work there. If they do, Ross will help get you  
straightened out. If they don't work at the code4lib.org site, the  
maintainers of that site will help you. If you realize late  
Wednesday December 3 that you have a code4lib.org username and  
password problem, there is a very real chance that you will not be  
able to vote.


A thank-you to Ross Singer for hosting the voting again, and for  
setting it up so quickly.


Onward!

-Birkin

---
Birkin James Diana
Programmer, Integrated Technology Services
Brown University Library
[EMAIL PROTECTED]


Re: [CODE4LIB] COinS in OL?

2008-12-03 Thread Chad Fennell

On Dec 2, 2008, at 4:21 PM, Karen Coyle wrote:

I've looked at unAPI, but I can't get a handle on what needs to be  
in the abbr. What would be useful?


kc




I put together a pretty basic unAPI interface (technically, a Drupal  
module) for our EthicShare project; you can see how the abbr tags  
are used there.  Ex:


http://ethicshare.org/publications/ethics?sc=publications

embedded on the page, you'll find things like: abbr class='unapi-id'  
title='http://ethicshare.org/unapi/374360'


There are a few other pieces, but you can see these in action there as  
well.  Ex,


http://ethicshare.org/unapi/ -tells clients what formats are available  
on the sever - I've only implemented RIS so far...


http://ethicshare.org/unapi/?id=374360 - tells the client what formats  
are available for a given resource.


http://ethicshare.org/unapi/?id=374360format=ris - kind of self- 
explanatory.



Hope that helps a little...

Cheers,
-Chad


Re: [CODE4LIB] COinS in OL?

2008-12-03 Thread Karen Coyle
Thanks, Chad, it does help. And I think it helps me understand why I was 
a bit confused by the suggestion, but let me see if I've gotten it:


I asked about COinS. COinS (drat, hate uplow, from now on just coins) is 
basically just a formatted string imbedded in the html that will be used 
by an external program. There is no service that the OL site needs to 
provide other than popping the context object in there in the right 
format. Very low effort, from the open library's point of view.


unAPI appears to require some lightweight services that would have to be 
added to the OL site: basically, responding to the three possible unapi 
requests. So we can't *just* add an unAPI to the html pages -- there's a 
bit more work that needs to be done.


Is this correct?

Thanks,
kc

Chad Fennell wrote:

On Dec 2, 2008, at 4:21 PM, Karen Coyle wrote:

I've looked at unAPI, but I can't get a handle on what needs to be in 
the abbr. What would be useful?


kc




I put together a pretty basic unAPI interface (technically, a Drupal 
module) for our EthicShare project; you can see how the abbr tags 
are used there.  Ex:


http://ethicshare.org/publications/ethics?sc=publications

embedded on the page, you'll find things like: abbr class='unapi-id' 
title='http://ethicshare.org/unapi/374360'


There are a few other pieces, but you can see these in action there as 
well.  Ex,


http://ethicshare.org/unapi/ -tells clients what formats are available 
on the sever - I've only implemented RIS so far...


http://ethicshare.org/unapi/?id=374360 - tells the client what formats 
are available for a given resource.


http://ethicshare.org/unapi/?id=374360format=ris - kind of 
self-explanatory.



Hope that helps a little...

Cheers,
-Chad





--
---
Karen Coyle / Digital Library Consultant
[EMAIL PROTECTED] http://www.kcoyle.net
ph.: 510-540-7596   skype: kcoylenet
fx.: 510-848-3913
mo.: 510-435-8234



Re: [CODE4LIB] COinS in OL?

2008-12-03 Thread Jonathan Rochkind

Yes, that's correct.

However, if you already offer persistent URLs for item data in one or 
more machine-readable formats (like MARC, or DC in XML), the additional 
work that needs to be done is likely just a fairly small amount of 
'glue' to make those alternate formats discoverable via unAPI.  As other 
machine-readable formats are made available in the future, they can be 
incorporated into the unAPI glue advertising them as well.  unAPI 
makes no requirements about _which_ machine-readable formats are made 
available, it's just a way of advertising their association, basically.


Jonathan

Karen Coyle wrote:
Thanks, Chad, it does help. And I think it helps me understand why I 
was a bit confused by the suggestion, but let me see if I've gotten it:


I asked about COinS. COinS (drat, hate uplow, from now on just coins) 
is basically just a formatted string imbedded in the html that will be 
used by an external program. There is no service that the OL site 
needs to provide other than popping the context object in there in the 
right format. Very low effort, from the open library's point of view.


unAPI appears to require some lightweight services that would have to 
be added to the OL site: basically, responding to the three possible 
unapi requests. So we can't *just* add an unAPI to the html pages -- 
there's a bit more work that needs to be done.


Is this correct?

Thanks,
kc

Chad Fennell wrote:

On Dec 2, 2008, at 4:21 PM, Karen Coyle wrote:

I've looked at unAPI, but I can't get a handle on what needs to be 
in the abbr. What would be useful?


kc




I put together a pretty basic unAPI interface (technically, a Drupal 
module) for our EthicShare project; you can see how the abbr tags 
are used there.  Ex:


http://ethicshare.org/publications/ethics?sc=publications

embedded on the page, you'll find things like: abbr class='unapi-id' 
title='http://ethicshare.org/unapi/374360'


There are a few other pieces, but you can see these in action there 
as well.  Ex,


http://ethicshare.org/unapi/ -tells clients what formats are 
available on the sever - I've only implemented RIS so far...


http://ethicshare.org/unapi/?id=374360 - tells the client what 
formats are available for a given resource.


http://ethicshare.org/unapi/?id=374360format=ris - kind of 
self-explanatory.



Hope that helps a little...

Cheers,
-Chad







--
Jonathan Rochkind
Digital Services Software Engineer
The Sheridan Libraries
Johns Hopkins University
410.516.8886 
rochkind (at) jhu.edu


Re: [CODE4LIB] COinS in OL?

2008-12-03 Thread Ross Singer
This is correct.  I'd bet it'd be like 10 lines of PHP or less, though.

-Ross.

On Wed, Dec 3, 2008 at 5:19 PM, Karen Coyle [EMAIL PROTECTED] wrote:
 Thanks, Chad, it does help. And I think it helps me understand why I was a
 bit confused by the suggestion, but let me see if I've gotten it:

 I asked about COinS. COinS (drat, hate uplow, from now on just coins) is
 basically just a formatted string imbedded in the html that will be used by
 an external program. There is no service that the OL site needs to provide
 other than popping the context object in there in the right format. Very low
 effort, from the open library's point of view.

 unAPI appears to require some lightweight services that would have to be
 added to the OL site: basically, responding to the three possible unapi
 requests. So we can't *just* add an unAPI to the html pages -- there's a bit
 more work that needs to be done.

 Is this correct?

 Thanks,
 kc

 Chad Fennell wrote:

 On Dec 2, 2008, at 4:21 PM, Karen Coyle wrote:

 I've looked at unAPI, but I can't get a handle on what needs to be in the
 abbr. What would be useful?

 kc



 I put together a pretty basic unAPI interface (technically, a Drupal
 module) for our EthicShare project; you can see how the abbr tags are used
 there.  Ex:

 http://ethicshare.org/publications/ethics?sc=publications

 embedded on the page, you'll find things like: abbr class='unapi-id'
 title='http://ethicshare.org/unapi/374360'

 There are a few other pieces, but you can see these in action there as
 well.  Ex,

 http://ethicshare.org/unapi/ -tells clients what formats are available on
 the sever - I've only implemented RIS so far...

 http://ethicshare.org/unapi/?id=374360 - tells the client what formats are
 available for a given resource.

 http://ethicshare.org/unapi/?id=374360format=ris - kind of
 self-explanatory.


 Hope that helps a little...

 Cheers,
 -Chad




 --
 ---
 Karen Coyle / Digital Library Consultant
 [EMAIL PROTECTED] http://www.kcoyle.net
 ph.: 510-540-7596   skype: kcoylenet
 fx.: 510-848-3913
 mo.: 510-435-8234
 



Re: [CODE4LIB] COinS in OL?

2008-12-03 Thread Ed Summers
On Tue, Dec 2, 2008 at 3:11 PM, Godmar Back [EMAIL PROTECTED] wrote:
 COinS are still needed, in particular in situations in which multiple
 resources are displayed on a page (like, for instance, in the search
 results pages of most online systems or on pages such as
 http://citeulike.org, or in a list of references such as in the
 references section of many Wikipedia pages.)

JSON is perfectly capable of returning a list of things.

//Ed


Re: [CODE4LIB] COinS in OL?

2008-12-03 Thread Ed Summers
One thing to keep in mind when looking at unAPI, COinS and
Microformats in general is:

  
http://www.bbc.co.uk/blogs/radiolabs/2008/06/removing_microformats_from_bbc.shtml

//Ed