InfoVeg: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362007-11-23T22:14:24ZEcoinformatics Redmine
Redmine Bug #3013 (Resolved): Include azimuth and dsgPoly/plot size to draw plot bounds on Google-Map?https://projects.ecoinformatics.org/ecoinfo/issues/30132007-11-23T22:14:24ZMichael Leemlee@nceas.ucsb.edu
<p>It would be really cool to draw the plot shape on the terrain. Might finally encourage people to collect X-bearing (azimuth) and plot shape!</p> Bug #3004 (Resolved): TEST: Allow resampling of ANY plothttps://projects.ecoinformatics.org/ecoinfo/issues/30042007-11-16T18:51:46ZMichael Leemlee@nceas.ucsb.edu
<p>Currently, resampling plots is limited to plots with individual stems. But any plot can be resampled, just no preprinted datasheets can be generated, other than perhaps location information. Giving the next set of investigators a species list is probably bias-inducing.</p> Bug #2956 (Resolved): commClass.expertSystem needs to be descriptive (memo field)https://projects.ecoinformatics.org/ecoinfo/issues/29562007-09-10T19:34:00ZMichael Leemlee@nceas.ucsb.edu
<p>commClass.expertSystem is currently boolean which is an old error that should be fixed. I believe it is fixed in the entry db. Would be good to double-check that though.</p> Bug #2877 (Resolved): Access 2007 issueshttps://projects.ecoinformatics.org/ecoinfo/issues/28772007-06-21T00:07:44ZMichael Leemlee@nceas.ucsb.edu
<p>This bug is a tracking bug for Access 2007 issues in the entry tool and access in general.</p>
<p>1) seems to ask twice if you are sure you want to exit sometimes.<br />2) Need to minimize ribbon if it exists<br />3) Compact and Repair goes via a different pathway.</p> Bug #2867 (Resolved): Reverse Migrate New archive data into old archivehttps://projects.ecoinformatics.org/ecoinfo/issues/28672007-06-07T18:42:16ZMichael Leemlee@nceas.ucsb.edu
<p>The New Archive data that will be compiled into one db needs to be migrated into the old archive so that we can use its functionality with all plots until we have that functionality with the new archive.</p> Bug #2864 (Resolved): Simplify level 3: no modules?, cover only by strata?https://projects.ecoinformatics.org/ecoinfo/issues/28642007-06-02T22:25:10ZMichael Leemlee@nceas.ucsb.edu
<p>Cover records at Level 3. The intent of level 3 is to provide<br />information sufficient to assign a plot to a community type within the<br />NVC. We wish to achive this without any extra burden on the participants.<br />We agreed that it is a burden to track separate modules and to do both<br />total cover and cover by strata. In general, we seemed to agree that it<br />would be sufficient to record cover by strata and the total area of the<br />plot, and that modules should not appear until level 4.</p>
<p>Action Item: Everyone indicate to Bob their comfort level with this plan,<br />and then Bob consults with others to arrive at a concensus.</p>
<p>Action Item: bob conveys to Michael the decision and Michael makes<br />appropriate changes in the datasheet and Manual.</p> Bug #2863 (Resolved): Splitting planted and natural stems while sampling: advice neededhttps://projects.ecoinformatics.org/ecoinfo/issues/28632007-06-02T22:23:29ZMichael Leemlee@nceas.ucsb.edu
<p>Planted stems at level 2. When combining planted and natural woody<br />stem samplings, it is difficult to keep track of what is planted during<br />the inventory of natives. Perhaps the only reasonable way to do this is<br />to first do the planted stem, which are knwon from prior mapping, and in<br />the process flag these stems. Then when passing through again for native<br />stems, you know to skip the flagged individuals.</p> Bug #2848 (Resolved): (migration) Ensure unique plot names b/t EEP and CVS plotshttps://projects.ecoinformatics.org/ecoinfo/issues/28482007-05-19T21:28:01ZMichael Leemlee@nceas.ucsb.edu
<p>The naming of projects is independent between CVS and EEP, that is EEP project numbers could collide with CVS.</p> Bug #2787 (Resolved): add entry_stems.isPlanted to interface?https://projects.ecoinformatics.org/ecoinfo/issues/27872007-03-02T22:43:27ZMichael Leemlee@nceas.ucsb.edu
<p>I added this field and need to make sure everything works nicely with it, specifically, the S module, detecting and combining duplicates, and that it gets propagated into the archive correctly.</p> Bug #2717 (Resolved): cvsData user can see stuff when ftping with the wrong urlhttps://projects.ecoinformatics.org/ecoinfo/issues/27172007-01-11T23:15:50ZMichael Leemlee@nceas.ucsb.edu
<p>The cvsdata user can see too many files when ftping over the wrong URL (see Bob or Michael for what the URL is)</p>
<p>When you FTP in, via Firefox or WinExplorer, you can view all the folders, then files, and download them too. Seems that cvsdata user has read permissions in folders where they shouldn't have them.</p>
<p>Bob is looking into finding someone to deal with this.</p> Bug #2632 (Resolved): How to store one module plots - no subplots?https://projects.ecoinformatics.org/ecoinfo/issues/26322006-10-30T19:48:13ZMichael Leemlee@nceas.ucsb.edu
<p>We currently use subplots with our multiple module plots. This seems unnecessary for one module plots (such as levels 1 and 2). But perhaps we should keep that format as it's more similar to multiple module plots.</p>
<p>Currently, we always have an S Module for summary. Do we have "S" and 1 for one module plots?</p>