Rodrigo,
Thank you for your mail and suggestions!
While I agree that it might be useful to have grid information as well as
particle trajectory information in the same file I would suggest to keep them
in separate files.
Especially as we are aiming to agree on a standard for particle
Hi again,
The decision of making MOHID model to handle HDF files instead of NetCDF was
taken by MARETEC probably 12 years ago (before my entrance in MARETEC), and
I think it was taken due to NetCDF limitations in that time - HDF was
providing the opportunity to compress and to establish an
Hi everyone,
I suppose most of you (except Mark) doesn't know me, I was introduced in
this discussion group through Mark, which I met in Kuwait oil spill
modelling working group, where I was presenting the work from our group in
terms of oil spill modelling with MOHID (www.mohid.com) and risk
Dear Chris
The only place the time dimension is used is for the time and
row_size variables, so I can't help thinking there could be a work
around. Rich Signell suggested you could just use a
as-big-as-you-might-need time coordinate -- which is one option.
yes, I think that's a good and easy
Sorry I haven't send what I promise yet -- I've been home sick.
On 12/2/11 1:37 AM, Jonathan Gregory wrote:
I agree, this is a case for a ragged array, with two unlimited dimensions,
logically speaking. However such a thing can be accommodated in the new
discrete geometry conventions
Dear Chris
I think its time to start using netcdf-4 for large collections of point
data which need to be compressed. Instead of first making a standard, we
need to try out the possibilities and see how it performs.
That may be true, time to move on eventually! However, you can use
netcdf4
Sorry, quite right, this is correct.
http://www.unidata.ucar.edu/staff/caron/public/CFch9-may10.pdf
Thanks, Rich. J
___
CF-metadata mailing list
CF-metadata@cgd.ucar.edu
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
On 11/29/11 4:15 AM, Jonathan Gregory wrote:
That could be done if you can represent the data using a new kind of
featureType to be added to the CF chapter on discrete sampling geometries,
which will be included in CF 1.6 (coming soon). The text for the discrete
sampling geometry chapter is at
On 11/25/2011 5:01 AM, Ute Brönner wrote:
Hi folks,
I kind of lost track of our latest discussions and had the feeling
that this was partly outside the mailing group;
yes, it was -- we had some discussion among a subset of teh CF list that
was interested in particle model output.
so I
On 11/26/2011 9:14 AM, John Caron wrote:
Im intending to incorporate the netcdf-4 C library into the netcdf-java
library using JNI. Im hoping to have something working in the next few
months, but we'll see. This will be an optional component, and will
obviously make portability an issue.
Good
Hi Ute:
On 11/25/2011 6:01 AM, Ute Brönner wrote:
Hi folks,
I kind of lost track of our latest discussions and had the feeling that this
was partly outside the mailing group; so I will try to sum up what we were
discussing.
My latest try was to produce NetCDF for particle trajectory trying
Hi folks,
I kind of lost track of our latest discussions and had the feeling that this
was partly outside the mailing group; so I will try to sum up what we were
discussing.
My latest try was to produce NetCDF for particle trajectory trying to write out
the concentration grid which resulted in
You might prefer to try Nujan instead of mixing python and netcdf,
although variables are limited to 2GB
http://www.ral.ucar.edu/~steves/nujan.html
On Fri, Nov 25, 2011 at 11:01 AM, Ute Brönner ute.broen...@sintef.no wrote:
Hi folks,
I kind of lost track of our latest discussions and had the
13 matches
Mail list logo