Open Library API, Bibo Ontology and Digital Bibliographies

I bet we're going to want to fiddle with the Open Library API and the Bibo Ontology in the context of the Pleiades bibliography application (and some others we're thinking about, like a next-generation Checklist of Editions for papyri and the like).

• Seek and get digital books from the Open Library.
• Use Bibo in other-than-html serializations of the underlying MODS records, and maybe even microformatishly in the HTML version. (We already use COinS -- for interop with Zotero -- but it's lossy, ungainly and suboptimally human-readable).
  

Thanks to Dave Pattern (via planet code4lib) for the pointer to the OA API).

Uptime

Now back up and running: all public-facing services hosted on atlantides.org (including the Concordia website, the Pleiades development environment, the Atlantides feed aggregators and the inscriptol mercurial repository) are up and running.

Downtime

Update (0855 EDT, 13 May): at present the server is down; individual services, beginning with Concordia, will come back up as they are reinstalled over the course of today.

It's time for a server operating system upgrade, so atlantides.org will be down today (6 May 2008), between noon and 8:00 p.m. U.S. Eastern time (GMT/UTC + 5). The length of the outage is likely to be shorter than this window. The Atlantides feed aggregators, as well as the Pleiades and Concordia development environments will be inaccessible during this upgrade. pleiades.stoa.org will remain up and accessible throughout.

Sharing the road

So, you find yourself in a free-wifi coffeeshop (or similar venue), where you're sharing bandwidth with others. You have a bunch of really big files that you need to transfer to a remote server so collaborators can get at them. You know that upload speed at your location is throttled pretty aggressively (my usual haunt has Bell South DSL, and I've never seen a big upload average higher than 48Kbps). So, it's likely that if you blast that stuff out it'll slow everybody in the venue (I tried. It did.).

This uses all the bandwidth it can get:

scp huge-file.zip myname@myserver.org:

This is more neighbor-friendly (my max upload speed is set to 10Kbps):

rsync --bwlimit=10 -e ssh huge-file.zip myname@myserver.org:

I really don't want to get thrown out of here ...