alanorth/cgspace-notes
1
0
Fork 0
mirror of https://github.com/alanorth/cgspace-notes.git synced 2025-01-27 05:49:12 +01:00
Code Issues Projects Releases Wiki Activity

Update notes for 2019-03-03

Browse Source
This commit is contained in:
Alan Orth
2019-03-03 08:42:24 +02:00
parent 60f9d7f7ef
commit 380fb4d01c
3 changed files with 59 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files

22
content/posts/2019-03.md
View File

@ -19,4 +19,26 @@ tags: ["Notes"]
<!--more-->
## 2019-03-03
- Trying to finally upload IITA's 259 Feb 14 items to CGSpace so I exported them from DSpace Test:
```
$ mkdir 2019-03-03-IITA-Feb14
$ dspace export -i 10568/108684 -t COLLECTION -m -n 0 -d 2019-03-03-IITA-Feb14
```
- As I was inspecting the archive I noticed that there were some problems with the bitsreams:
- First, Sisay didn't include the bitstream descriptions
- Second, only five items had bitstreams and I remember in the discussion with IITA that there should have been nine!
- I had to refer to the original CSV from January to find the file names, then download and add them to the export contents manually!
- After adding the missing bitstreams and descriptions manually I tested them again locally, then imported them to a temporary collection on CGSpace:
```
$ dspace import -a -c 10568/99832 -e aorth@stfu.com -m 2019-03-03-IITA-Feb14.map -s /tmp/2019-03-03-IITA-Feb14
```
- DSpace's export function doesn't include the collections for some reason, so you need to import them somewhere first, then export the collection metadata and re-map the items to proper owning collections based on their types using OpenRefine or something
- After re-importing to CGSpace to apply the mappings, I deleted the collection on DSpace Test and ran the `dspace cleanup` script
<!-- vim: set sw=2 ts=2: -->