Add notes for 2019-10-15

content/posts/2019-10.md

@@ -176,4 +176,38 @@ dspacetest=# select handle from item, handle where handle.resource_id = item.ite
 
 - So I'm still not sure where these weird authors in the "Top Author" stats are coming from
 
+## 2019-10-14
+
+- I talked to Peter about the Bioversity items and he said that we should add the institutional authors back to `dc.contributor.author`, because I had moved them to `cg.contributor.affiliation`
+  - Otherwise he said the data looks good
+
+## 2019-10-15
+
+- I did a test export / import of the Bioversity migration items on DSpace Test
+  - First export them:
+
+```
+$ export JAVA_OPTS='-Dfile.encoding=UTF-8 -Xmx512m'
+$ mkdir 2019-10-15-Bioversity
+$ dspace export -i 10568/108684 -t COLLECTION -m -n 0 -d 2019-10-15-Bioversity
+$ sed -i '/<dcvalue element="identifier" qualifier="uri">/d' 2019-10-15-Bioversity/*/dublin_core.xml
+```
+
+- It's really stupid, but for some reason the handles are included even though I specified the `-m` option, so after the export I removed the `dc.identifier.uri` metadata values from the items
+- Then I imported a test subset of them in my local test environment:
+
+```
+$ ~/dspace/bin/dspace import -a -c 10568/104049 -e fuu@cgiar.org -m 2019-10-15-Bioversity.map -s /tmp/2019-10-15-Bioversity
+```
+
+- I had forgotten (again) that the `dspace export` command doesn't preserve collection ownership or mappings, so I will have to create a temporary collection on CGSpace to import these to, then do the mappings again after import...
+- On CGSpace I will increase the RAM of the command line Java process for good luck before import...
+
+```
+$ export JAVA_OPTS="-Dfile.encoding=UTF-8 -Xmx1024m"
+$ dspace import -a -c 10568/104057 -e a.orth@cgiar.org -m 2019-10-15-Bioversity.map -s 2019-10-15-Bioversity
+```
+
+- After importing them I re-exported the metadata, changed the owning collections to those based on their type, then re-imported them
+
 <!-- vim: set sw=2 ts=2: -->