Update notes for 2017-04-04

content/post/2017-04.md

@@ -54,3 +54,32 @@ dspace=# select text_value from metadatavalue where resource_type_id=2 and metad
 $ grep -c profile /tmp/filter-media-cmyk.txt
 1584
 ```
+
+- Trying to find a way to get the number of items submitted by a certain user in 2016
+- It's not possible in the DSpace search / module interfaces, but might be able to be derived from `dc.description.provenance`, as that field contains the name and email of the submitter/approver, ie:
+
+```
+Submitted by Francesca Giampieri (fgiampieri) on 2016-01-19T13:56:43Z^M
+No. of bitstreams: 1^M
+ILAC_Brief21_PMCA.pdf: 113462 bytes, checksum: 249fef468f401c066a119f5db687add0 (MD5)
+```
+
+- This SQL query returns fields that were submitted or approved by giampieri in 2016 and contain a "checksum" (ie, there was a bitstream in the submission):
+
+```
+dspace=# select * from metadatavalue where resource_type_id=2 and metadata_field_id=28 and text_value ~ '^(Submitted|Approved).*giampieri.*2016-.*checksum.*';
+```
+
+- Then this one does the same, but for fields that don't contain checksums (ie, there was no bitstream in the submission):
+
+```
+dspace=# select * from metadatavalue where resource_type_id=2 and metadata_field_id=28 and text_value ~ '^(Submitted|Approved).*giampieri.*2016-.*' and text_value !~ '^(Submitted|Approved).*giampieri.*2016-.*checksum.*';
+```
+
+- For some reason there seem to be way too many fields, for example there are 498 + 13 here, which is 511 items for just this one user.
+- It looks like there can be a scenario where the user submitted AND approved it, so some records might be doubled...
+- In that case it might just be better to see how many the user submitted (both _with_ and _without_ bitstreams):
+
+```
+dspace=# select * from metadatavalue where resource_type_id=2 and metadata_field_id=28 and text_value ~ '^(Submitted).*giampieri.*2016-.*';
+```