Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362014-03-03T14:52:16ZEcoinformatics Redmine
Redmine Story #6437 (New): Upgrade to SOLR 4 or 5https://projects.ecoinformatics.org/ecoinfo/issues/64372014-03-03T14:52:16Zben leinfelderleinfelder@nceas.ucsb.edu
We'd like to make use of new key features in SOLR 4:
<ul>
<li>spatial indexing/filters</li>
<li>geohash (for heatmaps/displaying all spatial results at once)</li>
<li>multiple nested facets</li>
</ul> Feature #6416 (In Progress): Do not allow restrictive access control change to content with a DOIhttps://projects.ecoinformatics.org/ecoinfo/issues/64162014-02-11T18:34:16Zben leinfelderleinfelder@nceas.ucsb.eduFeature #6362 (New): Add an id to the year element in the citation in eml-indentifier.xslhttps://projects.ecoinformatics.org/ecoinfo/issues/63622014-01-06T19:30:51ZLauren Walkerwalker@nceas.ucsb.eduFeature #6034 (New): Simplify configuration for certificate delegationhttps://projects.ecoinformatics.org/ecoinfo/issues/60342013-07-09T21:32:35Zben leinfelderleinfelder@nceas.ucsb.edu
<p>So we don't loose this in the shuffle - we could probably fill out some of the MyProxy configuration values based on Metacat properties. But I don't think we can really generate provate keys and register nodes with CILogon...</p> Task #5994 (New): Create REST API for accessing statisticshttps://projects.ecoinformatics.org/ecoinfo/issues/59942013-05-25T01:16:03ZMatt Jonesjones@nceas.ucsb.edu
<p>For objects, users, packages, nodes, etc.</p> Task #5993 (New): Summarize and index statistics for fast accesshttps://projects.ecoinformatics.org/ecoinfo/issues/59932013-05-25T01:15:33ZMatt Jonesjones@nceas.ucsb.eduTask #5992 (New): Track citationshttps://projects.ecoinformatics.org/ecoinfo/issues/59922013-05-25T01:15:07ZMatt Jonesjones@nceas.ucsb.edu
<p>Or interface with Impact Story</p> Task #5991 (New): Track viewshttps://projects.ecoinformatics.org/ecoinfo/issues/59912013-05-25T01:14:50ZMatt Jonesjones@nceas.ucsb.eduTask #5990 (New): Track downloadshttps://projects.ecoinformatics.org/ecoinfo/issues/59902013-05-25T01:14:43ZMatt Jonesjones@nceas.ucsb.eduFeature #5989 (In Progress): Track data download, view and citation statisticshttps://projects.ecoinformatics.org/ecoinfo/issues/59892013-05-25T01:14:28ZMatt Jonesjones@nceas.ucsb.edu
<p>Currently the only usage stats we have in Metacat are the raw logs. This new service would provide several statistical reports in machine-readable format intended for efficient use on clients for building user interface displays that show those statistics.</p>
<p>The service should include the following response statistics, and be extensible to add other tracked statistics as needed:</p>
<ol>
<li>Number of views (defined as number of times the metadata has been viewed on the web)</li>
<li>Number of package downloads (needs definition)</li>
<li>Size in bytes of package downloads</li>
<li>Number of citations (implement in a second phase)</li>
</ol>
<p>For each of these statistics, calling apps should be able to constrain the results to only include records matching:</p>
<ol>
<li>a PID or list of PIDs</li>
<li>creator or list of creators (DN, or ORCID, or some amalgam -- to be discussed)</li>
<li>a time range of access event (upload, download, etc.)</li>
<li>? spatial location of access event (upload, download, etc.)</li>
<li>? IP Address</li>
<li>accessor or list of accessors (DN, or ORCID, or some amalgam, needs ACL -- to be discussed)</li>
</ol>
<p>For each of these statistics, calling apps should be able to request the statistic aggregated by several specific facets, including the following (in order of importance):</p>
<ol>
<li>User (DN, or ORCID, or some amalgam -- to be discussed)</li>
<li>Time range, aggregated to requested unit (day, week, month, year)</li>
<li>? Spatial range, aggregated to requested unit (to be discussed)</li>
</ol>
<p>Intersections of these aggregated facets should also be possible, but are a lower priority than the facets alone. For example, when finished, one should be able to request the following reports, among others:</p>
<ol>
<li>{Views,Downloads,Bytes,Citations} for a given pid or list of pids</li>
<li>{Views,Downloads,Bytes,Citations} by user (aggregates across pids)</li>
<li>{Views,Downloads,Bytes,Citations} by month (aggregates across pids)</li>
<li>{Views,Downloads,Bytes,Citations} by spatial location (aggregates across pids)</li>
<li>{Views,Downloads,Bytes,Citations} for a given pid by month for a specific time range</li>
<li>{Views,Downloads,Bytes,Citations} by user by month</li>
<li>etc.</li>
</ol>
<p>The download format (JSON?, XML?) should allow for an extended set of response variables, and an extendable set of aggregating facets. Need to discuss, but probably XML as that is DataONE's initial choice for all other services. Contemplate both if useful.</p>
<p>The REST API for this service should be developed in the DataONE space, with intention of it being implementable by both other MNs and CNs in DataONE.</p> Bug #5832 (Closed): Old librarieshttps://projects.ecoinformatics.org/ecoinfo/issues/58322013-01-30T00:49:08ZBrendan Hahnhahn@nceas.ucsb.edu
<p>Most or all of the libraries used by Metacat are substantially out of date; many are deprecated or unsupported.</p> Bug #5830 (New): Deployment directory incorrecthttps://projects.ecoinformatics.org/ecoinfo/issues/58302013-01-29T23:05:21ZBrendan Hahnhahn@nceas.ucsb.edu
<p>Metacat stores its deployment directory in metacat.properties, where the value can lose sync with the actual deployment. The deployment directory is a discoverable feature of the environment and should be dynamically determined rather than configured as a property.</p> Bug #5821 (New): Allow certificate-based Metacat administrationhttps://projects.ecoinformatics.org/ecoinfo/issues/58212013-01-24T22:12:04Zben leinfelderleinfelder@nceas.ucsb.edu
<p>As we move toward the DataONE API where the MN does not provide identity and authorization services, perhaps the Metacat administrative functions should also follow suit. This would be a pretty large change for our users, but ultimately will simplify things so that we are not using two different identity/auth schemes to manage a single server.</p>
<p>In cases where the Metacat administrator did not have a useable (CILogon) identity we cold provide a utility to generate a client certificate for administrative use (or something akin to this). Ultimately this would need to be available in a browser UI where the bulk of our admin/config is performed.</p> Bug #5709 (Resolved): Cannot download XML for private datapackages shown in XSL displayhttps://projects.ecoinformatics.org/ecoinfo/issues/57092012-09-11T16:23:48Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Meei-ru pointed out that the data file downloads <em>do</em> work but that you get a permission error ("public not allowed") when attempting to download the EML source (qformat=xml) from the page where you are already viewing the EML (styled by skin).</p>
<p>I traced it down to two things:<br />1. "sessionid" is not included in the EML download link like it is in the data download link.<br />2. The default skin login form does not seem to correctly set the session cookie. I expected that in lieu of the sessionid parameter, Metacat would look at my browser cookie for the sessionid and use that. This is the case for the admin login screen and for the dev skin login. Looking briefly at the default skin login, it uses the Metacat client to do the authentication call and then manually set the cookie in the browser (at path "/knb/style/skins/default/"). Using the dev skin, the cookie is set at "/knb").</p> Bug #5676 (Resolved): Metacarta Labs WMS layer is not loadinghttps://projects.ecoinformatics.org/ecoinfo/issues/56762012-08-14T18:43:14Zben leinfelderleinfelder@nceas.ucsb.edu
<p>This WMS service seems to be down, as is their entire site. I noticed this a few days ago, but thought it was temporary.<br /><a class="external" href="http://labs.metacarta.com/wms/vmap0">http://labs.metacarta.com/wms/vmap0</a></p>
<p>Might have to use a different service.</p>