Re: [CODE4LIB] OpenURL aggregator not doing so well

[Tim Spalding]

I just hope, if they do, they come up with something relevant--like a
Nigerian oil executive who needs a little money to start a library. :)

Tim

On Fri, Apr 9, 2010 at 5:26 PM, Jonathan Rochkind  wrote:
> I live in fear of the day that spammers discover they can get on 
> planet.code4lib.org (actually a fairly highly google ranked page) by tagging 
> on delicious.   Probably have to drop delicious from the planet.code4lib at 
> that point.

Re: [CODE4LIB] Code4Lib North planning continues

[John Fereira]

Walker, David wrote:
I think a good compromise is to have local meeting 
conversations on the code4libcon google group.



this!
  

+1 for me too.  Although I knew I wasn't going to be attending the C4L
conference in Asheville I still followed most of the messages related to
conference.  Even though it had a lot of traffic about logistics that
was of no interest to me there was also a lot about what was going to
presented there, virtual participation information (twitter tags), and
other discussions that were of general interest.   While I won't be
attending a C4L midwest conference (sorry, Eric) I might read something
there that I might use for the C4L North conference that I'll more
likely attend.  Even though most of the discussions on a code4libcon
conference might be regional a lot of it may be on issues that are going
to be appropriate for a conference, no matter where it's located.
Subject line tagging (i.e. C4LNorth) would make it easy to filter out
posts when planning is underway for conferences in different areas.
Moving conference related discussions  to a separate conf list would
also improve signal to  noise ratio on code4lib.



--
John Fereira
Cornell University
Twitter: @john_fereira
Google Wave: fere...@googlewave.com

Re: [CODE4LIB] local c4l chatter and the listserv

[Ross Singer]

Or if their regional mailing list could send the main list a digest email.

Or something.

-Ross.

On Fri, Apr 9, 2010 at 6:30 PM, Frumkin, Jeremy
 wrote:
> And by 'end case' of course I meant 'edge case'.
>
> -- jaf
>
>
> On Apr 9, 2010, at 3:26 PM, Frumkin, Jeremy wrote:
>
> Seems a bit complex to me. I'd be happy if people just remembered to announce 
> things on the main list, such as "we're holding this here event", and/or "if 
> you are interested in this event, sign up on this related discussion list". 
> I'm not a big fan of architecting to an end case, and it feels like that's 
> what this is.
>
>
> -- jaf
>
>
> On Apr 9, 2010, at 3:08 PM, Jonathan Rochkind wrote:
>
> We are stuck between two problems, with some people thinking only one of 
> these is/would be a problem, and others not caring at all either way:
>
> * Local conference/meetup planning chatter overwhelms the listserv when it's 
> on the main listserv
> * People don't find out about local conferences/meetups they are interested 
> in when local chatter is somewhere else.
>
> My first thought is, gee, this really calls for some kind of threaded "forum" 
> software, where people can subscribe to only the threads they want. But then 
> I remember, a) that kind of software always sucks, and b) there must be a 
> better "web 2.0y" way to do it.
>
> Just as hypothetical brainstorming, what if we did this:
>
> 1.  Local code4lib groups are "required" (ie, strongly strongly strongly 
> encouraged, we can't really require anyone to do anything) to, if they have a 
> local listserv at all, have it listserv in some place that:
>    a)  Has _publically viewable archives_
>    b) Has an RSS-or-Atom feed of those archives, which requires no 
> authentication to subscribe to
> [Google groups is one very easy way to get both those things, but certainly 
> not the only one]
> 2. All those local listservs are listed on a wiki page, which local groups 
> are "required" to add their listserv to.
> 3. We set up a "planet" aggregator of all those listserv's RSS.
>
> 4. Profit!  That is, now:  * People can sign up for an individual listserv 
> they want, if they want. * People can view the up-to-date 'archives' of an 
> individual listserv on the web if they want; * people can view the up-to-date 
> 'archives' of the _aggregated_ C4L Local communication, via the aggregator.   
>  Using one of many free on the web RSS-to-email services, people can sign up 
> for an email subscription for the AGGREGATED C4L Local traffic, getting what 
> some want to get with just one more subscription.
>
> That last part about the RSS-to-email thing is important for our 
> 'requirements', but is the kind of sketchiest.  Potentially better is if we 
> write our OWN RSS-to-email service (maybe that will only allow subscriptions 
> to the C4L Aggregator or one of it's components), which we know will work 
> okay, and which does some clever mail header munging so hitting "reply to 
> all" on an email you get from the aggregator rss-to-email will send your 
> message to the original listserv, so you really can treat your aggregator 
> subscription just like a listserv if you want.
>
>
> Just brainstorming here.
>
> Jonathan
>
> 
> From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Gabriel 
> Farrell [gsf...@gmail.com]
> Sent: Friday, April 09, 2010 4:47 PM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] Code4Lib North planning continues
>
> I'm hoping to attend the upcoming code4libnorth meeting because I
> heart Canada, but I'd rather not join yet another mailing list. If it
> gets canceled or something tell us on this list or put it on the wiki
> page, please?
>
>
> On Thu, Apr 8, 2010 at 11:46 AM, Walker, David 
> mailto:dwal...@calstate.edu>> wrote:
> I'm not on that conference list, so don't really know how much traffic it 
> gets.
>
> But it seems to me that, since these regional conferences are mostly being 
> held at different times of the year from the main conference, the overlap 
> would be minimal.
>
> Or not.  I don't know.
>
> --Dave
>
> ==
> David Walker
> Library Web Services Manager
> California State University
> http://xerxes.calstate.edu
> 
> From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of William 
> Denton [...@pobox.com]
> Sent: Thursday, April 08, 2010 7:45 AM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] Code4Lib North planning continues
>
> On 8 April 2010, Walker, David quoted:
>
> I think a good compromise is to have local meeting
> conversations on the code4libcon google group.
>
> That list is for organizing the main conference, with details about
> getting rooms, food, shuttle buses, hotel booking agents, who can MC
> Thursday afternoon, etc.  Mixing that with organizational details *and*
> general discussion abo

Re: [CODE4LIB] local c4l chatter and the listserv

[Frumkin, Jeremy]

And by 'end case' of course I meant 'edge case'.

-- jaf


On Apr 9, 2010, at 3:26 PM, Frumkin, Jeremy wrote:

Seems a bit complex to me. I'd be happy if people just remembered to announce 
things on the main list, such as "we're holding this here event", and/or "if 
you are interested in this event, sign up on this related discussion list". I'm 
not a big fan of architecting to an end case, and it feels like that's what 
this is.


-- jaf


On Apr 9, 2010, at 3:08 PM, Jonathan Rochkind wrote:

We are stuck between two problems, with some people thinking only one of these 
is/would be a problem, and others not caring at all either way:

* Local conference/meetup planning chatter overwhelms the listserv when it's on 
the main listserv
* People don't find out about local conferences/meetups they are interested in 
when local chatter is somewhere else.

My first thought is, gee, this really calls for some kind of threaded "forum" 
software, where people can subscribe to only the threads they want. But then I 
remember, a) that kind of software always sucks, and b) there must be a better 
"web 2.0y" way to do it.

Just as hypothetical brainstorming, what if we did this:

1.  Local code4lib groups are "required" (ie, strongly strongly strongly 
encouraged, we can't really require anyone to do anything) to, if they have a 
local listserv at all, have it listserv in some place that:
a)  Has _publically viewable archives_
b) Has an RSS-or-Atom feed of those archives, which requires no 
authentication to subscribe to
[Google groups is one very easy way to get both those things, but certainly not 
the only one]
2. All those local listservs are listed on a wiki page, which local groups are 
"required" to add their listserv to.
3. We set up a "planet" aggregator of all those listserv's RSS.

4. Profit!  That is, now:  * People can sign up for an individual listserv they 
want, if they want. * People can view the up-to-date 'archives' of an 
individual listserv on the web if they want; * people can view the up-to-date 
'archives' of the _aggregated_ C4L Local communication, via the aggregator.
Using one of many free on the web RSS-to-email services, people can sign up for 
an email subscription for the AGGREGATED C4L Local traffic, getting what some 
want to get with just one more subscription.

That last part about the RSS-to-email thing is important for our 
'requirements', but is the kind of sketchiest.  Potentially better is if we 
write our OWN RSS-to-email service (maybe that will only allow subscriptions to 
the C4L Aggregator or one of it's components), which we know will work okay, 
and which does some clever mail header munging so hitting "reply to all" on an 
email you get from the aggregator rss-to-email will send your message to the 
original listserv, so you really can treat your aggregator subscription just 
like a listserv if you want.


Just brainstorming here.

Jonathan


From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Gabriel 
Farrell [gsf...@gmail.com]
Sent: Friday, April 09, 2010 4:47 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Code4Lib North planning continues

I'm hoping to attend the upcoming code4libnorth meeting because I
heart Canada, but I'd rather not join yet another mailing list. If it
gets canceled or something tell us on this list or put it on the wiki
page, please?


On Thu, Apr 8, 2010 at 11:46 AM, Walker, David 
mailto:dwal...@calstate.edu>> wrote:
I'm not on that conference list, so don't really know how much traffic it gets.

But it seems to me that, since these regional conferences are mostly being held 
at different times of the year from the main conference, the overlap would be 
minimal.

Or not.  I don't know.

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of William Denton 
[...@pobox.com]
Sent: Thursday, April 08, 2010 7:45 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Code4Lib North planning continues

On 8 April 2010, Walker, David quoted:

I think a good compromise is to have local meeting
conversations on the code4libcon google group.

That list is for organizing the main conference, with details about
getting rooms, food, shuttle buses, hotel booking agents, who can MC
Thursday afternoon, etc.  Mixing that with organizational details *and*
general discussion about all local chapter meetings would confuse
everything, I think.

Bill
--
William Denton, Toronto : miskatonic.org 
www.frbr.org openfrbr.org



Jeremy Frumkin
Assistant Dean / Chief Technology Strategist
University of Arizona 

Re: [CODE4LIB] local c4l chatter and the listserv

[Frumkin, Jeremy]

Seems a bit complex to me. I'd be happy if people just remembered to announce 
things on the main list, such as "we're holding this here event", and/or "if 
you are interested in this event, sign up on this related discussion list". I'm 
not a big fan of architecting to an end case, and it feels like that's what 
this is.


-- jaf


On Apr 9, 2010, at 3:08 PM, Jonathan Rochkind wrote:

We are stuck between two problems, with some people thinking only one of these 
is/would be a problem, and others not caring at all either way:

* Local conference/meetup planning chatter overwhelms the listserv when it's on 
the main listserv
* People don't find out about local conferences/meetups they are interested in 
when local chatter is somewhere else.

My first thought is, gee, this really calls for some kind of threaded "forum" 
software, where people can subscribe to only the threads they want. But then I 
remember, a) that kind of software always sucks, and b) there must be a better 
"web 2.0y" way to do it.

