Edit style and line width Widget

Manage Layers Widget

http://www.stack.nl/~dimitri/doxygen/
Shows relationships among classes; hyperlinked between classes in VERDI project and references to other classes used in association with VERDI

If you run the script in verdi titled verdi_script_4km_obs_test.launch it will load the datasets
CCTM_combine.2008031.dave.nc.1 and verdiObs.4km_from_xorig_yorig.txt.
Contents of the verdiObs.4km_from_xorig_yorig.txt file:
Timestamp(UTC) LONGITUDE(deg) LATITUDE(deg) STATION(-) ozone(ppm)
2006-07-03T00:00:00-0000 -121.029 32.2 111993 0.04
I also loaded an ioapi obs file with the same data.
To create this ioapi file with different lat/lon values use the following commands.
ncdump paveObs.nc > paveObs.nc.txt
change Lat/Lon values in paveObs.nc.txt using text editor
ncgen -o NEW_paveObs.nc paveObs.nc.txt
Here is the contents of the file:
tail paveObs4.txt
LAT =
32.2 ;
LON =
-121.029 ;
CO =
100 ;
}
With the lat/lon values the same for both observational datasets, the sun and the circle should be on top of one another - but they are not. In addition, the lat/lon value provided by VERDI using Controls>Show Lat/Lon and hovering over the points gives very different values:
Lat = 32.02217N, Lon =121.01291W

VERDI_1.5.0 doesn't seem to be reading the camxproj.txt file once a user edits it. The location of the camxproj.txt is the same directory as where a UAM binary file is located.
There is a test UAM file under the following directory VERDI_1.5.0/data/CAMx
The previous version of VERDI 1.4.1 does correctly read this projection information from the camxproj.txt and correctly draws the map if provided the

Here an example camxproj.txt file:

Projection parameters are based on IOAPI. For details, see www.baronsams.com/products/ioapi

GDTYP=2
P_ALP=33.0
P_BET=45.0
P_GAM=-97.0
XCENT=-97.0
YCENT=40.0

Hola! @lizadams has created a ZenHub account for the CEMPD organization. ZenHub is the leading team collaboration and project management solution built for GitHub.

How do I use ZenHub?

To get set up with ZenHub, all you have to do is download the browser extension and log in with your GitHub account. Once you do, you’ll get access to ZenHub’s complete feature-set immediately.

What can ZenHub do?

ZenHub adds a series of enhancements directly inside the GitHub UI:

• Real-time, customizable task boards for GitHub issues;
• Burndown charts, estimates, and velocity tracking based on GitHub Milestones;
• Personal to-do lists and task prioritization;
• “+1” button for GitHub issues and comments;
• Drag-and-drop file sharing;
• Time-saving shortcuts like a quick repo switcher.

Add ZenHub to GitHub

Still curious? See more ZenHub features or read user reviews. This issue was written by your friendly ZenHub bot, posted by request from @lizadams.

From some types of charts in VERDI, the user can rt-click on the chart and save the chart in selected graphical formats (e.g., PNG, JPG). Can the same functionality be extended to output to PDF format?

map_world: WGS84
ne_50m_admin_1_states_provinces_lakes: D_WGS_1984
tl_2015_us_state: D_North_American_1983
tile dataset: unknown

The Fast Area Tile Plot originated with the Watershed Deposition Tool, which is another EPA software project. VERDI, however, deals with many types of data in addition to deposition - concentration, deposition mass, deposition per unit area, meteorological, and categorical such as land cover. The types of data need to be analyzed to determine the appropriateness of performing areal interpolation and, if appropriate, the proper algorithm and units of measure.

at anl.verdi.plot.gui.VerdiBoundaries.draw(VerdiBoundaries.java:128)
at gov.epa.emvl.Mapper.draw(Mapper.java:137)
at anl.verdi.plot.gui.FastTilePlot$5.run(FastTilePlot.java:614)
Thread

