Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362008-06-12T20:03:33ZEcoinformatics Redmine
Redmine Bug #3395 (Closed): allow private access via indexed "shortcut" urlhttps://projects.ecoinformatics.org/ecoinfo/issues/33952008-06-12T20:03:33ZChad Berkleyberkley@nceas.ucsb.edu
<p>Currently you can read documents using the url <a class="external" href="http://server.com/metacat/metacat/docid.1.1">http://server.com/metacat/metacat/docid.1.1</a>. This only works for public documents. I understand it was originally intended to allow search engines to index the public metacat documents, but I find no reason why this url should not be able to perform access control just like the other url (docid=docid.1.1&action=read). They should behave identically. This will allow for more succinct urls to be sent between people and machines.</p> Bug #3394 (Resolved): can't upload xml documents via multiparthttps://projects.ecoinformatics.org/ecoinfo/issues/33942008-06-12T20:00:30ZChad Berkleyberkley@nceas.ucsb.edu
<p>You can only upload a binary file via the action=upload functionality. This should be changed to allow xml documents as well since you may want to use multipart encoding to upload an xml file from a web form instead of having to send the entire text of the document with the action=insert function.</p> Bug #1711 (Resolved): apostrophe in text element causes xslt errorhttps://projects.ecoinformatics.org/ecoinfo/issues/17112004-09-30T22:41:10ZChad Berkleyberkley@nceas.ucsb.edu
<p>a text element that contains an apostrophe causes metacat to throw an xslt<br />error. It says that the character 0x19 is invalid and can't be transformed. it<br />seems like an apostrophe shouldn't be a problem in a tag like <para> so this<br />needs to be handled by metacat. probably "'" should be replaces with "'" <br />when a file is uploaded.</p> Bug #1137 (Resolved): add a metacat-info actionhttps://projects.ecoinformatics.org/ecoinfo/issues/11372003-08-28T17:53:16ZChad Berkleyberkley@nceas.ucsb.edu
<p>I think we need to add a metacat-info action so that you can send a request to <br />metacat and it will print selected properties from the properties file as well <br />as the actual metacat version that is running. I think the version is <br />actually the most important info that we need but other things that could be <br />returned are the database name, the jdbc connection string, etc. this would <br />be very useful for debugging.</p> Bug #926 (Resolved): access control too dependent on emlhttps://projects.ecoinformatics.org/ecoinfo/issues/9262002-12-11T20:18:00ZChad Berkleyberkley@nceas.ucsb.edu
<p>Metacat's access control seems too dependent on EML. If I have a single<br />(arbitrarily or non-typed) document and I want to make it publicy readable, I<br />have to create an eml package with triples pointing to an access file then<br />insert the whole package into metacat, when all I really want to do is insert<br />that single file and say 'make this publicly readable'.</p>
<p>One way to do this is to make a generic interface that is internal to metacat<br />but can be subclasses by some plugin to parse specific ACL documents (like<br />eml-access). This generic interface would be part of the metacat API so that it<br />is accessible via http.</p>
<p>Another way to do it is to have metacat actually create access documents from<br />some API function, but this might run into conflict problems if a package<br />already has an access file.</p>
<p>We are going to have to retool this a bit when we start using eml2 anyway so it<br />would be a good time to make this interface more general.</p> Bug #171 (Resolved): add transform actionhttps://projects.ecoinformatics.org/ecoinfo/issues/1712000-11-15T21:22:44ZChad Berkleyberkley@nceas.ucsb.edu
<p>create an action handler that takes a stylesheet and some other parameters and<br />runs a document through a specified stylesheet and returns the result. Talk to<br />Dan Higgins for more info on this feature request.</p> Bug #131 (Resolved): add doctype identifier to returnfieldshttps://projects.ecoinformatics.org/ecoinfo/issues/1312000-09-20T20:07:46ZChad Berkleyberkley@nceas.ucsb.edu
<p>a returnfield should not only include the path to an element but also the<br />doctype from which it should be selected. This will allow for a more precise<br />way to specify the fields that should be returned and remove any ambiguity<br />between two documents that might have the same path to a field that each have<br />different symantic meaning.</p> Bug #100 (Resolved): add viewabstract action to metacatServlethttps://projects.ecoinformatics.org/ecoinfo/issues/1002000-08-23T22:22:47ZChad Berkleyberkley@nceas.ucsb.edu
<p>an action to view the abstract of a metadata file needs to be added to<br />metacatServlet.</p> Bug #99 (Resolved): add getDocumentAction to marineServlethttps://projects.ecoinformatics.org/ecoinfo/issues/992000-08-23T22:21:55ZChad Berkleyberkley@nceas.ucsb.edu
<p>the action to look at a metadata file in html form should be added to<br />marineServlet.</p> Bug #98 (Resolved): add download action to marineservlethttps://projects.ecoinformatics.org/ecoinfo/issues/982000-08-23T22:21:03ZChad Berkleyberkley@nceas.ucsb.edu
<p>An action to download a dataset from the DB needs to be added to marineServlet</p> Bug #93 (Resolved): allow dynamic addition of actionshttps://projects.ecoinformatics.org/ecoinfo/issues/932000-08-21T18:59:19ZChad Berkleyberkley@nceas.ucsb.edu
<p>Instead of hard coding in each action into metacat, actions could be loaded<br />dynamically by defining a class which contains a method that executes the action<br />specified. This class would be modeled around another abstract class to define<br />the method name and any instance variables that would be needed. MetaCat would<br />then dynamically load the class to handle the action. The action->class mapping<br />could be handled by the xml_catalog table or by a properties file. This<br />implements a type of "plug-in" that would allow metacat to handle any new<br />actions without being recompiled.</p> Bug #58 (Resolved): add eml-resource to the cataloghttps://projects.ecoinformatics.org/ecoinfo/issues/582000-08-09T21:18:24ZChad Berkleyberkley@nceas.ucsb.edu
<p>eml-resource should be added to the catalog with the appropriate stylesheet. It<br />also needs to be added to the sqlcatlist table in the database.</p> Bug #55 (Resolved): change order of fieldshttps://projects.ecoinformatics.org/ecoinfo/issues/552000-08-09T21:00:47ZChad Berkleyberkley@nceas.ucsb.edu
<p>The order of the fields should be the following.<br />title alt title<br />keywords any field</p>
<p>Dataset Owner (first name and last name) should be right next to each other<br />rather than split up.</p> Bug #52 (Resolved): Change link to project abstracthttps://projects.ecoinformatics.org/ecoinfo/issues/522000-08-09T20:55:01ZChad Berkleyberkley@nceas.ucsb.edu
<p>The link should be <a class="external" href="http://www.nceas.ucsb.edu/marinedata/">www.nceas.ucsb.edu/marinedata/</a></p> Bug #51 (Resolved): adding a non-well-formed document results in a "success" messagehttps://projects.ecoinformatics.org/ecoinfo/issues/512000-08-07T22:06:51ZChad Berkleyberkley@nceas.ucsb.edu
<p>When inserting an xml document that was not well formed into the database, the<br />servlet returned the following error:<br />fatal processing error<br /><?xml version="1.0"?><br /><success><br /><docid></docid><br /></success></p>
<p>The error should indicate that the document is not well formed and should not<br />indicate "success".</p>