P.S. Thank Tim Donohue for all this excellent AIP work. I'm just the
messenger.
On Thu, Mar 29, 2012 at 9:42 AM, Mark Diggory <mdigg...@atmire.com> wrote:
> The AIP is a zip package with a much more detailed METS manifest than the
> METSDSpaceSIP. For further details see:
>
> http://www.dspace.org/1_7_1Documentation/DSpace%20AIP%20Format.html
>
> Likewise, you will be able to capture your Community/Collection hierarchy
> as Fedora Objects as well.
>
> So, hypothetically, based upon the observations Glen has made, by its
> nature you should be able to import it into Fedora's SWORD interface.
>
> It will be a very intriguing test to see the outcome of this import
> process.
>
> Regards,
> Mark
>
> On Thu, Mar 29, 2012 at 9:22 AM, Glen Robson <glen.rob...@llgc.org.uk>wrote:
>
>> Hi Robin and Ying,
>>
>> I've just looked through the sword-fedora implementation (for SWORD
>> version 1.2) and it looks like if you submit the mime-type as text/xml and
>> the packaging as 'http://www.loc.gov/METS/' it will extract any METS
>> dmdSecs and store them as Fedora datastreams then go through the file
>> section and add those as datastreams to an object in Fedora. I'm not sure
>> how that would look in Islandora but if you have a METS document containing
>> MODS and links to files you should get them pulled into a Fedora object.
>>
>> When I developed the METS handler for Fedora SWORD it was meant to handle
>> a generic METS documents rather than any specific profile but I'm afraid I
>> don't know much about the METSDSpaceSIP so I'm not quite sure whats missing.
>>
>> Hope that helps.
>>
>> Glen
>>
>> On 29 Mar 2012, at 15:56, Robin Taylor wrote:
>> > Hi Ying,
>> >
>> > So the fact that the ServiceDocument contains...
>> >
>> > <sword:acceptPackaging q="0.9">
>> http://purl.org/net/sword-types/METSDSpaceSIP</sword:acceptPackaging>
>> >
>> > ...means that in theory it should be happy with a Mets package with Mods
>> > metadata. In practice I'll bet that the Fedora Sword implementation
>> > expects SWAP metadata. I don't know if there are any Fedora experts
>> > listening in who could confirm ?
>> >
>> > However, Mark makes a good point that SWORD may not be the best vehicle
>> > for a bulk transfer of data. You might be best to find out what tools
>> > Fedora has for bulk import and aim to export and transform your DSpace
>> > data into the required format.
>> >
>> > Cheers, Robin.
>> >
>> >
>> >
>> > On 28/03/12 15:47, Ying Jin wrote:
>> >> Hi Robin,
>> >>
>> >> Thanks for your reply. Here is the service document. I am running
>> >> SWORD-Fedora 1.2 -
>> >>
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >>
>> ========================================================================
>> >> <?xml version="1.0" encoding="UTF-8"?>
>> >> <app:service xmlns:atom="http://www.w3.org/2005/Atom"; xmlns:app="
>> http://www.w3.org/2007/app
>> >> " xmlns:sword="http://purl.org/net/sword/"; xmlns:dcterms="
>> http://purl.org/dc/terms/
>> >> ">
>> >> <sword:version>1.3</sword:version>
>> >> <sword:verbose>true</sword:verbose>
>> >> <sword:noOp>true</sword:noOp>
>> >> <app:workspace>
>> >> <atom:title type="text">Fedora SWORD Workspace</atom:title>
>> >> <app:collection href="http://localhost:8080/sword/
>> >> collection:open">
>> >> <atom:title type="text">Open Collection</atom:title>
>> >> <app:accept>text/xml</app:accept>
>> >> <app:accept>application/zip</app:accept>
>> >> <app:accept>application/x-zip-compressed</app:accept>
>> >> <app:accept>application/atom+xml</app:accept>
>> >> <app:accept>image/gif</app:accept>
>> >> <app:accept>image/jpeg</app:accept>
>> >> <app:accept>image/jpg</app:accept>
>> >> <app:accept>application/pdf</app:accept>
>> >> <sword:acceptPackaging q="0.9">
>> http://purl.org/net/sword-types/METSDSpaceSIP
>> >> </sword:acceptPackaging>
>> >> <sword:acceptPackaging q="0.9">http://www.loc.gov/METS/</
>> >> sword:acceptPackaging>
>> >> <sword:collectionPolicy>This collection accepts any deposit
>> >> from anyone</sword:collectionPolicy>
>> >> <dcterms:abstract>This is a collection of objects which can
>> >> be freely deposited to. This is aviable for the SWORD test project</
>> >> dcterms:abstract>
>> >> <sword:mediation>true</sword:mediation>
>> >> <sword:treatment>Preservation actions may occur on submited
>> >> deposits</sword:treatment>
>> >> </app:collection>
>> >> <app:collection href="
>> http://localhost:8080/sword/geography-collection
>> >> ">
>> >> <atom:title type="text">Geography Collection</atom:title>
>> >> <app:accept>application/zip</app:accept>
>> >> <sword:acceptPackaging q="0.9">
>> http://purl.org/net/sword-types/METSDSpaceSIP
>> >> </sword:acceptPackaging>
>> >> <sword:collectionPolicy>This collection accepts any deposit
>> >> </sword:collectionPolicy>
>> >> <dcterms:abstract>This is a nested collection of geography
>> >> objects</dcterms:abstract>
>> >> <sword:service>
>> http://localhost:8080/sword/servicedocument/geography.xml
>> >> </sword:service>
>> >> <sword:mediation>true</sword:mediation>
>> >> <sword:treatment>Preservation actions may occur on submited
>> >> deposits</sword:treatment>
>> >> </app:collection>
>> >> </app:workspace>
>> >> </app:service>
>> >>
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >> =
>> >>
>> ========================================================================
>> >>
>> >> It shows METSDSpaceSIP as accepting package. However, it doesn't work.
>> >>
>> >> Best,
>> >> Ying
>> >>
>> >> On Mar 28, 2012, at 4:35 AM, Robin Taylor wrote:
>> >>
>> >>> Hi Ying,
>> >>>
>> >>> If you send a request to the Fedora Sword Server for a Sword
>> >>> ServiceDocument it should tell you what package formats it supports.
>> >>> Would it be possible to do so and post the results here ?
>> >>>
>> >>> Thanks, Robin.
>> >>>
>> >>>
>> >>> On 27/03/12 21:22, Ying Jin wrote:
>> >>>> Hi,
>> >>>>
>> >>>> I'm working on our DSpace repository and trying to migrate items from
>> >>>> DSpace to Fedora (we are going to use Islandora). It looks like SWORD
>> >>>> might be a good approach. Here is the question from my testing
>> >>>> migration -
>> >>>>
>> >>>> I exported an item using DSpace packager in METS format, and then use
>> >>>> Fedora Sword module to import the item to Fedora.
>> >>>>
>> >>>> First, I used METSDSpaceSIP packaging, and the ingested item shows a
>> >>>> zip file only.
>> >>>> Then I tried METS packaging and only content files are uploaded.
>> >>>> Obviously, it can't understand dspace mets.
>> >>>>
>> >>>> I think METSDSpaceSIP packaging is the right way to go but it doesn't
>> >>>> seem to work properly. Is there anything I may need to setup for
>> >>>> having this work?
>> >>>>
>> >>>> Thanks any suggestions and helps,
>> >>>> Ying
>> >>>>
>> >>>> -------------------
>> >>>> CDS@Rice University
>> >>>>
>> >>>>
>> ------------------------------------------------------------------------------
>> >>>> This SF email is sponsosred by:
>> >>>> Try Windows Azure free for 90 days Click Here
>> >>>> http://p.sf.net/sfu/sfd2d-msazure
>> >>>> _______________________________________________
>> >>>> sword-app-tech mailing list
>> >>>> sword-app-tech@lists.sourceforge.net
>> >>>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> The University of Edinburgh is a charitable body, registered in
>> >>> Scotland, with registration number SC005336.
>> >>>
>> >>>
>> >>>
>> ------------------------------------------------------------------------------
>> >>> This SF email is sponsosred by:
>> >>> Try Windows Azure free for 90 days Click Here
>> >>> http://p.sf.net/sfu/sfd2d-msazure
>> >>> _______________________________________________
>> >>> sword-app-tech mailing list
>> >>> sword-app-tech@lists.sourceforge.net
>> >>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>> >>>
>> >
>> >
>> > --
>> > The University of Edinburgh is a charitable body, registered in
>> > Scotland, with registration number SC005336.
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > This SF email is sponsosred by:
>> > Try Windows Azure free for 90 days Click Here
>> > http://p.sf.net/sfu/sfd2d-msazure
>> > _______________________________________________
>> > sword-app-tech mailing list
>> > sword-app-tech@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> sword-app-tech mailing list
>> sword-app-tech@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>>
>
>
>
> --
> [image: @mire Inc.]
> *Mark Diggory *(Schedule a
> Meeting<https://www.google.com/calendar/selfsched?sstoken=UUdDSzJzTTlOUE1mfGRlZmF1bHR8MzgwMmEwYjk1NDc1NDQ1MGI0NWViYjYzZjExZDI3Mzg>
> )
> *2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010*
> *Esperantolaan 4, Heverlee 3001, Belgium*
> http://www.atmire.com
>
>
>
--
[image: @mire Inc.]
*Mark Diggory *(Schedule a
Meeting<https://www.google.com/calendar/selfsched?sstoken=UUdDSzJzTTlOUE1mfGRlZmF1bHR8MzgwMmEwYjk1NDc1NDQ1MGI0NWViYjYzZjExZDI3Mzg>
)
*2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
http://www.atmire.com
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
sword-app-tech mailing list
sword-app-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sword-app-tech
