Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add method for Okubo-Weiss parameter in core.generic_2d_grid #31

Open
lesommer opened this issue Jun 2, 2016 · 7 comments
Open

Add method for Okubo-Weiss parameter in core.generic_2d_grid #31

lesommer opened this issue Jun 2, 2016 · 7 comments

Comments

@lesommer
Copy link
Owner

lesommer commented Jun 2, 2016

No description provided.

@lesommer lesommer added this to the coming up next. milestone Jun 2, 2016
@rabernat
Copy link

rabernat commented Jun 2, 2016

Issues like this make me question the scope of oocgcm. It seems like a very specific diagnostic to implement at the level of a generic analysis package.

Surely it is enough to facilitate the calculation of vorticity / strain / divergence through finite volume derivative operations and leave the user to calculate things like OW, no?

@lesommer
Copy link
Owner Author

lesommer commented Jun 2, 2016

I understand your point. OW parameter would probably be more suitable for an example notebook.

@lesommer
Copy link
Owner Author

lesommer commented Jun 2, 2016

May be having an other repository for storing functions / script based on oocgcm would make send at some point ?

@lesommer
Copy link
Owner Author

lesommer commented Jun 2, 2016

Your comment raises the question of the scope of what we are intending to do here. This is true for grid descriptors but will also be true for other components as well (filters etc...). We need to talk about that.

@rabernat
Copy link

rabernat commented Jun 2, 2016

I think the most successful open source scientific projects have a clearly limited scope (think of pandas or xarray). This is very different from one's personal research codes. I'm not sure where the boundary is precisely between oocgcm and "user applications"--that is something that will evolve as the package develops. But it should be discussed.

In any case, a gallery of applications (probably as a seperate repo) is a good idea.

@braaannigan
Copy link

Where does PV fit in the terms of this discussion? It is like OW in the sense of being a seconday quantity calculated from vorticity/statification, but it is the fundamental flow diagnostic and so very useful for many users.

@rabernat
Copy link

rabernat commented Jun 5, 2016

Where does PV fit in the terms of this discussion?

I the differential operator code is complete enough, calculation PV should be trivial, something like

Q = grid.curl(velocity) * grid.gradient(buoyancy)

(where the * acts as a dot product). Behind the scenes would require a lot of careful grid logic though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants