VegBank: Issues
https://projects.ecoinformatics.org/ecoinfo/
https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?1469134036
2007-11-02T18:48:49Z
Ecoinformatics Redmine
Redmine
Bug #2992 (Resolved): Firefox 2.0.0.8+ hangs on VegBank loading pages
https://projects.ecoinformatics.org/ecoinfo/issues/2992
2007-11-02T18:48:49Z
Michael Lee
mlee@nceas.ucsb.edu
<p>I'm not sure if this is an issues before FF 2.0.0.8</p>
<p>To solve the problem, I tried clearing the cache, but that didn't work. Eventually, I fixed it by limiting the cache size to 0MB in Tools|options|Advanced|Network. Then applied that. Then loaded VegBank.org, which worked fine. Then I applied a new amount of disk space for cache.</p>
<p>It would be hard to recreate this bug, which is probably good, but means we can't report it as a bug to Mozilla.</p>
<p>Filing this in bugzilla in case someone else encounters this problem.</p>
Bug #2540 (Resolved): disk Cache full?
https://projects.ecoinformatics.org/ecoinfo/issues/2540
2006-09-07T13:55:35Z
Michael Lee
mlee@nceas.ucsb.edu
<p>There is a message in the log on VegBank that the disk cache is full:</p>
<p>WARN datasource.DBModelBeanReader: Disk Cache Full: 10000 files.<br />DEBUG datasource.DBModelBeanReader: Deleted from Disk Cache: VB.ob.26759.CHAT59<br />DEBUG datasource.DBModelBeanReader: Added to Disk Cache: VB.PC.6832.ABRONIAMICRA</p>
<p>do we just need to up the MAX_DISK_CACHE_SIZE<br />the odd thing is, the disk cache has many more files in it that 10000: <br />vegbank=# select count(1) from dba_xmlcache;<br /> count <br />--------<br /> 107552<br />(1 row)</p>
Bug #2539 (Resolved): Test new VegBranch XML upload
https://projects.ecoinformatics.org/ecoinfo/issues/2539
2006-09-07T00:57:08Z
Michael Lee
mlee@nceas.ucsb.edu
<p>test new VegBranch 1.0.5 upload to Aldo.</p>
<p>In progress several plots sent.</p>
Bug #2538 (Resolved): Recent PRojects page not spitting out right data
https://projects.ecoinformatics.org/ecoinfo/issues/2538
2006-09-06T18:49:00Z
Michael Lee
mlee@nceas.ucsb.edu
<p>it didn't update to include the new stuff on aldo: the Alvar plots, also not on vEgBank.</p>
Bug #2537 (Resolved): update closed lists before distributing VegBank Modules 105
https://projects.ecoinformatics.org/ecoinfo/issues/2537
2006-09-06T18:25:43Z
Michael Lee
mlee@nceas.ucsb.edu
<p>please</p>
Bug #2536 (Resolved): XML download files must validate
https://projects.ecoinformatics.org/ecoinfo/issues/2536
2006-09-05T20:18:52Z
Michael Lee
mlee@nceas.ucsb.edu
<p>dateTime format was fixed, but nulls still throw it for a loop- the field should either be omitted, or we could redefine our schema to allow either nulls or xs:DateTime (I could do the latter)</p>
<p>The UTF-8 encoding must be adhered to. In the worst case scenario, <br /><plantName.plantName>Athyrium filix-femina (L.) Roth ssp. asplenioides (Michx.) Hultén</plantName.plantName></p>
<p>got rendered as:<br /><plantName.plantName>Athyrium filix-femina (L.) Roth ssp. asplenioides (Michx.) Hult?/plantName.plantName><br />in the XML (with the ? being an unprintable character). This wiped out hte closing tag for plantName.plantName and made the file not valid</p>
Bug #2535 (Resolved): run Accession Generation on VegBank
https://projects.ecoinformatics.org/ecoinfo/issues/2535
2006-09-04T23:34:36Z
Michael Lee
mlee@nceas.ucsb.edu
<p>I tried to run accessionCode generation from /usr/vegbank/bin with ./runAccGen vegbank VB, but either the code isn't updated, or there's some new error, as it reports:</p>
<p>Loading jars from /usr/vegbank/lib<br />connect string: jdbc:postgresql://localhost/vegbank<br />org.postgresql.util.PSQLException: Backend start-up failed: org.postgresql.util.PSQLException: FATAL: role "datauser" does not exist</p>
<pre><code>at org.postgresql.jdbc1.AbstractJdbc1Connection.openConnectionV3(AbstractJdbc1Connection.java:449)<br /> at org.postgresql.jdbc1.AbstractJdbc1Connection.openConnection(AbstractJdbc1Connection.java:213)<br /> at org.postgresql.Driver.connect(Driver.java:139)<br /> at java.sql.DriverManager.getConnection(DriverManager.java:512)<br /> at java.sql.DriverManager.getConnection(DriverManager.java:171)<br /> at org.vegbank.common.utility.DBConnection.openConnection(DBConnection.java:357)<br /> at org.vegbank.common.utility.DBConnection.openConnection(DBConnection.java:325)<br /> at org.vegbank.common.utility.DBConnection.&lt;init&gt;(DBConnection.java:70)<br /> at org.vegbank.common.utility.AccessionGen.run(AccessionGen.java:287)<br /> at org.vegbank.common.utility.AccessionGen.main(AccessionGen.java:655)</code></pre>
Bug #2530 (Resolved): export data for "interpretations" in VegBranch
https://projects.ecoinformatics.org/ecoinfo/issues/2530
2006-08-29T00:38:17Z
Michael Lee
mlee@nceas.ucsb.edu
<p>need to export "new" interpretations from VegBranch so that one can bulk interpret data in VegBank.</p>
Bug #2528 (Resolved): Import from VegBank doesn't work for VegBranch
https://projects.ecoinformatics.org/ecoinfo/issues/2528
2006-08-26T23:52:45Z
Michael Lee
mlee@nceas.ucsb.edu
<p>There are new fields and new tables to digest (and a new number of fields (75))</p>
Bug #2527 (Resolved): Plots don't load if missing project, coverMethod, stratumMethod
https://projects.ecoinformatics.org/ecoinfo/issues/2527
2006-08-26T02:33:38Z
Michael Lee
mlee@nceas.ucsb.edu
<p>So we either need to require those in the XML (and we need to require PK's, too), or we need to make the loader add plots without methods (not preferred, or pick particular values that are "No Strata" "No Cover" or "Percent Cover").</p>
Bug #2526 (Resolved): Denorms run 26 times on XML Loading
https://projects.ecoinformatics.org/ecoinfo/issues/2526
2006-08-26T02:32:07Z
Michael Lee
mlee@nceas.ucsb.edu
<p>When I load a simple XML file to Aldo, the denorms run through the complete cycle of denorms, in order, but they run 26 times. So I think the process is getting kicked off for each table or something.</p>
<p>testAdded105Fields_newFields_withPrCMSM.xml<br />is the simple XML that I loaded and this is on //aldo/tmp and also in //aldo/home/lee</p>
Bug #2525 (Resolved): implement "request accessionCode" that is now available on VegBank
https://projects.ecoinformatics.org/ecoinfo/issues/2525
2006-08-25T07:21:19Z
Michael Lee
mlee@nceas.ucsb.edu
<p>Use URLs like so: <a class="external" href="http://aldo.vegbank.org/vegbank/views/getNewRequestID.jsp?tablename=reference&recordcount=4">http://aldo.vegbank.org/vegbank/views/getNewRequestID.jsp?tablename=reference&recordcount=4</a><br />to get real accession codes (if the user wants them) to allow keeping of VegBranch data and reinterpretation.</p>
Bug #2524 (Resolved): keywords not generating: ambiguous referencE_ID
https://projects.ecoinformatics.org/ecoinfo/issues/2524
2006-08-25T07:11:44Z
Michael Lee
mlee@nceas.ucsb.edu
<p>keywords are not generating due to some complexity in gathering info on the extras (I assume). This is probably best dealt with with a sql-view.</p>
Bug #2523 (Resolved): We need a mechanism to require properties to be set in build.properties
https://projects.ecoinformatics.org/ecoinfo/issues/2523
2006-08-25T06:41:46Z
Michael Lee
mlee@nceas.ucsb.edu
<p>We used to compare build.properties with build.properties.compare and anything that was in the latter but not the former threw an error at build time. This was really useful as there is always some property that doesn't get set and it throws things oddly.</p>
<p>If there is a better way of accomplishing it than with build.properties.compare, let's do the better way, else we could bring that back. (Then decide what is really required to set in build.props)</p>
Bug #2522 (Resolved): XML comments should be turned off
https://projects.ecoinformatics.org/ecoinfo/issues/2522
2006-08-25T01:52:12Z
Michael Lee
mlee@nceas.ucsb.edu
<p>currently the XML is created with a lot of debugging statements inserted. While these aren't horrible, it would be a lot better without them, both in terms of space used, professionalism, and speed of download.</p>
<p>for example:<br /> <coverIndex.COVERINDEX_ID>8</coverIndex.COVERINDEX_ID><br /> <!-- Ignoring coverIndex.COVERMETHOD_ID --><br /> <coverIndex.coverCode>8</coverIndex.coverCode></p>
<p>basically all the comments in that document can be turned off.</p>