| Date Reported |
Summary |
08-29-2006
by RickK |
IDV's method of drawing MAP is very similar to the current method
that McIDAS uses (i.e., must choose different map files for different
resolutions).
I'd like to see a new approach for maps where a user
can choose the the features they want to display - lakes, rivers,
political, roads ... and have the
resolution change depending on the resolution of the image displayed.
This would require a large map database, but in the long run make for a powerful
and attractive feature for our users.
TomW responded:
I like the concept, but I don't think the resolution of the feature
drawing should be dependent on some image that is displayed; rather
it should be dependent on the "zoom factor" of the current display,
perhaps similar in concept to the "decluttering" that automatically
happens for plotted obs.
It would mean the user would have to specify, for each "map" some
value of "zoom" after which the map would be displayed...which
probably should be related to some resolution (km per pixel or
something). And probably there should be a default for each "map" database....
All-in-all, it sounds like Google-Earth to me.... |
08-14-2006
by BeckyS |
What is Mc-V going to look like in the 2007 release?
Packaging
and compiling, documentation, appearance (current IDV or all
new GUIs, a command line?), porting software, new Mc-V functionality
not in IDV, new Mc-V functionality not in Mc-X??? |
08-10-2006
by TomW |
How do you discover the datasets available
on a remote server?
Currently, PUBLIC.SRV is used by some sites. |
08-10-2006
by BeckyS |
Mc-V can not contour point data. |
08-10-2006
by DaveP |
Create a set of GUI standards for our group and to publish for
other users, so that all GUIs are as similar to one another as
possible. |
08-09-2006
by BeckyS |
Is there a graphical image chooser, like
there is for grids? Something like the Mc-X GUI or something that would automatically
load composite images? |
08-08-2006
by BeckyS |
Is it possible to update a loop, without
creating a whole new loop and deleting the old one? For
example, I have a loop of the five most recent radar images and
want to update that loop. If I click on Update and Add
Source from the Data Chooser, it puts a new loop in the list
of Displays and now I have a loop of 8 images. I
just want five. Is
there a way to do that without deleting the old loops? And is there
a way to do that by only updating with the new images, instead
of re-loading the entire loop?
ANSWER: Reloading the entire loop is currently possible. TomR
wrote that "we're working on some existing VisAD and IDV
libraries whick will increase the performance in the case where
a user may be updating long/higher res image loops." |
07-31-2006
by BeckyS |
Can you use the archive servers (easts on geoarc01),
which require DAY= in the server calls? |
07-25-2006
by JayH |
There should be an outline of work to be done and who's currently
working on what. |
07-25-2006
by KevinB |
Programmers need a presentation on VisAD libraries and applications. |
07-19-2006
by RickK |
How do you use project numbers in Mc-V? TomW
wrote: "Assuming you need this to access ADDE server data,
take a look toward the bottom of <https://www.ssec.wisc.edu/~tomw/idv/>
under the heading "New ADDE Image source Data Selector" to see how the IDV
does it. Obviously this is not the Mc-V solution, but it does give you
a chance to use this now. I should add that after some discussions, Jeff
has changed the precedence of the user-defined defaults a bit -- there is now
a "wildcard" that
will allow it to be applied to partial string matches (the "precedence" part
of this is when the user-defined string matches something already defined in
the 'system' defaults)."
|
07-19-2006
by RickK |
How do you view 2-byte topography images in Mc-V?
1) According to Don Murray, your area MUST
have the units of ELEV, which is a requirement of VISAD. I don't like this
requirement and made me reduce my 2-byte images to 1-byte before
I could get them to work.
2) Since I have 1-km images, I had to use the magnification
blow down to conserve memory. Blowing down the images made
things look very jagged.
3) Similar to #2 - We really need a way to subsect - not
just blow down images.
|
07-17-2006
by RickK |
Can Mc-V plot orbital tracks? TomW wrote: "There is no application
yet written to do that. At present, only the GEO
navs have been implemented; there is a 1 year "line item" in the budget
to convert Robert's code....and for now all POES nav is lat-long-per-point."
|
07-11-2006
by DeeW |
Mc-V needs to be able to run on machines without graphics cards.
DP: As I understand it, this is an issue with
Java3D... it needs a device to connect to that supports the various
3D rendering functions it requires.
TR: Yes, the Java3D libraries must be able to link to either
OpenGL or DirectX (Windows only) for hardware acceleration. 3D graphics
generally requires a GPU, either integrated with the CPU, or a
dedicated device. Most cheap computers now come with
integrated graphics, and dedicated cards capable of doing IDV work
only cost about $100.
DP: It is probably possible to fake a 3D card
using virtual frame buffers (Using Xvfb on linux--this is how
I did off-screen rendering before I knew how the IDV did it)
However, if you really truly do not have a 3D graphics card then
3D image creation will be slooooowwwww.
TR:
If the main issue is batch/background processing, this might work
OK especially with a high-end desktop, eg 3Ghz and 2GB of ram,
since real time user interaction wouldn't be important. If
the issue is that operational centers don't have computers with
graphics cards, I'm not sure what to say about that (note cost
above). Software
rendering is on the plate for a future version of Java3D and it
might be possible to emulate software rendering with Mesa.
DP:
Although happily Java will fallback to 2D mode if 3D is not available,
so an emulated graphics card should be just fine for producing
the products that the data center produces now.
TR:
Not quite true. VisAD applications must explicitly choose
2D or 3D displays. If a 3D display is attempted without 3D hardware
support, it won't work.
DP:
Just to be clear, emulating a 3D graphics card for advanced IDV functionality
will be horribly slow or impossible if no card exists. Doing 2D work
similar to what McIDAS does now should indeed be possible without a graphics
card.
TR:
The only problem here is that Java2D doesn't support curved texture mapping -
a problem for re-projected satellite imagery. J2SE 5.0 will have
an OpenGL pipeline for some Java2D rendering.
|
07-06-2006
by RickK |
If there are only 3 images in a dataset,
you get a nasty error message. The default is to load
the 5 most recent images, and if you say display, you get a nasty
error page if there are fewer than five images. I would think
it could be made smart enough to know how many images are in
the dataset.
|
07-06-2006
by RickK |
Displaying older GOES data confuses the
Data Chooser. It
lists DCA for the lat/lon of GOES-7 images off of BLIZZARD dataset
on Jeep. |
07-06-2006
by TomW |
When looking at model data 3D surfaces in
native GOES projection, the isosurfaces don't show up. This is on TomR's list, but still
not resolved. |
07-06-2006
by RickK |
Can you get back to the native satellite
projection? Gail wrote: "Here's a possibility. We could put a "Use Data Projection" item
under the Projections menu in the display window and drop a submenu
listing the currently displayed data choices. I like the
idea!"
|
07-06-2006
by RickK |
Ship/buoy data is not supported.
I'm using the BLIZZARD dataset available from
jeep.ssec.wisc.edu and the ship and buoy dataset is not shown. |
06-23-2006
by TomW |
Is there a way for the bridge to get physical
units and not just brit - maybe get the lat/lon and send it back through McIDAS to
make the server call? |
06-23-2006
by BarryR |
These are the commands I run in Mc-X, now how do I run them in
Mc-V?
- If this were to be done, the bridge or other tool that does
this for Mc-V could either tell you which menu to use, or,
better yet, take you right to the menu so you have to finish
the task in Mc-V (and can change values in the pulldowns, etc
before hitting the "Do it!" button).
- If we don't want to do it in the bridge or other tool, a
simpler alternative would be to make a webpage and/or Mc-V
Help option that pops up a window that lists all Mc-X commands
and their Mc-V menu equivalents. It, too, would be a nice
tool for making it easy to get started down the correct menu
path so you can see how it's done in Mc-V and try out the additional
cool Mc-V features along the way.
|
06-23-2006
by RickK |
Create a converter for McIDAS server calls
to convert them to idv-style calls (rickk), and to
convert existing Mc-X Batch and McBASI scripts into bundles, jython
scripts, etc (daves).
|
06-08-2006
by RickK |
Need to be able to read and write local
data. TomR wrote "
Currently the IDV has some read
capability: Point structured data can be read via a Text Adapter,
TomW has added quite a bit of functionality here, Model Grid data
is handled very well with NetCDF and AREAs can be read locally,
but not subsected Another option is to run
an ADDE image server locally to access AREA files. Writing of course
is another story, and will have to be addressed.
|
11-08-2004
by RickK |
Grid contouring is not smooth. Rick wrote "The
IDV contours are not as smooth and the labels are way too big
(I can't seem to figure out where to control the size). I'm
also concerned that the analyses are not more alike.
The first thing many of our users will do is to make side by side comparisons. If
they are not "close enough" we will have a lot of explaining to do."
|