Pulled latest code today (4/1/2016). On Windows started VERDI from command window. Selected CCTM46_... dataset, O3(ppmV)[1] variable, moved to Time Step 20, Layer 3.
selected GIS Layers/Add Map Layer/USA States
zoomed into NE US
selected GIS Layers/Add Map Layer/USA Counties
Above error was thrown. Cursor on VERDI still in "wait" cursor.

Currently, data for the first time step and first vertical layer are always output when saving from the FastAreaTilePlot regardless of the time step and layer on the screen. Fix this so that VERDI outputs what is currently displayed to the user.

Test VERDI on computers running the 64-bit Windows 8.1 operating system and, if available, the 32-bit Windows 8.1 operating system. Develop installation packages for these systems. Document their capabilities and how to execute VERDI on this operating system.

Add instructions in the user manual to explain new configuration option to change the orientation of the labels on the axis label. (Note: this may change from a dialog to a pull down menu option, depending on if we add the ability for the date/time to be read either from the left to the right or the right to the left.) - or could you just add a new check box to flip the order?)

A data table and a shapefile are created for one time step and one vertical layer. This information is not captured in an obvious manner for the user. Design and implement this feature, possibly by appending TS#L# to the name of the saved file.

The values for the time step and the vertical layer are base-0 instead of base-1 (e.g., 0,1,2 instead of 1,2,3), which is how these data values are displayed on the screen for the user. This needs to be fixed in both the title and the tab for a data table.

the Areas tabbed panel includes a (+) for adding another file and a (-) for removing a currently-loaded file. The (-) button does not remove the highlighted file.

use m3cple to reproject an ioapi netcdf dataset (multi-variable with 24 timesteps) from LATLON to UTM and totally new grid definition.

Understand this comment:
Everything works as expected, however one of the variables is soil type, which is of course categorical and does not work well with bilinear interpolation. I was wondering if there's implementation of nearest neighbor interpolation in new or upcoming ioapi (m3tools?)

The same drop-down menu of statistical measures is used for both the Fast Tile Plot and the Fast Area Tile Plot. Based upon their graphical displays, however, the statistics do not appear to be calculated consistently. The methods of calculating the statistics for the Fast Area Tile Plot need to be verified against those in use for the Fast Tile Plot.

Started new VERDI session. Selected CCTM46... dataset, O3 (ppmV)[1] variable. Did not change time step or layer.
Selected GIS Layers/Configure GIS Layers. (NOTE: only GIS layer is default North America map)
Highlighted the only layer in the Manage Layers box. Selected Edit Layer button.
Brought up Edit Style box. Stayed in the default Simple Style tab. clicked on the red box for the Fill Color. Brought up box Select a Fill Color. Clicked the top-left color (white). Clicked OK.
Errors thrown.
Edit Layer box Fill Color now shows a white box. Clicking the Finish button throws errors but does not do anything with the Edit Layer box or on the tile plot map. Have to click the Cancel button to return back to the Configure GIS Layers box.

A new feature request is to enable the user to optionally turn off the legend when saving a plot in a graphics file format. This feature should be added to the Configure Plots dialog box.

If footer is not visible on Fast Tile Plot when plot is saved, footer does not appear on saved image. If footer is visible then also appears on saved image.

Evaluate this code review tool for the VERDI project:
https://review.openstack.org/Documentation/intro-quick.html

Shapefile replacements are available on killdevil. Google spreadsheet for more information:
https://docs.google.com/spreadsheets/d/1ArdI1a5arUFFh_NCGXmpg4EPDyX95HDaqWEFud3YSAI/edit?usp=sharing

This feature was de-activated and removed in VERDI when we removed the Edit Domain Pane on the Dataset Panel.
Figure 6.9 in the user manual shows what should be displayed.

When a Fast Tile Plot is created an appropriate base geographic dataset is displayed with the tile. When the user adds more GIS layers they may not display properly. Verify this behavior after the conversion from BIN to Shapefiles is complete.

Default color map has been tweaked since Verdi 1.5, new map isn't an option in the Configure Plot -> Color Map list.

