From 3fab0c20e2ef91123c8b69906e5ad50b46fbb2c8 Mon Sep 17 00:00:00 2001 From: Alan Orth Date: Mon, 13 Apr 2020 17:24:05 +0300 Subject: [PATCH] Update notes for 2020-04-13 --- content/posts/2020-04.md | 32 +++++++++++ docs/2016-03/index.html | 6 +-- docs/2016-05/index.html | 6 +-- docs/2016-06/index.html | 6 +-- docs/2016-10/index.html | 6 +-- docs/2016-11/index.html | 8 +-- docs/2017-02/index.html | 6 +-- docs/2017-03/index.html | 6 +-- docs/2017-04/index.html | 10 ++-- docs/2017-05/index.html | 8 +-- docs/2017-06/index.html | 6 +-- docs/2017-07/index.html | 6 +-- docs/2017-08/index.html | 10 ++-- docs/2017-09/index.html | 10 ++-- docs/2017-12/index.html | 6 +-- docs/2018-01/index.html | 12 ++--- docs/2018-05/index.html | 6 +-- docs/2018-09/index.html | 8 +-- docs/2018-10/index.html | 6 +-- docs/2019-03/index.html | 6 +-- docs/2019-04/index.html | 8 +-- docs/2019-05/index.html | 6 +-- docs/2019-09/index.html | 6 +-- docs/2020-04/index.html | 35 ++++++++++-- docs/categories/page/5/index.html | 2 +- docs/cgspace-cgcorev2-migration/index.html | 6 +-- docs/index.xml | 2 +- docs/page/5/index.html | 2 +- docs/posts/index.xml | 2 +- docs/posts/page/5/index.html | 2 +- docs/sitemap.xml | 62 +++++++++++----------- docs/tags/notes/index.xml | 2 +- docs/tags/notes/page/2/index.html | 2 +- docs/tags/page/5/index.html | 2 +- 34 files changed, 184 insertions(+), 125 deletions(-) diff --git a/content/posts/2020-04.md b/content/posts/2020-04.md index 0a2f1a295..bf00a3609 100644 --- a/content/posts/2020-04.md +++ b/content/posts/2020-04.md @@ -119,4 +119,36 @@ $ ~/dspace63/bin/dspace solr-upgrade-statistics-6x - More work on the DSpace 6.3 stuff, improving the GDPR consent logic to use [haven](https://github.com/chiiya/haven) instead of cookieconsent - It works better by injecting the Google Analytics script after the user clicks agree, and it also has a preferences section that gets automatically injected on the privacy page! +## 2020-04-13 + +- I realized that `solr-upgrade-statistics-6x` only processes 100,000 records by default so I think we actually need to finish running it for all legacy Solr records before asking Atmire why CUA statlets and detailed statistics aren't working +- For now I am just doing 250,000 records at a time on my local environment: + +``` +$ export JAVA_OPTS="-Xmx2000m -Dfile.encoding=UTF-8" +$ ~/dspace63/bin/dspace solr-upgrade-statistics-6x -n 250000 +``` + +- Despite running the migration for all of my local 1.5 million Solr records, I still see a few hundred thousand like `-1` and `0-unmigrated` + - I will purge them all and try to import only a subset... + - After importing again I see there are indeed tens of thousands of these documents with IDs "-1" and "0" + - They are all `type: 5`, which is "SITE" according to `Constants.java`: + +``` +/** DSpace site type */ +public static final int SITE = 5; +``` + +- Even after deleting those documents and re-running `solr-upgrade-statistics-6x` I still get the UUID errors when using CUA and the statlets +- I have sent some feedback and questions to Atmire (including about the  issue with glypicons in the header trail) +- In other news, my local Artifactory container stopped working for some reason so I re-created it and it seems some things have changed upstream (port 8082 for web UI?): + +``` +$ podman rm artifactory +$ podman pull docker.bintray.io/jfrog/artifactory-oss:latest +$ podman create --ulimit nofile=32000:32000 --name artifactory -v artifactory_data:/var/opt/jfrog/artifactory -p 8081-8082:8081-8082 docker.bintray.io/jfrog/artifactory-oss +$ podman start artifactory +``` + + diff --git a/docs/2016-03/index.html b/docs/2016-03/index.html index 1c8773d50..963f1e2f6 100644 --- a/docs/2016-03/index.html +++ b/docs/2016-03/index.html @@ -15,7 +15,7 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja - + @@ -37,7 +37,7 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja "url": "https://alanorth.github.io/cgspace-notes/2016-03/", "wordCount": "1581", "datePublished": "2016-03-02T16:50:00+03:00", - "dateModified": "2018-03-09T22:10:33+02:00", + "dateModified": "2020-04-13T15:30:24+03:00", "author": { "@type": "Person", "name": "Alan Orth" @@ -276,7 +276,7 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja

2016-03-28

  • Not sure what dcterms is…
    • -
  • Looks like these were added in DSpace 4 to allow for future work to make DSpace more flexible
    • +
  • Looks like these were added in DSpace 4 to allow for future work to make DSpace more flexible
  • CGSpace’s dc registry has 96 items, and the default DSpace one has 73.

    • 2016-05-11

    diff --git a/docs/2016-06/index.html b/docs/2016-06/index.html index 118f3ebe5..36df47b1e 100644 --- a/docs/2016-06/index.html +++ b/docs/2016-06/index.html @@ -18,7 +18,7 @@ Working on second phase of metadata migration, looks like this will work for mov - + @@ -43,7 +43,7 @@ Working on second phase of metadata migration, looks like this will work for mov "url": "https://alanorth.github.io/cgspace-notes/2016-06/", "wordCount": "1549", "datePublished": "2016-06-01T10:53:00+03:00", - "dateModified": "2018-03-09T22:10:33+02:00", + "dateModified": "2020-04-13T15:30:24+03:00", "author": { "@type": "Person", "name": "Alan Orth" @@ -238,7 +238,7 @@ UPDATE 960

    2016-06-08

    $ xml sel -t -m '//value-pairs[@value-pairs-name="ilrisubject"]/pair/displayed-value/text()' -c '.' -n dspace/config/input-forms.xml
diff --git a/docs/2016-10/index.html b/docs/2016-10/index.html
index f7851938c..7f14a8f47 100644
--- a/docs/2016-10/index.html
+++ b/docs/2016-10/index.html
@@ -22,7 +22,7 @@ I exported a random item’s metadata as CSV, deleted all columns except id
 
 
 
-
+
 
 
 
@@ -51,7 +51,7 @@ I exported a random item’s metadata as CSV, deleted all columns except id
   "url": "https://alanorth.github.io/cgspace-notes/2016-10/",
   "wordCount": "1828",
   "datePublished": "2016-10-03T15:53:00+03:00",
-  "dateModified": "2018-04-04T16:25:57+03:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -127,7 +127,7 @@ I exported a random item’s metadata as CSV, deleted all columns except id
   
   
    2016-10-03
    
 
    $ /home/dspacetest.cgiar.org/bin/dspace registry-loader -metadata /home/dspacetest.cgiar.org/config/registries/dcterms-types.xml
@@ -480,7 +480,7 @@ $ /home/dspacetest.cgiar.org/bin/dspace registry-loader -metadata /home/dspacete
 $ /home/dspacetest.cgiar.org/bin/dspace registry-loader -metadata /home/dspacetest.cgiar.org/config/registries/workflow-types.xml

    2016-11-29

    diff --git a/docs/2017-02/index.html b/docs/2017-02/index.html index bb011b3b4..f656ca20d 100644 --- a/docs/2017-02/index.html +++ b/docs/2017-02/index.html @@ -26,7 +26,7 @@ Looks like we’ll be using cg.identifier.ccafsprojectpii as the field name - + @@ -59,7 +59,7 @@ Looks like we’ll be using cg.identifier.ccafsprojectpii as the field name "url": "https://alanorth.github.io/cgspace-notes/2017-02/", "wordCount": "2028", "datePublished": "2017-02-07T07:04:52-08:00", - "dateModified": "2018-03-09T22:10:33+02:00", + "dateModified": "2020-04-13T15:30:24+03:00", "author": { "@type": "Person", "name": "Alan Orth" @@ -263,7 +263,7 @@ dspace=# update metadatavalue set text_value = 'https://dx.doi.org/10.15446/agro 
    dspace=# update metadatavalue set text_value = regexp_replace(text_value, 'http://dx.doi.org', 'https://dx.doi.org') where resource_type_id=2 and metadata_field_id IN (select metadata_field_id from metadatafieldregistry where element = 'identifier' and qualifier = 'doi') and text_value like 'http://dx.doi.org%';
 
    [dspace]/bin/dspace curate -t noop -i 10568/79891
diff --git a/docs/2017-03/index.html b/docs/2017-03/index.html
index 4821ccf91..47939ac76 100644
--- a/docs/2017-03/index.html
+++ b/docs/2017-03/index.html
@@ -28,7 +28,7 @@ $ identify ~/Desktop/alc_contrastes_desafios.jpg
 
 
 
-
+
 
 
 
@@ -63,7 +63,7 @@ $ identify ~/Desktop/alc_contrastes_desafios.jpg
   "url": "https://alanorth.github.io/cgspace-notes/2017-03/",
   "wordCount": "1538",
   "datePublished": "2017-03-01T17:08:52+02:00",
-  "dateModified": "2018-03-09T22:10:33+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -198,7 +198,7 @@ DirectClass sRGB Alpha
 
  • But there are hundreds of combinations of fields and values (like dc.subject and all the center subjects), and we can’t use wildcards in REST!
    • 
 
  • Reading about enabling multiple handle prefixes in DSpace
    • 
 
  • There is a mailing list thread from 2011 about it: http://dspace.2283337.n4.nabble.com/Multiple-handle-prefixes-merged-DSpace-instances-td3427192.html
    • 
-
  • And a comment from Atmire’s Bram about it on the DSpace wiki: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace?focusedCommentId=78163296#comment-78163296
    • 
+
  • And a comment from Atmire’s Bram about it on the DSpace wiki: https://wiki.lyrasis.org/display/DSDOC5x/Installing+DSpace?focusedCommentId=78163296#comment-78163296
    • 
 
  • Bram mentions an undocumented configuration option handle.plugin.checknameauthority, but I noticed another one in dspace.cfg:
    • 
 
 
    # List any additional prefixes that need to be managed by this handle server
diff --git a/docs/2017-04/index.html b/docs/2017-04/index.html
index aaa8a9a7b..e0be8703b 100644
--- a/docs/2017-04/index.html
+++ b/docs/2017-04/index.html
@@ -21,7 +21,7 @@ $ [dspace]/bin/dspace filter-media -f -i 10568/16498 -p "ImageMagick PDF Th
 
 
 
-
+
 
 
 
@@ -49,7 +49,7 @@ $ [dspace]/bin/dspace filter-media -f -i 10568/16498 -p "ImageMagick PDF Th
   "url": "https://alanorth.github.io/cgspace-notes/2017-04/",
   "wordCount": "2917",
   "datePublished": "2017-04-02T17:08:52+02:00",
-  "dateModified": "2018-03-09T22:10:33+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -190,7 +190,7 @@ ILAC_Brief21_PMCA.pdf: 113462 bytes, checksum: 249fef468f401c066a119f5db687add0
 2505
 
    2017-04-06
    
 
      
-
    • After reading the notes for DCAT April 2017 I am testing some new settings for PostgreSQL on DSpace Test:
+
    • After reading the notes for DCAT April 2017 I am testing some new settings for PostgreSQL on DSpace Test:
 
        
 
      • db.maxconnections 30→70 (the default PostgreSQL config allows 100 connections, so DSpace’s default of 30 is quite low)
        • 
 
      • db.maxwait 5000→10000
        • 
@@ -201,7 +201,7 @@ ILAC_Brief21_PMCA.pdf: 113462 bytes, checksum: 249fef468f401c066a119f5db687add0
 
      • Run system updates on DSpace Test and reboot the server
        • 
 
      • Discussing harvesting CIFOR’s DSpace via OAI
        • 
 
      • Sisay added their OAI as a source to a new collection, but using the Simple Dublin Core method, so many fields are unqualified and duplicated
        • 
-
      • Looking at the documentation it seems that we probably want to be using DSpace Intermediate Metadata
        • 
+
      • Looking at the documentation it seems that we probably want to be using DSpace Intermediate Metadata
        • 
 
      
 
      2017-04-10
      
 
        
@@ -306,7 +306,7 @@ sys     1m29.310s
 
          
 
        • DSpace committers reviewed my patch for DS-3516 and proposed a simpler idea involving incorrect use of SelfRegisteredInputFormats
          • 
 
        • I tested the idea and it works, so I made a new patch: https://github.com/DSpace/DSpace/pull/1709
          • 
-
        • I discovered that we can override metadata formats in OAI by creating a new “context”: https://wiki.duraspace.org/display/DSDOC5x/OAI+2.0+Server
          • 
+
        • I discovered that we can override metadata formats in OAI by creating a new “context”: https://wiki.lyrasis.org/display/DSDOC5x/OAI+2.0+Server
          • 
 
        • This allows us to have, say a default “request” context and a “cgiar” context, both of which implement the DSpace Intermediate Metadata formats, but have the later use a overridden version that exposes CG metadata
          • 
 
        • Compare the following results:
 
            
diff --git a/docs/2017-05/index.html b/docs/2017-05/index.html
index fa23ef12a..7579de44f 100644
--- a/docs/2017-05/index.html
+++ b/docs/2017-05/index.html
@@ -10,7 +10,7 @@
 
 
 
-
+
 
 
 
@@ -27,7 +27,7 @@
   "url": "https://alanorth.github.io/cgspace-notes/2017-05/",
   "wordCount": "2398",
   "datePublished": "2017-05-01T16:21:52+02:00",
-  "dateModified": "2018-03-09T22:10:33+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -136,7 +136,7 @@
 
 
            2017-05-07
            
 
              
@@ -337,7 +337,7 @@ COPY 111
 
                
 
              • File an issue on GitHub to explore/track migration to proper country/region codes (ISO 2/3 and UN M.49): #326
                • 
 
              • Ask Peter how the Landportal.info people should acknowledge us as the source of data on their website
                • 
-
              • Communicate with MARLO people about progress on exposing ORCIDs via the REST API, as it is set to be discussed in the June, 2017 DCAT meeting
                • 
+
              • Communicate with MARLO people about progress on exposing ORCIDs via the REST API, as it is set to be discussed in the June, 2017 DCAT meeting
                • 
 
              • Find all of Amos Omore’s author name variations so I can link them to his authority entry that has an ORCID:
                • 
 
              
 
              dspace=# select distinct text_value, authority, confidence from metadatavalue where metadata_field_id=3 and text_value like 'Omore, A%';
diff --git a/docs/2017-06/index.html b/docs/2017-06/index.html
index 0ad8a7f08..8e2066f29 100644
--- a/docs/2017-06/index.html
+++ b/docs/2017-06/index.html
@@ -10,7 +10,7 @@
 
 
 
-
+
 
 
 
@@ -27,7 +27,7 @@
   "url": "https://alanorth.github.io/cgspace-notes/2017-06/",
   "wordCount": "1261",
   "datePublished": "2017-06-01T10:14:52+03:00",
-  "dateModified": "2018-03-09T22:10:33+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -233,7 +233,7 @@ $ JAVA_OPTS="-Xmx1024m -Dfile.encoding=UTF-8" [dspace]/bin/dspace impo
 
              Java stacktrace: java.util.NoSuchElementException: Timeout waiting for idle object
 
                
 
              • After looking at the Tomcat logs, Munin graphs, and PostgreSQL connection stats, it seems there is just a high load
                • 
-
              • Might be a good time to adjust DSpace’s database connection settings, like I first mentioned in April, 2017 after reading the 2017-04 DCAT comments
                • 
+
              • Might be a good time to adjust DSpace’s database connection settings, like I first mentioned in April, 2017 after reading the 2017-04 DCAT comments
                • 
 
              • I’ve adjusted the following in CGSpace’s config:
 
                  
 
                • db.maxconnections 30→70 (the default PostgreSQL config allows 100 connections, so DSpace’s default of 30 is quite low)
                  • 
diff --git a/docs/2017-07/index.html b/docs/2017-07/index.html
index 6e0e0a2f8..ad1e4c359 100644
--- a/docs/2017-07/index.html
+++ b/docs/2017-07/index.html
@@ -19,7 +19,7 @@ We can use PostgreSQL’s extended output format (-x) plus sed to format the
 
 
 
-
+
 
 
 
@@ -45,7 +45,7 @@ We can use PostgreSQL’s extended output format (-x) plus sed to format the
   "url": "https://alanorth.github.io/cgspace-notes/2017-07/",
   "wordCount": "1151",
   "datePublished": "2017-07-01T18:03:52+03:00",
-  "dateModified": "2018-03-09T22:10:33+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -141,7 +141,7 @@ We can use PostgreSQL’s extended output format (-x) plus sed to format the
 
                • We also need to check to see which ORCID authority core this uses, because it seems to be using an entirely new one rather than the one for dc.contributor.author (which makes sense of course, but fuck, all the author problems aren’t bad enough?!)
                  • 
 
                • Also would need to edit XMLUI item displays to incorporate this into authors list
                  • 
 
                • And fuck, then anyone consuming our data via REST / OAI will not notice that we have an author outside of dc.contributor.authors… ugh
                  • 
-
                • What if we modify the item submission form to use type-bind fields to show/hide certain fields depending on the type?
                  • 
+
                • What if we modify the item submission form to use type-bind fields to show/hide certain fields depending on the type?
                  • 
 
                
 
                2017-07-05
                
 
                  
diff --git a/docs/2017-08/index.html b/docs/2017-08/index.html
index 56a7732ec..37fcb3c0c 100644
--- a/docs/2017-08/index.html
+++ b/docs/2017-08/index.html
@@ -31,7 +31,7 @@ Then I cleaned up the author authorities and HTML characters in OpenRefine and s
 
 
 
-
+
 
 
 
@@ -69,7 +69,7 @@ Then I cleaned up the author authorities and HTML characters in OpenRefine and s
   "url": "https://alanorth.github.io/cgspace-notes/2017-08/",
   "wordCount": "3542",
   "datePublished": "2017-08-01T11:51:52+03:00",
-  "dateModified": "2019-03-04T02:43:22+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -218,7 +218,7 @@ Then I cleaned up the author authorities and HTML characters in OpenRefine and s
 
                    
 
                  • Alan to follow up with ICARDA about depositing in CGSpace, we want ICARD and Drylands legacy content but not duplicates
                    • 
 
                  • Alan to follow up on dc.rights, where are we?
                    • 
-
                  • Alan to follow up with Atmire about a dedicated field for ORCIDs, based on the discussion in the June, 2017 DCAT meeting
                    • 
+
                  • Alan to follow up with Atmire about a dedicated field for ORCIDs, based on the discussion in the June, 2017 DCAT meeting
                    • 
 
                  • Alan to ask about how to query external services like AGROVOC in the DSpace submission form
                    • 
 
                  
 
@@ -272,7 +272,7 @@ DELETE 1
 dspace=# delete from metadatavalue where resource_type_id=2 and metadata_field_id=3 and text_value='WSSD';
 
                
 
              • Generate a new list of authors from the CGIAR Library community for Peter to look through now that the initial corrections have been done
                • 
-
              • Thinking about resource limits for PostgreSQL again after last week’s CGSpace crash and related to a recently discussion I had in the comments of the April, 2017 DCAT meeting notes
                • 
+
              • Thinking about resource limits for PostgreSQL again after last week’s CGSpace crash and related to a recently discussion I had in the comments of the April, 2017 DCAT meeting notes
                • 
 
              • In that thread Chris Wilper suggests a new default of 35 max connections for db.maxconnections (from the current default of 30), knowing that each DSpace web application gets to use up to this many on its own
                • 
 
              • It would be good to approximate what the theoretical maximum number of connections on a busy server would be, perhaps by looking to see which apps use SQL:
                • 
 
              
@@ -406,7 +406,7 @@ dspace.log.2017-08-17:584
 
            • He linked to some examples from DSpace-CRIS that use this functionality: VIAFAuthority
              • 
 
            • I wired it up to the dc.subject field of the submission interface using the “lookup” type and it works!
              • 
 
            • I think we can use this example to get a working AGROVOC query
              • 
-
            • More information about authority framework: https://wiki.duraspace.org/display/DSPACE/Authority+Control+of+Metadata+Values
              • 
+
            • More information about authority framework: https://wiki.lyrasis.org/display/DSPACE/Authority+Control+of+Metadata+Values
              • 
 
            • Wow, I’m playing with the AGROVOC SPARQL endpoint using the sparql-query tool:
              • 
 
            
 
            $ ./sparql-query http://202.45.139.84:10035/catalogs/fao/repositories/agrovoc
diff --git a/docs/2017-09/index.html b/docs/2017-09/index.html
index de1e0ebf1..323d63b59 100644
--- a/docs/2017-09/index.html
+++ b/docs/2017-09/index.html
@@ -17,7 +17,7 @@ Ask Sisay to clean up the WLE approvers a bit, as Marianne’s user account
 
 
 
-
+
 
 
 
@@ -41,7 +41,7 @@ Ask Sisay to clean up the WLE approvers a bit, as Marianne’s user account
   "url": "https://alanorth.github.io/cgspace-notes/2017-09/",
   "wordCount": "4199",
   "datePublished": "2017-09-07T16:54:52+07:00",
-  "dateModified": "2018-03-09T22:10:33+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -167,7 +167,7 @@ dspace.log.2017-09-10:0
 
          
 
          2017-09-12
          
 
            
-
          • I was testing the METS XSD caching during AIP ingest but it doesn’t seem to help actually
            • 
+
          • I was testing the METS XSD caching during AIP ingest but it doesn’t seem to help actually
            • 
 
          • The import process takes the same amount of time with and without the caching
            • 
 
          • Also, I captured TCP packets destined for port 80 and both imports only captured ONE packet (an update check from some component in Java):
            • 
 
          
@@ -453,7 +453,7 @@ DELETE 207
 
    $ for item in 10568-93759/ITEM@10947-46*; do ~/dspace/bin/dspace packager -r -t AIP -o ignoreHandle=false -o ignoreParent=true -e aorth@mjanja.ch -p 10568/87738 $item; done

    2017-09-22

    diff --git a/docs/2017-12/index.html b/docs/2017-12/index.html index 46be55f29..90a1891c0 100644 --- a/docs/2017-12/index.html +++ b/docs/2017-12/index.html @@ -16,7 +16,7 @@ The list of connections to XMLUI and REST API for today: - + @@ -39,7 +39,7 @@ The list of connections to XMLUI and REST API for today: "url": "https://alanorth.github.io/cgspace-notes/2017-12/", "wordCount": "4088", "datePublished": "2017-12-01T13:53:54+03:00", - "dateModified": "2019-10-28T13:39:25+02:00", + "dateModified": "2020-04-13T15:30:24+03:00", "author": { "@type": "Person", "name": "Alan Orth" @@ -477,7 +477,7 @@ $ schedtool -D -e ionice -c2 -n7 nice -n19 dspace index-discovery     diff --git a/docs/2018-01/index.html b/docs/2018-01/index.html index aac117cf5..f855369a3 100644 --- a/docs/2018-01/index.html +++ b/docs/2018-01/index.html @@ -76,7 +76,7 @@ Danny wrote to ask for help renewing the wildcard ilri.org certificate and I adv - + @@ -159,7 +159,7 @@ Danny wrote to ask for help renewing the wildcard ilri.org certificate and I adv "url": "https://alanorth.github.io/cgspace-notes/2018-01/", "wordCount": "7940", "datePublished": "2018-01-02T08:35:54-08:00", - "dateModified": "2019-10-28T13:39:25+02:00", + "dateModified": "2020-04-13T15:30:24+03:00", "author": { "@type": "Person", "name": "Alan Orth" @@ -545,7 +545,7 @@ Caused by: org.apache.http.client.ClientProtocolException at org.apache.solr.client.solrj.impl.HttpSolrServer.executeMethod(HttpSolrServer.java:448) ... 10 more

    2018-01-12

    <!-- Define a non-SSL HTTP/1.1 Connector on port 8080 -->
 <Connector port="8080"
@@ -790,7 +790,7 @@ dspace=# select handle from item, handle where handle.resource_id = item.item_id
 (0 rows)
 
    dspace=# select * from metadatavalue where resource_type_id=2 and metadata_field_id=3 and text_value='Erni';
diff --git a/docs/2018-05/index.html b/docs/2018-05/index.html
index 4601d60a1..7db0200e6 100644
--- a/docs/2018-05/index.html
+++ b/docs/2018-05/index.html
@@ -20,7 +20,7 @@ Also, I switched it to use OpenJDK instead of Oracle Java, as well as re-worked
 
 
 
-
+
 
 
 
@@ -47,7 +47,7 @@ Also, I switched it to use OpenJDK instead of Oracle Java, as well as re-worked
   "url": "https://alanorth.github.io/cgspace-notes/2018-05/",
   "wordCount": "3503",
   "datePublished": "2018-05-01T16:43:54+03:00",
-  "dateModified": "2019-10-28T13:39:25+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -419,7 +419,7 @@ $ ./bin/post -c countries ~/src/git/DSpace/2018-05-10-countries.csv
 
    2018-05-21
    
 
      
 
    • Geoffrey from IITA got back with more questions about depositing items programatically into the CGSpace workflow
      • 
-
    • I pointed out that SWORD might be an option, as DSpace supports the SWORDv2 protocol (although we have never tested it)
      • 
+
    • I pointed out that SWORD might be an option, as DSpace supports the SWORDv2 protocol (although we have never tested it)
      • 
 
    • Work on implementing cookie consent popup for all XMLUI themes (SASS theme with primary / secondary branding from Bootstrap)
      • 
 
    
 
    2018-05-22
    
diff --git a/docs/2018-09/index.html b/docs/2018-09/index.html
index eae35b9f9..ff25b01b2 100644
--- a/docs/2018-09/index.html
+++ b/docs/2018-09/index.html
@@ -16,7 +16,7 @@ I’m testing the new DSpace 5.8 branch in my Ubuntu 18.04 environment and I
 
 
 
-
+
 
 
 
@@ -39,7 +39,7 @@ I’m testing the new DSpace 5.8 branch in my Ubuntu 18.04 environment and I
   "url": "https://alanorth.github.io/cgspace-notes/2018-09/",
   "wordCount": "5246",
   "datePublished": "2018-09-02T09:55:54+03:00",
-  "dateModified": "2020-01-21T09:37:11+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -391,7 +391,7 @@ $ grep -c -E 'session_id=[A-Z0-9]{32}:ip_addr=50.116.102.77' dspace.log.2018-09-
 
 
  • I want to explore creating a thin API to make the item view and download stats available from Solr so CodeObia can use them in the AReS explorer
    • 
 
  • Currently CodeObia is exploring using the Atmire statlets internal API, but I don’t really like that…
    • 
-
  • There are some example queries on the DSpace Solr wiki
    • 
+
  • There are some example queries on the DSpace Solr wiki
    • 
 
  • For example, this query returns 1655 rows for item 10568/10630:
    • 
 
 
    $ http 'http://localhost:3000/solr/statistics/select?indent=on&rows=0&q=type:0+owningItem:11576&fq=isBot:false'
@@ -553,7 +553,7 @@ dspacestatistics-> (id INT PRIMARY KEY, views INT DEFAULT 0, downloads INT DE
 
  • I want to purge the bot hits from the Solr statistics core, as I am now realizing that I don’t give a shit about tens of millions of hits by Google and Bing indexing my shit every day (at least not in Solr!)
    • 
 
  • CGSpace’s Solr core has 150,000,000 documents in it… and it’s still pretty fast to query, but it’s really a maintenance and backup burden
    • 
 
  • DSpace Test currently has about 2,000,000 documents with isBot:true in its Solr statistics core, and the size on disk is 2GB (it’s not much, but I have to test this somewhere!)
    • 
-
  • According to the DSpace 5.x Solr documentation I can use dspace stats-util -f, so let’s try it:
    • 
+
  • According to the DSpace 5.x Solr documentation I can use dspace stats-util -f, so let’s try it:
    • 
 
 
    $ dspace stats-util -f
 
      
diff --git a/docs/2018-10/index.html b/docs/2018-10/index.html
index eeeff36f0..f31196019 100644
--- a/docs/2018-10/index.html
+++ b/docs/2018-10/index.html
@@ -14,7 +14,7 @@ I created a GitHub issue to track this #389, because I’m super busy in Nai
 
 
 
-
+
 
 
 
@@ -35,7 +35,7 @@ I created a GitHub issue to track this #389, because I’m super busy in Nai
   "url": "https://alanorth.github.io/cgspace-notes/2018-10/",
   "wordCount": "4518",
   "datePublished": "2018-10-01T22:31:54+03:00",
-  "dateModified": "2020-02-23T20:10:47+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -619,7 +619,7 @@ $ curl -X GET -H "Content-Type: application/json" -H "Accept: app
 
        
 
      • Meet with the COPO guys to walk them through the CGSpace submission workflow and discuss CG core, REST API, etc
 
          
-
        • I suggested that they look into submitting via the SWORDv2 protocol because it respects the workflows
          • 
+
        • I suggested that they look into submitting via the SWORDv2 protocol because it respects the workflows
          • 
 
        • They said that they’re not too worried about the hierarchical CG core schema, that they would just flatten metadata like affiliations when depositing to a DSpace repository
          • 
 
        • I said that it might be time to engage the DSpace community to add support for more advanced schemas in DSpace 7+ (perhaps partnership with Atmire?)
          • 
 
        
diff --git a/docs/2019-03/index.html b/docs/2019-03/index.html
index ec899d479..79328a904 100644
--- a/docs/2019-03/index.html
+++ b/docs/2019-03/index.html
@@ -24,7 +24,7 @@ I think I will need to ask Udana to re-copy and paste the abstracts with more ca
 
 
 
-
+
 
 
 
@@ -55,7 +55,7 @@ I think I will need to ask Udana to re-copy and paste the abstracts with more ca
   "url": "https://alanorth.github.io/cgspace-notes/2019-03/",
   "wordCount": "7105",
   "datePublished": "2019-03-01T12:16:30+01:00",
-  "dateModified": "2019-10-28T13:39:25+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -283,7 +283,7 @@ UPDATE 44
 
      • I think that I could get the resource IDs from SQL and then export them using dspace metadata-export…
        • 
 
      
 
-
    • This is a bit ugly, but it works (using the DSpace 5 SQL helper function to resolve ID to handle):
      • 
+
    • This is a bit ugly, but it works (using the DSpace 5 SQL helper function to resolve ID to handle):
      • 
 
    
 
    for id in $(psql -U postgres -d dspacetest -h localhost -c "SELECT resource_id FROM metadatavalue WHERE resource_type_id=2 AND metadata_field_id=228 AND text_value LIKE '%SWAZILAND%'" | grep -oE '[0-9]{3,}'); do
 
diff --git a/docs/2019-04/index.html b/docs/2019-04/index.html
index 593e7e720..f397028a3 100644
--- a/docs/2019-04/index.html
+++ b/docs/2019-04/index.html
@@ -33,7 +33,7 @@ $ ./delete-metadata-values.py -i /tmp/2019-02-21-delete-1-region.csv -db dspace
 
 
 
-
+
 
 
 
@@ -73,7 +73,7 @@ $ ./delete-metadata-values.py -i /tmp/2019-02-21-delete-1-region.csv -db dspace
   "url": "https://alanorth.github.io/cgspace-notes/2019-04/",
   "wordCount": "6778",
   "datePublished": "2019-04-01T09:00:43+03:00",
-  "dateModified": "2019-10-28T13:39:25+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -442,7 +442,7 @@ X-XSS-Protection: 1; mode=block
 
  • I will try to re-deploy the 5_x-dev branch and test again
    • 
 
 
-
  • According to the DSpace 5.x Solr documentation the default commit time is after 15 minutes or 10,000 documents (see solrconfig.xml)
    • 
+
  • According to the DSpace 5.x Solr documentation the default commit time is after 15 minutes or 10,000 documents (see solrconfig.xml)
    • 
 
  • I looped some GET and HEAD requests to a bitstream on my local instance and after some time I see that they do register as downloads (even though they are internal):
    • 
 
 
    $ http --print b 'http://localhost:8080/solr/statistics/select?q=type%3A0+AND+time%3A2019-04-07*&fq=statistics_type%3Aview&fq=isInternal%3Atrue&rows=0&wt=json&indent=true'
@@ -1229,7 +1229,7 @@ COPY 65752
 
 
    2019-04-28 08:53:07,170 ERROR org.dspace.rest.ItemsResource @ User(anonymous) has not permission to read item(id=74648)!
 
      
-
    • I even tried to “expunge” the item using an action in CSV, and it said “EXPUNGED!” but the item is still there…
      • 
+
    • I even tried to “expunge” the item using an action in CSV, and it said “EXPUNGED!” but the item is still there…
      • 
 
    
 
    2019-04-30
    
 
      
diff --git a/docs/2019-05/index.html b/docs/2019-05/index.html
index e686e19e0..dffa1f061 100644
--- a/docs/2019-05/index.html
+++ b/docs/2019-05/index.html
@@ -25,7 +25,7 @@ But after this I tried to delete the item from the XMLUI and it is still present
 
 
 
-
+
 
 
 
@@ -57,7 +57,7 @@ But after this I tried to delete the item from the XMLUI and it is still present
   "url": "https://alanorth.github.io/cgspace-notes/2019-05/",
   "wordCount": "3190",
   "datePublished": "2019-05-01T07:37:43+03:00",
-  "dateModified": "2020-02-24T18:07:35+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -189,7 +189,7 @@ curl: (22) The requested URL returned error: 401 Unauthorized
 
    • CIP is asking about embedding PDF thumbnail images in their RSS feeds again
 
 
      • 
diff --git a/docs/2019-09/index.html b/docs/2019-09/index.html
index 73d49975b..def3bc8d6 100644
--- a/docs/2019-09/index.html
+++ b/docs/2019-09/index.html
@@ -37,7 +37,7 @@ Here are the top ten IPs in the nginx XMLUI and REST/OAI logs this morning:
 
 
 
-
+
 
 
 
@@ -81,7 +81,7 @@ Here are the top ten IPs in the nginx XMLUI and REST/OAI logs this morning:
   "url": "https://alanorth.github.io/cgspace-notes/2019-09/",
   "wordCount": "2870",
   "datePublished": "2019-09-01T10:17:51+03:00",
-  "dateModified": "2019-10-28T13:39:25+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -230,7 +230,7 @@ Here are the top ten IPs in the nginx XMLUI and REST/OAI logs this morning:
 
 
    • Continue working on CG Core v2 migration, focusing on the crosswalk mappings
 
        
-
      • I think we can skip the MODS crosswalk for now because it is only used in AIP exports that are meant for non-DSpace systems
        • 
+
      • I think we can skip the MODS crosswalk for now because it is only used in AIP exports that are meant for non-DSpace systems
        • 
 
      • We should probably do the QDC crosswalk as well as those in xhtml-head-item.properties…
        • 
 
      • Ouch, there is potentially a lot of work in the OAI metadata formats like DIM, METS, and QDC (see dspace/config/crosswalks/oai/*.xsl)
        • 
 
      • In general I think I should only modify the left side of the crosswalk mappings (ie, where metadata is coming from) so we maintain the same exact output for search engines, etc
        • 
diff --git a/docs/2020-04/index.html b/docs/2020-04/index.html
index 6ced4d946..60ce34f9e 100644
--- a/docs/2020-04/index.html
+++ b/docs/2020-04/index.html
@@ -25,7 +25,7 @@ On the same note, the one item Abenet pointed out last week now has a donut with
 
 
 
-
+
 
 
 
@@ -55,9 +55,9 @@ On the same note, the one item Abenet pointed out last week now has a donut with
   "@type": "BlogPosting",
   "headline": "April, 2020",
   "url": "https://alanorth.github.io/cgspace-notes/2020-04/",
-  "wordCount": "793",
+  "wordCount": "1025",
   "datePublished": "2020-04-02T10:53:24+03:00",
-  "dateModified": "2020-04-07T16:32:02+03:00",
+  "dateModified": "2020-04-12T17:09:14+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -250,7 +250,34 @@ $ ~/dspace63/bin/dspace solr-upgrade-statistics-6x
 
      
 
      • 
 
    
-
+
    2020-04-13
    
+
      
+
    • I realized that solr-upgrade-statistics-6x only processes 100,000 records by default so I think we actually need to finish running it for all legacy Solr records before asking Atmire why CUA statlets and detailed statistics aren’t working
      • 
+
    • For now I am just doing 250,000 records at a time on my local environment:
      • 
+
    
+
    $ export JAVA_OPTS="-Xmx2000m -Dfile.encoding=UTF-8"
+$ ~/dspace63/bin/dspace solr-upgrade-statistics-6x -n 250000
+
      
+
    • Despite running the migration for all of my local 1.5 million Solr records, I still see a few hundred thousand like -1 and 0-unmigrated
+
        
+
      • I will purge them all and try to import only a subset…
        • 
+
      • After importing again I see there are indeed tens of thousands of these documents with IDs “-1” and “0”
        • 
+
      • They are all type: 5, which is “SITE” according to Constants.java:
        • 
+
      
+
      • 
+
    
+
    /** DSpace site type */
+public static final int SITE = 5;
+
      
+
    • Even after deleting those documents and re-running solr-upgrade-statistics-6x I still get the UUID errors when using CUA and the statlets
      • 
+
    • I have sent some feedback and questions to Atmire (including about the  issue with glypicons in the header trail)
      • 
+
    • In other news, my local Artifactory container stopped working for some reason so I re-created it and it seems some things have changed upstream (port 8082 for web UI?):
      • 
+
    
+
    $ podman rm artifactory
+$ podman pull docker.bintray.io/jfrog/artifactory-oss:latest
+$ podman create --ulimit nofile=32000:32000 --name artifactory -v artifactory_data:/var/opt/jfrog/artifactory -p 8081-8082:8081-8082 docker.bintray.io/jfrog/artifactory-oss
+$ podman start artifactory
+
    
 
   
 
diff --git a/docs/categories/page/5/index.html b/docs/categories/page/5/index.html
index 6fc28b2dc..97dc2df8e 100644
--- a/docs/categories/page/5/index.html
+++ b/docs/categories/page/5/index.html
@@ -217,7 +217,7 @@ DELETE 1
   
   
    2016-10-03
    
 
      
-
    • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
      • 
+
    • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
      • 
 
    • Need to test the following scenarios to see how author order is affected:
 
        
 
      • ORCIDs only
        • 
diff --git a/docs/cgspace-cgcorev2-migration/index.html b/docs/cgspace-cgcorev2-migration/index.html
index 1a5a91b94..26170d6e8 100644
--- a/docs/cgspace-cgcorev2-migration/index.html
+++ b/docs/cgspace-cgcorev2-migration/index.html
@@ -10,7 +10,7 @@
 
 
 
-
+
 
 
 
@@ -27,7 +27,7 @@
   "url": "https://alanorth.github.io/cgspace-notes/cgspace-cgcorev2-migration/",
   "wordCount": "555",
   "datePublished": "2019-10-28T13:27:35+02:00",
-  "dateModified": "2019-12-22T11:56:45+02:00",
+  "dateModified": "2020-04-13T15:30:24+03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -424,7 +424,7 @@
 
        There are a few things that I need to check once I get a deployment of this code up and running:
        
 
          
 
        • Assess the XSL changes to see if things like not(@qualifier)] still make sense after we move fields from DC to DCTERMS, as some fields will no longer have qualifiers
          • 
-
        • Do I need to edit crosswalks that we are not using, like MODS?
          • 
+
        • Do I need to edit crosswalks that we are not using, like MODS?
          • 
 
        • There is potentially a lot of work in the OAI metadata formats like DIM, METS, and QDC (see dspace/config/crosswalks/oai/*.xsl)
          • 
 
        
 
        
diff --git a/docs/index.xml b/docs/index.xml
index bbdba643d..649690b30 100644
--- a/docs/index.xml
+++ b/docs/index.xml
@@ -954,7 +954,7 @@ DELETE 1
       https://alanorth.github.io/cgspace-notes/2016-10/
       <h2 id="2016-10-03">2016-10-03</h2>
 <ul>
-<li>Testing adding <a href="https://wiki.duraspace.org/display/DSDOC5x/ORCID+Integration#ORCIDIntegration-EditingexistingitemsusingBatchCSVEditing">ORCIDs to a CSV</a> file for a single item to see if the author orders get messed up</li>
+<li>Testing adding <a href="https://wiki.lyrasis.org/display/DSDOC5x/ORCID+Integration#ORCIDIntegration-EditingexistingitemsusingBatchCSVEditing">ORCIDs to a CSV</a> file for a single item to see if the author orders get messed up</li>
 <li>Need to test the following scenarios to see how author order is affected:
 <ul>
 <li>ORCIDs only</li>
diff --git a/docs/page/5/index.html b/docs/page/5/index.html
index e2d026691..ceff4ba95 100644
--- a/docs/page/5/index.html
+++ b/docs/page/5/index.html
@@ -217,7 +217,7 @@ DELETE 1
   
   
        2016-10-03
        
 
          
-
        • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
          • 
+
        • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
          • 
 
        • Need to test the following scenarios to see how author order is affected:
 
            
 
          • ORCIDs only
            • 
diff --git a/docs/posts/index.xml b/docs/posts/index.xml
index eefad6e66..eb49f4550 100644
--- a/docs/posts/index.xml
+++ b/docs/posts/index.xml
@@ -954,7 +954,7 @@ DELETE 1
       https://alanorth.github.io/cgspace-notes/2016-10/
       <h2 id="2016-10-03">2016-10-03</h2>
 <ul>
-<li>Testing adding <a href="https://wiki.duraspace.org/display/DSDOC5x/ORCID+Integration#ORCIDIntegration-EditingexistingitemsusingBatchCSVEditing">ORCIDs to a CSV</a> file for a single item to see if the author orders get messed up</li>
+<li>Testing adding <a href="https://wiki.lyrasis.org/display/DSDOC5x/ORCID+Integration#ORCIDIntegration-EditingexistingitemsusingBatchCSVEditing">ORCIDs to a CSV</a> file for a single item to see if the author orders get messed up</li>
 <li>Need to test the following scenarios to see how author order is affected:
 <ul>
 <li>ORCIDs only</li>
diff --git a/docs/posts/page/5/index.html b/docs/posts/page/5/index.html
index 1354912b5..a7a78ff8e 100644
--- a/docs/posts/page/5/index.html
+++ b/docs/posts/page/5/index.html
@@ -217,7 +217,7 @@ DELETE 1
   
   
            2016-10-03
            
 
              
-
            • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
              • 
+
            • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
              • 
 
            • Need to test the following scenarios to see how author order is affected:
 
                
 
              • ORCIDs only
                • 
diff --git a/docs/sitemap.xml b/docs/sitemap.xml
index 733a64d25..b93e0caf5 100644
--- a/docs/sitemap.xml
+++ b/docs/sitemap.xml
@@ -4,27 +4,27 @@
   
   
     https://alanorth.github.io/cgspace-notes/2020-04/
-    2020-04-07T16:32:02+03:00
+    2020-04-12T17:09:14+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/categories/
-    2020-04-07T16:32:02+03:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/
-    2020-04-07T16:32:02+03:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/categories/notes/
-    2020-04-07T16:32:02+03:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/posts/
-    2020-04-07T16:32:02+03:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -54,17 +54,17 @@
   
   
     https://alanorth.github.io/cgspace-notes/cgspace-cgcorev2-migration/
-    2019-12-22T11:56:45+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/tags/migration/
-    2019-12-22T11:56:45+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/tags/
-    2019-12-22T11:56:45+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -74,7 +74,7 @@
   
   
     https://alanorth.github.io/cgspace-notes/2019-09/
-    2019-10-28T13:39:25+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -94,17 +94,17 @@
   
   
     https://alanorth.github.io/cgspace-notes/2019-05/
-    2020-02-24T18:07:35+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2019-04/
-    2019-10-28T13:39:25+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2019-03/
-    2019-10-28T13:39:25+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -129,12 +129,12 @@
   
   
     https://alanorth.github.io/cgspace-notes/2018-10/
-    2020-02-23T20:10:47+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2018-09/
-    2020-01-21T09:37:11+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -154,7 +154,7 @@
   
   
     https://alanorth.github.io/cgspace-notes/2018-05/
-    2019-10-28T13:39:25+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -174,12 +174,12 @@
   
   
     https://alanorth.github.io/cgspace-notes/2018-01/
-    2019-10-28T13:39:25+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-12/
-    2019-10-28T13:39:25+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -199,47 +199,47 @@
   
   
     https://alanorth.github.io/cgspace-notes/tags/notes/
-    2019-03-04T02:43:22+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-09/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-08/
-    2019-03-04T02:43:22+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-07/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-06/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-05/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-04/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-03/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2017-02/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -254,12 +254,12 @@
   
   
     https://alanorth.github.io/cgspace-notes/2016-11/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2016-10/
-    2018-04-04T16:25:57+03:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -279,12 +279,12 @@
   
   
     https://alanorth.github.io/cgspace-notes/2016-06/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
     https://alanorth.github.io/cgspace-notes/2016-05/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
@@ -294,7 +294,7 @@
   
   
     https://alanorth.github.io/cgspace-notes/2016-03/
-    2018-03-09T22:10:33+02:00
+    2020-04-13T15:30:24+03:00
   
   
   
diff --git a/docs/tags/notes/index.xml b/docs/tags/notes/index.xml
index fb1a87cc0..d5c05454c 100644
--- a/docs/tags/notes/index.xml
+++ b/docs/tags/notes/index.xml
@@ -223,7 +223,7 @@ DELETE 1
       https://alanorth.github.io/cgspace-notes/2016-10/
       <h2 id="2016-10-03">2016-10-03</h2>
 <ul>
-<li>Testing adding <a href="https://wiki.duraspace.org/display/DSDOC5x/ORCID+Integration#ORCIDIntegration-EditingexistingitemsusingBatchCSVEditing">ORCIDs to a CSV</a> file for a single item to see if the author orders get messed up</li>
+<li>Testing adding <a href="https://wiki.lyrasis.org/display/DSDOC5x/ORCID+Integration#ORCIDIntegration-EditingexistingitemsusingBatchCSVEditing">ORCIDs to a CSV</a> file for a single item to see if the author orders get messed up</li>
 <li>Need to test the following scenarios to see how author order is affected:
 <ul>
 <li>ORCIDs only</li>
diff --git a/docs/tags/notes/page/2/index.html b/docs/tags/notes/page/2/index.html
index d0ecc82ae..a6c0d6d52 100644
--- a/docs/tags/notes/page/2/index.html
+++ b/docs/tags/notes/page/2/index.html
@@ -113,7 +113,7 @@
   
   
                2016-10-03
                
 
                  
-
                • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
                  • 
+
                • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
                  • 
 
                • Need to test the following scenarios to see how author order is affected:
 
                    
 
                  • ORCIDs only
                    • 
diff --git a/docs/tags/page/5/index.html b/docs/tags/page/5/index.html
index 6eb5fb9d9..14c224295 100644
--- a/docs/tags/page/5/index.html
+++ b/docs/tags/page/5/index.html
@@ -217,7 +217,7 @@ DELETE 1
   
   
                    2016-10-03
                    
 
                      
-
                    • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
                      • 
+
                    • Testing adding ORCIDs to a CSV file for a single item to see if the author orders get messed up
                      • 
 
                    • Need to test the following scenarios to see how author order is affected:
 
                        
 
                      • ORCIDs only
                        •