 |
 |
Esmé, Thanks. I've got my own going okay, and the basics seem to work. The next step, as always, is seeing what happens with real live data, rather than the minimal test data I have in there. Live-fire data, I find, exposes more and more unanticipated quirks! Patrick On 07/08/2015 04:27 PM, Esmé Cowles wrote: > And if there aren't any open Fedora 4 repositories forthcoming, you can always use fcrepo4-vagrant to spin up your own pretty easily: > > https://github.com/fcrepo4-labs/fcrepo4-vagrant > > -Esme > >> On 07/08/15, at 4:01 PM, Tom Cramer <[log in to unmask]> wrote: >> >> Hi Patrick, >> >> To my knowledge, Penn State has one of the current Fedora 4 repositories in production; a few others are close (including the Royal Library of Denmark). You might also want to post th is query on the [log in to unmask] and/or [log in to unmask] list. >> >> Hope this helps, >> >> - Tom >> >> PS. Has there been any thought that Omeka S might also be IIIF-friendly <http://iiif.io/>, and able to present image-based resources from any IIIF-compatible repository by consuming both the IIIF image and presentation APIs <http://iiif.io/technical-details.html>? I can muster up some live IIIF API endpoints, if you are interested. >> >> >> >> >> >>> On Jul 8, 2015, at 9:07 AM, Patrick Murray-John <[log in to unmask]> wrote: >>> >>> Hi all, >>> >>> The Omeka <http://omeka.org> web publication tool for GLAMs is working on a new version, Omeka S, that will include modules for connecting to various other systems, including Fedora 4. >>> >>> Does anyone have a Fedora 4 installation with open API that we could use to test the basic reading and import mechanisms against? This would be for development and testing purposes only. >>> >>> Many thanks, >>> >>> Patrick Murray-John >>> Omeka Director of Developer Outreach