Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362013-09-06T19:41:54ZEcoinformatics Redmine
Redmine Story #6082 (Closed): Rename knb.war to ???.warhttps://projects.ecoinformatics.org/ecoinfo/issues/60822013-09-06T19:41:54Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Possible names (please add more suggestions):<br />-metacat.war (would make <hostname>/metacat/metacat for the Metacat servlet which I think is very confusing)<br />-catalog.war<br />-repository.war<br />-m.war<br />-mc.war</p> Task #6081 (Closed): Build metacatui.war in Metacat bundlehttps://projects.ecoinformatics.org/ecoinfo/issues/60812013-09-06T19:36:52Zben leinfelderleinfelder@nceas.ucsb.eduTask #6069 (Closed): Pull metacatui from public Git repo into Metacathttps://projects.ecoinformatics.org/ecoinfo/issues/60692013-09-06T00:11:00Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Since the original nceas staff repo for datadepot is protected (even for reading) we need to push the release tags to our public github repo clone and pull from there during the metacat build.</p>
<p><a class="external" href="https://github.com/NCEAS/metacatui.git">https://github.com/NCEAS/metacatui.git</a></p> Task #6068 (Closed): Update Metacat skin admin screenhttps://projects.ecoinformatics.org/ecoinfo/issues/60682013-09-06T00:00:41Zben leinfelderleinfelder@nceas.ucsb.edu
<p>It should have a note about the new metacatUI method and should be marked as already configured (default) so that no one is forced to visit the screen on new deployment.</p> Task #6066 (Closed): Add email verification for new accountshttps://projects.ecoinformatics.org/ecoinfo/issues/60662013-09-05T23:43:09Zben leinfelderleinfelder@nceas.ucsb.edu
<p>We should send a temporary link to activate an account using on a randomly-generated key for their provisional account registration.</p>
<p>We should also remember to clear out the entries that have not been activated after X number of hours (maybe start with 36 hours?). Would be great if this were automated. Maybe ldapweb.cgi could just clear the old ones out whenever it is activated - won't necessarily be that often, but it will take care of old entries. Not a huge risk because the entries in the tmp subtree can't do anything.</p> Bug #6061 (Closed): Ensure that all packages from metacat API have resource maphttps://projects.ecoinformatics.org/ecoinfo/issues/60612013-09-02T18:03:05ZMatt Jonesjones@nceas.ucsb.edu
<p>Data package downloads no longer have data files in them, even when the data are present in Metacat via an upload from Morpho. This is probably because packages uploaded via the Metacat API (deprecated) do not have an attached resource map file. We need to ensure that these resource map files are systematically included because, without them, the downloads for packages do not include the data. We have gotten several complaints about this since the new MetacatUI interface wen public. TO close this bug:</p>
<p>1) Create a mechanism to create resource maps for all packages as they are uploaded using the Metacat API. This may need to run after all components of the package have been uploaded.<br />2) Ensure that the mechanism creates resource maps for older packages that were uploaded using the Metacat API before the present time</p> Bug #6054 (Closed): dataPackage.xxxx.zip BagIt package is unzipped as "bag"https://projects.ecoinformatics.org/ecoinfo/issues/60542013-08-22T22:38:44Zben leinfelderleinfelder@nceas.ucsb.edu
<p>It should be "dataPackage" or a mangled version of the PID</p> Task #5935 (Rejected): Display the PID not the docid in the rendered metadatahttps://projects.ecoinformatics.org/ecoinfo/issues/59352013-05-03T22:52:48Zben leinfelderleinfelder@nceas.ucsb.edu
<p>This would apply to the FGDC and EML stylesheets. It means adding in an additional parameter (default to docid if pid is not present).</p> Task #5932 (Closed): Allow use of PID (or docid) using cgi-registry modification formhttps://projects.ecoinformatics.org/ecoinfo/issues/59322013-05-03T16:44:00Zben leinfelderleinfelder@nceas.ucsb.edu
<p>The SOLR search results XSLT includes a section for editing packages via the Perl registry. But the registry assumes docid (scope.docid or scope.docid.rev) and not PID.<br />It would be nice if the registry could handle PID as well.</p> Task #5931 (Closed): Allow use of PID (or docid) using Metacat API "read" actionhttps://projects.ecoinformatics.org/ecoinfo/issues/59312013-05-03T16:40:44Zben leinfelderleinfelder@nceas.ucsb.edu
<p>The SOLR results use PID as the identifier but the Metacat API for rendering metadata uses docid. We should allow optional use of a pid parameter so that DOIs are fully supported.</p> Task #5917 (Closed): Create NCEAS search form that uses SOLR instead of pathqueryhttps://projects.ecoinformatics.org/ecoinfo/issues/59172013-04-19T00:10:48Zben leinfelderleinfelder@nceas.ucsb.edu
<p>The UI can stay the same, but the underlying query that is generated (via JS?) would be SOLR syntax and would be sent to the MN.query() endpoint rather than the Metacat Servlet API.</p> Task #5916 (Closed): Create resultset-solr.xslhttps://projects.ecoinformatics.org/ecoinfo/issues/59162013-04-19T00:08:54Zben leinfelderleinfelder@nceas.ucsb.edu
<p>For rendering SOLR query results from MN.query() on the client side.</p> Task #5915 (Closed): Use MN.query(solr) in NCEAS skinhttps://projects.ecoinformatics.org/ecoinfo/issues/59152013-04-19T00:07:59Zben leinfelderleinfelder@nceas.ucsb.edu
<p>As a first pass, we should refactor the NCEAS skin as it currently exists in the Metacat project and make it call MN.query() using the SOLR implementation rather than Metacat's API (action=squery)<br />We would need to render the SOLR results (XML) using a re-worked resultset.xsl that could render the XML on the browser rather than the server.<br />This is a good foray into our complete redesign because it allows us to use the new (fast) query but also our existing methods for displaying metadata (action=read&qformat=nceas) and adding data (NCEAS registry).</p>
<p>Targeting this release for pre-NCEAS summer institute.</p> Bug #5812 (Closed): Rework default skin[s] to use SOLR queryhttps://projects.ecoinformatics.org/ecoinfo/issues/58122013-01-24T20:30:45Zben leinfelderleinfelder@nceas.ucsb.edu
<p>The default skin should showcase the speed and easy of use of the SOLR query implementation. We really want this as a proofing ground for our search approach.</p> Bug #5647 (Closed): Lack of access rights for "previous" datafile prevent savinghttps://projects.ecoinformatics.org/ecoinfo/issues/56472012-08-06T22:56:22Zben leinfelderleinfelder@nceas.ucsb.edu
<p>I believe this problem was the culprit for [some of] James Wilkins' problems saving datapackages to Metacat.<br />Here's the scenario:<br />1. userA inserts EML (meta.1.1) and data (data.1.1) with access rules to allow ALL for userB.<br />2. userA edits EML and edits data file but it contains invalid XML<br />3. userA saves data file (data.1.2) the EML file (meta.1.2), but it fails on the EML parsing.<br />At this point, the server has data.1.1, data.1.2 and meta.1.1 but no access rules for data.1.2 because they were never parsed from the failed meta.1.2 document.<br />4. userB fixes the parsing error in the EML file and attempts to save<br />5. userB cannot save because userB does not have access to the data.1.2 file</p>