Closed Boorhin closed 3 years ago
It seems that it is quite different what type of attributes are set by different runs of FVCOM. As long as the grid is projected, and you know which projection it is (i.e. x
and y
are 1d-variables and proj
is correct) this check/assertion should be safe to remove.
Is that information I should have added into the nc file? Could you tell me what is expected? I would not be surprised there are errors in it
Upon checking http://fvcom.smast.umassd.edu/fvcom/:
The present version of FVCOM includes a number of options and components as shown in Figure above. These include (1) choice of Cartesian or spherical coordinate system
I think that my first comment was incorrect. The FVCOM reader has only been developed for cartesian coordinates.. But if this only refers to the simulation system, and not the coordinates of the FVCOM-output files this might be irrelevant. Perhaps the attribute is missing for FVCOM versions prior to the spherical coordinate system support. In short, as long as the output points are in a regular coordinate system on the projected grid - and those variables are given in meters (most likely) you should be fine without this check. Do you have the chance to try? Please let me know how it works out.
I have had some success by removing the cartesian coordinate test Still running into small errors, I am building a nc file from scratch to see what works and what doesn't
Is there someone I could directly communicate with that can inform me on how the netcdf4/FVCOM filter is made and what is expected? I have made a python tool to write such files but since there has been quite a lot of evolution in the standards, I am not too sure I am doing the right thing.
I thought FVCOM wrote nc files? Do you construct them from another model?
I am using Telemac to make the models and I am converting the files into a "FVCOM" format. Most of their website is not working or inactive. Telemac is pretty popular in hydrodynamic and has particle tracking. However the tracking is not as good as in Opendrift so it seems. I mean if I get instructions on what is needed in Opendrift for unstructured grids, I can also make the filter straight from Telemac to Opendrift
I am trying to read some FVCOM files from the Scottish Shelf Water netcdf files. I edit the x and y to UTM30 in the file as I am not sure what parameters the proj4 can take (could be good to indicate in the doc or to use crs codes and pyproj under the hood) but I get the error that only cartesian coordinates are supported although x and y are UTM30