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