Re: [CODE4LIB] Very frustrated with Drupal

2014-05-14 Thread Barnes, Hugh
Ah, yep. I've never done a full rant about Drupal because it would take days 
and run into many virtual pages. I gave it a good go, almost full time, for a 
couple of years, even went to a regional conference.

It's a train wreck beyond that first easy 80% – especially if you care about 
detail – but unfortunately also one of the best CMSs around. It's a while since 
I've resurveyed though. By far the worst ones in my experience are also the 
most expensive of the enterprise variety.

Your revolution is over, Mr Lebowski. Condolences! The bums lost. – for some 
reason that came to mind (Context: http://www.youtube.com/watch?v=nw_nJJrSg3s )

I suspect frameworks are where it's at if you are technically competent, but 
choose carefully. I like Rails but don’t accept many of its choices, and it 
sucks to administer if on anything but Ubuntu or Mac. I used to like web.py and 
am keen to test out Flask, Sinatra and other lightweight choices.

Cheers
Hugh

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Joshua 
Welker
Sent: Thursday, 15 May 2014 1:35 p.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] Very frustrated with Drupal

Warning: incoming wall of text.

I've been working for the past several months on building a library website 
with Drupal. This is my second try building a website with Drupal. I chose 
Drupal for two main reasons: CCK/content types, and its ubiquity in the library 
community.

Theme development was going relatively well, if a little overly complicated. 
But once I started trying to do anything beyond developing static pages, I have 
become more and more frustrated with Drupal.

Drupal supports custom content types out-of-the-box, which is great, but if you 
want to actually do anything with that custom content other than have it 
function as a plain page, you have to use the Views module. Views is great, but 
views can easily become very complicated, with custom rewrites, grouping, 
relations, contextual filters, etc. Plus, a lot of functionality in Views 
requires more modules (for instance, basic data manipulation).
This is to build rather run-of-the-mill list features like a database list or a 
list of events. And a lot of the advanced features in Views require a solid 
understanding of SQL (groups, distinct, joins, etc), which kind of defeats the 
notion that it is easy for non-developers to administer.

Now, at this point, I have modules extending my modules. And those modules have 
multiple dependencies on other modules. I am getting worried now. It feels like 
my website is a house of cards. I've run into several instances already where 
one of these plugins is updated and breaks compatibility with the whole stack, 
and there is nothing to do in this case but open an issue on the project 
tracker and pray for the best. I have looked into building my own modules, but 
the umpteen APIs and hooks required to do something simple as perform some 
regex on field data completely overwhelmed me (and I am fairly experience with 
web app development).

It's not just Views, either. Anything more complicated than static pages and 
navigation menus requires relying on the module ecosystem.

Not only is the whole thing quite precarious, but it defeats one of the two 
main purposes of a CMS: ease of administration. I want to know that if I get 
hit by a bus tomorrow, someone will be able to come in and take over without 
too much difficulty. But when I go back and look at my views, I can sometimes 
barely understand the work I did a week ago. It is very difficult to keep 
straight which functions are coming from which modules, and all those modules 
have separate (often poor) documentation.

At this point, I am seriously contemplating dumping Drupal and moving to a 
full-fledged framework like Django, Flask, or Laravel and adding some WYSIWYG 
CRUD controls for pseudo-CMS functionality. ActiveRecord-like systems are much 
easier to use IMO than fiddling for hours with Views, and I have full control 
of what is happening. I honestly think it would be just as easy for someone to 
inherit a custom-built framework app as it would be to inherit my 
already-convoluted Drupal site. At least the framework is well-documented and 
should allow my app to be understandable to anyone with some programming 
experience.

Does anyone want to talk me off the ledge here? I know a lot of you are using 
Drupal for your websites. What are the killer features that keep you using 
Drupal? If any of you have experience building websites using frameworks, what 
are your experiences? I really want to like Drupal, but it seems to be more 
trouble than it's worth.

--
Josh Welker
Information Technology Librarian
James C. Kirkpatrick Library
University of Central Missouri
Warrensburg, MO 64093
JCKL 2260
660.543.8022


P Please consider the environment before you print this email.
The contents of this e-mail (including any attachments) 

Re: [CODE4LIB] statistics for image sharing sites?

