mirror of
https://github.com/alanorth/cgspace-notes.git
synced 2024-12-26 23:14:29 +01:00
Compare commits
3 Commits
7be53639dc
...
062019463c
Author | SHA1 | Date | |
---|---|---|---|
062019463c | |||
f1c25111d0 | |||
da6d73bc1f |
@ -44,8 +44,7 @@ COPY 8568
|
||||
- Similarly, get a list of withdrawn item redirects:
|
||||
|
||||
```console
|
||||
dspace= ☘ \COPY (SELECT m.text_value AS handle_from, h.handle AS handle_to FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_
|
||||
id=181 AND h.resource_type_id=2 AND h.resource_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/handle-redirects.csv CSV HEADER;
|
||||
dspace= ☘ \COPY (SELECT m.text_value AS handle_from, h.handle AS handle_to FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_id=181 AND h.resource_type_id=2 AND h.resource_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/handle-redirects.csv CSV HEADER;
|
||||
COPY 396
|
||||
```
|
||||
|
||||
|
@ -36,4 +36,36 @@ deduped_list = [x for x in value.split("||") if x not in seen and not seen.add(x
|
||||
return "||".join(deduped_list)
|
||||
```
|
||||
|
||||
## 2024-08-20
|
||||
|
||||
- Delete duplicate metadata values using the method I described in this GitHub issue: https://github.com/DSpace/DSpace/issues/8253#issuecomment-1331756418
|
||||
|
||||
## 2024-08-22
|
||||
|
||||
- Help IWMI with some OpenSearch RSS/Atom feeds for search results:
|
||||
- https://cgspace.cgiar.org/server/opensearch/search?query=affiliation:"International Water Management Institute" AND initiative:"Climate Resilience" AND subject:flooding
|
||||
- https://cgspace.cgiar.org/server/opensearch/search?query=affiliation:"International Water Management Institute" AND initiative:"Climate Resilience" AND subject:drought
|
||||
- https://cgspace.cgiar.org/server/opensearch/search?query=affiliation:"International Water Management Institute" AND initiative:"Climate Resilience" AND subject:landslides
|
||||
|
||||
- Export list of withdrawn handle redirects:
|
||||
|
||||
```
|
||||
dspace=# \COPY (SELECT m.text_value AS handle_from, h.handle AS handle_to FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_id=181 AND h.resource_type_id=2 AND h.resource_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/handle-redirects.csv CSV HEADER;
|
||||
COPY 400
|
||||
```
|
||||
|
||||
- Export list of IFPRI CONTENTdm redirects:
|
||||
|
||||
```
|
||||
dspace-# \COPY (SELECT m.text_value, h.handle FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_id=28 AND m.text_value LIKE '%URL from IFPRI CONTENTdm%' AND h.resource_type_id=2 AND m.dspace_object_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/ifpri.csv CSV HEADER;
|
||||
COPY 10794
|
||||
```
|
||||
|
||||
- I filed [an issue](https://github.com/DSpace/dspace-angular/issues/3258) on DSpace Angular for anonymous users to be able to export search results to CSV
|
||||
|
||||
## 2024-08-26
|
||||
|
||||
- Spent some time trying to rebase our DSpace Angular themes on top of the massive header/navbar rework from [DSpace 7.6.2](https://github.com/DSpace/dspace-angular/pull/2858)
|
||||
- Spent some time getting missing bibliographic metadata (issue dates, licenses, pages, volume, issue, publisher, etc) from Crossref for CGSpace
|
||||
|
||||
<!-- vim: set sw=2 ts=2: -->
|
||||
|
@ -34,7 +34,7 @@ Last week I had increased the limit from 30 to 60, which seemed to help, but now
|
||||
$ psql -c 'SELECT * from pg_stat_activity;' | grep idle | grep -c cgspace
|
||||
78
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -242,6 +242,8 @@ db.statementpool = true
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -250,8 +252,6 @@ db.statementpool = true
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ Replace lzop with xz in log compression cron jobs on DSpace Test—it uses less
|
||||
-rw-rw-r-- 1 tomcat7 tomcat7 387K Nov 18 23:59 dspace.log.2015-11-18.lzo
|
||||
-rw-rw-r-- 1 tomcat7 tomcat7 169K Nov 18 23:59 dspace.log.2015-11-18.xz
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -264,6 +264,8 @@ $ curl -o /dev/null -s -w %{time_total}\\n https://cgspace.cgiar.org/rest/handle
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -272,8 +274,6 @@ $ curl -o /dev/null -s -w %{time_total}\\n https://cgspace.cgiar.org/rest/handle
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ Move ILRI collection 10568/12503 from 10568/27869 to 10568/27629 using the move_
|
||||
I realized it is only necessary to clear the Cocoon cache after moving collections—rather than reindexing—as no metadata has changed, and therefore no search or browse indexes need to be updated.
|
||||
Update GitHub wiki for documentation of maintenance tasks.
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -200,6 +200,8 @@ $ find SimpleArchiveForBio/ -iname “*.pdf” -exec basename {} ; | sor
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -208,8 +210,6 @@ $ find SimpleArchiveForBio/ -iname “*.pdf” -exec basename {} ; | sor
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ I noticed we have a very interesting list of countries on CGSpace:
|
||||
Not only are there 49,000 countries, we have some blanks (25)…
|
||||
Also, lots of things like “COTE D`LVOIRE” and “COTE D IVOIRE”
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -378,6 +378,8 @@ Bitstream: tést señora alimentación.pdf
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -386,8 +388,6 @@ Bitstream: tést señora alimentación.pdf
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ Looking at issues with author authorities on CGSpace
|
||||
For some reason we still have the index-lucene-update cron job active on CGSpace, but I’m pretty sure we don’t need it as of the latest few versions of Atmire’s Listings and Reports module
|
||||
Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Java JDK 1.7 to match environment on CGSpace server
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -316,6 +316,8 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -324,8 +326,6 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ After running DSpace for over five years I’ve never needed to look in any
|
||||
This will save us a few gigs of backup space we’re paying for on S3
|
||||
Also, I noticed the checker log has some errors we should pay attention to:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -495,6 +495,8 @@ dspace.log.2016-04-27:7271
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -503,8 +505,6 @@ dspace.log.2016-04-27:7271
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ There are 3,000 IPs accessing the REST API in a 24-hour period!
|
||||
# awk '{print $1}' /var/log/nginx/rest.log | uniq | wc -l
|
||||
3168
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -371,6 +371,8 @@ sys 0m20.540s
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -379,8 +381,6 @@ sys 0m20.540s
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ This is their publications set: http://ebrary.ifpri.org/oai/oai.php?verb=ListRec
|
||||
You can see the others by using the OAI ListSets verb: http://ebrary.ifpri.org/oai/oai.php?verb=ListSets
|
||||
Working on second phase of metadata migration, looks like this will work for moving CPWF-specific data in dc.identifier.fund to cg.identifier.cpwfproject and then the rest to dc.description.sponsorship
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -409,6 +409,8 @@ $ ./delete-metadata-values.py -f dc.contributor.corporate -i Corporate-Authors-D
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -417,8 +419,6 @@ $ ./delete-metadata-values.py -f dc.contributor.corporate -i Corporate-Authors-D
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -44,7 +44,7 @@ dspacetest=# select text_value from metadatavalue where metadata_field_id=3 and
|
||||
|
||||
In this case the select query was showing 95 results before the update
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -325,6 +325,8 @@ discovery.index.authority.ignore-variants=true
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -333,8 +335,6 @@ discovery.index.authority.ignore-variants=true
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -42,7 +42,7 @@ $ git checkout -b 55new 5_x-prod
|
||||
$ git reset --hard ilri/5_x-prod
|
||||
$ git rebase -i dspace-5.5
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -389,6 +389,8 @@ $ JAVA_OPTS="-Dfile.encoding=UTF-8 -Xmx512m" /home/cgspace.cgiar.org/bin
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -397,8 +399,6 @@ $ JAVA_OPTS="-Dfile.encoding=UTF-8 -Xmx512m" /home/cgspace.cgiar.org/bin
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ It looks like we might be able to use OUs now, instead of DCs:
|
||||
|
||||
$ ldapsearch -x -H ldaps://svcgroot2.cgiarad.org:3269/ -b "dc=cgiarad,dc=org" -D "admigration1@cgiarad.org" -W "(sAMAccountName=admigration1)"
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -606,6 +606,8 @@ $ ./delete-metadata-values.py -i ilrisubjects-delete-13.csv -f cg.subject.ilri -
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -614,8 +616,6 @@ $ ./delete-metadata-values.py -i ilrisubjects-delete-13.csv -f cg.subject.ilri -
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -42,7 +42,7 @@ I exported a random item’s metadata as CSV, deleted all columns except id
|
||||
|
||||
0000-0002-6115-0956||0000-0002-3812-8793||0000-0001-7462-405X
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -372,6 +372,8 @@ dspace=# update metadatavalue set text_value = regexp_replace(text_value, 'h
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -380,8 +382,6 @@ dspace=# update metadatavalue set text_value = regexp_replace(text_value, 'h
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -26,7 +26,7 @@ Add dc.type to the output options for Atmire’s Listings and Reports module
|
||||
Add dc.type to the output options for Atmire’s Listings and Reports module (#286)
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -548,6 +548,8 @@ org.dspace.discovery.SearchServiceException: Error executing query
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -556,8 +558,6 @@ org.dspace.discovery.SearchServiceException: Error executing query
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ I see thousands of them in the logs for the last few months, so it’s not r
|
||||
I’ve raised a ticket with Atmire to ask
|
||||
Another worrying error from dspace.log is:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -784,6 +784,8 @@ $ exit
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -792,8 +794,6 @@ $ exit
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ I checked to see if the Solr sharding task that is supposed to run on January 1s
|
||||
I tested on DSpace Test as well and it doesn’t work there either
|
||||
I asked on the dspace-tech mailing list because it seems to be broken, and actually now I’m not sure if we’ve ever had the sharding task run successfully over all these years
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -369,6 +369,8 @@ $ gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -377,8 +379,6 @@ $ gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -50,7 +50,7 @@ DELETE 1
|
||||
Create issue on GitHub to track the addition of CCAFS Phase II project tags (#301)
|
||||
Looks like we’ll be using cg.identifier.ccafsprojectpii as the field name
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -423,6 +423,8 @@ COPY 1968
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -431,8 +433,6 @@ COPY 1968
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -54,7 +54,7 @@ Interestingly, it seems DSpace 4.x’s thumbnails were sRGB, but forcing reg
|
||||
$ identify ~/Desktop/alc_contrastes_desafios.jpg
|
||||
/Users/aorth/Desktop/alc_contrastes_desafios.jpg JPEG 464x600 464x600+0+0 8-bit CMYK 168KB 0.000u 0:00.000
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -355,6 +355,8 @@ $ ./delete-metadata-values.py -i Investors-Delete-121.csv -f dc.description.spon
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -363,8 +365,6 @@ $ ./delete-metadata-values.py -i Investors-Delete-121.csv -f dc.description.spon
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -40,7 +40,7 @@ Testing the CMYK patch on a collection with 650 items:
|
||||
|
||||
$ [dspace]/bin/dspace filter-media -f -i 10568/16498 -p "ImageMagick PDF Thumbnail" -v >& /tmp/filter-media-cmyk.txt
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -585,6 +585,8 @@ $ gem install compass -v 1.0.3
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -593,8 +595,6 @@ $ gem install compass -v 1.0.3
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="May, 2017"/>
|
||||
<meta name="twitter:description" content="2017-05-01 ICARDA apparently started working on CG Core on their MEL repository They have done a few cg.* fields, but not very consistent and even copy some of CGSpace items: https://mel.cgiar.org/xmlui/handle/20.500.11766/6911?show=full https://cgspace.cgiar.org/handle/10568/73683 2017-05-02 Atmire got back about the Workflow Statistics issue, and apparently it’s a bug in the CUA module so they will send us a pull request 2017-05-04 Sync DSpace Test with database and assetstore from CGSpace Re-deploy DSpace Test with Atmire’s CUA patch for workflow statistics, run system updates, and restart the server Now I can see the workflow statistics and am able to select users, but everything returns 0 items Megan says there are still some mapped items are not appearing since last week, so I forced a full index-discovery -b Need to remember to check if the collection has more items (currently 39 on CGSpace, but 118 on the freshly reindexed DSPace Test) tomorrow: https://cgspace."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -391,6 +391,8 @@ UPDATE 187
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -399,8 +401,6 @@ UPDATE 187
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="June, 2017"/>
|
||||
<meta name="twitter:description" content="2017-06-01 After discussion with WLE and CGSpace content people, we decided to just add one metadata field for the WLE Research Themes The cg.identifier.wletheme field will be used for both Phase I and Phase II Research Themes Then we’ll create a new sub-community for Phase II and create collections for the research themes there The current “Research Themes” community will be renamed to “WLE Phase I Research Themes” Tagged all items in the current Phase I collections with their appropriate themes Create pull request to add Phase II research themes to the submission form: #328 Add cg."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -270,6 +270,8 @@ $ JAVA_OPTS="-Xmx1024m -Dfile.encoding=UTF-8" [dspace]/bin/dspace import
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -278,8 +280,6 @@ $ JAVA_OPTS="-Xmx1024m -Dfile.encoding=UTF-8" [dspace]/bin/dspace import
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ Merge changes for WLE Phase II theme rename (#329)
|
||||
Looking at extracting the metadata registries from ICARDA’s MEL DSpace database so we can compare fields with CGSpace
|
||||
We can use PostgreSQL’s extended output format (-x) plus sed to format the output into quasi XML:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -275,6 +275,8 @@ delete from metadatavalue where resource_type_id=2 and metadata_field_id=235 and
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -283,8 +285,6 @@ delete from metadatavalue where resource_type_id=2 and metadata_field_id=235 and
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -60,7 +60,7 @@ This was due to newline characters in the dc.description.abstract column, which
|
||||
I exported a new CSV from the collection on DSpace Test and then manually removed the characters in vim using g/^$/d
|
||||
Then I cleaned up the author authorities and HTML characters in OpenRefine and sent the file back to Abenet
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -517,6 +517,8 @@ org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -525,8 +527,6 @@ org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ Linode sent an alert that CGSpace (linode18) was using 261% CPU for the past two
|
||||
|
||||
Ask Sisay to clean up the WLE approvers a bit, as Marianne’s user account is both in the approvers step as well as the group
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -659,6 +659,8 @@ Cert Status: good
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -667,8 +669,6 @@ Cert Status: good
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ http://hdl.handle.net/10568/78495||http://hdl.handle.net/10568/79336
|
||||
There appears to be a pattern but I’ll have to look a bit closer and try to clean them up automatically, either in SQL or in OpenRefine
|
||||
Add Katherine Lutz to the groups for content submission and edit steps of the CGIAR System collections
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -443,6 +443,8 @@ session_id=6C30F10B4351A4ED83EC6ED50AFD6B6A
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -451,8 +453,6 @@ session_id=6C30F10B4351A4ED83EC6ED50AFD6B6A
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ Generate list of authors on CGSpace for Peter to go through and correct:
|
||||
dspace=# \copy (select distinct text_value, count(*) as count from metadatavalue where metadata_field_id = (select metadata_field_id from metadatafieldregistry where element = 'contributor' and qualifier = 'author') AND resource_type_id = 2 group by text_value order by count desc) to /tmp/authors.csv with csv;
|
||||
COPY 54701
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -944,6 +944,8 @@ $ cat dspace.log.2017-11-28 | grep -o -E 'session_id=[A-Z0-9]{32}' | sor
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -952,8 +954,6 @@ $ cat dspace.log.2017-11-28 | grep -o -E 'session_id=[A-Z0-9]{32}' | sor
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ The logs say “Timeout waiting for idle object”
|
||||
PostgreSQL activity says there are 115 connections currently
|
||||
The list of connections to XMLUI and REST API for today:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -783,6 +783,8 @@ DELETE 20
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -791,8 +793,6 @@ DELETE 20
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -150,7 +150,7 @@ dspace.log.2018-01-02:34
|
||||
|
||||
Danny wrote to ask for help renewing the wildcard ilri.org certificate and I advised that we should probably use Let’s Encrypt if it’s just a handful of domains
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1452,6 +1452,8 @@ Catalina:type=Manager,context=/,host=localhost activeSessions 8
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1460,8 +1462,6 @@ Catalina:type=Manager,context=/,host=localhost activeSessions 8
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ We don’t need to distinguish between internal and external works, so that
|
||||
Yesterday I figured out how to monitor DSpace sessions using JMX
|
||||
I copied the logic in the jmx_tomcat_dbpools provided by Ubuntu’s munin-plugins-java package and used the stuff I discovered about JMX in 2018-01
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1038,6 +1038,8 @@ UPDATE 3
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1046,8 +1048,6 @@ UPDATE 3
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -24,7 +24,7 @@ Export a CSV of the IITA community metadata for Martin Mueller
|
||||
|
||||
Export a CSV of the IITA community metadata for Martin Mueller
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -585,6 +585,8 @@ Fixed 5 occurences of: GENEBANKS
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -593,8 +595,6 @@ Fixed 5 occurences of: GENEBANKS
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -26,7 +26,7 @@ Catalina logs at least show some memory errors yesterday:
|
||||
I tried to test something on DSpace Test but noticed that it’s down since god knows when
|
||||
Catalina logs at least show some memory errors yesterday:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -594,6 +594,8 @@ $ pg_restore -O -U dspacetest -d dspacetest -W -h localhost /tmp/dspace_2018-04-
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -602,8 +604,6 @@ $ pg_restore -O -U dspacetest -d dspacetest -W -h localhost /tmp/dspace_2018-04-
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ http://localhost:3000/solr/statistics/update?stream.body=%3Ccommit/%3E
|
||||
Then I reduced the JVM heap size from 6144 back to 5120m
|
||||
Also, I switched it to use OpenJDK instead of Oracle Java, as well as re-worked the Ansible infrastructure scripts to support hosts choosing which distribution they want to use
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -523,6 +523,8 @@ $ psql -h localhost -U postgres dspacetest
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -531,8 +533,6 @@ $ psql -h localhost -U postgres dspacetest
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -58,7 +58,7 @@ real 74m42.646s
|
||||
user 8m5.056s
|
||||
sys 2m7.289s
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -517,6 +517,8 @@ $ sed '/^id/d' 10568-*.csv | csvcut -c 1,2 > map-to-cifor-archive.csv
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -525,8 +527,6 @@ $ sed '/^id/d' 10568-*.csv | csvcut -c 1,2 > map-to-cifor-archive.csv
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ During the mvn package stage on the 5.8 branch I kept getting issues with java r
|
||||
|
||||
There is insufficient memory for the Java Runtime Environment to continue.
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -569,6 +569,8 @@ dspace=# select count(text_value) from metadatavalue where resource_type_id=2 an
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -577,8 +579,6 @@ dspace=# select count(text_value) from metadatavalue where resource_type_id=2 an
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ Anyways, perhaps I should increase the JVM heap from 5120m to 6144m like we did
|
||||
The server only has 8GB of RAM so we’ll eventually need to upgrade to a larger one because we’ll start starving the OS, PostgreSQL, and command line batch processes
|
||||
I ran all system updates on DSpace Test and rebooted it
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -442,6 +442,8 @@ $ dspace database migrate ignored
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -450,8 +452,6 @@ $ dspace database migrate ignored
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ I’ll update the DSpace role in our Ansible infrastructure playbooks and ru
|
||||
Also, I’ll re-run the postgresql tasks because the custom PostgreSQL variables are dynamic according to the system’s RAM, and we never re-ran them after migrating to larger Linodes last month
|
||||
I’m testing the new DSpace 5.8 branch in my Ubuntu 18.04 environment and I’m getting those autowire errors in Tomcat 8.5.30 again:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -748,6 +748,8 @@ UPDATE metadatavalue SET text_value='ja' WHERE resource_type_id=2 AND me
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -756,8 +758,6 @@ UPDATE metadatavalue SET text_value='ja' WHERE resource_type_id=2 AND me
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -26,7 +26,7 @@ I created a GitHub issue to track this #389, because I’m super busy in Nai
|
||||
Phil Thornton got an ORCID identifier so we need to add it to the list on CGSpace and tag his existing items
|
||||
I created a GitHub issue to track this #389, because I’m super busy in Nairobi right now
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -656,6 +656,8 @@ $ curl -X GET -H "Content-Type: application/json" -H "Accept: applic
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -664,8 +666,6 @@ $ curl -X GET -H "Content-Type: application/json" -H "Accept: applic
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ Send a note about my dspace-statistics-api to the dspace-tech mailing list
|
||||
Linode has been sending mails a few times a day recently that CGSpace (linode18) has had high CPU usage
|
||||
Today these are the top 10 IPs:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -553,6 +553,8 @@ $ dspace dsrun org.dspace.eperson.Groomer -a -b 11/27/2016 -d
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -561,8 +563,6 @@ $ dspace dsrun org.dspace.eperson.Groomer -a -b 11/27/2016 -d
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ Then I ran all system updates and restarted the server
|
||||
|
||||
I noticed that there is another issue with PDF thumbnails on CGSpace, and I see there was another Ghostscript vulnerability last week
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -594,6 +594,8 @@ UPDATE 1
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -602,8 +604,6 @@ UPDATE 1
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -50,7 +50,7 @@ I don’t see anything interesting in the web server logs around that time t
|
||||
357 207.46.13.1
|
||||
903 54.70.40.11
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1265,6 +1265,8 @@ identify: CorruptImageProfile `xmp' @ warning/profile.c/SetImageProfileInter
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1273,8 +1275,6 @@ identify: CorruptImageProfile `xmp' @ warning/profile.c/SetImageProfileInter
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -72,7 +72,7 @@ real 0m19.873s
|
||||
user 0m22.203s
|
||||
sys 0m1.979s
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1344,6 +1344,8 @@ Please see the DSpace documentation for assistance.
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1352,8 +1354,6 @@ Please see the DSpace documentation for assistance.
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ Most worryingly, there are encoding errors in the abstracts for eleven items, fo
|
||||
|
||||
I think I will need to ask Udana to re-copy and paste the abstracts with more care using Google Docs
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1208,6 +1208,8 @@ sys 0m2.551s
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1216,8 +1218,6 @@ sys 0m2.551s
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -64,7 +64,7 @@ $ ./fix-metadata-values.py -i /tmp/2019-02-21-fix-4-regions.csv -db dspace -u ds
|
||||
$ ./delete-metadata-values.py -i /tmp/2019-02-21-delete-2-countries.csv -db dspace -u dspace -p 'fuuu' -m 228 -f cg.coverage.country -d
|
||||
$ ./delete-metadata-values.py -i /tmp/2019-02-21-delete-1-region.csv -db dspace -u dspace -p 'fuuu' -m 231 -f cg.coverage.region -d
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1299,6 +1299,8 @@ UPDATE 14
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1307,8 +1309,6 @@ UPDATE 14
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ DELETE 1
|
||||
|
||||
But after this I tried to delete the item from the XMLUI and it is still present…
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -631,6 +631,8 @@ COPY 64871
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -639,8 +641,6 @@ COPY 64871
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ Run system updates on CGSpace (linode18) and reboot it
|
||||
|
||||
Skype with Marie-Angélique and Abenet about CG Core v2
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -317,6 +317,8 @@ UPDATE 2
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -325,8 +327,6 @@ UPDATE 2
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ CGSpace
|
||||
|
||||
Abenet had another similar issue a few days ago when trying to find the stats for 2018 in the RTB community
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -554,6 +554,8 @@ issn.validate('1020-3362')
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -562,8 +564,6 @@ issn.validate('1020-3362')
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ After rebooting, all statistics cores were loaded… wow, that’s luck
|
||||
|
||||
Run system updates on DSpace Test (linode19) and reboot it
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -573,6 +573,8 @@ sys 2m27.496s
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -581,8 +583,6 @@ sys 2m27.496s
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -72,7 +72,7 @@ Here are the top ten IPs in the nginx XMLUI and REST/OAI logs this morning:
|
||||
7249 2a01:7e00::f03c:91ff:fe18:7396
|
||||
9124 45.5.186.2
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -581,6 +581,8 @@ $ csv-metadata-quality -i /tmp/clarisa-institutions.csv -o /tmp/clarisa-institut
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -589,8 +591,6 @@ $ csv-metadata-quality -i /tmp/clarisa-institutions.csv -o /tmp/clarisa-institut
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="October, 2019"/>
|
||||
<meta name="twitter:description" content="2019-10-01 Udana from IWMI asked me for a CSV export of their community on CGSpace I exported it, but a quick run through the csv-metadata-quality tool shows that there are some low-hanging fruits we can fix before I send him the data I will limit the scope to the titles, regions, subregions, and river basins for now to manually fix some non-breaking spaces (U+00A0) there that would otherwise be removed by the csv-metadata-quality script’s “unneccesary Unicode” fix: $ csvcut -c 'id,dc."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -385,6 +385,8 @@ $ dspace import -a -c 10568/104057 -e fuu@cgiar.org -m 2019-10-15-Bioversity.map
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -393,8 +395,6 @@ $ dspace import -a -c 10568/104057 -e fuu@cgiar.org -m 2019-10-15-Bioversity.map
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -58,7 +58,7 @@ Let’s see how many of the REST API requests were for bitstreams (because t
|
||||
# zcat --force /var/log/nginx/rest.log.*.gz | grep -E "[0-9]{1,2}/Oct/2019" | grep -c -E "/rest/bitstreams"
|
||||
106781
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -692,6 +692,8 @@ $ tidy -xml -utf8 -iq -m -w 0 dspace/config/controlled-vocabularies/cg-creator-i
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -700,8 +702,6 @@ $ tidy -xml -utf8 -iq -m -w 0 dspace/config/controlled-vocabularies/cg-creator-i
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ Make sure all packages are up to date and the package manager is up to date, the
|
||||
# dpkg -C
|
||||
# reboot
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -404,6 +404,8 @@ UPDATE 1
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -412,8 +414,6 @@ UPDATE 1
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -56,7 +56,7 @@ I tweeted the CGSpace repository link
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -604,6 +604,8 @@ COPY 2900
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -612,8 +614,6 @@ COPY 2900
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ The code finally builds and runs with a fresh install
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1275,6 +1275,8 @@ Moving: 21993 into core statistics-2019
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1283,8 +1285,6 @@ Moving: 21993 into core statistics-2019
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -42,7 +42,7 @@ You need to download this into the DSpace 6.x source and compile it
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -484,6 +484,8 @@ $ tidy -xml -utf8 -iq -m -w 0 dspace/config/controlled-vocabularies/cg-creator-i
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -492,8 +494,6 @@ $ tidy -xml -utf8 -iq -m -w 0 dspace/config/controlled-vocabularies/cg-creator-i
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ The third item now has a donut with score 1 since I tweeted it last week
|
||||
|
||||
On the same note, the one item Abenet pointed out last week now has a donut with score of 104 after I tweeted it last week
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -658,6 +658,8 @@ $ psql -c 'select * from pg_stat_activity' | wc -l
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -666,8 +668,6 @@ $ psql -c 'select * from pg_stat_activity' | wc -l
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ I see that CGSpace (linode18) is still using PostgreSQL JDBC driver version 42.2
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -477,6 +477,8 @@ Caused by: java.lang.NullPointerException
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -485,8 +487,6 @@ Caused by: java.lang.NullPointerException
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I sent Atmire the dspace.log from today and told them to log into the server to
|
||||
In other news, I checked the statistics API on DSpace 6 and it’s working
|
||||
I tried to build the OAI registry on the freshly migrated DSpace 6 on DSpace Test and I get an error:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -811,6 +811,8 @@ $ csvcut -c 'id,cg.subject.ilri[],cg.subject.ilri[en_US],dc.subject[en_US]&#
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -819,8 +821,6 @@ $ csvcut -c 'id,cg.subject.ilri[],cg.subject.ilri[en_US],dc.subject[en_US]&#
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ I restarted Tomcat and PostgreSQL and the issue was gone
|
||||
|
||||
Since I was restarting Tomcat anyways I decided to redeploy the latest changes from the 5_x-prod branch and I added a note about COVID-19 items to the CGSpace frontpage at Peter’s request
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1142,6 +1142,8 @@ Fixed 4 occurences of: Muloi, D.M.
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1150,8 +1152,6 @@ Fixed 4 occurences of: Muloi, D.M.
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ It is class based so I can easily add support for other vocabularies, and the te
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -798,6 +798,8 @@ $ grep -c added /tmp/2020-08-27-countrycodetagger.log
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -806,8 +808,6 @@ $ grep -c added /tmp/2020-08-27-countrycodetagger.log
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ I filed a bug on OpenRXV: https://github.com/ilri/OpenRXV/issues/39
|
||||
|
||||
I filed an issue on OpenRXV to make some minor edits to the admin UI: https://github.com/ilri/OpenRXV/issues/40
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -717,6 +717,8 @@ solr_query_params = {
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -725,8 +727,6 @@ solr_query_params = {
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -44,7 +44,7 @@ During the FlywayDB migration I got an error:
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1241,6 +1241,8 @@ $ ./delete-metadata-values.py -i 2020-10-31-delete-74-sponsors.csv -db dspace -u
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1249,8 +1251,6 @@ $ ./delete-metadata-values.py -i 2020-10-31-delete-74-sponsors.csv -db dspace -u
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ So far we’ve spent at least fifty hours to process the statistics and stat
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -731,6 +731,8 @@ $ ./fix-metadata-values.py -i 2020-11-30-fix-hung-orcid.csv -db dspace63 -u dspa
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -739,8 +741,6 @@ $ ./fix-metadata-values.py -i 2020-11-30-fix-hung-orcid.csv -db dspace63 -u dspa
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I started processing those (about 411,000 records):
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -869,6 +869,8 @@ $ query-json '.items | length' /tmp/policy2.json
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -877,8 +879,6 @@ $ query-json '.items | length' /tmp/policy2.json
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -50,7 +50,7 @@ For example, this item has 51 views on CGSpace, but 0 on AReS
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -688,6 +688,8 @@ java.lang.IllegalArgumentException: Invalid character found in the request targe
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -696,8 +698,6 @@ java.lang.IllegalArgumentException: Invalid character found in the request targe
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -60,7 +60,7 @@ $ curl -s 'http://localhost:9200/openrxv-items-temp/_count?q=*&pretty
|
||||
}
|
||||
}
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -898,6 +898,8 @@ dspace=# UPDATE metadatavalue SET text_lang='en_US' WHERE dspace_object_
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -906,8 +908,6 @@ dspace=# UPDATE metadatavalue SET text_lang='en_US' WHERE dspace_object_
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ Also, we found some issues building and running OpenRXV currently due to ecosyst
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -875,6 +875,8 @@ Also, we found some issues building and running OpenRXV currently due to ecosyst
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -883,8 +885,6 @@ Also, we found some issues building and running OpenRXV currently due to ecosyst
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -44,7 +44,7 @@ Perhaps one of the containers crashed, I should have looked closer but I was in
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1042,6 +1042,8 @@ $ chrt -b 0 dspace dsrun com.atmire.statistics.util.update.atomic.AtomicStatisti
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1050,8 +1052,6 @@ $ chrt -b 0 dspace dsrun com.atmire.statistics.util.update.atomic.AtomicStatisti
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I looked at the top user agents and IPs in the Solr statistics for last month an
|
||||
|
||||
I will add the RI/1.0 pattern to our DSpace agents overload and purge them from Solr (we had previously seen this agent with 9,000 hits or so in 2020-09), but I think I will leave the Microsoft Word one… as that’s an actual user…
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -685,6 +685,8 @@ May 26, 02:57 UTC
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -693,8 +695,6 @@ May 26, 02:57 UTC
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I simply started it and AReS was running again:
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -693,6 +693,8 @@ I simply started it and AReS was running again:
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -701,8 +703,6 @@ I simply started it and AReS was running again:
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ Export another list of ALL subjects on CGSpace, including AGROVOC and non-AGROVO
|
||||
localhost/dspace63= > \COPY (SELECT DISTINCT LOWER(text_value) AS subject, count(*) FROM metadatavalue WHERE dspace_object_id in (SELECT dspace_object_id FROM item) AND metadata_field_id IN (119, 120, 127, 122, 128, 125, 135, 203, 208, 210, 215, 123, 236, 242, 187) GROUP BY subject ORDER BY count DESC) to /tmp/2021-07-01-all-subjects.csv WITH CSV HEADER;
|
||||
COPY 20994
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -715,6 +715,8 @@ COPY 20994
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -723,8 +725,6 @@ COPY 20994
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ Update Docker images on AReS server (linode20) and reboot the server:
|
||||
|
||||
I decided to upgrade linode20 from Ubuntu 18.04 to 20.04
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -606,6 +606,8 @@ I decided to upgrade linode20 from Ubuntu 18.04 to 20.04
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -614,8 +616,6 @@ I decided to upgrade linode20 from Ubuntu 18.04 to 20.04
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ The syntax Moayad showed me last month doesn’t seem to honor the search qu
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -588,6 +588,8 @@ The syntax Moayad showed me last month doesn’t seem to honor the search qu
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -596,8 +598,6 @@ The syntax Moayad showed me last month doesn’t seem to honor the search qu
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ $ wc -l /tmp/2021-10-01-affiliations.txt
|
||||
|
||||
So we have 1879/7100 (26.46%) matching already
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -791,6 +791,8 @@ Try doing it in two imports. In first import, remove all authors. In second impo
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -799,8 +801,6 @@ Try doing it in two imports. In first import, remove all authors. In second impo
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ First I exported all the 2019 stats from CGSpace:
|
||||
$ ./run.sh -s http://localhost:8081/solr/statistics -f 'time:2019-*' -a export -o statistics-2019.json -k uid
|
||||
$ zstd statistics-2019.json
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -494,6 +494,8 @@ $ zstd statistics-2019.json
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -502,8 +504,6 @@ $ zstd statistics-2019.json
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -40,7 +40,7 @@ Purging 455 hits from WhatsApp in statistics
|
||||
|
||||
Total number of bot hits purged: 3679
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -577,6 +577,8 @@ Total number of bot hits purged: 3679
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -585,8 +587,6 @@ Total number of bot hits purged: 3679
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -24,7 +24,7 @@ Start a full harvest on AReS
|
||||
|
||||
Start a full harvest on AReS
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -380,6 +380,8 @@ Start a full harvest on AReS
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -388,8 +390,6 @@ Start a full harvest on AReS
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ We agreed to try to do more alignment of affiliations/funders with ROR
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -724,6 +724,8 @@ isNotNull(value.match('699'))
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -732,8 +734,6 @@ isNotNull(value.match('699'))
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ $ ./ilri/check-duplicates.py -i /tmp/tac4.csv -db dspace -u dspace -p 'fuuu&
|
||||
$ csvcut -c id,filename ~/Downloads/2022-03-01-CGSpace-TAC-ICW-batch4-701-980.csv > /tmp/tac4-filenames.csv
|
||||
$ csvjoin -c id /tmp/2022-03-01-tac-batch4-701-980.csv /tmp/tac4-filenames.csv > /tmp/2022-03-01-tac-batch4-701-980-filenames.csv
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -476,6 +476,8 @@ isNotNull(value.match('889'))
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -484,8 +486,6 @@ isNotNull(value.match('889'))
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="April, 2022"/>
|
||||
<meta name="twitter:description" content="2022-04-01 I did G1GC tests on DSpace Test (linode26) to compliment the CMS tests I did yesterday The Discovery indexing took this long: real 334m33.625s user 227m51.331s sys 3m43.037s 2022-04-04 Start a full harvest on AReS Help Marianne with submit/approve access on a new collection on CGSpace Go back in Gaia’s batch reports to find records that she indicated for replacing on CGSpace (ie, those with better new copies, new versions, etc) Looking at the Solr statistics for 2022-03 on CGSpace I see 54."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -509,6 +509,8 @@
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -517,8 +519,6 @@
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -66,7 +66,7 @@ If I query Solr for time:2022-04* AND dns:*msnbot* AND dns:*.msn.com. I see a ha
|
||||
|
||||
I purged 93,974 hits from these IPs using my check-spider-ip-hits.sh script
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -445,6 +445,8 @@ I purged 93,974 hits from these IPs using my check-spider-ip-hits.sh script
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -453,8 +455,6 @@ I purged 93,974 hits from these IPs using my check-spider-ip-hits.sh script
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ There seem to be many more of these:
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -458,6 +458,8 @@ There seem to be many more of these:
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -466,8 +468,6 @@ There seem to be many more of these:
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ Also, the trgm functions I’ve used before are case insensitive, but Levens
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -736,6 +736,8 @@ Also, the trgm functions I’ve used before are case insensitive, but Levens
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -744,8 +746,6 @@ Also, the trgm functions I’ve used before are case insensitive, but Levens
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -24,7 +24,7 @@ Our request to add CC-BY-3.0-IGO to SPDX was approved a few weeks ago
|
||||
|
||||
Our request to add CC-BY-3.0-IGO to SPDX was approved a few weeks ago
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -522,6 +522,8 @@ Our request to add CC-BY-3.0-IGO to SPDX was approved a few weeks ago
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -530,8 +532,6 @@ Our request to add CC-BY-3.0-IGO to SPDX was approved a few weeks ago
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ I also fixed a few bugs and improved the region-matching logic
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -783,6 +783,8 @@ harvesting of meat from wildlife and not from livestock.</p>
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -791,8 +793,6 @@ harvesting of meat from wildlife and not from livestock.</p>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I filed an issue to ask about Java 11+ support
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -978,6 +978,8 @@ I filed an issue to ask about Java 11+ support
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -986,8 +988,6 @@ I filed an issue to ask about Java 11+ support
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -44,7 +44,7 @@ I want to make sure they use groups instead of individuals where possible!
|
||||
|
||||
I reverted the Cocoon autosave change because it was more of a nuissance that Peter can’t upload CSVs from the web interface and is a very low severity security issue
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -757,6 +757,8 @@ I reverted the Cocoon autosave change because it was more of a nuissance that Pe
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -765,8 +767,6 @@ I reverted the Cocoon autosave change because it was more of a nuissance that Pe
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I exported the CCAFS and IITA communities, extracted just the country and region
|
||||
Add a few more authors to my CSV with author names and ORCID identifiers and tag 283 items!
|
||||
Replace “East Asia” with “Eastern Asia” region on CGSpace (UN M.49 region)
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -577,6 +577,8 @@ Replace “East Asia” with “Eastern Asia” region on CGSpac
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -585,8 +587,6 @@ Replace “East Asia” with “Eastern Asia” region on CGSpac
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ I see we have some new ones that aren’t in our list if I combine with this
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -827,6 +827,8 @@ I see we have some new ones that aren’t in our list if I combine with this
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -835,8 +837,6 @@ I see we have some new ones that aren’t in our list if I combine with this
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ I want to try to expand my use of their data to journals, publishers, volumes, i
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -647,6 +647,8 @@ I want to try to expand my use of their data to journals, publishers, volumes, i
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -655,8 +657,6 @@ I want to try to expand my use of their data to journals, publishers, volumes, i
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ Remove cg.subject.wle and cg.identifier.wletheme from CGSpace input form after c
|
||||
iso-codes 4.13.0 was released, which incorporates my changes to the common names for Iran, Laos, and Syria
|
||||
I finally got through with porting the input form from DSpace 6 to DSpace 7
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -859,6 +859,8 @@ RL: performed 0 reads and 16 write i/o operations
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -867,8 +869,6 @@ RL: performed 0 reads and 16 write i/o operations
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ I also did a check for missing country/region mappings with csv-metadata-quality
|
||||
|
||||
Start a harvest on AReS
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -751,6 +751,8 @@ Start a harvest on AReS
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -759,8 +761,6 @@ Start a harvest on AReS
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ Also I found at least two spelling mistakes, for example “decison support
|
||||
|
||||
Work on cleaning, proofing, and uploading twenty-seven records for IFPRI to CGSpace
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -374,6 +374,8 @@ Work on cleaning, proofing, and uploading twenty-seven records for IFPRI to CGSp
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -382,8 +384,6 @@ Work on cleaning, proofing, and uploading twenty-seven records for IFPRI to CGSp
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -44,7 +44,7 @@ From what I can see we need to upgrade the MODS schema from 3.1 to 3.7 and then
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -446,6 +446,8 @@ From what I can see we need to upgrade the MODS schema from 3.1 to 3.7 and then
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -454,8 +456,6 @@ From what I can see we need to upgrade the MODS schema from 3.1 to 3.7 and then
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="July, 2023"/>
|
||||
<meta name="twitter:description" content="2023-07-01 Export CGSpace to check for missing Initiative collection mappings Start harvesting on AReS 2023-07-02 Minor edits to the crossref_doi_lookup.py script while running some checks from 22,000 CGSpace DOIs 2023-07-03 I analyzed the licenses declared by Crossref and found with high confidence that ~400 of ours were incorrect I took the more accurate ones from Crossref and updated the items on CGSpace I took a few hundred ISBNs as well for where we were missing them I also tagged ~4,700 items with missing licenses as “Copyrighted; all rights reserved” based on their Crossref license status being TDM, mostly from Elsevier, Wiley, and Springer Checking a dozen or so manually, I confirmed that if Crossref only has a TDM license then it’s usually copyrighted (could still be open access, but we can’t tell via Crossref) I would be curious to write a script to check the Unpaywall API for open access status… In the past I found that their license status was not very accurate, but the open access status might be more reliable More minor work on the DSpace 7 item views I learned some new Angular template syntax I created a custom component to show Creative Commons licenses on the simple item page I also decided that I don’t like the Impact Area icons as a component because they don’t have any visual meaning 2023-07-04 Focus group meeting with CGSpace partners about DSpace 7 I added a themed file selection component to the CGSpace theme It displays the bistream description instead of the file name, just like we did in DSpace 6 XMLUI I added a custom component to show share icons 2023-07-05 I spent some time trying to update OpenRXV from Angular 9 to 10 to 11 to 12 to 13 Most things work but there are some minor bugs it seems Mishell from CIP emailed me to say she was having problems approving an item on CGSpace Looking at PostgreSQL I saw there were a dozen or so locks that were several hours and even over one day old so I killed those processes and told her to try again 2023-07-06 Types meeting I wrote a Python script to check Unpaywall for some information about DOIs 2023-07-7 Continue exploring Unpaywall data for some of our DOIs In the past I’ve found their licensing information to not be very reliable (preferring Crossref), but I think their open access status is more reliable, especially when the provider is listed as being the publisher Even so, sometimes the version can be “acceptedVersion”, which is presumably the author’s version, as opposed to the “publishedVersion”, which means it’s available as open access on the publisher’s website I did some quality assurance and found ~100 that were marked as Limited Access, but should have been Open Access, and fixed a handful of licenses Delete duplicate metadata as described in my DSpace issue from last year: https://github."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -479,6 +479,8 @@
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -487,8 +489,6 @@
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ I did some minor cleanups myself and applied them to CGSpace
|
||||
|
||||
Start working on some batch uploads for IFPRI
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -460,6 +460,8 @@ UPDATE 1
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -468,8 +470,6 @@ UPDATE 1
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -26,7 +26,7 @@ Start a harvest on AReS
|
||||
Export CGSpace to check for missing Initiative collection mappings
|
||||
Start a harvest on AReS
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -407,6 +407,8 @@ Start a harvest on AReS
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -415,8 +417,6 @@ Start a harvest on AReS
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ We can be on the safe side by using only abstracts for items that are licensed u
|
||||
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -345,6 +345,8 @@ We can be on the safe side by using only abstracts for items that are licensed u
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -353,8 +355,6 @@ We can be on the safe side by using only abstracts for items that are licensed u
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -42,7 +42,7 @@ I improved the filtering and wrote some Python using pandas to merge my sources
|
||||
Export CGSpace to check missing Initiative collection mappings
|
||||
Start a harvest on AReS
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -389,6 +389,8 @@ tomcat9[732]: [9955.666s][info ][gc] GC(6292) To-space exhausted
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -397,8 +399,6 @@ tomcat9[732]: [9955.666s][info ][gc] GC(6292) To-space exhausted
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="December, 2023"/>
|
||||
<meta name="twitter:description" content="2023-12-01 There is still high load on CGSpace and I don’t know why I don’t see a high number of sessions compared to previous days in the last few weeks $ for file in dspace.log.2023-11-[23]*; do echo "$file"; grep -a -oE 'session_id=[A-Z0-9]{32}' "$file" | sort | uniq | wc -l; done dspace.log.2023-11-20 22865 dspace.log.2023-11-21 20296 dspace.log.2023-11-22 19688 dspace.log.2023-11-23 17906 dspace.log.2023-11-24 18453 dspace.log.2023-11-25 17513 dspace.log.2023-11-26 19037 dspace.log.2023-11-27 21103 dspace.log.2023-11-28 23023 dspace.log.2023-11-29 23545 dspace."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -408,6 +408,8 @@
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -416,8 +418,6 @@
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
Reference in New Issue
Block a user