Re: [CODE4LIB] What software for a digital library

[Cary Gordon]

I would build it in Drupal, or possible Islandora, which is a Drupal
and DSpace package.

I got started with Drupal, lo those many years ago (six, actually)
when I was building out a DSpace server and realized that I could not
get it looking very user-freindly on its own. I did my own mashup, and
it worked.

Cary

On Fri, Dec 9, 2011 at 11:05 PM, Lars Aronsson  wrote:
> If I built this website today and not in 1994,
> http://runeberg.org/irescan/0014.html
>
> (you can see it hasn't changed much,
> http://web.archive.org/web/19970227191652/http://www.lysator.liu.se/runeberg/fstal/1b.html
> )
>
> then I would probably use CSS rather than HTML tables for
> layout, I would probably use a MySQL database instead of
> plain text files, and I would probably use some open source
> content management (CMS) or digital asset managment (DAM)
> software rather than a Perl script that generates static
> HTML files.
>
> But which open source framework would I use? Greenstone?
> XTF? DSpace? Mediawiki? Django? WordPress?
>
> I found the Mark Twain Project, which uses XTF, and it looks
> quite nice, http://www.marktwainproject.org/
>
> Then I saw the video showing how to add a new document to an
> XTF website, and that didn't look so good,
> http://xtf.cdlib.org/getting-started-tutorials/the-exercises/exercise-1/
>
> in particular I didn't like these steps:
>    5. Shut down tomcat.
>    6. Do an incremental re-index (2) to include the new document.
>    7. Start up tomcat.
>    ...
>
> To be clear: I need a platform where regular users, logged
> in or not, can upload new books through a web interface.
> Does that leave me with anything else than Mediawiki?
>
>
> --
>  Lars Aronsson (l...@aronsson.se)
>  Project Runeberg - free Nordic literature - http://runeberg.org/



-- 
Cary Gordon
The Cherry Hill Company
http://chillco.com

Re: [CODE4LIB] Availability of data-enabled temporary SIM cards

[Cary Gordon]

I think that "Some devices they don't sell are blocked from using the
prepaid data service." would mean that those phones are locked by
definition.

Cary

On Fri, Dec 9, 2011 at 6:31 PM, Kyle Banerjee  wrote:
> On Thu, Dec 8, 2011 at 1:50 PM, KREYCHE, MICHAEL  wrote:
>
>> I meant "phone purchased from T-Mobile." Some devices they don't sell are
>> blocked from using the prepaid data service.
>>
>
> Meaning an unlocked phone can be used for calls but not data? Weird.
>
> You should be able to use data on a properly unlocked phone. If you
> couldn't do that, you'd think that the people who root their phones and
> drop in a new ROM wouldn't be able to use service.
>
> I love TMO, but I wouldn't just go for the cheapest service. Check the
> frequencies that your phone handles and of the carrier you plan to use.
> Edge speeds really suck, particularly if you're tethering, and it's worth
> dropping a bit more coin for something that actually works.
>
> kyle



-- 
Cary Gordon
The Cherry Hill Company
http://chillco.com

Re: [CODE4LIB] Namespace management, was Models of MARC in RDF

[Simon Spero]

On Thu, Dec 8, 2011 at 12:16 PM, Richard Wallis wrote:

> *A record is a silo within a silo*
>
* *

> A record within a catalogue duplicates the
> publisher/author/subject/etc.information stored in adjacent records
> describing items by the same
> author/publisher/etc.  This community spends much of it's effort on
> the best ways to index and represent this duplication to make records
> accessible.   Ideally an author, for instance, should be
> described [preferably only once] and then related to all the items they
> produced
>

I would argue that  this  analysis of the nature of what it is to be a
record is incomplete, and that a more nuanced analysis sheds light on some
of the theoretical and practical problems that came up during the BL Linked
Data meeting.

>From a logical point of view, a bibliographic record can seen as a theory -
that is to say a consistent set of statements.  There may be  records
describing the same thing, but the theories they represent need not be
consistent with the statements in the first collection.  The record is the
context in which these statements are made.

An example of where the removal of  context leads to problems can be seen
by considering the case of a Document to which FAST headings are assigned
by two different catalogers, each of whom has a different opinion as to the
primary subject of the Work.  Each  "facet" is a separate statement within
the each theory; each theory may represent a coherent view of the subject,
yet the direct combination of  the two theories may entail statements that
neither indexer believes true.

The are also performance benefits that arise from admitting records into
one's ontology; a great deal of metalogical information, especially that
for provenance, is necessarily identical for all statements made within the
same theory;  all the statements share the same utterer, and the statements
were made at the same time.  Instead of repeating this metalogical
information for every single statement, provenance information can be
maintained and reasoned over just once.

Simon

Re: [CODE4LIB] Bienvenue à Montréal (Access 2012 found a home)

[Kimberly Silk]

Awesome. I'm marking my calendar now.

Kim
-
Kimberly Silk, MLS
Data Librarian, Martin Prosperity Institute
Rotman School of Management at the Universtiy of Toronto

Office: 416-673-8586
Mobile: 416-721-8955
kimberly.s...@martinprosperity.org
@kimberlysilk

Find out what REALLY goes on at a think tank: 
http://blog.martinprosperity.org
Twitter: @MartinProsperit

On 2011-12-09, at 3:36 PM, Amy Buckland wrote:

Hey everyone -
Just to let you know that Access 2012 will be in Montreal in October - 
http://accessconference.ca/2011/12/09/see-you-in-montreal/
More info to follow very shortly.
In the meantime, holler if you have any questions!

Cheers,

Amy Buckland
eScholarship, ePublishing & Digitization Coordinator
McGill University Library
514.398.3059

[CODE4LIB] JOB ANNOUNCEMENT (Temporary Position, Fulltime): Technology Librarian - Academic Library - Los Angeles, CA

[AIM Library & Information Staffing]

>
> FULLTIME, TEMPORARY POSITION
> Under the direction of the Library Director, the Technology Librarian will
> provide expertise in the design, development and support of the library’s
> webpage; explores new technologies and has the ability to create and
> suggest useful applications in an information/knowledge-based environment;
> provides information literacy instruction on new technologies using social
> networking tools to support the University Library’s mission
>
> ESSENTIAL DUTIES AND RESPONSIBILITIES:
>
> Tracks trends, investigate new developments and applications, and
> incorporate appropriate technologies into the library environment to
> improve library services and access to information.
> Conducts workshop for faculty, students and students on the use of
> emerging technologies; including digitalization projects (archival), mobile
> technology, and social networking; demonstrating how emerging technologies
> can be used in their classrooms activities
> Shares technology knowledge and train others to improve skills of library
> staff
> Creates an innovative project on South LA Healthcare
> Enhances and maintain the Library’s website by adding content and creating
> a user friendly site that meets the changing need of users.
> Develops distributed Library resources to clinical sites
> Sets up simulation equipment and other learning technologies to meet the
> needs of faculty and students
> REQUIREMENTS:
> Master's degree from an ALA-accredited graduate program or MS in
> instructional design
> At least one year of experience in the field of Library Science.
>
> KNOWLEDGE/ABILITIES/SKILLS:
> Familiarity with current trends, standards and emerging technologies in
> libraries and the web.
> Demonstrated aptitude in the use of technology.
> Knowledge and experience with website design, such as HTML, social
> networking tools, mobile devices, accessibility and usability issues.
> An understanding and working knowledge of Learning Management Systems
> (such as; Blackboard, Canvas, Angel.)
> Excellent interpersonal skills, self-starter; strong user-service
> orientation; ability to work cooperatively in a team environment; written
> and oral communication skills.
>
> HARDWARE/SOFTWARE EXPERIENCE:Knowledge of computers and their
> applications to health sciences libraries
> Knowledge of Dreamweaver or HTML, Microsoft Office and relational
> databases
> Skills in designing online instruction, including Webinars and tutorials.
>
> For immediate consideration, please reply to a...@aimusa.com with MS-Word
> formatted resume attached.
>

Re: [CODE4LIB] What software for a digital library

[Pottinger, Hardy J.]

Hi, Lars, you seem to be on the right track, but I'll chime in for
repositories here. Either DSpace or Fedora  Commons make good "boxes" for
digitized content, you're just faced with the task of building an
interface to them. For DSpace, I'd look at using Skylight [1], for Fedora
there are lots of choices, but a really fun one is EULFedora [2], written
by the fine folks at Emory University. EULFedora is a Django-based front
end for Fedora, there is a great tutorial/howto on readthedocs.org [3].
Another option is to use whatever box/CMS/DAM you have handy, and then use
the page-turner that mutlivio.org makes available.

If you're looking for Digital Library in a box, you're probably looking
for Omeka (PHP web app), or Islandora (Drupal front end for Fedora). You
can download a Vbox [4] image with a running instance of Islandora, boot
it up in Virtual Box and Bam! You're cooking.

Another option that doesn't get enough mention is the digital library
software that Villanova wrote, VuDL. [5]

[1] http://skylightui.org
[2] https://github.com/emory-libraries/eulfedora
[3] http://eulfedora.readthedocs.org
[4] http://islandora.ca/download_islandorademo_virtualbox
[5] http://vudl.org/