2014-05-13 Thread Barnes, Hugh
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Stuart 
Yeates
Sent: Wednesday, 14 May 2014 1:04 p.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] statistics for image sharing sites?

[snip]

 My secondary question is whether any httpd gurus have recipes for redirecting 
 by agent string from low quality images to high quality. So when AGENT =  
 Pinterest/0.1 +http://pinterest.com/; and the URL matches a pattern redirect 
 to a different pattern. For example:

 http://nzetc.victoria.ac.nz/etexts/MakOldT/MakOldTP022a%28w100%29.jpg

 to

 http://nzetc.victoria.ac.nz/etexts/MakOldT/MakOldTP022a.jpg

This sounds totally doable, but what are you trying to achieve?

To my mind, it has unintended consequences and chaos writ all over it.

Cheers
Hugh


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.


Re: [CODE4LIB] Job: Digital Librarian at White House Historical Association

2014-05-07 Thread Barnes, Hugh
Take back my distinction between job postings and discussion!

By extension, shall we say that if they are posted here, they are fair game for 
ridicule, expressing interest, +1, and other kinds of comment?

(For clarity, the tone of this email is: possibly provocative, not entirely 
serious)

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of 
todd.d.robb...@gmail.com
Sent: Thursday, 8 May 2014 11:03 a.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Job: Digital Librarian at White House Historical 
Association

Well that sounds like a hoot!


On Wed, May 7, 2014 at 9:23 AM, j...@code4lib.org wrote:

 Digital Librarian
 White House Historical Association
 Washington, D.C.

 Description:The White House Historical Association invites 
 applications for the position of Digital Librarian.
 This
 role requires one to three years of progressively responsible 
 experience with digital projects, digital scholarship and/or digital 
 repositories. This
 full-
 time position is career conditional and the selected candidate will be 
 reviewed after a six-month trial period. A conditional employee who 
 demonstrates promise and a passion for developing digital library 
 systems will be given serious consideration for a permanent position. 
 The Digital Librarian will take a lead role in the advancement of the 
 association's digital collections, institutional archives, and will 
 contribute to publishing efforts.

 Job Requirements:

 * Working knowledge of technologies and standards needed to manage 
 digitization activities including capture (for still and moving 
 images, text, audio, and born-digital formats), ingest and 
 presentation (into digital asset management and institutional 
 repository systems), metadata creation, and preservation. Experience 
 with digital imaging file formats, conversion, and software such as 
 Adobe Photoshop CS.  Understanding of and experience with enterprise 
 digital library applications and their role in higher education (e.g. Digital 
 Commons, CONTENTdm, Omeka, DSpace, etc.).

 * Knowledge of public and technical services operations, as well as 
 library standards (Dublin Core, OAI-PMH, EAD, etc.).



 Required: ALA-accredited graduate degree or accredited graduate degree 
 in another appropriate discipline.

 Competitive salary commensurate with experience and benefits include 
 life, health, and long-term disability insurance, retirement plan, and 
 vacation and sick leave.

 Send letter and resume by June 15, 2014 to:

 Digital Librarian Search Committee

 White House Historical Association

 P.O. Box 27624

 Washington, D.C. 20038-7624

 202-789-0440 facsimiles

 [wbush...@whha.org](mailto:webmas...@whha.org)

 No telephone calls



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




--
Tod Robbins
Digital Asset Manager, MLIS
todrobbins.com | @todrobbins http://www.twitter.com/#!/todrobbins


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.


Re: [CODE4LIB] separate list for jobs

2014-05-07 Thread Barnes, Hugh
Point of logic: the fact that you (or others) find them useful is orthogonal to 
whether they should be from the same source.

That was the original question. No, wait, it was about discussing (discussing) 
whether they should be together :)

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Charles 
Blair
Sent: Thursday, 8 May 2014 11:56 a.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] separate list for jobs

