Tutorial: The Grid Feature Type

Scientific Feature Types

The Common Data Model (CDM) Scientific Feature Type layer adds another layer of functionality on top of NetcdfDataset, by specializing in various kinds of data that are common in Earth science. The abstract concepts and concrete classes are continually evolving, and we have concentrated on, for obvious reasons, the types of datasets and data that Unidata is most familiar with, mainly from the atmospheric and ocean sciences.

All Scientific Feature Types have georeferencing coordinate systems, from which a location in real physical space and time can be found, usually with reference to the Earth. Each adds special data subsetting methods which cannot be done efficiently or at all in the general case of NetcdfDataset objects.

The Scientific Feature Type interface is currently undergoing significant change; this page serves as an overview of a conceptual goal, rather than documentation. For more information see the overview of Scientific Feature Types.

The Grid Feature Type

A GridCoordinateSystem at a minimum has a Lat and Lon coordinate axis, or a GeoX and GeoY coordinate axis plus a Projection that maps x, y to lat, lon. It usually has a time coordinate axis. It may optionally have a vertical coordinate axis, classified as Height, Pressure, or GeoZ. If it is a GeoZ axis, it may have a vertical transform that maps GeoZ to height or pressure. A Grid may also optionally have a Runtime and/or Ensemble coordinate axis.

A GridDataset (aka Grid) has a GridCoordinateSystem, whose dimensions are all connected, meaning that neighbors in index space are connected neighbors in coordinate space. This means that data values that are close to each other in the real world (coordinate space) are close to each other in the data array, and are usually stored close to each other on disk, making coordinate subsetting easy and efficient.

A GridDataset has Grids that can be grouped based on common attributes and GridCoordinateSystems. Below is the structure for the Grid interface classes, found in the ucar.nc2.grid and ucar.nc2.dataset package:

Grid
Grid Interface/Class Structure

Opening a GridDataset

The most general way to open a GridDataset is to use the FeatureDatasetFactoryManager class. This allows third parties to plug-in alternative implementations of GridDataset at runtime. The wantFeatureType parameter is checked, logging an error if incompatible. For example:

Formatter errlog = new Formatter();
FeatureDataset fd =
    FeatureDatasetFactoryManager.open(wantFeatureType, yourLocationAsString, task, errlog);

if (fd == null) {
  throw new NoFactoryFoundException(errlog.toString());
} else {
  return fd;
}

If you know that the file you are opening is a GridDataset, you can call directly:

GridDataset gds =
    ucar.nc2.grid.GridDatasetFactory.openGridDataset(yourLocationAsString, errlog);

Using a GridDataset

Once you have a GridDataset, you can get the grids and their associated coordinate systems:

GridDataset gds =
    ucar.nc2.grid.GridDatasetFactory.openGridDataset(yourLocationAsString, errlog);
GridCoordinateSystem gcs = (GridCoordinateSystem) gds.getGridCoordinateSystems();

GridAxis xAxis = gcs.getXHorizAxis();
GridAxis yAxis = gcs.getYHorizAxis();
GridAxis1D zAxis = gcs.getVerticalAxis(); // may be null

GridAxis1DTime tAxis1D = gcs.getTimeAxis(); // may be null
ImmutableList<CalendarDate> dates = tAxis1D.getCalendarDates();

A GridCoordinateSystem wraps a georeferencing coordinate system. It always has 1D or 2D XHoriz and YHoriz axes, and optionally 1D vertical and 1D or 2D time axes. The XHoriz/YHoriz axes will be lat/lon if isLatLon() is true, otherwise they will be GeoX,GeoY with an appropriate Projection. The getBoundingBox() method returns a bounding box from the XHoriz/YHoriz corner points. The getLatLonBoundingBox() method returns the smallest lat/lon bounding box that contains getBoundingBox().

You can use the GridCoordinateSystem to find the indices and coordinates of the 2D grid from the (x,y) projection point:

// open the dataset, find the variable and its coordinate system
GridDataset gds =
    ucar.nc2.grid.GridDatasetFactory.openGridDataset(yourLocationAsString, errlog);
GridHorizCoordinateSystem gcs = (GridHorizCoordinateSystem) gds.getGridCoordinateSystems();

// find the find the indices and coordinates of the horizontal 2D grid from the (x,y) projection point
Optional<GridHorizCoordinateSystem.CoordReturn> xy =
    gcs.findXYindexFromCoord(xPointAsDouble, yPointAsDouble); // xy[0] = x, xy[1] = y
System.out.println(xy.toString()); // prints x and y data indices and x and y grid coordinates

Most GridCoordinateSystems have a CoordinateAxis1DTime time coordinate. If so, you can get the list of dates from it.

Subsetting a GridDataset

The GridSubset class allows you to create a coordinate value-based subset of a Grid.

// puts entries from stringMap into a HashMap
GridSubset subset = new GridSubset(stringMap);

To read a specified subset of data, call readData() to return the result as a georeferenced array.

GridReferencedArray data = yourGrid.readData(subsetAsGridSubset);

Writing a GridDataset to a Netcdf-3 file using CF-1.0 Conventions

Once you have a GridDataset, you can write it as a Netcdf-3 file using the CF Conventions, using ucar.nc2.write.NetcdfFormatWriter. See the Writing CDM page for a detailed explanation of writing netCDF-3 and netCDF-4 files.

Using ToolsUI to look at Grids

You can use ToolsUI FeatureTypes/Grids Tab to view GridDatasets. This consists of 3 tables that show the Grid datatypes, the GridCoordinateSystems, and the coordinate axes:

Grid UI
ToolsUI Interface

Use the Redraw button button to display the grids in the grid viewer window:

Grid View
ToolsUI Grid Viewer