--
HARDY POTTINGER 
University of Missouri Library Systems
http://lso.umsystem.edu/~pottingerhj/
https://MOspace.umsystem.edu/
"No matter how far down the wrong road you've gone,
turn back." --Turkish proverb






On 12/9/11 11:05 PM, "Lars Aronsson"  wrote:

>If I built this website today and not in 1994,
>http://runeberg.org/irescan/0014.html
>
>(you can see it hasn't changed much,
>http://web.archive.org/web/19970227191652/http://www.lysator.liu.se/runebe
>rg/fstal/1b.html
>)
>
>then I would probably use CSS rather than HTML tables for
>layout, I would probably use a MySQL database instead of
>plain text files, and I would probably use some open source
>content management (CMS) or digital asset managment (DAM)
>software rather than a Perl script that generates static
>HTML files.
>
>But which open source framework would I use? Greenstone?
>XTF? DSpace? Mediawiki? Django? WordPress?
>
>I found the Mark Twain Project, which uses XTF, and it looks
>quite nice, http://www.marktwainproject.org/
>
>Then I saw the video showing how to add a new document to an
>XTF website, and that didn't look so good,
>http://xtf.cdlib.org/getting-started-tutorials/the-exercises/exercise-1/
>
>in particular I didn't like these steps:
> 5. Shut down tomcat.
> 6. Do an incremental re-index (2) to include the new document.
> 7. Start up tomcat.
> ...
>
>To be clear: I need a platform where regular users, logged
>in or not, can upload new books through a web interface.
>Does that leave me with anything else than Mediawiki?
>
>
>-- 
>   Lars Aronsson (l...@aronsson.se)
>   Project Runeberg - free Nordic literature - http://runeberg.org/

Re: [CODE4LIB] What software for a digital library

[Brad Rhoads]

Hi Lars,