I don't mind having them both in the same feed. They're easy enough to tell 
apart even w/o a filter. The reason I say this is that when I see something 
like Job: Digital Assets Librarian, or  Job: Linked Data Technologist, 
Metadata at Stanford University, just to pick two at random, that's a good way 
for me (as a hiring manager) to see what new kinds of positions are being 
posted (as opposed to those I'm already familiar with), what new 
responsibilities they might entail, how a position might be pitched in a new 
way, or, as in the case of Stanford, what in particular they (as a leader in 
some of the sorts of things I care about) might be up to. At the very least it 
adds useful pieces to my current awareness in a convenient way, but it also has 
the potential of influencing how we define the next position we post here, and 
since we would like to hire from the community, it has potential benefit for 
the community as well. Of course, I'm speaking for myself, but in case this!
  is a potentially useful perspective, that some others might hold as well, I 
post it.

--
Charles Blair, Director, Digital Library Development Center, University of 
Chicago Library
1 773 702 8459 | c...@uchicago.edu | http://www.lib.uchicago.edu/~chas/


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.


Re: [CODE4LIB] separate list for jobs

2014-05-06 Thread Barnes, Hugh
It's not conversation though, it's more like broadcast. Surely I don't have to 
explain on this particular list why this channel is not the perfect broadcast 
outlet.

Further, it's quite distinct subject matter.

Let me not generalise about librarians, but don't these ideas resonate?:

* separating out discrete information usefully ... ?
* giving users the tools to choose ... ? (OK, we can set up filters. Note that 
I don't do that for any other lists. This is a common enough filtering 
requirement that the onus of effort should be looked at. You filter it, user 
is only OK IMO for unusual filtering requirements - this seems to have weight 
behind it.)

And if there's, say, a job feed, I probably _will_ subscribe, but I'll check it 
less often. A feed will let us apply metadata (do we know what that is?), which 
means we could potentially filter it to our own regions too. Oh, the 
possibilities!

This organising information stuff isn't just a theory we test on our patrons. 
If this group can't provide an exemplar, then ... [insert calamity].

Cheers :)

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Riley 
Childs
Sent: Wednesday, 7 May 2014 9:10 a.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] separate list for jobs

I vote no the separation, even though I am a high school student I still enjoy 
reading the postings and seeing what jobs are out there, people with solid jobs 
likely agree with me 100%, plus it lets me know what type of degree(s) I may 
need in this field!

Riley Childs
Junior
IT Admin
email: rchi...@cucawarriors.com
office: +1 (704) 537-0031 x101
cell: +1 (704) 497-2086

Please Think Before Hitting Reply All
I Do Web Design! RileyChilds.net/services 

From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Ruth Frasur 
[direc...@hagerstownlibrary.org]
Sent: Tuesday, May 06, 2014 4:53 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] separate list for jobs

I rarely post anything to this list because honestly I'm not qualified in most 
cases.  For this, however, I'm qualified.  While I didn't see the initial 
question, I've figured it through its replies.

Some of those responses have been pretty disheartening.  While most of what 
goes through this list is more Code than Libraries, I'd just like to remind 
people that at the heart of libraries is The Question.  We're not the parents 
that say Because I said so or Because that's how it's always been done.

So, thanks to those who responded to the question with grace and information.  
And thanks to people willing to ask questions knowing that replies may 
demonstrate a misunderstanding or disregard for the original question.



On Tue, May 6, 2014 at 4:33 PM, Richard Sarvas richard.sar...@lib.uconn.edu
 wrote:

 Actually, I am not complaining. I am just wondering why I am receiving 
 so may job postings on a list serve that I though was supposed to be 
 relating to Code4Lib conferences and coding in library environments. 
 Had the list been called Code4LibJobs I suspect I never would have 
 asked the question in the first place. As that is not the title of 
 this list I felt it was a reasonable question, mostly because every 
 time this topic comes up people simply respond No without explaining 
 why. When the topic was proposed by another member I took the time to seek 
 clarification.

 Still, thanks for taking the time to explain reason why so many job 
 postings appear on this list.


 Rick


 -Original Message-
 From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf 
 Of Stuart Yeates
 Sent: Tuesday, May 06, 2014 3:51 PM
 To: CODE4LIB@LISTSERV.ND.EDU
 Subject: Re: [CODE4LIB] separate list for jobs

 On 05/07/2014 04:59 AM, Richard Sarvas wrote:
  Not to be a jerk about this, but why is the answer always No? 
  There
 seem to be more posts on this list relating to job openings than there 
 are relating to code discussions. Are job postings a part why this 
 list was originally created? If so, I'll stop now.

 The answer is always no because we are collectively using the the 
 possession of an email client with filtering capability and the 
 personal knowledge of how to use it as a Shibboleth for group 
 membership. Those who find it easier to complain than write a filter 
 mark themselves as members of the outgroup intruding on the ingroup.

 cheers
 stuart




