On 4/13/2011 2:52 PM, Steve Emmerson wrote:
On 04/13/2011 02:25 PM, John Caron wrote:
the point im trying to make is that it would be better to understand
that "mol mol-1" (canonical udunit = 1) is not the same as "m3 m-3"
(canonical udunit = 1).
In my opinion, the distinction between "mol/mol
Hi,
I'm not sure if this the right place to post this,
I'm getting this description for runoff_flux in the html standard name
table
The geoid is a surface of constant geopotential with which mean sea
level would coincide if the ocean were at rest. (The volume enclosed
between the geoid and the s
Hi All,
Reinforcing Martin's point, if a plotting package produces plots labeled with
1e-9 as a unit, I will manually edit the plot to replace the unit with mol/mol,
kg/kg, Kg(CH4)/kg(air), or whatever is appropriate. Otherwise it produces
great confusion, since the numerical values are differ
Hi Dave,
You are right that the file does not have any projection information
embedded in it and I don't know what it should be. I am obtaining this data
from climatologist who are using WRF model to generate different climate
change scenarios. They are not much familiar with ArcGIS so I am trying
> Message: 6
> Date: Wed, 13 Apr 2011 14:52:26 -0600
> From: Steve Emmerson
> Subject: Re: [CF-metadata] physical vs dimensional units
> To: cf-metadata@cgd.ucar.edu
> Message-ID: <4da60d0a.1010...@unidata.ucar.edu>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 04/13/2011 02:25 PM, John C
Hi John,
> A "physical quantities" library separate from udunits could
> provide some assistance in detecting when two quantities can
> be added with unit convertsion, eg "add m and feet" but not
> "add mol/mol and m3/m3".
> > The udunits Unix command doesn't accept garbage garbage-1
> as a va
Hi Sami,
The Weather and Climate Toolkit ( http://www.ncdc.noaa.gov/oa/wct ) can
handle curvilinear grids (2D lat/lon coordinate variables) and export
nearest-neighbor resampled lat/lon data to a variety of GIS formats
including ArcInfo ASCII GRID, GeoTIFF and NetCDF 3. The export can be
run from
Your file appears to already be in lat/lon with no datum specified do you know
what the data should be?
Since it is curvilinear, ArcGIS won't read it as gridded data. Arc only really
operates on "raster" grids.You have to import it as a collection of points
using "Make NetCDF Feature Layer".
Hi Jonathan:
On 4/14/2011 2:14 AM, Jonathan Gregory wrote:
Dear John and Steve
I agree with Steve about this:
On 04/13/2011 02:25 PM, John Caron wrote:
the point im trying to make is that it would be better to understand
that "mol mol-1" (canonical udunit = 1) is not the same as "m3 m-3"
(c
Hello Justin/Jonathan,
To me, the term or concept 'bathymetry' is the spatial variation of seafloor
depth and should only be applied to a grouping of depth measurements with
associated co-ordinate variables and not to just a depth parameter.
Cheers, Roy.
-Original Message-
From: cf-met
Dear Justin
> sea_floor_depth_below_reference_datum (positive down)
looks fine to me.
Isn't this the same thing:
> bathymetry_below_reference_datum (postive down)
"bathymetry" means sea-floor depth, doesn't it?
For consistency with other stdnames, in particular
height_above_reference_ellip
Dear John and Steve
I agree with Steve about this:
> On 04/13/2011 02:25 PM, John Caron wrote:
> > the point im trying to make is that it would be better to understand
> > that "mol mol-1" (canonical udunit = 1) is not the same as "m3 m-3"
> > (canonical udunit = 1).
>
> In my opinion, the dist
Dear Paul
We don't see to be speaking the same language. As I understand it these four
quantities you are proposing should all be change_over_time_in_X. That's what
they are, isn't it?
> sea_water_salinity_change
> sea_water_temperature_change
> sea_water_potential_temperature_change
> sea_water_
13 matches
Mail list logo