/usr/lib/info -- hacker/librarian haven
Front Page News Features
Software Events Standards
Ask Anything Opinion Diaries
Reviews . MLP . Everything
Welcome!
Home/Ask Anything
Menu
submit story
create account
faq
search
recommended reading
editorial guide
masthead

Login
Make a new account
Username:
Password:

Ask Anything

Thursday August 14th
OCLC's MARC to FRBR "Algorithm" (5 comments)

Thursday July 31st
Very Small Library System for LUG (4 comments)

Friday July 11th
ILS Benchmarks? (6 comments)

Friday June 13th
/u/l/i get together at ALA? (3 comments)

Sunday June 8th
Running XSL transformations from PHP (5 comments)
Principles that we have learned (2 comments)

Wednesday May 28th
Requirements for a Content Management System (4 comments)

Wednesday May 14th
Server-Side Fascism & the JavaScript Resistance (7 comments)

Thursday May 1st
Adding Z39.50 to non-Z39.50 databases (that you don't own) (4 comments)

Wednesday April 30th
BatchCat and Wine (2 comments)

Older Stories...

Welcome to /usr/lib/info!
Note: /usr/lib/info has finished moving to the florid pacific northwest. If you notice any strangeness or problems, please email Jeremy at jeremy@digitallibrarian.org

Hey! You made it!

Things are pretty basic around here, trying to keep it all mostly standard scoop. So... what to do?

  • create an account
  • login
  • read editorial guide
  • moderate stories
  • add your own stories
  • mess with your user settings
  • write comments on various stuff

Thanks for stopping by... and have fun!

<< Previous 7Next 7 >>
OCLC's MARC to FRBR "Algorithm"

By ksclarke, Section Ask Anything
Posted on Thu Aug 14th, 2003 at 08:55:54 AM EST
OCLC's has released an "algorithm for converting MARC21 bibliographic databases to the FRBR (Functional Requirements for Bibliographic Records) model." It is released under the OCLC Research Public License. Now, I haven't downloaded it yet so maybe I'm misunderstanding, but I didn't think you could actually copyright an algorithm... you can copyright a program obviously, but I thought algorithms had to be patented. For copyright, I thought the thing that is copyrighted had to be an expression (you cannot copyright an idea (but you can patent it)). Am I wrong about this? Or is OCLC's "algorithm" really a program? Or what?

(5 comments, 367 words in story) Full Story

Very Small Library System for LUG

By ecorrado, Section Ask Anything
Posted on Thu Jul 31st, 2003 at 08:16:22 AM EST
Hi /usr/lib/infoer's,

Besides being a librarian, I am also president of our local Linux User Group. We have a few publishers that have started sending us books to review and put in our [very] small library (so far we have less then 10 books, but hopefully it will grow quickly:-). I'd like to put together an OPAC for these books.

Besides the normal name/title/subject/status stuff, I'd like to be able to include the reviews in the record. Since we are talking about something small, I'm sure I can throw something together. Before I do, does anyone have any suggestions for an Open Source package to look at that may already do this that they can recommend.

I know about some of the bigger solutions like Koha, but that would be overkill for my needs.

(4 comments) Comments >>

ILS Benchmarks?

By ksclarke, Section Ask Anything
Posted on Fri Jul 11th, 2003 at 06:45:59 AM EST
I wonder if anyone is aware of a set of tests for catalogs that would test their response times on a range of possible queries (from simple author or title searches to more complex multi-field testing).  While these tests would only cover known item searches, it would be interesting, for instance, to see how well one library catalog performs when compared to another with the same record set.  One might want to load up one of the open source ILSes with the same set of records s/he has in the local proprietary database, for instance, and compare the results.

(6 comments, 324 words in story) Full Story

/u/l/i get together at ALA?

By jaf, Section Ask Anything
Posted on Fri Jun 13th, 2003 at 07:01:17 AM EST
So, who's going to Toronto? Maybe we can get some /u/l/i folks together for a happy hour one night. I'd be up for that :-)

(3 comments) Comments >>

Running XSL transformations from PHP

By blearyeye, Section Ask Anything
Posted on Sun Jun 8th, 2003 at 10:53:14 AM EST

Y'all,

Looking to run XSL transformations from PHP. This is for a (library-related) project on SourceForge called ResearchGuide.

I think I will need to install Sablotron (more on this in the PHP Manual) and that's where I'm having trouble. I'm getting errors when I try to install on the SF Compile Farm:

error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm

Anyone have experience doing Linux installations (esp. on SF)?

(I've been asking about this in the PHP community and people don't seem to know about Sablotron or be that interested in PHP+XSL!)

Kelsey
Raleigh, NC

(5 comments) Comments >>

Principles that we have learned

By jaf, Section Ask Anything
Posted on Sun Jun 8th, 2003 at 10:48:20 AM EST
Below is an email that was sent to the rdf-interest listserv (re-posted with permission). While somewhat focused on RDF technology principles, it brings to mind broader principles in libraries and technology. What are some principles around information technology that you've picked up over time, similiar to the ones in the email below?

========================================

Hi Folks,

Below are a few principles which I hold to be true:

1. Frequently, data endures but the applications which processes the data comes and goes.

2. Separate everything:

   - separate data from presentation
   - separate data from applications that process the data
   - separate semantic definitions from application code
   - separate hyperlink definitions from data (put hyperlink definitions in a linkbase)

2. Freedom is not "do anything you want".  That is chaos.  Unbridled XML leads to chaos.  Freedom
is brought about through discipline.  Bring
order to instance data by conforming to a design pattern.  

    The RDF Class/Property/Value design pattern seems like a good choice to control the chaos.

3. Minimize exacting requirements on the *form* of instance documents. Expect diversity of
expression. 

    Corollary: In designing schemas apply liberal quantities of <any> and <all>;
minimize use of <sequence> and minOccurs="1".

4. Take a step forward to machine understanding of instance data by documenting how the data
relates to other things in the world: How does the class of data in the instance document relate to
other classes of data? What are the characteristics of the properties?	Answers to these questions
constitute a logical model.  

    OWL seems like a good choice for declaratively expressing logical models. 

I invite your suggestions for deletions/extensions/modifications to this
list. /Roger

(2 comments) Comments >>

Requirements for a Content Management System

By jaf, Section Ask Anything
Posted on Wed May 28th, 2003 at 12:03:50 PM EST
I am looking for any pointers to currently existing requirements documents for content management for local content. For instance, DSPACE used to have a link to the requirements documents behind it, but they appear to have disappeared from the website. We are looking at going through a requirements process here where I work, and I'm hoping to jump-start the process by taking advantage of work already done by others, instead of re-inventing the wheel. So, can some people point me in the right direction? :-)

(4 comments) Comments >>

<< Previous 7Next 7 >>

Powered by Scoop
All trademarks and copyrights on this page are owned by their respective companies. Comments are owned by the Poster. The Rest 2002 The Management

front page | submit story | create account | faq | search