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 - > > > This is *really* bleeding edge so we'd like any feedback we can get. > > This indeed is really cool stuff! First two feature request, and one possible > "bug"(?): > Hi Valentijn, I'm glad to hear that you'll be out here next week. Why don't we plan on spending some time discussing your needs about time selection while you're here? Also - the bug you mention below should be fixed now. -Jeff > 1) You would make my day by allowing us to filter out a time window from a > time series (whichever method was used with the "SHIFT/"CTRL" buttons OR the > "Use Date Selection") using a GMT hours. > > In the case of Richard's MSc study for example, he's runnig against the issue > of the Meteosat-8/SEVIRI high res VISable no longer being available after > 14.45 GMT (EUMETSAT moves the scan towards the atlantic ocean for numerical > weather forecasting purposes after this time). He now has to go through the > list in the original ADDE image chooser to select everyhting manually using > the "SHIFT" and "CTRL" combination. One mistake and gone is your > selection.... I was playing around with the right-mouse button > "properties">Under "Interval" and defining the "before", "center", and > "after" fields but is was a no go. > > So in this example i would: > -first select all dates (with whichever method you prefer "SHIFT/"CTRL" > buttons OR the "Use Date Selection") > -define my times window using "hours", and commit the filter > -the graphical "timelines" (if zoomed in) would show just those times (also > the "absolute" of course) > > 2) For different areas, i.e. modeling solar radiation over Europe with the > same Meteosat-8 data, we may have observation on all hours but the amount of > data is just consuming all the RAM. So to limit memory usage i first detect > the sunrise/sunset hours (preferrable per pixel), and then select the images > in the daytime only form the data chooser. We have implemented a "sunrise"and > "sunset" algorithm to do this for us, an it would be -great- if you could tap > into this JAVA function based on the lat/lon's from the "center on displays" > feature. > > Here is the JAVA doc of the function: > http://adde.itc.nl/operation/doc/org/n52/math/SunTriangulation.html > > If you like this idea too i will send you the sources. > > 3) the -possible- bug: > It seems than since you revamped the chooser, selecting images using the > "SHIFT/"CTRL" buttons seem to work still o.k., but if i select times not > connected to each other ("CTRL") the times in the current view of the listbox > jump back to the first position of my previously selected subset. So then i > have to scoll down to the "time" is selected last (that was, with my "CTRL" + > left-mouse) to continue the filtering process. > > > Btw. I'll be seeing you soon as Willem van Nieuwenhuis (our programmer which > joined our department recently) and i will attend the upcoming "Advanced IDV" > and "JAVA netCDF IO" workshops.... > > Kind regards, > Valentijn > V. Venus, M.Sc. > Researcher/Lecturer in RS/GIS for Food Security > ITC > P.O.Box 6 > 7500 AA Enschede > The Netherlands > Tel: +31-53-4874549 > Fax:+31-53-4874388 > > =============================================================== > De informatie opgenomen in dit bericht kan vertrouwelijk zijn en > is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht > onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en > de afzender direct te informeren. > =============================================================== > The information contained in this message may be confidential > and is intended to be exclusively for the addressee. Should you > receive this message unrightfully, please do not use the contents > herein and notify the sender immediately by return e-mail. > =============================================================== > > ________________________________ > > From: Unidata IDV Support [mailto:address@hidden] > Sent: Thu 7/12/2007 0:41 > To: Valentijn Venus > Cc: address@hidden > Subject: [IDV #WZU-617753]: IDV - fire locations in KML > > > > > Hi Tyn, > This is Jeff. > > > > > i was wondering what i am doing wrong, but these firelocations are not > > allowing to choose a display > > type in the field chooser. > > > > http://sentinel.ga.gov.au/acres/sentinel/kml_data.shtml > > > Its not working fo rme either. Unfortunately I am going on vacation tomorrow > and don't have time > to track this down right now. I will look into this when I get back. > > > Btw, i like the new adde datachooser!! Don, how do i filter out times, say: > > -every whole hour / every three hours > > -for every day > > I assume you are talking about the timelines? This is *really* bleeding edge > so we'd like any feedback we can get. Normally you select by shift-dragging > or clicking to select particular times. However, you can also turn on a Date > Selection thing. When viewing the timeline do a right click to show a popup > menu. Select "Use Date Selection". A bracketed line should show. This > selects everything inside the range. By default the range of the Date > Selection thing is the visible range of the timeline. You can change that by > right-mouse menu -> turn off "Use Visible Range". Now you can grab the end > points of the Date Selection and drag them. In the popup menu you can > select an Interval (e.g., every 1 hour) a skip factor > and a Count. The count is the max number of times selected. The Properties > dialog allows you to set everything. > > > > > > > Any idea why in the attached bundle display the WMS data source is off from > > the country outlines? > > I'm preparing a case study on fire detection from FY2-C/VISSR satellite > > imagery.... > > > > Its definitely off. I looked up the lat/lon of a couple of the cities shown > on the image and > they are not shown in the right place - so our australia map lines are > probably ok. > When I show the blue marble wms image it does line up with our map. So, I'm > guessing > the problem is coming from their WMS server, that it is mis-locating the > images. > > -Jeff > > > Ticket Details > =================== > Ticket ID: WZU-617753 > Department: Support IDV > Priority: Normal > Status: Open > > > > Ticket Details =================== Ticket ID: WZU-617753 Department: Support IDV Priority: Emergency Status: Open