From cee8d20d1b4c77bafc361c5cdb80f1b34240bc62 Mon Sep 17 00:00:00 2001 From: Alan Orth Date: Tue, 12 Apr 2016 12:09:18 +0300 Subject: [PATCH] Add notes for 2016-04-12 Signed-off-by: Alan Orth --- content/2016-04.md | 12 ++++++++++++ public/2016-04/index.html | 15 +++++++++++++++ public/index.xml | 15 +++++++++++++++ public/tags/notes/index.xml | 15 +++++++++++++++ 4 files changed, 57 insertions(+) diff --git a/content/2016-04.md b/content/2016-04.md index 85bf4ca3e..8a98ef9a9 100644 --- a/content/2016-04.md +++ b/content/2016-04.md @@ -115,3 +115,15 @@ dspacetest=# select count(*) from metadatavalue where metadata_field_id=74 and t - The donut is already updated and shows the correct number now - CCAFS people say it will only take them an hour to update their code for the metadata renames, so I proposed we'd do it tentatively on Monday the 18th. + +## 2016-04-12 + +- Looking at quality of WLE data (`cg.subject.iwmi`) in SQL: + +``` +dspacetest=# select text_value, count(*) from metadatavalue where metadata_field_id=217 group by text_value order by count(*) desc; +``` + +- Listings and Reports is still not returning reliable data for `dc.type` +- I think we need to ask Atmire, as their documentation isn't too clear on the format of the filter configs +- Alternatively, I want to see if I move all the data from `dc.type.output` to `dc.type` and then re-index, if it behaves better diff --git a/public/2016-04/index.html b/public/2016-04/index.html index 599d3bef2..0866b20bb 100644 --- a/public/2016-04/index.html +++ b/public/2016-04/index.html @@ -204,6 +204,21 @@ dspacetest=# select count(*) from metadatavalue where metadata_field_id=74 and t + +

2016-04-12

+ + + +
dspacetest=# select text_value, count(*) from metadatavalue where metadata_field_id=217 group by text_value order by count(*) desc;
+
+ + diff --git a/public/index.xml b/public/index.xml index 2b44c341e..c3150f5f7 100644 --- a/public/index.xml +++ b/public/index.xml @@ -143,6 +143,21 @@ dspacetest=# select count(*) from metadatavalue where metadata_field_id=74 and t <li>The donut is already updated and shows the correct number now</li> <li>CCAFS people say it will only take them an hour to update their code for the metadata renames, so I proposed we&rsquo;d do it tentatively on Monday the 18th.</li> </ul> + +<h2 id="2016-04-12:c88be15f5b2f07c85f7742556a955e47">2016-04-12</h2> + +<ul> +<li>Looking at quality of WLE data (<code>cg.subject.iwmi</code>) in SQL:</li> +</ul> + +<pre><code>dspacetest=# select text_value, count(*) from metadatavalue where metadata_field_id=217 group by text_value order by count(*) desc; +</code></pre> + +<ul> +<li>Listings and Reports is still not returning reliable data for <code>dc.type</code></li> +<li>I think we need to ask Atmire, as their documentation isn&rsquo;t too clear on the format of the filter configs</li> +<li>Alternatively, I want to see if I move all the data from <code>dc.type.output</code> to <code>dc.type</code> and then re-index, if it behaves better</li> +</ul> diff --git a/public/tags/notes/index.xml b/public/tags/notes/index.xml index 9c834818e..3503a0248 100644 --- a/public/tags/notes/index.xml +++ b/public/tags/notes/index.xml @@ -143,6 +143,21 @@ dspacetest=# select count(*) from metadatavalue where metadata_field_id=74 and t <li>The donut is already updated and shows the correct number now</li> <li>CCAFS people say it will only take them an hour to update their code for the metadata renames, so I proposed we&rsquo;d do it tentatively on Monday the 18th.</li> </ul> + +<h2 id="2016-04-12:c88be15f5b2f07c85f7742556a955e47">2016-04-12</h2> + +<ul> +<li>Looking at quality of WLE data (<code>cg.subject.iwmi</code>) in SQL:</li> +</ul> + +<pre><code>dspacetest=# select text_value, count(*) from metadatavalue where metadata_field_id=217 group by text_value order by count(*) desc; +</code></pre> + +<ul> +<li>Listings and Reports is still not returning reliable data for <code>dc.type</code></li> +<li>I think we need to ask Atmire, as their documentation isn&rsquo;t too clear on the format of the filter configs</li> +<li>Alternatively, I want to see if I move all the data from <code>dc.type.output</code> to <code>dc.type</code> and then re-index, if it behaves better</li> +</ul>