--
Ruth Frasur
Director of the Historic(ally Awesome) Hagerstown - Jefferson Township Library
10 W. College Street in Hagerstown, Indiana (47346) p (765) 489-5632; f (765) 
489-5808

Our Kickin' Website http://hagerstownlibrary.org  Our Rockin' Facebook Page 
http://facebook.com/hjtplibrary  and Stuff I'm 
Readinghttp://pinterest.com/hjtplibrary/ruth-reads/


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 

Re: [CODE4LIB] Welcome to Roy4Lib

2014-02-24 Thread Barnes, Hugh
Roy must be quite the guy, love to meet him.

D'ya think this thread has maybe passed it's useful-by date?

Constructive suggestion: take it onto Twitter, where I am not, with a hashtag 
... ??

/grump

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of 
Forrest, Stuart
Sent: Tuesday, 25 February 2014 12:56 p.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Welcome to Roy4Lib

Dumb question. Who is Roy ;-)

Excuse my brevity
Sent from my iPad

Stuart Forrest
Library Systems Specialist
Beaufort County Library

 On Feb 24, 2014, at 6:15 PM, Schwartz, Raymond schwart...@wpunj.edu wrote:

 Roy won't ask the bar, they don't carry Geritol 
 
 From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] on behalf of 
 Michael J. Giarlo [leftw...@alumni.rutgers.edu]
 Sent: Monday, February 24, 2014 5:59 PM
 To: CODE4LIB@LISTSERV.ND.EDU
 Subject: Re: [CODE4LIB] Welcome to Roy4Lib

 Roy usually asks the bartender.


 On Mon, Feb 24, 2014 at 2:15 PM, Rosalyn Metz rosalynm...@gmail.com wrote:

 amazing.  how does one make pull requests?


 On Mon, Feb 24, 2014 at 1:54 PM, Ranti Junus ranti.ju...@gmail.com
 wrote:

 Whoa...


 On Mon, Feb 24, 2014 at 3:54 PM, Brad Baxter b...@mail.libs.uga.edu
 wrote:

 Is it?


 On Fri, Feb 21, 2014 at 5:31 PM, Rosalyn Metz 
 rosalynm...@gmail.com
 wrote:

 it appears that roy4lib.org is also down



 --
 Bulk mail.  Postage paid.



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.


Re: [CODE4LIB] Welcome to Roy4Lib

2014-02-24 Thread Barnes, Hugh
And vegetarians, and Mormons, and folks who never met Roy :)

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Riley 
Childs
Sent: Tuesday, 25 February 2014 4:28 p.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Welcome to Roy4Lib

Just a reminder there are minors on this listserv ;P

Riley Childs
Student
Asst. Head of IT Services
Charlotte United Christian Academy
(704) 497-2086
RileyChilds.net
Sent from my Windows Phone, please excuse mistakes 

From: Wilhelmina Randtkemailto:rand...@gmail.com
Sent: ‎2/‎24/‎2014 10:24 PM
To: CODE4LIB@LISTSERV.ND.EDUmailto:CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Welcome to Roy4Lib

My neighbor made this bacon vodka, and it was amazing 
http://www.instructables.com/id/Bacon-Infused-Vodka/

-Wilhelmina Randtke

On Mon, Feb 24, 2014 at 10:36 AM, Michael J. Giarlo 
leftw...@alumni.rutgers.edu wrote:
 Bacon being cooked in a liquor store?  Wow, California is awesome.


 On Mon, Feb 24, 2014 at 8:31 AM, Roy Tennant roytenn...@gmail.com wrote:

 That would make sense, but I think in this particular instance I was 
 watching bacon being cooked.
 Roy


 On Mon, Feb 24, 2014 at 8:26 AM, Michael J. Giarlo  
 leftw...@alumni.rutgers.edu wrote:

  Clearly taken in the liquor store.
 
 
  On Mon, Feb 24, 2014 at 7:08 AM, Cindi Trainor Blyberg
  cindi...@gmail.comwrote:
 
   Well, I do like the photo that Roy uses everywhere, but I have to 
   say I like this one better:
  
   http://www.flickr.com/photos/23341397@N00/3769032245
  
  
   On Mon, Feb 24, 2014 at 9:05 AM, Roy roy.zim...@wmich.edu wrote:
  
