InfoVeg: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362009-02-25T20:28:26ZEcoinformatics Redmine
Redmine Bug #3842 (Resolved): Standardization/filling out best classifications in new archive databasehttps://projects.ecoinformatics.org/ecoinfo/issues/38422009-02-25T20:28:26ZMichael Leemlee@nceas.ucsb.edu
<p>1) import a large amount of data from our excel spreadsheet tracking<br />classification into the archive database.</p> Bug #3796 (Resolved): Entry-only plots need to be flaggedhttps://projects.ecoinformatics.org/ecoinfo/issues/37962009-01-29T19:59:09ZMichael Leemlee@nceas.ucsb.edu
<p>If people are going to use plots in the analysis db that are only at entry tool quality, they need to know that's what's going on.</p>
<p>Might use plot.plot_validationlevel field.</p> Bug #3795 (Resolved): Add row numbers in the collection box for cover data (herb data)https://projects.ecoinformatics.org/ecoinfo/issues/37952009-01-29T19:57:32ZMichael Leemlee@nceas.ucsb.edu
<p>It would make matters far simpler to have a number for each row in the collection box on the datasheet for cover data. Stem forms will NOT contain this number, as then it would be ambiguous which number to use on a specimen.</p>
<p>The protocol document will then be updated to instruct people how to use this, which would be the same as before, still diagonally slash the box when something is collected and turn the slash to an X when the species is identified (is that how it happens?). When the specimens are marked in their new homes of newsprint, the correct marking would be project-team-plot-page#-row#. We should create a "what's new on Pulse 2009" to contain this and other more recent updates or oft-encountered misconceptions.</p>
<p>The entry tool will also have to be updated to show this number (page#.row#) and allow it to be edited, but autopopulate the next line based on the previous line and reset to 1 when you reach 37.</p> Bug #3792 (Resolved): auto-embed errors for hand-error checkinghttps://projects.ecoinformatics.org/ecoinfo/issues/37922009-01-29T19:49:54ZMichael Leemlee@nceas.ucsb.edu
<p>It would be nice for the computer to embed error automatically, rather than a person have to enter them manually. The logic in how the computer embeds errors should be sufficiently complex that they are not too easy to find. Ideally, the types of errors embedded would be similar to errors observed to occur in reality. Perhaps after error checking has been completed for projects 88 and 89, Michael can use the list of real errors found to generate some possibilities for how to automatically embed errors.</p>
<p>Someone would still have to initiate the process and specify how many errors to embed, generally.</p> Bug #3791 (Resolved): Track project completenesshttps://projects.ecoinformatics.org/ecoinfo/issues/37912009-01-29T19:46:42ZMichael Leemlee@nceas.ucsb.edu
<p>We'd like to know how complete various projects are, both in terms of data populated by group of fields (e.g. geocoordinates, soils, cover data, stem data) and where in the data process the data are(in entry db or some other format, hand-error checking done, logical error checking done, in archive db).</p>
<p>Some of this is readily queryable in the database, but some of the other stuff may need further tracking, such as what's been completed in terms of data process (hand-error checking, etc)</p> Bug #3787 (Resolved): Decide on better project management software/approachhttps://projects.ecoinformatics.org/ecoinfo/issues/37872009-01-29T19:17:25ZMichael Leemlee@nceas.ucsb.edu
<p>Currently we use bugzilla and a seldom- (but erratically-) updated Excel file.</p>
<p>Michael will email Mark S. about the various programs listed in wikipedia and in general seek advice.</p> Bug #3786 (Resolved): Hand Error checking improvementshttps://projects.ecoinformatics.org/ecoinfo/issues/37862009-01-29T19:13:37ZMichael Leemlee@nceas.ucsb.edu
<p>A number of problems are encountered in Caroline Bernard's hand error checking:</p>
<p>1) The database crashes frequently in this mode in Access 2007 on Caroline's computer. Copying to local drive didn't seem to help. It seems to be an Access problem working with this amount of data. Perhaps some indexing could be added to help it work with the large amount of data, or perhaps we should load only one plot at a time. As a temporary workaround, we have upgraded project 89 to Access 2007 file format, and so far this seems to have solved the intermittent problem.</p>
<p>2) On the tree stems, some error is causing the database to crash from function: select0IfThere() which is a trivial function that should simply ignore errors. MTL to add error ignoring to that function.</p>
<p>3) there is also evidence in the logs of errors with too much data trying to be inserted when adding a new species in FormAddSpecies sci_name_afterUpdate. MTL to try to reproduce this bug and fix it.</p>
<p>4) log dates are included in the diff between versions of error embedding and these can't be caught and should not be included in the diff. Last update plot, row and person last updating plot and row are all included in the diff.</p>
<p>5) DBA mode takes precedence over error embedding, which is backwards. Error embedding should take precedence so that no one ever embeds errors in the real data.</p>
<p>In general, some hammering on the error embedding should help.</p> Bug #3532 (In Progress): Revise elevation based on NASA datahttps://projects.ecoinformatics.org/ecoinfo/issues/35322008-10-16T16:58:36ZMichael Leemlee@nceas.ucsb.edu
<p>five things:<br />1) get elevation data from Jenn for our plots (Forbes)<br />2) check elevations and flag any that are significantly different (raw difference + percent different, i.e. 0-50 is flagged differently than 1000-1050).<br />3) check flagged elevations and decide on a value<br />4) apply new elevation values to database<br />5) provide Lee Anne with a copy of new elevation data.</p> Bug #3433 (Resolved): Allow deletion of some but not all plotshttps://projects.ecoinformatics.org/ecoinfo/issues/34332008-06-26T00:24:04ZMichael Leemlee@nceas.ucsb.edu
<p>Currently, you can delete all plots or plots one by one. would be nice to add:</p>
<p>delete plots by project (and the project itself)<br />delete plots by project and year<br />delete any set of plots (listbox multi-select enabled)</p>
<p>this would help if someone resampled plots and it didn't work, you could delete the plots that were resamples and try again. Currently, you have to either go back to a backup or delete plots one-by-one.</p> Bug #3432 (New): Upgrade patching systemhttps://projects.ecoinformatics.org/ecoinfo/issues/34322008-06-26T00:22:18ZMichael Leemlee@nceas.ucsb.edu
<p>We need a better patching system, which is very basic at best. Currently you have to know about a patch (via the listserv) and download it from there. Would be a lot better if you asked it to check for updates, and it would download the list of available updates from CVS. Each update would have SQL that it would use to determine if the entry tool needed/could use the patch. If so, it would prompt you to download and apply it, but backup your database first.</p> Bug #3431 (Resolved): Document whence our picklist values come (workshop '08)https://projects.ecoinformatics.org/ecoinfo/issues/34312008-06-25T22:49:40ZMichael Leemlee@nceas.ucsb.edu
<p>People are interested in where these values come from, and it's a good idea to attribute people's work to them.</p> Bug #3429 (Resolved): level 3 intensive modules (workshop '08)https://projects.ecoinformatics.org/ecoinfo/issues/34292008-06-25T22:47:52ZMichael Leemlee@nceas.ucsb.edu
<p>The intensive modules section will be deleted from the level 3 plot sheet as not being relevant. The only reason to possibly keep these is if we want to allow people to lump modules into an "R" module, as with levels 4-5.</p> Bug #3428 (Resolved): Level 3 "Water" (workshop '08)https://projects.ecoinformatics.org/ecoinfo/issues/34282008-06-25T22:46:54ZMichael Leemlee@nceas.ucsb.edu
<p>On the level 3 plot sheet, the section header ‘aquatic vegetation’ will change to ‘water’ to better parallel the style of the plot sheet for levels 1 and 2.</p> Bug #3427 (Resolved): Pull VMD data from web (workshop '08)https://projects.ecoinformatics.org/ecoinfo/issues/34272008-06-25T22:46:33ZMichael Leemlee@nceas.ucsb.edu
<p>A new web-based system of delivery to contractors of baseline/previous data (to be inserted into the data tool to generate datasheets) will be developed prior to the 2009 season.</p>
<p>Michael will check into better automating downloading data (see VegBranch) and write a tool that puts the data from the archive database onto CVS webspace. Party will be omitted. Just stems, notes, plots will be included.</p> Bug #3426 (Resolved): Vigor of 2 now "weak" not "fair" (workshop '08)https://projects.ecoinformatics.org/ecoinfo/issues/34262008-06-25T22:45:11ZMichael Leemlee@nceas.ucsb.edu
<p>The definition of the category 2 vigor code will change from ‘weak’ to ‘fair’.</p>