> 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
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.