Hmm. Call it roys4lib.org and put pictures of all the list's 
Roys on there...
Mr. Tennant's picture would have to be first, of course, and be 
the biggest.
   
   
   
On 2/21/2014 6:51 PM, Rosalyn Metz wrote:
   
so tempted to buy roy4lib.org and put up a glass of scotch there.
   
   
On Fri, Feb 21, 2014 at 3:46 PM, Edward M Corrado 
  ecorr...@ecorrado.us
wrote:
   
 Roy4lib has consumed to much Scotch - after all, it is Friday.
   
--
Edward M. Corrado
   
On Feb 21, 2014, at 18:13, Roy Tennant roytenn...@gmail.com
 wrote:
   
 roy4lib.org is ALWAYS down. I mean, it just makes too much 
sense
  for
   it
   
to
   
be in any other state.
Roy
   
   
On Fri, Feb 21, 2014 at 2:31 PM, Rosalyn Metz 
  rosalynm...@gmail.com
   
wrote:
   
it appears that roy4lib.org is also down
   
   
On Fri, Feb 21, 2014 at 1:59 PM, Frumkin, Jeremy  
frumk...@u.library.arizona.edu wrote:
   
 Welcome to the Roy4Lib discussion list. This list is 
intended to
facilitate discussion on Roy Tennant's new world library 
order,
  the
   
role
   
of bacon (including kosher and vegetarian based varieties) 
in this
context, and the long, long, long, long, long drawn out 
death of
   MARC.
   
If you believe you have subscribed to this list in error, 
please
   email
   
the
   
admin at r...@roy4lib.org.
   
   
--
--
   
Jeremy Frumkin
Assistant Dean / Chief Technology Strategist University of 
Arizona Libraries
   
+1 520.626.7296
frumk...@u.library.arizona.edu
--
-- Any intelligent fool can make things bigger and more 
complex...
  It
   
takes
   
a touch of genius - and a lot of courage to move in the 
opposite
direction. - Albert Einstein
   
   
  
 



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.


Re: [CODE4LIB] The lie of the API

2013-12-01 Thread Barnes, Hugh
+1 to all of Richard's points here. Making something easier for you to develop 
is no justification for making it harder to consume or deviating from well 
supported standards.

[Robert]
  You can't 
 just put a file in the file system, unlike with separate URIs for 
 distinct representations where it just works, instead you need server 
 side processing.

If we introduce languages into the negotiation, this won't scale.

[Robert]
 This also makes it much harder to cache the 
 responses, as the cache needs to determine whether or not the 
 representation has changed -- the cache also needs to parse the 
 headers rather than just comparing URI and content.  

Don't know caches intimately, but I don't see why that's algorithmically 
difficult. Just look at the Content-type of the response. Is it harder for 
caches to examine headers than content or URI? (That's an earnest, perhaps 
naïve, question.)

If we are talking about caching on the client here (not caching proxies), I 
would think in most cases requests are issued with the same Accept-* headers, 
so caching will work as expected anyway.

[Robert]
 Link headers 
 can be added with a simple apache configuration rule, and as they're 
 static are easy to cache. So the server side is easy, and the client side is 
 trivial.

Hadn't heard of these. (They are on Wikipedia so they must be real.) What do 
they offer over HTML link elements populated from the Dublin Core Element Set?

---

My ideal setup would be to maintain a canonical URL that always serves the 
clients' flavour of representation (format/language), which could vary, but 
points to other representations (and versions for that matter) at separate URLs 
through a mechanism like HTML link elements.

My whatever it's worth . great topic, though, thanks Robert :)

Cheers

Hugh Barnes
Digital Access Coordinator
Library, Teaching and Learning
Lincoln University
Christchurch
New Zealand
p +64 3 423 0357

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Richard 
Wallis
Sent: Monday, 2 December 2013 12:26 p.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] The lie of the API

