Mercurial > repos > ecology > divand_full_analysis
comparison divandfull.xml @ 0:484930fdc002 draft
planemo upload for repository https://github.com/galaxyecology/tools-ecology/tree/master/tools/ocean commit e395cfee9cab90bbed58ac52fb8467c896f51824
author | ecology |
---|---|
date | Thu, 01 Aug 2024 09:46:44 +0000 |
parents | |
children |
comparison
equal
deleted
inserted
replaced
-1:000000000000 | 0:484930fdc002 |
---|---|
1 <tool id="divand_full_analysis" name="DIVAnd" version="@TOOL_VERSION@+galaxy@VERSION_SUFFIX@" profile="20.01" license="MIT"> | |
2 <description>Data-Interpolating Variational Analysis in n dimensions</description> | |
3 <macros> | |
4 <token name="@TOOL_VERSION@">0.1.0</token> | |
5 <token name="@VERSION_SUFFIX@">0</token> | |
6 </macros> | |
7 <requirements> | |
8 <requirement type="package" version="1.8.5">julia</requirement> | |
9 <requirement type="package" version="2.7.9">julia-divand</requirement> | |
10 </requirements> | |
11 <command detect_errors="exit_code"><![CDATA[ | |
12 ## The HOME .julia folder is not writable inside the Docker container, so we need to set one that is writable. | |
13 export JULIA_DEPOT_PATH="\$PWD:\$JULIA_DEPOT_PATH" && | |
14 julia | |
15 '$__tool_directory__/divandfull.jl' | |
16 '$input_netcdf_identifier' | |
17 '$longmin' | |
18 '$longmax' | |
19 '$latmin' | |
20 '$latmax' | |
21 '$startdate' | |
22 '$enddate' | |
23 '$varname' | |
24 '$selmin' | |
25 '$selmax' | |
26 '$bathname' | |
27 ]]></command> | |
28 <inputs> | |
29 <param name="input_netcdf_identifier" type="data" format="netcdf" label="Input your netcdf data"/> | |
30 <param name="bathname" type="data" format="netcdf" label="Input your bathymetry netcdf file" help="for more info see below."/> | |
31 <param name="longmin" type="float" min="-180" max="180" value="0" label="Longitude minimal"/> | |
32 <param name="longmax" type="float" min="-180" max="180" value="0" label="Longitude maximal"/> | |
33 <param name="latmin" type="float" min="-180" max="180" value="0" label="Latitude minimal"/> | |
34 <param name="latmax" type="float" min="-180" max="180" value="0" label="Latitude maximal"/> | |
35 <param name="startdate" type="text" value="yyyy-mm-dd" label="Input the starting date"> | |
36 <sanitizer invalid_char=""> | |
37 <valid initial="string.digits"> | |
38 <add value="-"/> | |
39 </valid> | |
40 </sanitizer> | |
41 </param> | |
42 <param name="enddate" type="text" value="yyyy-mm-dd" label="Input the ending date"> | |
43 <sanitizer invalid_char=""> | |
44 <valid initial="string.digits"> | |
45 <add value="-"/> | |
46 </valid> | |
47 </sanitizer> | |
48 </param> | |
49 <param name="varname" type="text" value="variable" label="Write the name of the variable of the analysis" help="Example: phosphate"> | |
50 <sanitizer invalid_char=""> | |
51 <valid initial="string.letters"> | |
52 <add value="_"/> | |
53 </valid> | |
54 </sanitizer> | |
55 <validator type="regex">[0-9a-zA-Z_]+</validator> | |
56 </param> | |
57 <param name="selmin" type="integer" min="0" max="100" optional="true" value="0" label="Minimum of the salinity"/> | |
58 <param name="selmax" type="integer" min="0" max="100" optional="true" value="0" label="Maximum of the salinity"/> | |
59 </inputs> | |
60 <outputs> | |
61 <data name="output_netcdf" label="DIVAnd netcdf output" from_work_dir="outputs_netcdf/*.nc" format="netcdf"/> | |
62 </outputs> | |
63 <tests> | |
64 <test expect_num_outputs="1"> | |
65 <param name="input_netcdf_identifier" value="data_from_Eutrophication_Med_profiles_2022_unrestricted.nc"/> | |
66 <param name="bathname" location="https://dox.ulg.ac.be/index.php/s/U0pqyXhcQrXjEUX/download"/> | |
67 <param name="longmin" value="19.0"/> | |
68 <param name="longmax" value="30.0"/> | |
69 <param name="latmin" value="32.0"/> | |
70 <param name="latmax" value="38.0"/> | |
71 <param name="varname" value="phosphate"/> | |
72 <param name="startdate" value="1950-01-01"/> | |
73 <param name="enddate" value="2017-12-31"/> | |
74 <param name="selmin" value="0"/> | |
75 <param name="selmax" value="100"/> | |
76 <output name="output_netcdf"> | |
77 <assert_contents> | |
78 <has_size value="68291" delta="0"/> | |
79 </assert_contents> | |
80 </output> | |
81 </test> | |
82 </tests> | |
83 <help><![CDATA[ | |
84 | |
85 .. class:: infomark | |
86 | |
87 **What it does** | |
88 | |
89 This tool takes a observation netcdf file and create climatology | |
90 | |
91 **Input** | |
92 | |
93 - An ocean observation netcdf file | |
94 - A bathymetry netcdf file, you can download it like this: download("https://dox.ulg.ac.be/index.php/s/U0pqyXhcQrXjEUX/download", "gebco_30sec_8.nc") | |
95 - Some complementary information for the tool to better understand your data and create your climatology on the right area: latitudes, longitudes, dates, and salinity.$ | |
96 | |
97 **Output** | |
98 | |
99 One netcdf file containing the climatology created by DIVAnd. | |
100 | |
101 | |
102 **A bit of context** | |
103 | |
104 DIVAnd (Data-Interpolating Variational Analysis in n dimensions) performs an n-dimensional variational analysis/gridding of | |
105 arbitrarily located observations. Observations will be interpolated/analyzed on a curvilinear grid in 1, 2, 3 or more dimensions. | |
106 In this sense it is a generalization of the original two-dimensional DIVA version (still available `here <https://github.com/gher-uliege/DIVA>`_ but | |
107 not further developed anymore). | |
108 | |
109 The method bears some similarities and equivalences with Optimal Interpolation or Krigging in that it allows to create a smooth | |
110 and continous field from a collection of observations, observations which can be affected by errors. The analysis method is however | |
111 different in practise, allowing to take into account topological features, physical constraints etc in a natural way. | |
112 The method was initially developped with ocean data in mind, but it can be applied to any field where localized observations have | |
113 to be used to produce gridded fields which are "smooth". | |
114 | |
115 DIVAndrun is the core analysis function in n dimensions. It does not know anything about the physical parameters or units you work with. | |
116 Coordinates can also be very general. The only constraint is that the metrics (pm,pn,po,...) when multiplied by the corresponding length | |
117 scales len lead to non-dimensional parameters. Furthermore the coordinates of the output grid (xi,yi,zi,...) need to have the same units | |
118 as the observation coordinates (x,y,z,...). | |
119 | |
120 DIVAndfun is a version with a minimal set of parameters (the coordinates and values of observations, i.e. (x,f), the remaining parameters | |
121 being optional) and provides an interpolation function rather than an already gridded field. | |
122 | |
123 diva3D is a higher-level function specifically designed for climatological analysis of data on Earth, using longitude/latitude/depth/time | |
124 coordinates and correlations length in meters. It makes the necessary preparation of metrics, parameter optimizations etc you normally would | |
125 program yourself before calling the analysis function DIVAndrun. | |
126 | |
127 DIVAnd_heatmap can be used for additive data and produces Kernel Density Estimations. | |
128 | |
129 DIVAndgo is only needed for very large problems when a call to DIVAndrun leads to memory or CPU time problems. This function tries to decide | |
130 which solver (direct or iterative) to use and how to make an automatic domain decomposition. Not all options from DIVAndrun are available. | |
131 | |
132 If you want to try out multivariate approaches, you can look at DIVAnd_multivarEOF and DIVAnd_multivarJAC | |
133 | |
134 If you want more informations about the functions and parameters see also the `documentations here <https://gher-uliege.github.io/DIVAnd.jl/latest/index.html>`_. | |
135 | |
136 ]]></help> | |
137 <citations> | |
138 <citation type="doi">doi:10.5194/gmd-7-225-2014</citation> | |
139 </citations> | |
140 </tool> |