InfoVeg: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362007-09-01T16:54:24ZEcoinformatics Redmine
Redmine Bug #2923 (Resolved): clean up: Importing from 2.0.4 and before can cause odd message about users...https://projects.ecoinformatics.org/ecoinfo/issues/29232007-09-01T16:54:24ZMichael Leemlee@nceas.ucsb.edu
<p>Importing reveals a query that isn't at all helpful to someone not a DBA. Clean up into some quick interface or ignore this all together, unless in DBA mode?</p> Bug #2915 (New): Need to have rules for "odd" levels for data: planted stems >= level 3 and cove...https://projects.ecoinformatics.org/ecoinfo/issues/29152007-08-28T21:40:36ZMichael Leemlee@nceas.ucsb.edu
<p>Vigor is required. Its absence should be flagged by error checker as error.</p> Bug #2906 (New): DBA: reports could be improvedhttps://projects.ecoinformatics.org/ecoinfo/issues/29062007-08-17T18:32:47ZMichael Leemlee@nceas.ucsb.edu
<p>Would be nice to allow printing of full plots for plots that have some issue (a check box somewhere on the DBA form, perhaps) which would then change criteria to plotID in (select plotID from [somewhere] WHERE (the criteria));</p>
<p>ordering by plotID in the reports is problematic: this is order they were entered, not logical order. Should be switched to PTP.</p>
<p>duplText is not highlighted any colour on the report, which is odd. Should be yellowish and errors pink to draw attention to these locations when there are errors or duplicate messages.</p> Bug #2883 (Resolved): Monitoring data: how to determine ordering of rows?https://projects.ecoinformatics.org/ecoinfo/issues/28832007-07-06T16:51:02ZMichael Leemlee@nceas.ucsb.edu
<p>There are several ways to do this. We could use the original person's ordering of records. We could also sort somehow, based on the long-axis on the plot. We need to think about this and come up with a solution for 2008.</p> Bug #2875 (Resolved): Windows cannot find "fileName" for entryDBhttps://projects.ecoinformatics.org/ecoinfo/issues/28752007-06-20T17:15:59ZMichael Leemlee@nceas.ucsb.edu
<p>This is an odd error that seems to be related to the starting up mechanism of the entry tool.</p> Bug #2760 (New): add Quick fix for common errorshttps://projects.ecoinformatics.org/ecoinfo/issues/27602007-02-05T23:50:35ZMichael Leemlee@nceas.ucsb.edu
<p>need a quick fix for longitude is positive<br />also for filling in default of 10cm for minimum stem size.</p> Bug #2678 (Closed): Create tool for editing static database records of taxon occurrencehttps://projects.ecoinformatics.org/ecoinfo/issues/26782006-11-25T15:06:22ZRobert Peetpeet@unc.edu
<p>We need a tool for editing records in the static database of occurrences. For example, for a given record of occurrence, we might need to change the taxon concept, the cultivated status, or flag the record as an error that should not be displayed.</p>
<p>It would be particularly convenient if administrators with proper permission were to see these added options on the atlas per se, and could choose to click on a record to edit it. When more than one record occurs in a county, we want the option to view all the records for possible editing. We might also want to export or view a spreadsheet of certain records for editing purposes. We might want at some time to allow the details of non-specimen records to be viewed by the normal visitor. In addition, we need to allow updates of information from all sources. For example, we need to be able to update the USDA records while retaining the annotations previously created.</p> Bug #2640 (New): Identify USDA species without county distribution where other spp in genus have ...https://projects.ecoinformatics.org/ecoinfo/issues/26402006-11-02T19:09:58ZRobert Peetpeet@unc.edu
<p>Look at PERSBOR s.s. with all those records for NC, SC, GA, AL that are<br />actually P. palustris. We need a solution.</p>
<p>1. Create a list of all the taxa that PLANTS reports for NC&SC with no county records but for which they do report county records for other taxa in the genus. Mike Lee should do this based on USDA data I have in hand. Once this is done, the process should be repeated for each of the states in the region.</p>
<p>2. Once we have the lists, Alan should examine the taxa and the USDA maps, and should create a list of taxa with too many records and a list of taxa with too few records. The final lists should be shared with USDA and BONAP. Highest priority should be to complete the NC&SC list.</p>
<p>3. These lists contain sets of taxa that should be treated as nominals rather than USDA/JK99 concepts. We should break the USDA taxa in our database into two groups with one = USDA concepts, and the second = nominal concepts. We can assign this step to Mike Lee. I will need to explain to Michael now to access the database in which the county occurrence data are stored.</p>
<p>4. As a separate and contingent bug, Xianhua should split USDA in the legend into into two labels and make any code changes necessary to support this split</p> Bug #2623 (Closed): 42. TaxonProgress updateshttps://projects.ecoinformatics.org/ecoinfo/issues/26232006-10-27T23:02:31ZMichael Leemlee@nceas.ucsb.edu
<p>We need a way to keep the TaxonProgress table up to date. I think Lisa can do this if you rework the table a bit. The quick hack (which might be all we could do now) would be to migrate all the names in the TaxonName table into the TaxonProgress table. If you wish to think about a more elegant method that would not be too time consuming,. Please feel encouraged to do so.</p> Bug #2618 (Closed): Server errors; incompatability with Windows 2000 OShttps://projects.ecoinformatics.org/ecoinfo/issues/26182006-10-27T23:00:14ZMichael Leemlee@nceas.ucsb.edu
<p>This bug is essentially a duplicate of Bug 2608 (originally <a class="issue tracker-1 status-3 priority-2 priority-default closed" title="Bug: DBReader doesn't recreate COMMENTS and PIs when reading a doc (Resolved)" href="https://projects.ecoinformatics.org/ecoinfo/issues/27">#27</a>)</p>
<p>Weakley asks “Why does the search crap out when one limits the sources? If I ask only for one data layer I get a "Unable to display MapService" error message.†I have tried this on several computers and have not duplicated his problem. Please check a few computers (including Alan’s) and see if you can deduce the cause of the problem.</p> Bug #2617 (Closed): 36. The Data Source tabhttps://projects.ecoinformatics.org/ecoinfo/issues/26172006-10-27T22:58:59ZMichael Leemlee@nceas.ucsb.edu
<p>The data source tab of the map should be combined with the legend so that the click on and off option is immediately visible. (If that is not possible, then we should we should order the sources in the same order used on the legend tab.)</p> Bug #2590 (Closed): "get missing taxa" searchhttps://projects.ecoinformatics.org/ecoinfo/issues/25902006-10-27T22:39:04ZMichael Leemlee@nceas.ucsb.edu
<p>We think that selecting more than one data source in the “get missing taxa†search should work as an “and†function, not an “or†function, as it does currently. For example, a missing taxa search with NCU and RAB checked for Orange Co., NC, currently identifies taxa that are missing from either NCU or RAB, and combines them. The search result may be more useful were it to find taxa that are missing from both NCU and RAB.</p>
<p>RKP:<br />I have not checked to see that your assertion is correct, so I will assume it is. Yes, this is a change that we should make.</p> Bug #2582 (Closed): 2A. Show parents as ambiguous membershttps://projects.ecoinformatics.org/ecoinfo/issues/25822006-10-27T22:33:41ZMichael Leemlee@nceas.ucsb.edu
<p>RKP:<br />A different but related issue is whether a CVS only map of Acer rubrum var. rubrum should show Acer rubrum with NO var. as an ambiguous occurrence. I think it should. This should be corrected.</p> Bug #2580 (Closed): 1. Incorrect links to specimen imageshttps://projects.ecoinformatics.org/ecoinfo/issues/25802006-10-27T22:13:17ZMichael Leemlee@nceas.ucsb.edu
<p>Herbarium specimen images located on ibiblio <<a class="external" href="http://www.ibiblio.org/botnet/flora/images/">http://www.ibiblio.org/botnet/flora/images/</a>> appear to be correctly linked using the SE Flora atlas web pages. Images located on the Herbarium web server <<a class="external" href="http://www.herbarium.unc.edu/images/TypeImages/">http://www.herbarium.unc.edu/images/TypeImages/</a>> however, are not correctly linked on the SE Flora pages. The latter images include all the type specimens. For example, a search on Trillium sulcatum produces results that appear to include images, but links to the images point to an incorrect URL. We recently created a field in the Specify database that provides the location of specimen image files. It is the “Medium†field located in the Properties table. (There are currently two image file locations entered in the database. We plan to add others.)</p>
<p>RKP: This is a problem that needs to be fixed.</p> Bug #2574 (Resolved): update species in old archive database from Forbeshttps://projects.ecoinformatics.org/ecoinfo/issues/25742006-10-27T19:20:05ZMichael Leemlee@nceas.ucsb.edu
<p>Forbes has added some new plots to the database, and the species codes need updating, as do older NC_Codes that were added earlier. Anything with ~ at the beginning needs a real code (though these won't be used much longer).</p>
<p>Also, check to be sure ~SYMPSP. from the new plots Forbes added exist and got added to the right plots and code (4-921 and 4-928).</p>