NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
This seems to have gotten spam blocked or something. Trying again. On Sep 26, 2014, at 7:27 PM, Brian Mapes <bmapes@xxxxxxxxxxxxxxx<mailto:bmapes@xxxxxxxxxxxxxxx>> wrote: Hello IDV users. I am trying to put point data in the IDV, and it works, but performs incredibly slowly. Can anyone offer advice? My test example is a single-site .csv file with 2448 time values (hourly for a 100 day field campaign). A 140 kB text file. I created multiple color-shaded plan view displays of gridded values, at one Time Driver level, plus (optionally) one point display (a ground validation) from the point data file. When the point display does not exist, I can toggle the grid displays on and off instantly, no problem. When the point display exists, toggling the grid displays on and off takes whole seconds of spinning wheel and "please wait..." time. That spoils the validation exercise (evaluating the point-data color against the gridded background shadings to see the contrast). It is replicable on 2 machines, including on a new, dedicated 8GB RAM laptop with nothing else running. Time cannot be subsetted, nor the Time Driver used, for point data. (An issue for idv-steering?) There is "rebinning" of time for point data sources, which I think means some kind of time averaging, but the hourly samples are what we want to see, not time averages thereof, and why should 1000 (the rebinning magic number) be a limit? Performance seems surprisingly bad for just 2448 time levels, even given that IDV somehow thinks it has to re-read and re-render 2448 filled circles and wind barbs (just to show me ONE), whenever some OTHER display is toggled on or off. I just can't imagine where the time goes. Some kind of graphics-level inefficiency? Watching the memory counter, Megs-Gigs are involved -- for a 140 kB text datafile. ?? We have a network of 70 sites with hourly data for a few years. I fear IDV will be impossible to work with at this rate. And chopping up the ascii data stream into tiny files, site by site, day by day, requiring manual new display creation for each site, every time we change the Time Driver, is obviously impractical. Anyone have experience, or know any tricks? I tried this as an idv-support ticket, but maybe it is not quite a bug -- maybe we just need a user trick (hopefully)? Anyone? Thanks in advance, Brian Mapes ********************************************* Brian Mapes, Professor Meteorology and Physical Oceanography RSMAS, University of Miami 4600 Rickenbacker Causeway Miami, FL 33149-1031 phone: (305) 421-4275 fax: (305) 421-4696 email: mapes@xxxxxxxxx<mailto:mapes@xxxxxxxxx> Web: http://www.rsmas.miami.edu/users/bmapes/ **********************************************
idvusers
archives: