Andrew, Since it's all JavaScript, all the customizations are open for inspection by viewing source or using a debugger. While I didn't change any BookReader core code in hopes of making upgrades less painful, our customizations are a mess, very institution-specific, and I don't plan to put any work into packaging them up in a way that can be shared easily. This was implemented about three years ago and I'm looking to start fresh. I think it depends on what you mean when you say "get Djatoka working with the BookReader". If you simply want to deliver images to the BookReader via Djatoka, that's relatively easy. Start with the example demo [1], and edit the "getPageURI" function in the 'BookReaderJSSimple.js' file by basically changing the "url" var to Djatoka's OpenURL format. You will also need to tell it how many pages are in the book (which you can also set in that page), but that should be it. For starters, you should simply size your dynamic JPGs to the sizes the BookReader expects from the IA architecture. If you want to implement deep-zoom without hacking the BookReader's core code, that's going to require quite a bit of work. Unless I really had to, I wouldn't go down that route at this point for various reasons. I can elaborate, but I wouldn't want to bore anyone. Since development on the BookReader has largely stopped, and it's perfectly fine at what it does, I've been more interested in developing a new object "viewer" that would support a number of different object types -- something easy to drop into any site without needing to know a lot of JS. I have some strong opinions on what that should look like, but it's still early and much discussion around specifications should happen, probably on a different list. [1] https://github.com/openlibrary/bookreader/blob/master/BookReaderDemo/BookReaderJSSimple.js -Shaun On 2/25/13 1:14 PM, Andrew Hankinson wrote: > I would be interested in seeing your customizations. I've tried getting BookReader installed a couple times, and each time I got fed up with the install instructions, since it seemed specially tailored to the IA infrastructure. They mention that "others" have managed to get Djatoka working with BookReader, but I've scoured the Google and couldn't seem to find anyone who would share their code to get this working. > > > On 2013-02-25, at 9:01 AM, Shaun Ellis <[log in to unmask]> wrote: > >> Kyle, >> We have lots of old books too, and use the Open Library BookReader [1] for viewing. It's been designed with the iPad and other tablets in mind. I have customized it to work with Djatoka, allowing us "deep zoom" and other niceties of using JPEG2000 . However, out of the box, you can follow the Internet Archive's recipe [3] of zipping up a variety of derivative sizes, which works nicely as well. It's pretty easy to set up. >> >> I should mention that I met a number of folks at the conference who are using the BookReader and interested in extending/adapting it in a sustainable and cooperative way, with recent projects like the IIIF Image API and OpenAnnotation integration in mind. Let us know if anyone else is interested in being part of that discussion and development. We haven't put together a separate mailing list or anything yet, but probably will get one together soon. >> >> [1] http://openlibrary.org/dev/docs/bookreader >> [2] http://pudl.princeton.edu/objects/ms35t871w >> [3] http://raj.blog.archive.org/2011/03/17/how-to-serve-ia-style-books-from-your-own-cluster/ >> >> -Shaun >> >> On 2/22/13 7:50 PM, Kyle Banerjee wrote: >>> We have a few digitized books, (some of them are old -- we're talking 500 >>> years). Sizes are all over the place but the big ones are easily the size >>> of a large briefcase. >>> >>> We want to make these works more accessible/usable and there's some demand >>> to make them available for tablets. What experience do people have with >>> stuff like that, and what software/services/methods do you recommend? >>> >>> Source files are 600 dpi uncompressed tiffs so they're pretty big and >>> there's nothing special about a book being over 10GB in size. Thanks, >>> >>> kyle