yes, good point.
if it is a multidimension representation, you would also need the
profile dimension. if its a ragged array, you would need either the
rowSize or parentIndex variable.
On 4/30/2012 7:22 AM, Jim Biard wrote:
> Wouldn't you also need the profile dimension on the temperature and
> pressure variables in order to connect them all as part of the same
> profile collection?
>
> Jim Biard
> Research Scholar
> Cooperative Institute for Climate and Satellites
> Remote Sensing and Applications Division
> National Climatic Data Center
> 151 Patton Ave, Asheville, NC 28801-5001
>
> jim.biard at noaa.gov <mailto:jim.biard at noaa.gov>
> 828-271-4900
>
> On Apr 30, 2012, at 8:46 AM, John Caron wrote:
>
>> On 4/29/2012 5:33 PM, andrew walsh wrote:
>>> Hi John,
>>>
>>> My responses inline below.
>>>
>>> Andrew
>>>
>>>
>>> ----- Original Message ----- From: "John Caron"
>>> <caron at unidata.ucar.edu <mailto:caron at unidata.ucar.edu>>
>>> To: <cf-metadata at cgd.ucar.edu <mailto:cf-metadata at cgd.ucar.edu>>
>>> Sent: Saturday, April 28, 2012 2:39 AM
>>> Subject: Re: [CF-metadata] Ocean CTD data following CF Conventions v1.6
>>>
>>>
>>>> Hi Andrew:
>>>>
>>>> You can use a dimension=1 instead of a scalar.
>>>
>>> OK, you mean if one used the vector method.
>>
>> yes
>>
>>>
>>>>
>>>> But you cant use
>>>>
>>>> lat(lat)
>>>> lon(lon)
>>>> time(time)
>>>>
>>>> the correct usage in the single profile case would be:
>>>>
>>>> lat(profile)
>>>> lon(profile)
>>>> time(profile)
>>>
>>> So, do you mean in the vector method have this? (simpler I guess to
>>> have common profile dimension = 1)
>>
>> yes, you cant use incorrect dimensions, even when they are all = 1.
>>
>>>
>>> dimensions:
>>> profile=1
>>> pressure = 57
>>>
>>> variables:
>>> lat(profile)
>>> lon(profile)
>>> time(profile)
>>> pressure(pressure)
>>> temperature(pressure)
>>>
>>> Instead of this?
>>>
>>> Dimensions:
>>> time=1
>>> lat=1
>>> lon=1
>>> pressure=57
>>>
>>> Variables:
>>> time(time)
>>> lat(lat)
>>> lon(lon)
>>> pressure(pressure)
>>> temperature(pressure)
>> _______________________________________________
>> CF-metadata mailing list
>> CF-metadata at cgd.ucar.edu <mailto:CF-metadata at cgd.ucar.edu>
>> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>
>
>
> _______________________________________________
> CF-metadata mailing list
> CF-metadata at cgd.ucar.edu
> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://mailman.cgd.ucar.edu/pipermail/cf-metadata/attachments/20120430/55e7e45d/attachment-0001.html>
Received on Mon Apr 30 2012 - 07:26:40 BST