It's harder to implement Content Negotiation than your own API, because you 
get to define your own API whereas you have to follow someone else's rules

Don't wish your implementation problems on the consumers of your data.
There are [you would hope] far more of them than of you ;-)

Content-negotiation is an already established mechanism - why invent a new, and 
different, one just for *your* data?

Put your self in the place of your consumer having to get their head around yet 
another site specific API pattern.

As to discovering then using the (currently implemented) URI returned from a 
content-negotiated call  - The standard http libraries take care of that, like 
any other http redirects (301,303, etc) plus you are protected from any future 
backend server implementation changes.


~Richard


On 1 December 2013 20:51, LeVan,Ralph le...@oclc.org wrote:

 I'm confused about the supposed distinction between content 
 negotiation and explicit content request in a URL.  The reason I'm 
 confused is that the response to content negotiation is supposed to be 
 a content location header with a URL that is guaranteed to return the 
 negotiated content.  In other words, there *must* be a form of the URL that 
 bypasses content negotiation.
  If you can do content negotiation, then you should have a URL form 
 that doesn't require content negotiation.

 Ralph
 
 From: Code for Libraries CODE4LIB@LISTSERV.ND.EDU on behalf of 
 Robert Sanderson azarot...@gmail.com
 Sent: Friday, November 29, 2013 2:44 PM
 To: CODE4LIB@LISTSERV.ND.EDU
 Subject: Re: The lie of the API

 (posted in the comments on the blog and reposted here for further 
 discussion, if interest)


 While I couldn't agree more with the post's starting point -- URIs 
 identify
 (concepts) and use HTTP as your API -- I couldn't disagree more with 
 the use content negotiation conclusion.

 I'm with Dan Cohen in his comment regarding using different URIs for 
 different representations for several reasons below.

 It's harder to implement Content Negotiation than your own API, 
 because you get to define your own API whereas you have to follow 
 someone else's rules when you implement conneg.  You can't get your 
 own API wrong.  I agree with Ruben that HTTP is better than rolling 
 your own proprietary API, we disagree that conneg is the correct 
 solution.  The choice is between conneg or regular HTTP, not conneg or a 
 proprietary API.

 Secondly, you need to look at the HTTP headers and parse quite a 
 complex structure to determine what is being requested.  You can't 
 just put a file in the file system, unlike with separate URIs for 
 distinct representations where it just works, instead you need server 
 side processing.  This also makes it much harder to cache the 
 

Re: [CODE4LIB] The lie of the API

2013-12-01 Thread Barnes, Hugh
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Joe 
Hourcle

 (They are on Wikipedia so they must be real.)

 Wikipedia was the first place you looked?  Not IETF or W3C?
 No wonder people say libraries are doomed, if even people who work in 
 libraries go straight to Wikipedia.

It was a humorous aside, regrettably lacking a smiley.

I think that comment would be better saved to pitch at folks who cite and link 
to w3schools as if authoritative. Some of them are even in libraries.

Your other comments were informative, though. Thank you :)

Cheers
Hugh



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.


[CODE4LIB] calibr: a simple opening hours calendar

2013-11-26 Thread Barnes, Hugh
Hi folks

I took a calendar script posted to this list by Andrew Darby some time ago and 
made some changes. I don't think there is any of Andrew's code left, so I've 
rebranded it with an acknowledgement. (If I had my time again, I might have 
coded it from scratch rather than built it over Andrew's script, but that's 
somewhat academic.)

The whole scoop is in the readme on Github: 
http://github.com/LincolnUniLTL/calibr

TLDR: With PHP, MySQL, some fiddling and data entry, you can publish a library 
opening hours calendar on your website in more than one language if you wish. 
It's a little quicker to enter common period patterns than it used to be in 
Google Calendar. The output is more accessible, customisable, multilingual, 
semantic, and hopefully more extensible (iCal etc) than previously.

Here's a branded reference implementation: http://library2.lincoln.ac.nz/hours 
- it won't necessarily reflect the latest version.

Use it, improve it, feed back, or log issues right there on Github if that 
works for you.

Many thanks to Andrew for providing the foundation!

Cheers

Hugh Barnes
Digital Access Coordinator
Library, Teaching and Learning
Lincoln University
Christchurch
New Zealand
p +64 3 423 0357




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.