Just as hypothetical brainstorming, what if we did this:

1.  Local code4lib groups are "required" (ie, strongly strongly strongly 
encouraged, we can't really require anyone to do anything) to, if they have a 
local listserv at all, have it listserv in some place that:
a)  Has _publically viewable archives_
b) Has an RSS-or-Atom feed of those archives, which requires no 
authentication to subscribe to
[Google groups is one very easy way to get both those things, but certainly not 
the only one]
2. All those local listservs are listed on a wiki page, which local groups are 
"required" to add their listserv to.
3. We set up a "planet" aggregator of all those listserv's RSS.

4. Profit!  That is, now:  * People can sign up for an individual listserv they 
want, if they want. * People can view the up-to-date 'archives' of an 
individual listserv on the web if they want; * people can view the up-to-date 
'archives' of the _aggregated_ C4L Local communication, via the aggregator.
Using one of many free on the web RSS-to-email services, people can sign up for 
an email subscription for the AGGREGATED C4L Local traffic, getting what some 
want to get with just one more subscription.

That last part about the RSS-to-email thing is important for our 
'requirements', but is the kind of sketchiest.  Potentially better is if we 
write our OWN RSS-to-email service (maybe that will only allow subscriptions to 
the C4L Aggregator or one of it's components), which we know will work okay, 
and which does some clever mail header munging so hitting "reply to all" on an 
email you get from the aggregator rss-to-email will send your message to the 
original listserv, so you really can treat your aggregator subscription just 
like a listserv if you want.


Just brainstorming here.

Jonathan


From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Gabriel 
Farrell [gsf...@gmail.com]
Sent: Friday, April 09, 2010 4:47 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Code4Lib North planning continues

I'm hoping to attend the upcoming code4libnorth meeting because I
heart Canada, but I'd rather not join yet another mailing list. If it
gets canceled or something tell us on this list or put it on the wiki
page, please?


On Thu, Apr 8, 2010 at 11:46 AM, Walker, David 
mailto:dwal...@calstate.edu>> wrote:
I'm not on that conference list, so don't really know how much traffic it gets.

But it seems to me that, since these regional conferences are mostly being held 
at different times of the year from the main conference, the overlap would be 
minimal.

Or not.  I don't know.

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of William Denton 
[...@pobox.com]
Sent: Thursday, April 08, 2010 7:45 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Code4Lib North planning continues

On 8 April 2010, Walker, David quoted:

I think a good compromise is to have local meeting
conversations on the code4libcon google group.

That list is for organizing the main conference, with details about
getting rooms, food, shuttle buses, hotel booking agents, who can MC
Thursday afternoon, etc.  Mixing that with organizational details *and*
general discussion about all local chapter meetings would confuse
everything, I think.

Bill
--
William Denton, Toronto : miskatonic.org 
www.frbr.org openfrbr.org



Jeremy Frumkin
Assistant Dean / Chief Technology Strategist
University of Arizona Libraries

+1 520.626.7296
frumk...@u.library.arizona.edu
--

[CODE4LIB] local c4l chatter and the listserv

[Jonathan Rochkind]

We are stuck between two problems, with some people thinking only one of these 
is/would be a problem, and others not caring at all either way:  

* Local conference/meetup planning chatter overwhelms the listserv when it's on 
the main listserv
* People don't find out about local conferences/meetups they are interested in 
when local chatter is somewhere else. 

My first thought is, gee, this really calls for some kind of threaded "forum" 
software, where people can subscribe to only the threads they want. But then I 
remember, a) that kind of software always sucks, and b) there must be a better 
"web 2.0y" way to do it. 

