Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362007-03-20T18:27:57ZEcoinformatics Redmine
Redmine Bug #2804 (Closed): Nested Elements Cause the Returned Data to Be Truncated.https://projects.ecoinformatics.org/ecoinfo/issues/28042007-03-20T18:27:57ZDavid Sledgedsledge@lternet.edu
<p>Metacat doesn't handle values with nested elements well. Given the following:</p>
<p><entity><br /> <property><br /> <property><br /> <configure><br /> If <i>true</i>, then display plot. If <i>false</i>, then don't. (the default)<br /> </configure><br /> </property><br /> </property><br /></entity></p>
<p>If I request the value of the "configure" element, I get:</p>
<p><param name="entity/property/property/configure">, then don't. (the default)</param></p>
<p>Metacat only gives me the text after the last inner element (the <i> element).</p> Bug #2797 (Resolved): Character set (charset) problem when filling out formhttps://projects.ecoinformatics.org/ecoinfo/issues/27972007-03-12T22:07:07ZCallie Bowdishbowdish@nceas.ucsb.edu
<p>The ESA data repository form has a problem whem people enter a number of different characters. It might look right when they type it in but it does not save and then display correctly. Decimal points, foreign letters such as ò,ü, quotes, apostrophes, and greater than symbols can all cause problems. There is not an easy way to fix this for the ESA moderator. When people fill out forms they will cut and past from different character sets. I think some scripting in Perl was suggested as being used to help with this problem.</p>
<p>The current fix for this is to open the file in Morpho and use the Windows Character Map to put in the foreign language characters and others such as degrees that are displaying incorrectly. Quotes, and aposrophes can usually be fixed by just retyping them. The greater than and lesser than symbols are listed as another bug (<a class="external" href="http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2517">http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2517</a>). I've been typing out the phrase "greater than" because I have not found any solution for problems with displaying them correctly.</p> Bug #2785 (Resolved): NCEAS project list does not update from the NCEAS admin databasehttps://projects.ecoinformatics.org/ecoinfo/issues/27852007-02-28T18:37:45ZCallie Bowdishbowdish@nceas.ucsb.edu
<p>The NCEAS Data Repository has a form page that uses a drop down choice box. NCEAS (Online form - <a class="external" href="http://knb.ecoinformatics.org/knb/style/skins/nceas/index.html">http://knb.ecoinformatics.org/knb/style/skins/nceas/index.html</a>) This box lists the projects that can be registered using this form. At one time it connected to the NCEAS admin database. At other times the list has been entered in from somewhere in Metacat.</p>
<p>Please see 1552 for a discusson on problems in the past with the admin database and the project list.</p>
<p>Bug 1299 mentions some other project list suggestions but has a milestone of "Postpone". The ability to "search" on the list with somekind of "auto-field" is mentioned and would be helpful. I don't know if that is something that can be quickly and easily added to this fix.</p> Bug #2647 (Resolved): ESA registry doesn't have LTER in login dropdown menuhttps://projects.ecoinformatics.org/ecoinfo/issues/26472006-11-07T23:11:54ZWill Tyburczytyburczy@nceas.ucsb.edu
<p>The ESA data registry login page <a class="external" href="http://data.esa.org/cgi-bin/register-dataset.cgi?cfg=esa">http://data.esa.org/cgi-bin/register-dataset.cgi?cfg=esa</a><br />does not include LTER in the drop down menu for organizations. This will prevent users with LTER accounts from loggin into the ESA data registry. LTER needs to be added to this menu.</p> Bug #2579 (Resolved): Default skin display is slightly broken on IEhttps://projects.ecoinformatics.org/ecoinfo/issues/25792006-10-27T21:03:15ZMatthew Perryperry@nceas.ucsb.edu
<p>The default skin has some cosmetic problems in Internet Explorer. The blue section header bars do not display properly (gaps appear between the corners and the center bar). This behavior applies to IE 5, 5.5, 6, and 7.</p>
<p>The knb skin appears to use a similar section header bar and it displays properly in IE. The solution will likely involved mimicking the knb skin.</p> Bug #2469 (Resolved): DocumentImpl.buildIndex() does not index XPaths with attributes correctlyhttps://projects.ecoinformatics.org/ecoinfo/issues/24692006-06-22T22:15:32ZChris Jonescjones@nceas.ucsb.edu
<p>A 1.6.x metacat installation that indexes paths from the xml_nodes table into the xml_path_index table sets the xml_path_index.path column correctly, but sets the xml_path_index.nodedata incorrectly for ATTRIBUTE nodes. This results in searches that return an incorrect subset of documents because the xml_path_index table doesn't reflect the true values in xml_nodes.</p>
<p>For example, an EML 2.0.1 document with a packageId attribute:</p>
<p><eml:eml xmlns:eml="eml://ecoinformatics.org/eml-2.0.1" <br /> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" <br /> packageId="ALEXXX_015MTBD003R00_19990906.50.1" <br /> scope="system" system="knb" <br /> xsi:schemaLocation="eml://ecoinformatics.org/eml-2.0.1 eml.xsd"><br /> <dataset scope="document"><br /> <shortName>PISCO moored temperature, ALE</shortName></p>
<pre><code>... etc ...<br /> &lt;/dataset&gt;<br />&lt;/eml:eml&gt;</code></pre>
<p>will contain an indexed record in xml_path_index with the following columns:</p>
<p>docid: ALEXXX_015MTBD003R00_19990906.50 <br />path: /eml/@packageId <br />nodedata: PISCO moored temperature, ALE</p>
<p>rather than:</p>
<p>docid: ALEXXX_015MTBD003R00_19990906.50 <br />path: /eml/@packageId <br />nodedata: ALEXXX_015MTBD003R00_19990906.50.1</p>
<p>It seems that the nodedata for the attribute is set to the node value of the next leaf node, in this case the /eml:eml/dataset/shortName field.</p>
<p>This also occurs for other attributes that are indexed in the document, such as /eml:eml/dataset/coverage/geographicCoverage/@id (which has a value of 'ALE')</p>
<p>The above @id will have an indexed value set to the geographicDescription value found in /eml:eml/dataset/coverage/geographicCoverage/geographicDescription (not 'ALE' as above)</p> Bug #2467 (Resolved): IE auto-stretch does not display correctly with eml-2.0.0 data packageshttps://projects.ecoinformatics.org/ecoinfo/issues/24672006-06-21T18:01:03ZCallie Bowdishbowdish@nceas.ucsb.edu
<p>Data Packages created with eml.2.0.0 do not display correcly when using the ESA, KNB, NRS, OBFS and NCEAS skins on Internet Explorer.</p>
<p>knb: <a class="external" href="http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=knb&docid=nceas.146">http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=knb&docid=nceas.146</a></p>
<p>nceas: <a class="external" href="http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=nceas&docid=nceas.146">http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=nceas&docid=nceas.146</a></p>
<p>Data packages that contain this in the eml file have problems transforming correctly. <eml:eml xmlns:eml="eml://ecoinformatics.org/eml-2.0.0" xmlns:stmml="http://www.xml-cml.org/schema/stmml" xmlns:ds="eml://ecoinformatics.org/dataset-2.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" packageId="nceas.146.5" scope="system" system="knb" xsi:schemaLocation="eml://ecoinformatics.org/eml-2.0.0 eml.xsd"></p>
<p>Data Package nceas.146 is the first one in the NCEAS list of data packages when Browse existing NCEAS data sets is chosen.</p> Bug #2466 (Resolved): knb skin does not auto-stretch correctly on IEhttps://projects.ecoinformatics.org/ecoinfo/issues/24662006-06-21T17:33:46ZCallie Bowdishbowdish@nceas.ucsb.edu
<p>Internet Explorer does not auto-stretch correctly using the knb skin.</p>
<p><a class="external" href="http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=knb&docid=nceas.289.1">http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=knb&docid=nceas.289.1</a> or nceas.289.2 do not display correctly when using the knb skin. The NCEAS skin auto-stretch works with nceas skin. <a class="external" href="http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=nceas&docid=nceas.289.2">http://knb.ecoinformatics.org/knb/metacat?action=read&qformat=nceas&docid=nceas.289.2</a></p>
<p>Note that this document has large paragraphs.</p> Bug #2380 (Resolved): returnfield system needs to implement more xpathhttps://projects.ecoinformatics.org/ecoinfo/issues/23802006-03-09T22:39:03ZChad Berkleyberkley@nceas.ucsb.edu
<p>The XPath system used when processing the returnfield params is inadequate when<br />you want to proceess data out of a document that contains a lot of xml<br />attributes. For instance, if you have an entity like this:</p>
<p><sometag name="x" value="y"/></p>
<p>It is impossible to pull the 'value' attribute from the xml based on the 'name'<br />attribute. The correct xpath query for pulling the value 'y' from this is<br />/sometag[@name=x]/@value. This syntax is not supported by the returnfield<br />processor, but it should be.</p> Bug #2377 (Resolved): No Default Namespace in Recordshttps://projects.ecoinformatics.org/ecoinfo/issues/23772006-03-02T23:12:43ZDavid Sledgedsledge@lternet.edu
<p>Looking at this record in metacat in XML, I noticed that only the root element<br />has a prefix ("eml:"), and that there isn’t a default namespace URI declared for<br />elements without prefixes. I’ve looked at a few other records, and so far they<br />all follow the same pattern.</p>
<p>I tried to see if the records would validate against the eml*.xsd files despite<br />not having prefixes, but then I ran into bug 2054<br />(<a class="external" href="http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2054">http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2054</a>).</p> Bug #2371 (Resolved): Replication problem with links with '&'https://projects.ecoinformatics.org/ecoinfo/issues/23712006-02-28T20:02:49ZDan Higginshiggins@nceas.ucsb.edu
<p>There seems to be problem in replicating datapackages with links that contain<br />the '&' character.<br />In particular, consider the knb-lter-gce.232.5 package. Using morpho and KNB, the<br />Online Distribution element is:</p>
<p><a class="external" href="http://gce-lter.marsci.uga.edu/lter/asp/db/send_file.asp?name=metacat-user&ail=none&filiation=LNO&tify=0&cession=INV-GCEM-0412b1&lename=INV-GCEM-0412b1_1_0.TXT">http://gce-lter.marsci.uga.edu/lter/asp/db/send_file.asp?name=metacat-user&ail=none&filiation=LNO&tify=0&cession=INV-GCEM-0412b1&lename=INV-GCEM-0412b1_1_0.TXT</a></p>
<p>while in ecogrid it is:</p>
<p><a class="external" href="http://gce-lter.marsci.uga.edu/lter/asp/db/send_file.asp?name=metacat-user&il=none&iliation=LNO&ify=0&ession=INV-GCEM-0412b1&ename=INV-GCEM-0412b1_1_0.TXT">http://gce-lter.marsci.uga.edu/lter/asp/db/send_file.asp?name=metacat-user&il=none&iliation=LNO&ify=0&ession=INV-GCEM-0412b1&ename=INV-GCEM-0412b1_1_0.TXT</a></p>
<p>Note the loss of characters after the '&'s !!!</p>
<p>This is making it impossible to retreive data in Kepler (and in Morpho)</p> Bug #2370 (Resolved): add query and display support for BDP/FGDC metadatahttps://projects.ecoinformatics.org/ecoinfo/issues/23702006-02-25T07:43:51ZMatt Jonesjones@nceas.ucsb.edu
<p>Need to add support to query and display FGDC CSDGM metadata documents and NBII<br />BDP metadata documents.</p> Bug #2317 (Resolved): modify ldapweb.cgi to restrict account creationhttps://projects.ecoinformatics.org/ecoinfo/issues/23172005-12-13T23:09:34ZMatt Jonesjones@nceas.ucsb.edu
<p>ldapweb.cgi currently allows account creation in multiple LDAP subtrees based on<br />the organizationthe user selects. In future systems we will want much more<br />control of accounts that are created in particular subtrees (such as NCEAS), so<br />we need to change ldapweb.cgi to only allow account creation in the<br />"unafiliated" subtree. The script should check input and make sure that<br />unaffiliated is chosen and send back an error if not.</p> Bug #2310 (Resolved): Advanced search functionality has to be integrated into various skins.https://projects.ecoinformatics.org/ecoinfo/issues/23102005-12-08T18:38:06ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>The new advanced functionality needs to be integrated into all the skins. Right <br />now it is only part of the default skin.</p> Bug #2227 (Resolved): Data associated with an organization should show uphttps://projects.ecoinformatics.org/ecoinfo/issues/22272005-10-11T22:54:16ZWill Tyburczytyburczy@nceas.ucsb.edu
<p>"The right way to do this would be to decouple the metadata entry from <br />the filter that controls whether a given entry shows up in the registry. <br /> We've been experimenting with some ways to do this through 'semantic <br />annotations' that are maintained separately from the rest of the <br />metadata. This would allow us to retroactively label data packages with <br />annotations that could control which skin they show up in. It still <br />doesn't solve the maintenance problem (for each new registry skin that <br />we create, we need to annotate all past data packages that we want to <br />show up in the skin). I'm still not sure how to deal with that issue."</p>