Update notes for 2019-08-29

This commit is contained in:
Alan Orth 2019-08-29 19:25:06 +03:00
parent f063085aad
commit e6904be23c
Signed by: alanorth
GPG Key ID: 0FB860CC9C45B1B9
3 changed files with 75 additions and 8 deletions

View File

@ -312,4 +312,30 @@ $ ./fix-metadata-values.py -i /tmp/authors.csv -db dspace -u dspace -p 'fuuu' -f
- I very well might run these on CGSpace soon... - I very well might run these on CGSpace soon...
## 2019-08-29
- Resume working on the CG Core v2 changes in the `5_x-cgcorev2` branch again
- I notice that CG Core doesn't currently have a field for CGSpace's "alternative title" (`dc.title.alternative`), but DCTERMS has `dcterms.alternative` so I [raised an issue about adding it](https://github.com/AgriculturalSemantics/cg-core/issues/9)
- Marie responded and said she would add `dcterms.alternative`
- I created a sed script file to perform some replacements of metadata on the XMLUI XSL files:
```
$ find dspace/modules/xmlui-mirage2/src/main/webapp/themes -iname "*.xsl" -exec ./cgcore-xsl-replacements.sed {} \;
```
- I think I got everything in the XMLUI themes, but there may be some things I should check once I get a deployment up and running:
- Need to 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 the author links to remove `dc.contributor.author` in `0_CGIAR/xsl/aspect/artifactbrowser/item-list-alterations.xsl`?
- Do I need to edit the author links to remove `dc.contributor.author` in `0_CGIAR/xsl/aspect/discovery/discovery-item-list-alterations.xsl`?
- Thierry Lewadle asked why some PDFs on CGSpace open in the browser and some download
- I told him it is because of the "content disposition" that causes DSpace to tell the browser to open or download the file based on its file size (currently around 8 megabytes)
- Peter asked why [an item on CGSpace](https://hdl.handle.net/10568/97825) has no Altmetric donut on the item view, but has one in our explorer
- I looked in the network requests when loading the CGSpace item view and I see the following response to the Altmetric API call:
```
"handles":["10986/30568","10568/97825"],"handle":"10986/30568"
```
- So this is the same issue we had before, where Altmetric *knows* this Handle is associated with a DOI that has a score, but the client-side JavaScript code doesn't show it because it seems to a secondary handle or something
<!-- vim: set sw=2 ts=2: --> <!-- vim: set sw=2 ts=2: -->

View File

@ -27,7 +27,7 @@ Run system updates on DSpace Test (linode19) and reboot it
<meta property="og:type" content="article" /> <meta property="og:type" content="article" />
<meta property="og:url" content="https://alanorth.github.io/cgspace-notes/2019-08/" /> <meta property="og:url" content="https://alanorth.github.io/cgspace-notes/2019-08/" />
<meta property="article:published_time" content="2019-08-03T12:39:51+03:00" /> <meta property="article:published_time" content="2019-08-03T12:39:51+03:00" />
<meta property="article:modified_time" content="2019-08-28T11:19:52+03:00" /> <meta property="article:modified_time" content="2019-08-29T01:24:23+03:00" />
<meta name="twitter:card" content="summary"/> <meta name="twitter:card" content="summary"/>
<meta name="twitter:title" content="August, 2019"/> <meta name="twitter:title" content="August, 2019"/>
@ -59,9 +59,9 @@ Run system updates on DSpace Test (linode19) and reboot it
"@type": "BlogPosting", "@type": "BlogPosting",
"headline": "August, 2019", "headline": "August, 2019",
"url": "https:\/\/alanorth.github.io\/cgspace-notes\/2019-08\/", "url": "https:\/\/alanorth.github.io\/cgspace-notes\/2019-08\/",
"wordCount": "2233", "wordCount": "2523",
"datePublished": "2019-08-03T12:39:51\x2b03:00", "datePublished": "2019-08-03T12:39:51\x2b03:00",
"dateModified": "2019-08-28T11:19:52\x2b03:00", "dateModified": "2019-08-29T01:24:23\x2b03:00",
"author": { "author": {
"@type": "Person", "@type": "Person",
"name": "Alan Orth" "name": "Alan Orth"
@ -538,6 +538,47 @@ COPY 65597
<li><p>I very well might run these on CGSpace soon&hellip;</p></li> <li><p>I very well might run these on CGSpace soon&hellip;</p></li>
</ul> </ul>
<h2 id="2019-08-29">2019-08-29</h2>
<ul>
<li><p>Resume working on the CG Core v2 changes in the <code>5_x-cgcorev2</code> branch again</p>
<ul>
<li>I notice that CG Core doesn&rsquo;t currently have a field for CGSpace&rsquo;s &ldquo;alternative title&rdquo; (<code>dc.title.alternative</code>), but DCTERMS has <code>dcterms.alternative</code> so I <a href="https://github.com/AgriculturalSemantics/cg-core/issues/9">raised an issue about adding it</a></li>
<li>Marie responded and said she would add <code>dcterms.alternative</code></li>
<li><p>I created a sed script file to perform some replacements of metadata on the XMLUI XSL files:</p>
<pre><code>$ find dspace/modules/xmlui-mirage2/src/main/webapp/themes -iname &quot;*.xsl&quot; -exec ./cgcore-xsl-replacements.sed {} \;
</code></pre></li>
</ul></li>
<li><p>I think I got everything in the XMLUI themes, but there may be some things I should check once I get a deployment up and running:</p>
<ul>
<li>Need to assess the XSL changes to see if things like <code>not(@qualifier)]</code> still make sense after we move fields from DC to DCTERMS, as some fields will no longer have qualifiers</li>
<li>Do I need to edit the author links to remove <code>dc.contributor.author</code> in <code>0_CGIAR/xsl/aspect/artifactbrowser/item-list-alterations.xsl</code>?</li>
<li>Do I need to edit the author links to remove <code>dc.contributor.author</code> in <code>0_CGIAR/xsl/aspect/discovery/discovery-item-list-alterations.xsl</code>?</li>
</ul></li>
<li><p>Thierry Lewadle asked why some PDFs on CGSpace open in the browser and some download</p>
<ul>
<li>I told him it is because of the &ldquo;content disposition&rdquo; that causes DSpace to tell the browser to open or download the file based on its file size (currently around 8 megabytes)</li>
</ul></li>
<li><p>Peter asked why <a href="https://hdl.handle.net/10568/97825">an item on CGSpace</a> has no Altmetric donut on the item view, but has one in our explorer</p>
<ul>
<li><p>I looked in the network requests when loading the CGSpace item view and I see the following response to the Altmetric API call:</p>
<pre><code>&quot;handles&quot;:[&quot;10986/30568&quot;,&quot;10568/97825&quot;],&quot;handle&quot;:&quot;10986/30568&quot;
</code></pre></li>
</ul></li>
<li><p>So this is the same issue we had before, where Altmetric <em>knows</em> this Handle is associated with a DOI that has a score, but the client-side JavaScript code doesn&rsquo;t show it because it seems to a secondary handle or something</p></li>
</ul>
<!-- vim: set sw=2 ts=2: --> <!-- vim: set sw=2 ts=2: -->

View File

@ -4,27 +4,27 @@
<url> <url>
<loc>https://alanorth.github.io/cgspace-notes/2019-08/</loc> <loc>https://alanorth.github.io/cgspace-notes/2019-08/</loc>
<lastmod>2019-08-28T11:19:52+03:00</lastmod> <lastmod>2019-08-29T01:24:23+03:00</lastmod>
</url> </url>
<url> <url>
<loc>https://alanorth.github.io/cgspace-notes/</loc> <loc>https://alanorth.github.io/cgspace-notes/</loc>
<lastmod>2019-08-28T11:19:52+03:00</lastmod> <lastmod>2019-08-29T01:24:23+03:00</lastmod>
</url> </url>
<url> <url>
<loc>https://alanorth.github.io/cgspace-notes/tags/notes/</loc> <loc>https://alanorth.github.io/cgspace-notes/tags/notes/</loc>
<lastmod>2019-08-28T11:19:52+03:00</lastmod> <lastmod>2019-08-29T01:24:23+03:00</lastmod>
</url> </url>
<url> <url>
<loc>https://alanorth.github.io/cgspace-notes/posts/</loc> <loc>https://alanorth.github.io/cgspace-notes/posts/</loc>
<lastmod>2019-08-28T11:19:52+03:00</lastmod> <lastmod>2019-08-29T01:24:23+03:00</lastmod>
</url> </url>
<url> <url>
<loc>https://alanorth.github.io/cgspace-notes/tags/</loc> <loc>https://alanorth.github.io/cgspace-notes/tags/</loc>
<lastmod>2019-08-28T11:19:52+03:00</lastmod> <lastmod>2019-08-29T01:24:23+03:00</lastmod>
</url> </url>
<url> <url>