Re: [CODE4LIB] Tool for managing subscription content metadata

2013-11-21 Thread Barnes, Hugh
Thanks Jeff, this looks like a pretty good fit. Unfortunately I am constrained 
to non-Linux/Apache platforms. CORAL's documentation is silent about WIMP 
support, but it does assume Apache in a few places. I'll know for sure when I 
have a chance to do a trial install.

Thanks to you too, Raffaelle, I'll check out the Mediawiki extension and other 
possibility.

No promises I'll remember, but will endeavour to report back on how this goes.

Cheers

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Dycus, 
Jeff A
Sent: Thursday, 21 November 2013 9:53 a.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Tool for managing subscription content metadata

Hi Hugh-

You may want to check out CORAL http://erm.library.nd.edu/ 

It is an open source MySQL/PHP system that seems like it would do most of what 
you want it to do, and could probably be modified to do it all.


Jeff Dycus
Library Specialist, Electronic Resources

University of Kentucky
William T. Young Library
500 S. Limestone 
Lexington, KY  40506-0456

(859) 218-0678
jeff.dy...@uky.edu



-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Barnes, 
Hugh
Sent: Monday, November 18, 2013 10:27 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] Tool for managing subscription content metadata

Hi

An exercise we've just been through (don't ask!) has revealed a dire need to 
track information about subscription service vendors (e.g. serials, databases, 
e-book publishers) in a better way than Office documents. I am looking for a 
tool, ideally one to rule them all. Throwing it out here.

The sort of information I am wanting to manage and give everyone an easy 
reference to is:

* name
* previous and variant names (they do like to re-brand)
* login details (I can probably live with this being in a separate tool)
* contact names and numbers
* remote host URLs and URL patterns
* ways we interact with them (e.g. do we change registered IP addresses by 
online form or by email notification?)
* license information, maybe copies of them
* how we authenticate our users
* conditions of access (e.g. on/off campus, students/staff/alumni/walk-ins)
* a simple activity log or just notes field

Excluded or at least hidden from ordinary users:
* invoicing and financial information
* passwords (seems risky, happy to use a password safe for this)

Essentially it's a catalogue/inventory of subscriptions we have. In some 
respects it's a lightweight CRM.

Bonus points, I think, for having citable entries that we can share in emails 
(URLs probably, so a web interface).

It would be brilliant if salient information was structured enough to export 
summaries or, say, generate EZProxy configuration files.

I have been thinking along the lines of Mediawiki, maybe with a good template. 
From experience though, I worry about the willingness of new users to edit wiki 
content, especially in templates with lots of curly braces. I don't know if 
there is an actively maintained plug-in to turn a template into a 
non-threatening online form. Evan Prodromou's extension seems long abandoned 
[1]. Solving that issue, I think Mediawiki would be a good fit.

So what do folks in this list use for the above functionality and how does it 
work? Or what _would_ you use? All insight appreciated.

Cheers

[1] http://www.mediawiki.org/wiki/Extension:Form

Hugh Barnes
Digital Access Coordinator
Library, Teaching and Learning
Lincoln University
Christchurch
New Zealand
p +64 3 423 0357


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.


Re: [CODE4LIB] Online validator for RelaxNG or Schematron?

2013-10-17 Thread Barnes, Hugh
For RNG, as long as your schema is reachable and referenced correctly, it looks 
like this should work: http://validator.nu . Please let us know how you find it.

Nothing known or found in a quick scan for Schematron.

Somewhat surprised at the apparent lack of options.

Cheers

Hugh Barnes
Digital Access Coordinator
Library, Teaching and Learning
Lincoln University
Christchurch
New Zealand
p +64 3 423 0357

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Wolfe, 
Mark D
Sent: Friday, 18 October 2013 2:54 a.m.
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] Online validator for RelaxNG or Schematron?

Does anyone know of an online validator for either Relax NG or Schematron?

Thanks, Mark


Mark Wolfe
Curator of Digital Collections
M. E. Grenander Department of Special Collections  Archives Science Library  
355, University at Albany, SUNY
1400 Washington Avenue, Albany NY  1
Phone: (518) 437-3934
Email: mwo...@albany.edu


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.