Page History
...
The current plan is to build off of the subset of the AipPrototype (essentially the packagers, crosswalks and related changes) which begins to allow for this roundtripping of Communities and Collections.
Where to get the Code
There is an SVN sandbox area for this work (so that others can help out, if it interests them). If anyone has comments, suggestions or feedback on this idea, or would like to be involved in this project, definitely let me know (or add comments to this issue).
Code Block |
---|
svn co http://scm.dspace.org/svn/repo/sandbox/aip-external-1_6-prototype/ |
Makeup and Definition of AIPs
...
- DSpace Groups, EPeople and Policies (access rights) are currently not described in AIPs. However, there is hope to include them in a future version.
Wiki Markup DSpace Site configurations (\[dspace\]/config/ directory) or customizations are not described in AIPs
- DSpace Database model (or customizations therein) is not described in AIPs
Where to get the Code
There is an SVN sandbox area for this work (so that others can help out, if it interests them). If anyone has comments, suggestions or feedback on this idea, or would like to be involved in this project, definitely let me know (or add comments to this issue).
Code Block |
---|
svn co http://scm.dspace.org/svn/repo/sandbox/aip-external-1_6-prototype/ |
Running the Code
Here's how to get up and running relatively quickly!
Install Prototype
- Download the code from the SVN Sandbox (see above).
- Build & Install the prototype. This is just a modified version of DSpace 1.6.0 – so, follow the normal DSpace 1.6.0 Installation procedure.
- If you have a DSpace 1.6.0 instance already running, you can just build the code and point it at your existing DSpace 1.6.0 database & assetstore.
You'll want to have some content (Communities, Collections & Items) to test with!
Exporting AIPs
There are two main "modes" you can run the AIP packager in:
- Single AIP (default) - Exports just an AIP describing a single DSpace object. So, if you ran it in this default mode for a Collection, you'd just end up with a single Collection AIP (which would not include AIPs for all its child Items)
- Hierarchy (including child objects) - Exports the requested AIP describing an object, plus the AIP for all child objects. Some examples follow:
- For a Site - this would export all Communities, Collections & Items within the site into AIP files (in a provided directory)
- For a Community - this would export that Community and all SubCommunities, Collections and Items into AIP files (in a provided directory)
- For a Collection - this would export that Collection and all contained Items into AIP files (in a provided directory)
- For an Item – this just exports the Item into an AIP as normal (as it already contains its Bitstreams/Bundles by default)
Exporting just a single AIP
To export in single AIP mode (default), use this 'packager' command template:
Code Block |
---|
/dspace/bin/dspace packager -d -t AIP -e _eperson_ -i _handle_ _file-path_
|
for example:
Code Block |
---|
/dspace/bin/dspace packager -d -t AIP -e florey@mit.edu -i 1721.1/4567 aip4567.zip
|
The above code will export the object of the given handle (1721.1/4567) into an AIP file named "aip4567.zip". This will not include any child objects for Communities or Collections.