You might take a look at our recently released digital library system
called Ibidem (http://www.maflt.org/products/Ibidem).

Its strengths are its simplicity and its flexibility. For example, items
can be in multiple collections. And you can define custom metadata sets,
where you can have user friendly names that get translated to Dublin Core.
Does the typical user really know what Relation or Coverage mean?

BTW, it's multilingual and multitenant.

I'll be modularizing the code soon to make it easier to  build custom end
user UIs, or you can access the data via OAI-PMH calls. Right now Ibidem is
very good for administration and I'm working to make it better for the end
user experience. (There will probably be a mobile interface within the next
6 months.)

-Brad

---
www.maf.org/rhoads
www.ontherhoads.org


On Fri, Dec 9, 2011 at 10:05 PM, Lars Aronsson  wrote:

> If I built this website today and not in 1994,
> http://runeberg.org/irescan/**0014.html
>
> (you can see it hasn't changed much,
> http://web.archive.org/web/**19970227191652/http://www.**
> lysator.liu.se/runeberg/fstal/**1b.html
> )
>
> then I would probably use CSS rather than HTML tables for
> layout, I would probably use a MySQL database instead of
> plain text files, and I would probably use some open source
> content management (CMS) or digital asset managment (DAM)
> software rather than a Perl script that generates static
> HTML files.
>
> But which open source framework would I use? Greenstone?
> XTF? DSpace? Mediawiki? Django? WordPress?
>
> I found the Mark Twain Project, which uses XTF, and it looks
> quite nice, 
> http://www.marktwainproject.**org/
>
> Then I saw the video showing how to add a new document to an
> XTF website, and that didn't look so good,
> http://xtf.cdlib.org/getting-**started-tutorials/the-**
> exercises/exercise-1/
>
> in particular I didn't like these steps:
>5. Shut down tomcat.
>6. Do an incremental re-index (2) to include the new document.
>7. Start up tomcat.
>...
>
> To be clear: I need a platform where regular users, logged
> in or not, can upload new books through a web interface.
> Does that leave me with anything else than Mediawiki?
>
>
> --
>  Lars Aronsson (l...@aronsson.se)
>  Project Runeberg - free Nordic literature - http://runeberg.org/
>

Re: [CODE4LIB] What software for a digital library

[Miles Fidelman]

Thomas Krichel wrote:

   Lars Aronsson writes


To be clear: I need a platform where regular users, logged
in or not, can upload new books through a web interface.
Does that leave me with anything else than Mediawiki?

   Try http://omeka.org. I use it for teaching purposes.


Omeka looks interesting.  Also, I'm surprised nobody's mentioned
EPrints http://www.eprints.org/
and
DSpace http://www.dspace.org/


--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra

Re: [CODE4LIB] Namespace management, was Models of MARC in RDF

[Karen Coyle]

Quoting Richard Wallis :




Why bother?
Transforming Marc in to RDF is an interesting and challenging exercise, but
there is little point in doing it without having some potential benefits in
mind beyond the "it would be great to have our stuff in a new format"


Richard, perhaps we have been a bit sloppy with our language, and I  
take some responsibility for that as the initiator of this thread.


I don't believe that anyone is saying that we have a goal of having a  
re-serialization of ISO 2709 in RDF so that we can begin to use that  
as our data format. We *do* have millions of records in 2709 with  
cataloging based on AACR or ISBD or other rules. The move to any  
future format will have to include some kind of transformation of that  
data. The result will be something ugly, at least at first: AACR in  
RDF is not going to be "good" linked data. (The slide that I pointed  
to earlier from a talk at SWIB11 shows a glass of water and a stem  
glass of wine -- it refers to MARC data in RDF and asks: if you pour  
water into a wine glass, does it become wine? Obviously, it does not.)  
However, all of the library data that we have today to experiment with  
as linked data is derived from MARC record data. So my initial  
question was intended to gather a bunch of different solutions as a  
way to seeing the different views on this.


I have started (lord knows if I'll ever have time to finish) an  
analysis of the data in MARC records

   http://futurelib.pbworks.com/w/page/29114548/MARC%20elements
with an attempt to separate the semantics from the format. That isn't  
in itself an end goal, but a means to an end -- a way to understand  
what information we may wish to carry forward into a new metadata  
environment. The MARC format hides a lot of the meaning by coding it  
in indicators and spreading it across fields designed for display,  
etc. I think that an analysis of this type could help us move further  
from MARC without losing the data we already have created.


I believe that you and I share a concern: that current library data is  
based on such a different model than that of the Semantic Web that by  
looking at our past data we will fail to understand or take advantage  
of linked data as it should be. This is my concern with FRBR and RDA:  
they are based on that previous model, and cannot be directly  
expressed as linked data, or at least not as "good" linked data. Our  
problem is not so much with MARC, which is a reflection of the catalog  
record, but with our entire view of the catalog entry as the end  
product of our work. Unfortunately, the library cataloging world has  
no proposal for linked data cataloging. I'm not sure where we could  
begin.


kc




RDF is a means to an end
We shouldn't loose sight of the RDF TLA, Resource Description Framework -
it is a framework for describing [our] resources.   It is the, de facto,
standard for publishing Linked Data.   Publishing descriptions of our
resources as Linked Data does fall in to the potential benefits arena -
reuse, mixing, merging, lowering barriers to use of data across, and from
outside of, the library community.


If it waddles and quacks, it is probably still a duck
Transforming a Marc record to XMLMarc just created the same record in in a
different wrapper.  Apart from the technical benefit (of being able to use
generic tools to work with it), it did not move us much further forward
towards opening up our data to wider use. Transforming Marc, of any flavor,
into an RDF representation of a record still leaves us with a record per
item - a digital card catalogue equivalent.


A record is a silo within a silo
A record within a catalogue duplicates the publisher/author/subject/etc.
information stored in adjacent records describing items by the same
author/publisher/etc.  This community spends much of it's effort on the
best ways to index and represent this duplication to make records
accessible.   Ideally an author, for instance, should be described
[preferably only once] and then related to all the items they produced


Linked Data should be the goal
At the event mentioned by Mike, Linked Data and Libraries[1], the British
Library launched their initial data model for the British National
Bibliography[2].  "One of the key concepts of Linked Data is to represent
data as a set of interlinked things. These things are referred to as
objects of interest, they are things about which we can make statements."
In this model you get statements about things (eg. books, authors,
publishers, publishing events, subjects, places, etc.) and the links
between them - not a record per item.


Storing Marc in an RDF triple, or link to it?
The question I would ask is, which consumer of your data would this be
useful for?  Secondly, whatever your answer, it does not make sense to say
that this item, or author, or publisher 'thing' was derived from a
particular Marc record - you could perhaps at data set, or graph, level
(using the provenanc

Re: [CODE4LIB] What software for a digital library

[Thomas Krichel]

  Lars Aronsson writes

> To be clear: I need a platform where regular users, logged
> in or not, can upload new books through a web interface.
> Does that leave me with anything else than Mediawiki?

  Try http://omeka.org. I use it for teaching purposes. 

http://openlib.org/home/krichel/courses/lis654.html

  It's small enough that I can install a copy for each
  student, with a script that I run as root 

http://openlib.org/home/krichel/courses/lis654/bin/maintain_omeka

  Although primarily designed for image-based repositories,
  omeka has a bunch of plugins that you may find help
  you what you want to do. 

  Cheers,

  Thomas Krichelhttp://openlib.org/home/krichel
  http://authorprofile.org/pkr1
   skype: thomaskrichel