Hi Bill- Okay, you're not crazy. I don't care what anyone says. ;-) It turns out that all along, we've been displaying the image over topography as textures which smooths out the display. So, in no matter which way you were sampling, the result was similar. I just added a checkbox to the control which allows you to toggle between texturing and not. Since the not take more time and memory, I've left the old way as the default. With texturing off, even the topography sampled into the image is much better in terms of resolution. This will be in the next nightly build. Don > I've tried about everything I can think of, and the image draped over > topography > is too different than the topography. Let me elaborate. > > The topography I'm using is from the catalog, 60 sec resolution. One > display is > a normal 'topography' display of these data. > > For this test, I saved the above display (when looking directly down) > as a .kmz > file. Then, I created an image over topography display using your > jython. To > compare them, I chose to view the display from the south, and toggled > the > visibility between the 2 displays. The result is that the height of the > topography > display is greater, and the peaks do not always line up. Doesn't seem > right ? > Does the creation of an image over topography smooth ? > > Bill > > Unidata IDV Support wrote: > > Hi Bill- > > > > Full Name: bill fingerhut > Email Address: address@hidden > Organization: lyndon state college retired > Package Version: 2.8a1 build date:2009-11-03 08:08 UTC > Operating System: Windows XP > Hardware: Java: home: C:\Program Files\IDV_2.8a1\jre version: 1.6.0_13 > j3d:1.5.2 fcs (build4) > Description of problem: > > > > > > I've been using a formula (formula, imagery, image over topography) to > drape an image over topography. Unfortunately, the result has much less > resolution (detail) than I need. I was hoping the result would have as > much resolution as the topography, but this is not the case. > > What determines the resolution of the result, and is there any way I > can impove the results? > > > > The topography is resampled to the image so that you could have an image > larger > than the topography. > > > > BTW, the topgraphy is 30 sec. from a catalog, and image is an image > capture from the IDV map view. More questions later! > > > > I'll add an option to allow resampling to the topography domain to the next > nightly > build. You could then call this procedure: > > def topo2(image, topo): > import ucar.unidata.data.grid.DerivedGridFactory as dgf > return dgf.create2DTopography(image, topo, 1) > > You can select Image over Topography as your display for now, but you'll have > to > select it twice. Once you've tested this, I'll figure out how to bubble it up > to make it easier. I don't want to change the default behavior right now. > > Don > > > Ticket Details > =================== > Ticket ID: ZRS-639947 > Department: Support IDV > Priority: Normal > Status: Open > > > > > > > -- > The Fingerhuts > Saint Johnsbury, Vt, 05819 > > email: address@hidden > > > > Ticket Details =================== Ticket ID: ZRS-639947 Department: Support IDV Priority: Critical 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.