Just as hypothetical brainstorming, what if we did this:

1.  Local code4lib groups are "required" (ie, strongly strongly strongly 
encouraged, we can't really require anyone to do anything) to, if they have a 
local listserv at all, have it listserv in some place that:
 a)  Has _publically viewable archives_
 b) Has an RSS-or-Atom feed of those archives, which requires no 
authentication to subscribe to
[Google groups is one very easy way to get both those things, but certainly not 
the only one]
2. All those local listservs are listed on a wiki page, which local groups are 
"required" to add their listserv to. 
3. We set up a "planet" aggregator of all those listserv's RSS.  

4. Profit!  That is, now:  * People can sign up for an individual listserv they 
want, if they want. * People can view the up-to-date 'archives' of an 
individual listserv on the web if they want; * people can view the up-to-date 
'archives' of the _aggregated_ C4L Local communication, via the aggregator.
Using one of many free on the web RSS-to-email services, people can sign up for 
an email subscription for the AGGREGATED C4L Local traffic, getting what some 
want to get with just one more subscription. 

That last part about the RSS-to-email thing is important for our 
'requirements', but is the kind of sketchiest.  Potentially better is if we 
write our OWN RSS-to-email service (maybe that will only allow subscriptions to 
the C4L Aggregator or one of it's components), which we know will work okay, 
and which does some clever mail header munging so hitting "reply to all" on an 
email you get from the aggregator rss-to-email will send your message to the 
original listserv, so you really can treat your aggregator subscription just 
like a listserv if you want. 


Just brainstorming here. 

Jonathan


From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Gabriel 
Farrell [gsf...@gmail.com]
Sent: Friday, April 09, 2010 4:47 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Code4Lib North planning continues

I'm hoping to attend the upcoming code4libnorth meeting because I
heart Canada, but I'd rather not join yet another mailing list. If it
gets canceled or something tell us on this list or put it on the wiki
page, please?


On Thu, Apr 8, 2010 at 11:46 AM, Walker, David  wrote:
> I'm not on that conference list, so don't really know how much traffic it 
> gets.
>
> But it seems to me that, since these regional conferences are mostly being 
> held at different times of the year from the main conference, the overlap 
> would be minimal.
>
> Or not.  I don't know.
>
> --Dave
>
> ==
> David Walker
> Library Web Services Manager
> California State University
> http://xerxes.calstate.edu
> 
> From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of William 
> Denton [...@pobox.com]
> Sent: Thursday, April 08, 2010 7:45 AM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] Code4Lib North planning continues
>
> On 8 April 2010, Walker, David quoted:
>
>>> I think a good compromise is to have local meeting
>>> conversations on the code4libcon google group.
>
> That list is for organizing the main conference, with details about
> getting rooms, food, shuttle buses, hotel booking agents, who can MC
> Thursday afternoon, etc.  Mixing that with organizational details *and*
> general discussion about all local chapter meetings would confuse
> everything, I think.
>
> Bill
> --
> William Denton, Toronto : miskatonic.org www.frbr.org openfrbr.org
>

Re: [CODE4LIB] OpenURL aggregator not doing so well

[Jonathan Rochkind]

I live in fear of the day that spammers discover they can get on 
planet.code4lib.org (actually a fairly highly google ranked page) by tagging on 
delicious.   Probably have to drop delicious from the planet.code4lib at that 
point.  

From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Ross Singer 
[rossfsin...@gmail.com]
Sent: Friday, April 09, 2010 8:11 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] OpenURL aggregator not doing so well

Yes, although, the problem is actually with Connotea:
http://www.connotea.org/article/4c40adbf8ecaef53b3772b5a141e229d

So we either need to talk to NPG or drop Connotea from the OpenURL planet.

-Ross.

On Fri, Apr 9, 2010 at 8:00 AM, Eric Hellman  wrote:
> Take a look at
> http://openurl.code4lib.org/aggregator
> Any ideas how to make it work better?
>
> Eric Hellman
> President, Gluejar, Inc.
> 41 Watchung Plaza, #132
> Montclair, NJ 07042
> USA
>
> e...@hellman.net
> http://go-to-hellman.blogspot.com/
>

Re: [CODE4LIB] New books RSS feed / "badge" with cover images?

[Boheemen, Peter van]

Invitation to the 34th ELAG conference, 9-11th June 2010, 
"Meeting New User Expectations"
Helsinki, Finland


 

The ELAG (European Library Automation Group) Conference is Europe's premier 
conference for library and information management technology. The meetings aim 
at in depth discussions of particular library automation topics and at the 
promotion of informal exchange of ideas and experience. The topics covered are 
technical and meant for participants with an appropriate technical background.

 

Users' perspective on information retrieval is largely shaped by web 
experiences. Accordingly libraries are feeling pressure to adapt their services 
in line with new user expectations.

 

We invite you to attend this year's conference "Meeting New User Expectations". 

 

The conference takes place 9-11th June 2010 in Helsinki, Finland.

There will be a pre-conference 8th June with two tracks: "Solr boot camp" and 
"Web services boot camp".

 

You will find information about the conference at: 
http://indico.cern.ch/event/elag2010  

Here you may also register for the conference. 

 

Further information about the conference can be found at: 
http://elag2010.nationallibrary.fi/   

If you have any questions, please send an email to: elag-2...@helsinki.fi 
   

We look forward to meet you in Helsinki!

 

Peter

[CODE4LIB] Registration for ELAG 2010 is now open

[Boheemen, Peter van]

Invitation to the 34th ELAG conference, 9-11th June 2010, 
"Meeting New User Expectations"
Helsinki, Finland


 

The ELAG (European Library Automation Group) Conference is Europe's premier 
conference for library and information management technology. The meetings aim 
at in depth discussions of particular library automation topics and at the 
promotion of informal exchange of ideas and experience. The topics covered are 
technical and meant for participants with an appropriate technical background.

 

Users' perspective on information retrieval is largely shaped by web 
experiences. Accordingly libraries are feeling pressure to adapt their services 
in line with new user expectations.

 

We invite you to attend this year's conference "Meeting New User Expectations". 

 

The conference takes place 9-11th June 2010 in Helsinki, Finland.

There will be a pre-conference 8th June with two tracks: "Solr boot camp" and 
"Web services boot camp".

 

You will find information about the conference at: 
http://indico.cern.ch/event/elag2010  

Here you may also register for the conference. 

 

Further information about the conference can be found at: 
http://elag2010.nationallibrary.fi/   

If you have any questions, please send an email to: elag-2...@helsinki.fi 
   

We look forward to meet you in Helsinki!

Re: [CODE4LIB] Code4Lib North planning continues

[Gabriel Farrell]

I'm hoping to attend the upcoming code4libnorth meeting because I
heart Canada, but I'd rather not join yet another mailing list. If it
gets canceled or something tell us on this list or put it on the wiki
page, please?


On Thu, Apr 8, 2010 at 11:46 AM, Walker, David  wrote:
> I'm not on that conference list, so don't really know how much traffic it 
> gets.
>
> But it seems to me that, since these regional conferences are mostly being 
> held at different times of the year from the main conference, the overlap 
> would be minimal.
>
> Or not.  I don't know.
>
> --Dave
>
> ==
> David Walker
> Library Web Services Manager
> California State University
> http://xerxes.calstate.edu
> 
> From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of William 
> Denton [...@pobox.com]
> Sent: Thursday, April 08, 2010 7:45 AM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] Code4Lib North planning continues
>
> On 8 April 2010, Walker, David quoted:
>
>>> I think a good compromise is to have local meeting
>>> conversations on the code4libcon google group.
>
> That list is for organizing the main conference, with details about
> getting rooms, food, shuttle buses, hotel booking agents, who can MC
> Thursday afternoon, etc.  Mixing that with organizational details *and*
> general discussion about all local chapter meetings would confuse
> everything, I think.
>
> Bill
> --
> William Denton, Toronto : miskatonic.org www.frbr.org openfrbr.org
>

Re: [CODE4LIB] Running a repository on Debian Stable

[[Your Name]]

>  Mike Taylor writes:
> Fedora,
> 
>  The problem there, as I understand it is that Fedora expects
>  everything to be in one directory. This setup in inimical to the
>  Debian setup.

Personally, I would think that Fedora is well beyond anything you're describing 
as desired, but just as a point of general information:

If by the above you mean that Fedora requires the web-app, object store, 
indexes, etc. to be in one directory, this is certainly not the case. A simple 
default install will indeed put all these inside one directory, along with a 
Apache Tomcat install and Apache Derby plant (if you ask for those things to be 
configured for you), but that seems to me to be simply the most OS-agnostic 
approach. You can, however, rearrange the various filesystem (and other) 
dependencies howsoever you like. E.g. here at UVa we've used network storage 
for objects, other network storage for data, a separate database server, our 
own locally-configured Java container, etc.

---
A. Soroka
Digital Research and Scholarship R & D
the University of Virginia Library

Re: [CODE4LIB] New books RSS feed / "badge" with cover images?

[Alejandro Garza Gonzalez]

Some ideas:
1) Use Feeds Imagegrabber (http://drupal.org/project/feeds_imagegrabber) 
along with Feeds to create nodes that include their enclosures (cover 
images) from the RSS feed. Once you have the items as nodes you can use 
Views and the plethora of Views carrousel-like modules to display them 
like the LibraryThing widget you prefer =) I think you can also set 
Feeds to delete nodes older than X days so you don't end up with old 
nodes lying around.


2) Write out a bit of PHP (or javascript?) in a custom block to "just" 
parse the current RSS feed's contents. You'd have to add in the 
Javascript/Jquery carrousel of your choice. Might be simpler--if you 
have a coder around or can find the appropriate PHP and/or JS code 
already available on the Internets.


I also thought of (but discarded) Millennium.module; it can create nodes 
from an ftlist URL, BUT you'd have to run it manually every so often (it 
has Views integration, so like Feeds you could use views and a carrousel 
to show the items).


Also, it'd be nice to just use a Millennium WebOPAC as a datasource 
(instead of local MySQL) for Views 3... maybe I can put that into 
Millennium.module =)


_alejandro

Laura Harris said the following on 09/04/2010 09:07 a.m.:

Hi, all - I suspect something like this is being done already, so I thought I 
would check in and ask.

Essentially, what I would like to do is display the library's new books on a 
web page in a graphic format - I'd like it to look very similar to the sorts of 
widgets that GoodReads or LibraryThing users can create. I threw up a few quick 
examples here:

http://gvsu.edu/library/zzwidget-test-171.htm

Now, we have an RSS feed for our new books (Millennium is our ILS if it matters), and as 
I understand it, the images we get from Syndetic Solutions are parsed as enclosures to 
that RSS feed. Is there a way to take the RSS feed, and only show those enclosures (if 
they exist, and are not the default "grey box" we see if the book doesn't have 
a cover image) somehow?

Or perhaps there's a really easy way to do this that I'm overlooking.

Would appreciate your insight!

Thanks,


   


--
_ ___ _ _ _ _ _ _ _
*Ing. Alejandro Garza González*
Coordinación de proyectos y desarrollo de sistemas
Centro in...@te, Centro para la Innovación en Tecnología y Educación
Tecnológico de Monterrey

Tel. +52 [81] 8358.2000, Ext. 6751
Enlace intercampus: 80.689.6751, 80.788.6106
http://www.itesm.mx/innovate/

El contenido de este mensaje de datos no se considera oferta, propuesta 
o acuerdo, sino hasta que sea confirmado en documento por escrito que 
contenga la firma autógrafa del apoderado legal del ITESM. El contenido 
de este mensaje de datos es confidencial y se entiende dirigido y para 
uso exclusivo del destinatario, por lo que no podrá distribuirse y/o 
difundirse por ningún medio sin la previa autorización del emisor 
original. Si usted no es el destinatario, se le prohíbe su utilización 
total o parcial para cualquier fin.


The content of this data transmission must not be considered an offer, 
proposal, understanding or agreement unless it is confirmed in a 
document signed by a legal representative of ITESM. The content of this 
data transmission is confidential and is intended to be delivered only 
to the addressees. Therefore, it shall not be distributed and/or 
disclosed through any means without the authorization of the original 
sender. If you are not the addressee, you are forbidden from using it, 
either totally or partially, for any purpose.

Re: [CODE4LIB] New books RSS feed / "badge" with cover images?

[Sean Hannan]

