mirror of
https://github.com/alanorth/cgspace-notes.git
synced 2025-01-27 05:49:12 +01:00
Add notes for 2023-08-23
This commit is contained in:
@ -172,5 +172,35 @@ $ ./run.sh -s http://localhost:8081/solr/statistics -a import -o /tmp/statistics
|
||||
- This time looking at the thumbnail responses in item endpoints
|
||||
- According to [the documentation](https://github.com/DSpace/RestContract/blob/main/items.md#main-thumbnail) the API will respond with HTTP 200 if there is a thumbnail, and HTTP 204 if there is no content
|
||||
- That means we need to make the request before we can even find out!
|
||||
- Tim on DSpace Slack pointed out the DSpace 7 REST API's [projections](https://github.com/DSpace/RestContract/blob/main/projections.md)
|
||||
- This means we can embed resources like thumbnail and owningCollection in the item (and other) requests, for example: https://dspace7test.ilri.org/server/api/discover/search/objects?dsoType=item&embed=thumbnail,owningCollection
|
||||
|
||||
## 2023-08-23
|
||||
|
||||
- I benchmarked the DSpace 7 REST API with the new embeds and it took four hours and seventeen minutes to get all 106,000 items on DSpace 7 Test
|
||||
- So this is much slower than the results I saw earlier this week, but maybe slightly faster than DSpace 6?
|
||||
- Maria from Alliance contacted me to say they have agreed to use UN M.49 regions more strictly in TIP, so they want to replace our non-standard "Latin America" region with "Latin America and the Caribbean", "Caribbean" and "Americas" on all Alliance outputs
|
||||
- I exported their community on CGSpace and fixed the metadata in OpenRefine
|
||||
- I tried to run `dspace cleanup -v` on CGSpace, but got this error:
|
||||
|
||||
```
|
||||
Caused by: org.postgresql.util.PSQLException: ERROR: update or delete on table "bitstream" violates foreign key constraint "bundle_primary_bitstream_id_fkey" on table "bundle"
|
||||
Detail: Key (uuid)=(61bff7da-c8e3-420f-841c-ec5e8238d716) is still referenced from table "bundle".
|
||||
```
|
||||
|
||||
- The solution, as always, is to delete those IDs manually in PostgreSQL:
|
||||
|
||||
```
|
||||
$ psql -d dspace -c "UPDATE bundle SET primary_bitstream_id=NULL WHERE primary_bitstream_id IN ('61bff7da-c8e3-420f-841c-ec5e8238d716');"
|
||||
UPDATE 1
|
||||
```
|
||||
|
||||
- I also tried to delete all users who haven't logged in since 2017 using the groomer script, but it crashes due to those users still having items or workflows or whatever:
|
||||
|
||||
```console
|
||||
$ dspace dsrun org.dspace.eperson.Groomer -a -b 08/23/2017 -d
|
||||
```
|
||||
|
||||
- I see that it is now [possible in DSpace 7 to delete such users](https://github.com/DSpace/DSpace/pull/2229) so we will have to wait
|
||||
|
||||
<!-- vim: set sw=2 ts=2: -->
|
||||
|
Reference in New Issue
Block a user