NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [netcdfgroup] exodus: netCDF file or not?



On 02/04/2015 03:45 PM, Nico Schlömer wrote:
As Jim says, if you've created a "classic format" netcdf file, you have two
options:
- read it serially
- convert it to "new format" (really HDF5)

I've used VTK's infamous vtkExodusIIWriter [1], so frankly I wasn't
really sure what format it spits out. Are there conversion scripts out
in the wild?


looks like nccopy can do it:
https://www.unidata.ucar.edu/software/netcdf/docs/netcdf/nccopy.html

nccopy -k enhanced input.nc output.nc

==rob

Cheers,
Nico


[1] http://www.vtk.org/doc/nightly/html/classvtkExodusIIWriter.html



On Wed, Feb 4, 2015 at 11:43 PM, Rob Latham <robl@xxxxxxxxxxx> wrote:


On 02/04/2015 03:28 PM, Nico Schlömer wrote:

No, that's all legal, if unusual -- I am glad to see you are exercising
the
"Argonne/Northwestern parallel netcdf" driver feature of NetCDF-4.


Oh wait, you mean pnetcdf (as opposed to Parallel I/O?). The
configuration [1] on the machine which claims the file is not netCDF
is
```
Configuration Summary:

-- Building Shared Libraries:     ON
-- Building netCDF-4:             ON
-- Building DAP Support:          ON
-- Building Utilities:            ON

Building Parallel NetCDF
-- Using pnetcdf:       OFF
-- Using Parallel IO:   ON
```
I actually do *not* want pnetcdf for reading, I would like to use the
Parallel IO feature built into netCDF itself. What option would I have
to set for this?


As Jim says, if you've created a "classic format" netcdf file, you have two
options:
- read it serially
- convert it to "new format" (really HDF5)


==rob


Cheers,
Nico


[1]
https://launchpadlibrarian.net/196524671/buildlog_ubuntu-utopic-amd64.netcdf_1%3A4.3.3~20150204-utopic1_UPLOADING.txt.gz


On Wed, Feb 4, 2015 at 11:09 PM, Rob Latham <robl@xxxxxxxxxxx> wrote:



On 02/04/2015 02:45 PM, Nico Schlömer wrote:


What's the value of the mode argument you are passing to

       nc_open_par(const char *path, int mode, MPI_Comm comm, MPI_Info
info,
int *ncidp);



The call is from [1] with
```
NC_NOWRITE == 0
NC_SHARE == 2048
pariomode == 32768



32768 is 0x8000 or NC_PNETCDF


```
so eventually the mode argument is
```
NC_NOWRITE|NC_SHARE|pariomode == 34816
```
Looks suspicious?



No, that's all legal, if unusual -- I am glad to see you are exercising
the
"Argonne/Northwestern parallel netcdf" driver feature of NetCDF-4.

These flags will create a classic netcdf file.

Why would such a file be unreadable on another system?

Well, if the other system is also requesting NC_PNETCDF, it's possible
the
Unidata-NetCDF library was not built with pnetcdf support, though
nc_open_par should just detect the format.

==rob



Cheers,
Nico


[1]

https://github.com/trilinos/trilinos/blob/master/packages/seacas/libraries/exodus/cbind/src/ex_open_par.c#L180

On Wed, Feb 4, 2015 at 6:00 PM, Russ Rew <russ@xxxxxxxxxxxxxxxx> wrote:


Hi Nico,

What's the value of the mode argument you are passing to

       nc_open_par(const char *path, int mode, MPI_Comm comm, MPI_Info
info,
int *ncidp);

?

--Russ

On Tue, Feb 3, 2015 at 3:25 PM, Nico Schlömer
<nico.schloemer@xxxxxxxxx>
wrote:



Hi all,

I'm trying to read the file
```
http://win.ua.ac.be/~nschloe/other/pacman.e
```
in parallel with `nc_open_par` [1]. This works on one machine, but
returns the error code `-51` ("Not a netCDF file") on another.
Could someone clarify this?

Cheers,
Nico


[1]


https://github.com/Unidata/netcdf-c/blob/master/libdispatch/dparallel.c#L38

_______________________________________________
netcdfgroup mailing list
netcdfgroup@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit:
http://www.unidata.ucar.edu/mailing_lists/



_______________________________________________
netcdfgroup mailing list
netcdfgroup@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit:
http://www.unidata.ucar.edu/mailing_lists/


--
Rob Latham
Mathematics and Computer Science Division
Argonne National Lab, IL USA


_______________________________________________
netcdfgroup mailing list
netcdfgroup@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit:
http://www.unidata.ucar.edu/mailing_lists/


--
Rob Latham
Mathematics and Computer Science Division
Argonne National Lab, IL USA

--
Rob Latham
Mathematics and Computer Science Division
Argonne National Lab, IL USA



  • 2015 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdfgroup archives: