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.
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.
Hi Paul,We've had people upload larger files :-) I'm not opposed to grabbing them from a remote server if you have that option. I think, long term, the best thing to do would be to get netCDF-Java to handle this, as it would help out clients other than the IDV. However, it could be possible to hack together something that could work. But, for our testing purposes, I'd still need some sample file to work with.
Cheers! Sean On 2/10/14, 2:37 PM, Paul Graham wrote:
Hi Sean/Don, As it turns out, the Merge Timestep Sequences worked! (See attachment). However, as Don pointed out, it requires each timestep to be in a separate file, opened one by one, allowing only one field/display that has to be decided in advance. Perhaps if there was a way for the mergeTimeSequences function to somehow be incorporated in the Data Choosers/Data Source Type menu it would be more practical. Sean - unfortunately the files I currently have are huge - 406Mb per timestep - so probably impractical to upload at this time. But if I can obtain smaller samples I'll let you know. Paul On 11 February 2014 02:47, Don Murray (NOAA Affiliate) <don.murray@xxxxxxxx>wrote:Paul- As Sean notes, there is no convention for handling this, but the underlying IDV framework will handle grids with time varying domains. An example of this is satellite imagery which can vary the region covered from time to time (the old Unidata floater was used as the test case for the code). I don't believe the Aggregate WRF Grids by Time will work, because that relies on the underlying netCDF-Java library to do the aggregation and I think it assumes a constant domain to work. But you could try it. Another way to do it (although a pain) would be if you had each time step in a separate file, would be to load all them in as single grids and use the Grids->Time Steps->Merge timestep sequences formula to do the merge. This bypasses the netCDF-Java aggregation. Don On 2/10/14 7:04 AM, Sean Arms wrote:Greetings Paul, We've been looking for some example files to work with using this concept. I do not believe there is a standard way to handle the case of time dependent latitude/longitude (standard as in Climate and Forecast standard). Would you be willing to share a few of the individual files for us to take a look? If so, you can upload them here: http://motherlode.ucar.edu/repository/alias/idvupload I have some ideas on this, but it will take some time to play with. Cheers! Sean On 2/9/14, 7:44 PM, Paul Graham wrote:Hi IDV Users, Is it possible for IDV to aggregate grids where the horizontal domain is changing position, as is the case for WRF vortex following nests? Thanks, Paul _______________________________________________ idvusers mailing list idvusers@xxxxxxxxxxxxxxxx For list information, to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/_______________________________________________ idvusers mailing list idvusers@xxxxxxxxxxxxxxxx For list information, to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/-- Don Murray NOAA/ESRL/PSD and CU-CIRES 303-497-3596 http://www.esrl.noaa.gov/psd/people/don.murray/ _______________________________________________ idvusers mailing list idvusers@xxxxxxxxxxxxxxxx For list information, to unsubscribe, visit: http://www.unidata.ucar.edu/ mailing_lists/_______________________________________________ idvusers mailing list idvusers@xxxxxxxxxxxxxxxx For list information, to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/
idvusers archives: