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

Add notes for 2018-09-13

Browse Source
This commit is contained in:
Alan Orth
2018-09-13 12:48:20 +03:00
parent 4c6aee5776
commit f258ca04db
4 changed files with 31 additions and 15 deletions
Download Patch File Download Diff File Expand all files Collapse all files

7
content/posts/2018-09.md
View File

@ -214,4 +214,11 @@ $ sudo docker run --name dspacedb -v dspacetest_data:/var/lib/postgresql/data -e
- I told Sisay to run the XML file through tidy
- More testing of the access and usage rights changes
## 2018-09-13
- Peter was communicating with Altmetric about the OAI mapping issue for item [10568/82810](https://cgspace.cgiar.org/oai/request?verb=GetRecord&metadataPrefix=oai_dc&identifier=oai:cgspace.cgiar.org:10568/82810) again
- Altmetric said it was somehow related to the OAI `dateStamp` not getting updated when the mappings changed, but I said that back in [2018-07]({{< relref "2018-07.md" >}}) when this happened it was because the OAI was actually just not reflecting all the item's mappings
- After forcing a complete re-indexing of OAI the mappings were fine
- The `dateStamp` is most probably only updated when the item's metadata changes, not its mappings, so if Altmetric is relying on that we're in a tricky spot
- We need to make sure that our OAI isn't publicizing stale data... I was going to post something on the dspace-tech mailing list, but never did
<!-- vim: set sw=2 ts=2: -->