I would suggest using Yahoo! Pipes (http://pipes.yahoo.com/pipes/) for 
something like this.  You can feed it your RSS feed, and add in some logic to 
strip out extraneous information and the grey boxes.

-Sean

---
Sean Hannan
Web Developer
Sheridan Libraries
Johns Hopkins University

On Apr 9, 2010, at 10:07 AM, Laura Harris wrote:

> Hi, all - I suspect something like this is being done already, so I thought I 
> would check in and ask. 
> 
> Essentially, what I would like to do is display the library's new books on a 
> web page in a graphic format - I'd like it to look very similar to the sorts 
> of widgets that GoodReads or LibraryThing users can create. I threw up a few 
> quick examples here:
> 
> http://gvsu.edu/library/zzwidget-test-171.htm 
> 
> Now, we have an RSS feed for our new books (Millennium is our ILS if it 
> matters), and as I understand it, the images we get from Syndetic Solutions 
> are parsed as enclosures to that RSS feed. Is there a way to take the RSS 
> feed, and only show those enclosures (if they exist, and are not the default 
> "grey box" we see if the book doesn't have a cover image) somehow? 
> 
> Or perhaps there's a really easy way to do this that I'm overlooking. 
> 
> Would appreciate your insight! 
> 
> Thanks,

Re: [CODE4LIB] ILS short list

[Tim McGeary]

Lehigh is part of the Web Services partner program, and we are very  
close to releasing the mobile app.  So far it hasn't cost any $$ nor  
have we had to worry about API either as there is a separate web  
services API that this development is based on. In reality, much of  
that effort depends on the base Unicorn/Symphony API.


There is some expectation (skepticism/cynicism?) that SirsiDynix will  
eventually charge customers for web-service
apps, but from conversations with colleagues at other partner sites,  
it's our intention to push partner apps to remain free and open.  But  
I wouldn't be surprised if there is eventually a subscription to ge  
access to the web services API.


If there are any specific questions on this, let me know.

Cheers,
Tim

Sent from my iPod Touch

Tim McGeary
Team Leader, Library Technology
tim.mcge...@lehigh.edu

On Apr 9, 2010, at 8:25 AM, Emily Lynema  wrote:

SirsiDynix Symphony has a new Web Services platform that is being  
released in beta at this point. Full documentation is supposed to be  
available in 2010. It was used to enable the SirsiDynix iPhone app.  
I think it was built as a wrapper on top of their long-existing  
command line API tools.


Feature set is supposed to include:
* authenticated access to user account info and ability to place  
holds / renew items

* new / popular title lists
* bibliographic searching and display
* item availability information

I don't think this package requires additional $$, but I bet you do  
have to have already paid for API training. We haven't investigated  
that deeply with Sirsi yet.


-emily

--
Emily Lynema
Associate Department Head
Information Technology, NCSU Libraries
919-513-8031
emily_lyn...@ncsu.edu


--

Date:Thu, 8 Apr 2010 14:32:57 -0400
From:Ryan Eby 
Subject: Re: ILS short list

It would probably be worth putting your findings on the code4lib wiki
if you end up getting very far.

I had started a list awhile ago but never got around to getting more
info/completing it. Here's what I have so far based on talking with
people. The information may be out of date:

Evergreen and Koha both have database access and various API's. Not
sure on the hosted liblime koha.

Voyager
*Export
Built in. Can export Marc with bib, holdings and authorities records,
though marc is often mangled (from person i talked to).
*Database Access
Built in. Uses Oracle and also provides entity-relationship diagrams
and some pre-build "views" to help in development. Believe the oracle
license is also included in the base price. Access is read-only.
*API's and Web Services
Built in. z39 access, however with SQL access you could likely build
the API you need.

Unicorn
* Export
Built in. MARC21 or flat file formats. Unicode support is available  
as an extra.

* Database Access
Mixed. No access to the embedded Informix database by default; API
training is necessary for read-only access. Oracle is an extra option,
but that only gives you a read-only license. For write access, you
need a full Oracle license. SQL schema is supplied if you purchase API
training.
* API's and Web Services
Mixed. Z39.50 is offered (not sure if it's an extra). "API access" is
an extra - basically you pay for docs of Unix-like commands and the
ability to pay for API support if you screw up. API training also
gives you some access to the client/server wire protocol so you can
roll your own. No Web services. Utterly unusable XML API (it basically
wraps the wire protocol with no abstraction).

Innovative
* Export
Built In. Can dump Marc or CSV files of specific field data
* Database Access
Extra. There is a Oracle option with an additional cost with the
default being a proprietary database without access. From what I've
heard the Oracle tables are not documented overly well. There also
appears to be mysql used for some data as well.
*API's and Web Services
Extra. Z39 is offered as a product. There used to be an XML server but
this appears to have been discontinued. There appears to be more web
services in the works though they also appear to be additional
products. XRecord is built in but doesn't easily allow access to
attached items given a bib

eby



> Anna Headley wrote:


>>
>> I am looking to find or create a shortlist of ILSes, open or  
proprietary,
>> that provide API access to bibliographic and item-level data. 
 �I am really

>> only looking for ILSes that are used by academic libraries.
>>
>> Do you know of any resources that might be helpful? �I starte 
d with
>> Marshall Breeding's 2009 Perceptions report, but it doesn't  
include much

>> information about a given ILS.
>>
>> Or, do you use such an ILS in your library?
>>
>> So far my list is: Evergreen
>>
>> Thank you!!
>> Anna
>>
>>


>

[CODE4LIB] New books RSS feed / "badge" with cover images?

[Laura Harris]

Hi, all - I suspect something like this is being done already, so I thought I 
would check in and ask. 

Essentially, what I would like to do is display the library's new books on a 
web page in a graphic format - I'd like it to look very similar to the sorts of 
widgets that GoodReads or LibraryThing users can create. I threw up a few quick 
examples here:

http://gvsu.edu/library/zzwidget-test-171.htm 

Now, we have an RSS feed for our new books (Millennium is our ILS if it 
matters), and as I understand it, the images we get from Syndetic Solutions are 
parsed as enclosures to that RSS feed. Is there a way to take the RSS feed, and 
only show those enclosures (if they exist, and are not the default "grey box" 
we see if the book doesn't have a cover image) somehow? 

Or perhaps there's a really easy way to do this that I'm overlooking. 

Would appreciate your insight! 

Thanks,

Re: [CODE4LIB] ILS short list

[Bill Dueber]

Aleph does have an extensive "X-Server" API into many functions. It's
a mess (e.g., some methods return MARC-XML, others return OAI-MARC)
but pretty extensive. A good overview is in a PDF linked from

http://documents.el-una.org/99/

Of course, if Ex Libris has any information publicly available, I
can't find it...



On Thu, Apr 8, 2010 at 3:02 PM, Ziso, Ya'aqov  wrote:
> Ed, Eric, Bill, please confirm) to my knowledge ALEPH had API to BIB, AUTH, 
> HOLD, ITEM since version 16+
> Ya’aqov
>
>
>
>
> On 4/8/10 2:47 PM, "Bill Dueber"  wrote:
>
>> On Thu, Apr 8, 2010 at 2:32 PM, Ryan Eby  wrote:
>>> Unicorn
>>> * Export
>>> Built in. MARC21 or flat file formats. Unicode support is available as an
>>> extra.
>>
>> "...as an extra"??? This is the saddest thing I've ready all day.
>>
>



-- 
Bill Dueber
Library Systems Programmer
University of Michigan Library

Re: [CODE4LIB] ILS short list

[Emily Lynema]

SirsiDynix Symphony has a new Web Services platform that is being released in 
beta at this point. Full documentation is supposed to be available in 2010. It 
was used to enable the SirsiDynix iPhone app. I think it was built as a wrapper 
on top of their long-existing command line API tools.

Feature set is supposed to include:
* authenticated access to user account info and ability to place holds / renew 
items
* new / popular title lists
* bibliographic searching and display
* item availability information

I don't think this package requires additional $$, but I bet you do have to 
have already paid for API training. We haven't investigated that deeply with 
Sirsi yet.

-emily

--
Emily Lynema
Associate Department Head
Information Technology, NCSU Libraries
919-513-8031
emily_lyn...@ncsu.edu



--

Date:Thu, 8 Apr 2010 14:32:57 -0400
From:Ryan Eby 
Subject: Re: ILS short list

It would probably be worth putting your findings on the code4lib wiki
if you end up getting very far.

I had started a list awhile ago but never got around to getting more
info/completing it. Here's what I have so far based on talking with
people. The information may be out of date:

Evergreen and Koha both have database access and various API's. Not
sure on the hosted liblime koha.

Voyager
*Export
Built in. Can export Marc with bib, holdings and authorities records,
though marc is often mangled (from person i talked to).
*Database Access
Built in. Uses Oracle and also provides entity-relationship diagrams
and some pre-build "views" to help in development. Believe the oracle
license is also included in the base price. Access is read-only.
*API's and Web Services
Built in. z39 access, however with SQL access you could likely build
the API you need.

Unicorn
* Export
Built in. MARC21 or flat file formats. Unicode support is available as an extra.
* Database Access
Mixed. No access to the embedded Informix database by default; API
training is necessary for read-only access. Oracle is an extra option,
but that only gives you a read-only license. For write access, you
need a full Oracle license. SQL schema is supplied if you purchase API
training.
* API's and Web Services
Mixed. Z39.50 is offered (not sure if it's an extra). "API access" is
an extra - basically you pay for docs of Unix-like commands and the
ability to pay for API support if you screw up. API training also
gives you some access to the client/server wire protocol so you can
roll your own. No Web services. Utterly unusable XML API (it basically
wraps the wire protocol with no abstraction).

Innovative
* Export
Built In. Can dump Marc or CSV files of specific field data
* Database Access
Extra. There is a Oracle option with an additional cost with the
default being a proprietary database without access. From what I've
heard the Oracle tables are not documented overly well. There also
appears to be mysql used for some data as well.
*API's and Web Services
Extra. Z39 is offered as a product. There used to be an XML server but
this appears to have been discontinued. There appears to be more web
services in the works though they also appear to be additional
products. XRecord is built in but doesn't easily allow access to
attached items given a bib

eby



> Anna Headley wrote:
  

>>
>> I am looking to find or create a shortlist of ILSes, open or proprietary,
>> that provide API access to bibliographic and item-level data. �I am really
>> only looking for ILSes that are used by academic libraries.
>>
>> Do you know of any resources that might be helpful? �I started with
>> Marshall Breeding's 2009 Perceptions report, but it doesn't include much
>> information about a given ILS.
>>
>> Or, do you use such an ILS in your library?
>>
>> So far my list is: Evergreen
>>
>> Thank you!!
>> Anna
>>
>>


>
  

Re: [CODE4LIB] OpenURL aggregator not doing so well

[Ross Singer]

Yes, although, the problem is actually with Connotea:
http://www.connotea.org/article/4c40adbf8ecaef53b3772b5a141e229d

So we either need to talk to NPG or drop Connotea from the OpenURL planet.

-Ross.

On Fri, Apr 9, 2010 at 8:00 AM, Eric Hellman  wrote:
> Take a look at
> http://openurl.code4lib.org/aggregator
> Any ideas how to make it work better?
>
> Eric Hellman
> President, Gluejar, Inc.
> 41 Watchung Plaza, #132
> Montclair, NJ 07042
> USA
>
> e...@hellman.net
> http://go-to-hellman.blogspot.com/
>

[CODE4LIB] OpenURL aggregator not doing so well

[Eric Hellman]

Take a look at 
http://openurl.code4lib.org/aggregator
Any ideas how to make it work better?

Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA

e...@hellman.net 
http://go-to-hellman.blogspot.com/