Comments (6)
Good point, @Jacketless
Similarly, at some point we will probably also encounter time-less netCDF files (think spatial maps of diffusivity).
This needs some thinking about how general we want our netcdf files to be.
from parcels.
Ok, I think ultimately we want a hierarchy of specialised Field
sub-classes to encapsulate our internal data layout, similar to the set of grid classes discussed in issue #39. I would think something along the lines of Field2D
, Field2DVertical
, Field2DTime
and Field2DVerticalTime
with a constructor hierarchy, appropriate from_netcdf()
initialisers and cached interpolator routines should be sufficient. Once we have that we can even write smart wrapper functions that detect data layout from file, but let's first get the data structures right.
from parcels.
Yes, I totally agree. For completeness, don't forget the Field0DVertical
class of column models.
Also, we would ideally also accomodate time-evolving grids. The adaptive horizontal meshes are one type, but there are also quite few ocean models that have temporally-varying vertical grids (i.e. horizontal surfaces go up and down over time). Something to remember as we're defining these classes?
from parcels.
Ok, that sounds like a fairly intuitive way to build in this functionality.
To get things working in the short window I have in France, I've hacked my
netCDFs using NCO to have the appropriate form, but I'll try and write some
of these example subclasses as I go and you adjust.
@erikvansebille now you describe it in that way, I realise that I am
already trying to use time-less fields with tuna biomass densities that I'm
using as 'initial conditions' for the distribution of particles. In this
case, there is an arbitrary time dimension of length one.
On 3 March 2016 at 19:28, Erik van Sebille [email protected] wrote:
Yes, I totally agree. For completeness, don't forget the Field0DVertical
class of column models.Also, we would ideally also accomodate time-evolving grids. The adaptive
horizontal meshes are one type, but there are also quite few ocean models
that have temporally-varying vertical grids (i.e. horizontal surfaces go up
and down over time). Something to remember as we're defining these classes?—
Reply to this email directly or view it on GitHub
#41 (comment)
.
from parcels.
I have created a new script in the landmass_kernel
branch, related to this topic. I was hoping to create a kernel capable of determining a particle's distance from the coast, for which I would require a grid of values that are 'land'. Such a grid doesn't have a time dimension, whereas field.py
dictates that this must be that case.
from parcels.
Completed implementation in #184
from parcels.
Related Issues (20)
- Parcels within eReefs GBR HOT 5
- Resuming an interrupted run
- Getting a "Correct cell not found" and no results for a simulation HOT 4
- Reading EFDC NetCDF output into Parcels HOT 16
- issues running regridded ROMS HOT 9
- OutOfBoundsError when particle reaches the North Pole (~ 89.5 deg N)
- Kernel Died Automatically (Ocean Parcels) HOT 2
- OutOfBoundError: I have this code from parcel but it looks like if the particle trajects at shallow depths, it produces an OutOfBounds Error message. I would like to either delete the particles that falls out of the domain or have it bounced back to its original position. I included the 'deleteparticle' function and also produces a different error message. Any help will be much appreciated. Thanks HOT 1
- Broken readthedocs for geospatial tutorial
- `parcels_get_examples` deprecation notice HOT 2
- Cleaning python install process and setup.py
- Typo in documentation of `time_periodic` argument of Fieldset constructors HOT 1
- "Jumps" using different values of RK4_dt HOT 2
- Auto-update CITATION.cff file HOT 2
- Issue running oceanparcels on updated environment HOT 7
- Running notebooks in RTD CI HOT 4
- Tripolar B-grid issue in the North Pole (MOM5 velocity fields) HOT 8
- Create explicit test script which ensures the installed package works as intended? HOT 4
- Vector plotting issue for C-grid data HOT 2
- 3D run by using NEMO output HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from parcels.