Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362005-12-08T18:50:45ZEcoinformatics Redmine
Redmine Bug #2313 (New): Metacat Skins: Skins should not be installed by defaulthttps://projects.ecoinformatics.org/ecoinfo/issues/23132005-12-08T18:50:45ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>Not all skins should be installed when metacat is installed. Hence it should be <br />configurable in build.properties which skins should be installed. And bu <br />default, only default skin should be installed.</p>
<p>Also skins like esa should not be part of the shipped release.</p> Bug #2176 (New): Moderator UI and functionality for ESAhttps://projects.ecoinformatics.org/ecoinfo/issues/21762005-09-06T00:06:30ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>Implement the moderator UI and functionality..(MODERATE) -- Sid
* replication issues - e.g. when a user tries to update a document on <br /> knb.ecoinformatics which was replicated from esa.ecoinformatics<br /> (replication locks are denied if the replication is asynchronous - <br /> with proper error sent back to user explaining replication is only one <br />way)<br />(This is from the ESA tasklist)</p>
<p>Detailed Notes describing this functionality</p>
<p>-> The first step in the life cycle of a registry entry is document insertion <br />by the author. For this the author should have a ldap account. <br />Issue: Should links to the ldap account creation be provided from the ESA home <br />page?</p>
<p>-> When the document is created it does not have public read access. <br />ToDo: Modify the register-dataset.cgi to not give public read access for the <br />documents created. <br />ToDo: The document has to viewed/deleted by the moderators. Hence all the <br />moderators should have all permission on the document. <br />Issue: Should email alert be sent to the moderator? To the author also with <br />instructions for viewing and editing the document?</p>
<p>-> Once the document is created, it has to be queued up for moderation. Hence <br />when the moderator logs into the system, he/she should be directly taken to a <br />search page which displays <br />ToDo: Create a new login page for the moderator<br />ToDo: Check that login/logout functionality for the moderator is working in the <br />skins.<br />ToDo: A new action should be created for moderator login? action=login can not <br />be used here because Metacat has to be told to check if the user is a moderator <br />or not. Hence either a new action has to be created. Or a new arguement to the <br />login action has to be creater. Metacat has to read the moderator list from <br />metacat.properties and it should check if the specified user is part of it.</p>
<p>-> Once the Metacat has checked that a user is a moderator, the moderator <br />should be forwarded to the search page. The search page should show all the <br />documents which do not have public read access with links/buttons for viewing, <br />accept, decline and revision of the document.<br />ToDo: Modify Resultset.xsl to have the above links/buttons. <br />ToDo: Accept leads to modification of the document to have public read access, <br />the document is updated in the repository and an email is sent to the author<br />ToDo: Decline leads to a page where the moderator can spefiy reason for <br />declining. Then the document is deleted and an email is sent to the author with <br />the reason. <br />ToDo: Revision leads to a page where the moderator can spefiy reason for <br />requesting revision. Then an email is sent to the author with the reason.</p> Bug #2159 (New): Metacat Performance: Divide xml_nodes based on the doctypehttps://projects.ecoinformatics.org/ecoinfo/issues/21592005-07-14T01:34:01ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>Matt suggested that xml_nodes table can probably be divided into multiple <br />tables based on the doctype. For example, xml_nodes can be divided into the <br />following: <br />1. xml_nodes_eml_2_0_0<br />2. xml_nodes_eml_2_0_1<br />3. xml_nodes_default</p>
<p>Hence any query for searching for a given text will be divided into 3 sub <br />queries, results of which can be unioned. While we are still going through the <br />same number of records (assuming the query is for all doctypes), this might <br />result in performance enhancement in a db like Oracle on a multi-proc machine. <br />From experience, Postgres will still run it on one proc... unless we run a <br />seperate query on each of the tables and union the results in the servlet</p>
<p>Though it is not clear how much performance would be achieved by this...</p> Bug #2155 (In Progress): Metacat Performace: Rewrite the xml_nodes querieshttps://projects.ecoinformatics.org/ecoinfo/issues/21552005-07-14T01:17:37ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>From Matt's email...</p>
<p>Rewrite the xml_nodes queries. In general we use the IN clause a lot<br />which is less than efficient. We need to evaluate how our current<br />queries are working and rewrite them. With some systematic work we can<br />probably come up with some similar ideas for improvements</p> Bug #2130 (New): Not able to delete DPs from KNBhttps://projects.ecoinformatics.org/ecoinfo/issues/21302005-06-17T17:57:04ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>Not able to delete rwilliams.4.1 and rwilliams.10.1 from KNB. The message sent <br />back by Metacat is <br />Docid rwillliams.4.1 does not exsist. Please check that you have specified the <br />revision number of the document also</p>
<p>This error is generated in DocumentImpl after running followign query:<br />"SELECT * FROM xml_documents WHERE docid = ?" (The logs indicate that ? was <br />replaced by rwilliams.4)</p>
<p>If no record is found, then the above error is generated. Otherwise the <br />document is deleted. Hence it means no document was found.</p>
<p>However, running the same query via sqlplus returns one record. Weird.</p> Bug #1879 (New): Metacat Performance: Summaryhttps://projects.ecoinformatics.org/ecoinfo/issues/18792005-01-18T21:42:07ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>These are notes based on the changes I did in Metacat source for improving the<br />performance. I was not able to make the below given changes due to lack of time<br />and because these changes would require a more thorough testing.</p>
<p>1. xml_index is a large table and most of the time we are searching for paths<br />which are needed by the web interface and Morpho for displaying the results. So<br />it might be a good idea to create a seperate table similar to xml_index table<br />which has only got some predefined paths in it. For current knb skin and morpho<br />this table on would have about 1/200th the number of records that xml_index has<br />right now. The code that would need to be modified would include both insertion<br />and deletion of documents.</p>
<p>2. For searching data in particular given paths (e.g. geographic query) the<br />current query uses both xml_index and xml_nodes. This can be improved by just<br />using xml_index table which has nodedata in it. But there is a lot of repetition<br />of data in xml_index table. So it has to be tested and checked if this would<br />result in better performance or otherwise. This would require rewriting<br />QueryTerm.java.</p> Bug #1324 (New): A Commit or Save Work button that wrote intermediate results to the metadatahttps://projects.ecoinformatics.org/ecoinfo/issues/13242004-02-06T03:38:14ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>From Ricks comments:<br />Entering metadata using the Data Repository screen can take 10 to 30 minutes or <br />longer; sometimes Internet connections can fail or browsers crash, which leads <br />to loss of data. It would be reassuring and productivity-enhancing if the <br />screen had a ‘Commit’ or ‘Save Work’ button that wrote intermediate results to <br />the metadata. I realize that this can be done by saving and then re-opening the <br />(existing) data package for further entry; but a ‘one-button’ solution would be <br />even better.</p> Bug #1300 (New): Changes in DataSet Orignatorhttps://projects.ecoinformatics.org/ecoinfo/issues/13002004-02-02T23:03:10ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>1) Eliminate the label "Originator Address Information" <br />2) Change the Originator label to "Principal Data Set Owner" <br />3) Decerease # of roles to: PI, Custodian/Steward, Metadata Provider, Owner. <br />This change will need to be done at other places also where this list is being <br />used.</p> Bug #1299 (New): Registry: NCEAS: Changes in project list boxhttps://projects.ecoinformatics.org/ecoinfo/issues/12992004-02-02T22:56:44ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>The project list structure needs to be explained. So a legend is needed for <br />decoding enteries like Alroy: FossilRecord (NCEAS 2088)</p>
<p>Also in project list, the interface needs to be changed. There should be two <br />lists. One with the list of projects and other empty. The user should be able <br />to add and remove project names from the second list.</p> Bug #1297 (New): Registry: Changes in the Basic Informationhttps://projects.ecoinformatics.org/ecoinfo/issues/12972004-02-02T22:46:11ZSaurabh Gargsgarg@nceas.ucsb.edu
<p><del>> Add middle name to first name and last name fields<br /></del>> Rearrange names into one line</p>
<p>-> Dataset title should go before projects.</p> Bug #1213 (In Progress): emlbeta6 to eml2 conversion stylesheets should be relocatablehttps://projects.ecoinformatics.org/ecoinfo/issues/12132003-11-20T00:23:55ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>The emlb6 to eml2 conversion stylesheets that are used by webmdentry are <br />presently in a temp directory. This is the directory where all the emlb6 files <br />are downloaded and converted. But the stylesheets should go in a permanent <br />directory. They are presently in the temp directory because they are not able <br />to convert emlb6 files if the emlb6 files are downloaded to any other directory <br />other than the directory in which the stylesheets are stored. This is the bug <br />which needs to fixed so that the stylesheets should be able to transform the <br />emlb6 files irrespective of where they are downloaded.</p>