This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
> Hi guys -- > > For Redmine bug #29 (or McV inquiry #1224), I have made the following > changes, which correct the problem. I am sending the source to you > since I have no idea how to update the Github repo.... > > 1. > src\ucar\unidata\idv\control\AerologicalSoundingControl.java > > moved the line "soundingTable.setCurrentSounding(currIndex)" to after > where 'currIndex" was updated to the "current" value; otherwise, this > was causing the Table to be out of sync with the date-time in the > control. > > 2. > src\ucar\unidata\idv\control\SoundingTable.java > > kept the instance of TableSorter around and used it's > "setTableModel()" to do the "fireTableStructureChanged()" handling, > which causes the table data structure to be reset. The issue here was > that a simple "fireTable..." call did _not_ apparently reset the > number of rows, so even though the table was "sorted", if the updated > sounding had a different number of rows, then either a) not all the > data were listed or b) NaNs were supplied. > > Also, added try/catch to handle an "index out of bounds" situation > when doing a "getValue(row, col)". > > tom > Tom, Thanks for these fixes, I will merge them into the repository. Yuan > > -- > Tom Whittaker > University of Wisconsin-Madison > Space Science & Engineering Center (SSEC) > Cooperative Institute for Meteorological Satellite Studies (CIMSS) > 1225 W. Dayton Street > Madison, WI 53706 USA > ph: +1 608 262 2759 > > Ticket Details =================== Ticket ID: VQI-480397 Department: Support IDV Priority: Normal Status: Open