Meeting 12/03/2015
https://docs.google.com/document/d/1NUyIgo1E5jgMGpX4nN5KJ2l-SYqQ53jJVLroGZ1BHak/edit?usp=sharing

Using Invision to markup VERDI screenshots of configuation menus and plots
https://projects.invisionapp.com/d/#/projects/5247517

Evaluate JAI-EXT.
Note: they are using MAVEN to build
http://www.geo-solutions.it/blog/developers-corner-jai-ext-the-open-source-replacement-for-oracle-jai/

VERDI has the capability to save and load a project file, which is in XML format. When loading a saved file, Java throws a NoClassDefFoundError. But, VERDI is able to successfully save and load a plot configuration file, which is also in XML format.
Fix the bug that prevents VERDI from loading a project file.

right click on the areal interpolation plot to view the csv table. In the csv table click on File Save As Shapefile to save the data in the table to a shapefile.

Started new VERDI session. Selected CCTM46... dataset, O3(ppmV)[1] variable, tile plot. Stayed on time step 1, layer 1.
Placed cursor on tile map (portion with the tiles and the North America geographic boundaries). Rt-click and select Save Image As from popup box. Save dialog box was displayed. Threw NullPointerException error.

Was still allowed to navigate to desired subdirectory, enter a file name, and Save the file. Saved file shown here.

The following graphic illustrates how VERDI's Fast Tile Plot currently lays out its components.
https://www.draw.io/#G0Byc9bjXZNTDdb05HZzlvVWx5R2c
Each group of components is shown in its own rectangular box. Currently the colored box represents how the legend, axes, and tiles themselves are all grouped into one Rectangle2D object on the VERDI screen. Note that the box in the center ("Tiles") contains the actual colored grid cells.

The goal of this section of the project is to overlay the tiles with shapefiles, either those included with the VERDI distribution or a shapefile provided by the user. However, the current generation of this chart in VERDI appears to be incompatible with how GeoTools draws a shapefile.

VERDI reads gridded data from a NetCDF data file, extracts the data to be displayed based on grid cell, time step, layer, and parameter, and then converts the geographic coordinates in the data file to (x,y) screen coordinates in a Rectangle2D object for display. These data, as well as the legend, axes, and related tics and labels, are all loaded into a single widget (colored rectangle on the above sketch) for display in VERDI.

GeoTools, on the other hand, reads and displays shapefiles in many different geographic projections and converts all shapefiles to be displayed together into a common projection. The shapefile is then displayed into something like that shown here:

http://docs.geotools.org/stable/userguide/_images/jmapframe1.jpg

Note that, except for the frame title and two widget bars, GeoTools uses the entire frame to display the shapefile in the selected geographic projection. There appears to be a fundamental difference between how VERDI draws georeferenced data (in an x,y rectangle in units of display) and how GeoTools draws georeferenced data (in a geographic projection).

In order to successfully draw shapefiles onto the tiles, the "Tiles" portion of the VERDI screen must be extracted from the current widget configuration and changed to a GeoTools mapping widget. Also, the data read from the NetCDF file need to be maintained in georeferenced form (i.e., not be translated to [x,y] screen coordinates).

NOTE: The following steps have already been completed.

1. Open the standard shapefiles distributed with VERDI.
2. Present a file chooser widget for the user to select any shapefile for use in VERDI.
3. Open, read, and determine the extents and projection of each shapefile.
4. Determine the projection of the data in the NetCDF data file.
5. Define the translator to reproject the shapefile data to the projection of the data file.

Learn more about how this is used by GeoTools and VERDI
http://tsusiatsoftware.net/jts/main.html

Recent presentation: http://tsusiatsoftware.net/jts/files/JTS%20State%20of%20the%20Lib%202015.pdf

Review this readme file that is distributed with VERDI.
The comment about 3D Rendering on windows may be incorrect.
https://github.com/CEMPD/VERDI/blob/master/verdi_dist/distfiles/README.txt