Archive for: April, 2010

Hiatus continues, and an onion

Apr 23 2010 Published by under Metablogging, Open Access

My husband and I have been stranded by the ash cloud from Iceland. We are well-housed thanks to good friends and the strength of weak ties, so there is no need to worry about us. With luck, we'll be able to get home Tuesday the 27th.

Blogging will continue to be sporadic until we're home.

I couldn't let Yale's shortsighted decision to free-ride on open access pass without comment, however. This has always been a danger for gold open access: that libraries would protect their toll-access collection budgets by choosing to free-ride on others' support of open-access journals.

It is wrong for any library considering itself a major research library to free-ride. Choose your publishers, yes, certainly; it's hard to impossible to participate in every worthy open-access membership program. But Yale isn't doing this; it's just dropping every membership it can, offering stunningly weak rationalizations, and not replacing those memberships with anything by way of other open-access support that I can see.

It would be nice if accreditors and library organizations took up the burden of naming and shaming free riders: ARL and ACRL could include open-access support in their library rankings, and I strongly believe they should. Until that day, however, the only weapon open-access advocates have against free-riders is public opprobrium, as best I can tell.

Therefore I say to the Yale University Library: this was a foolish, shortsighted, and unworthy decision. I think considerably less of you because of it. Please see fit to support the best hope we have of escaping the serials crisis.

I suggest that my Yale-affiliated readers contact the Yale University Library directly to express their opinions about this decision.

No responses yet

Hello from Scotland!

Apr 13 2010 Published by under Miscellanea

I'm just back from lunch, after giving my UKSG talk first thing this morning. Here are slides plus notes:

Who owns our work? (notes)

I'm aware that some of the notes are cut off owing to font size; I'll fix that as soon as I have a free minute. I also have slides only up, but this deck is a little more gnomic than some I've done, so I don't know how useful that'll be.

I'm having a wonderful time, and am very grateful to UKSG for the invitation (as well as their wonderful hospitality). You can follow the sessions via a cadre of brilliant livebloggers at UKSG's LiveSerials blog.

Next Monday I'll be at UKOLN in Bath talking about libraries and data. If you're in the area, I'd love to meet you!

No responses yet

Hiatus

Apr 08 2010 Published by under Metablogging

I am off to bonnie Scotland tomorrow for the UK Serials Group conference. I'll also be jogging down to Bath to meet some of the fine people at UKOLN and talk data.

There's a tremendous amount happening rather fast around serials at present; I wish I had time to blog it all, but I don't—I have a class to give tonight and a little more packing to do.
See you soon! And if you're coming to UKSG, please do say hello.

No responses yet

Data longa, tractatus brevis

Apr 05 2010 Published by under Praxis

Dan Cohen has an extraordinarily worthwhile post recounting his talk at the Shape of Things to Come conference at Virginia (which I kept my eye on via Twitter; it looked like a good 'un).

I see no point in rehashing his post; Dan knows whereof he speaks and expresses himself with a lucidity I can't match. I did want to pick up on one piece toward the end, because it has implications for library and archival systems design:

Christine Madsen has made this weekend the important point that the separation of interface and data makes sustainability models easier to imagine (and suggests a new role for libraries). If art is long and life is short, data is longish and user interfaces are fleeting. Just look at how many digital humanities projects that rely on Flash are about to become useless on millions of iPads.

As I've had occasion to mention, scholars generally and humanists in particular have a terrible habit of chasing the shiny. If Dan's post helps lead to an ethic of "sustainable first, shiny later," I will be a very, very happy camper. (I note that Dan's shop has firsthand experience with losing older projects to the shiny—non-standardized Javascript, if I recall correctly. Dan speaks from a position of hard-earned wisdom!)

The answer to this conundrum is not, however, "avoid the shiny at all costs!" It can't be. That will only turn scholars away from archiving and archivists. To my mind, this means that our systems have to take in the data and make it as easy as possible for scholars to build shiny on top of it. When the shiny tarnishes, as it inevitably will, the data will still be there, for someone else to build something perhaps even shinier.

Mark me well, incidentally: it is unreasonable and unsustainable to expect data archivists to build a whole lot of project-specific shiny stuff. You don't want your data archivists spending their precious development cycles doing that! You want your archivists bothering about machine replacement cycles, geographically-dispersed backups, standards, metadata, access rights, file formats, auditing and repair, and all that good work.

So this implies a fairly sharp separation between the data-management applications under the control of the data archivists, and the shiny userspace applications under the control of the scholars. How many of our systems have, or even imply, such separation?

DSpace doesn't, to my everlasting annoyance. (Try building a userspace application on top of materials in DSpace but wholly outside it. Just try.) Omeka doesn't—sorry, Dan. Not Greenstone, not EPrints, not ContentDM, not any of the EAD systems out there, not DLXS. All of these are built as silos, their APIs somewhat to appallingly limited. I'm here to say, the data silo needs to die, and the sooner the better.

Fedora Commons has this right. I say again: for all its faults, and it has them, Fedora Commons has this piece right. I also like what I see coming out of places like the Library of Congress, the California Digital Library, and the University of North Texas.

But let's stick with Fedora, because it's what I know best. Fedora isn't even trying to be the whole silo; it punts on the userspace problem entirely. It doesn't have a web user interface that anyone other than a command-line addict would recognize. What it has is a reasonably comprehensive (and improving) API on which any number of interfaces can be built.

Since "any number" is the exact number of interfaces that will need to be built (and coexist) over wildly varying data… you see why I think this the right approach. If you want to see this approach in action, you need seek no further than Islandora and its Virtual Research Environments.

Here's the fun bit: it doesn't take the University of Prince Edward Island's developers to create a new VRE. Any Drupal dev willing to learn about Fedora's view of the universe and reverse-engineer some of UPEI's code can do it. That's a fair few devs.

And that's the way the world will have to be. Data longa, tractatus brevis.

No responses yet

Introducing... Curatr!

Apr 01 2010 Published by under Tactics

Not good at organizing your thoughts, much less your research notes? Think publishing your data should be as easy as falling off the couch?

Yes, well, me too. So I've built a new site to do it all for you, and I'm calling it Curatr.

  • Built on all the shiniest and most proprietary technologies, from HyperCard to Flash
  • Automatically builds the most appropriate storage and interaction models based on computerized analysis of provided data. No documentation needed!
  • Auto-organizing. Never touch metadata again!
  • Can be managed by a single graduate student in two hours a week without any prior training
  • Wholly grant-funded, so you never have to worry about cost or sustainability
  • Never needs updating. Curatr does all the pesky link-breaking for you, as its underlying technology stack migrates to keep up with the times.

Join the Curatr perpetual beta today!

No responses yet