Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
MLAir
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Container registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
esde
machine-learning
MLAir
Commits
12ecb371
Commit
12ecb371
authored
5 years ago
by
lukas leufen
Browse files
Options
Downloads
Patches
Plain Diff
added information on transformation behaviour to README.md
parent
79117ea4
No related branches found
No related tags found
2 merge requests
!50
release for v0.7.0
,
!49
Lukas issue054 feat transformation on entire dataset
Pipeline
#30984
passed
5 years ago
Stage: test
Stage: pages
Stage: deploy
Changes
2
Pipelines
1
Show whitespace changes
Inline
Side-by-side
Showing
2 changed files
README.md
+57
-1
57 additions, 1 deletion
README.md
src/data_handling/data_generator.py
+6
-6
6 additions, 6 deletions
src/data_handling/data_generator.py
with
63 additions
and
7 deletions
README.md
+
57
−
1
View file @
12ecb371
...
...
@@ -21,3 +21,59 @@ add it to `src/join_settings.py` in the hourly data section. Replace the `TOAR_S
value. To make sure, that this
**sensitive**
data is not uploaded to the remote server, use the following command to
prevent git from tracking this file:
`git update-index --assume-unchanged src/join_settings.py
`
# Customise your experiment
This section summarises which parameters can be customised for a training.
## Transformation
There are two different approaches (called scopes) to transform the data:
1)
`station`
: transform data for each station independently (somehow like batch normalisation)
1)
`data`
: transform all data of each station with shared metrics
Transformation must be set by the
`transformation`
attribute. If
`transformation = None`
is given to
`ExperimentSetup`
,
data is not transformed at all. For all other setups, use the following dictionary structure to specify the
transformation.
```
transformation = {"scope": <...>,
"method": <...>,
"mean": <...>,
"std": <...>}
ExperimentSetup(..., transformation=transformation, ...)
```
### scopes
**station**
: mean and std are not used
**data**
: either provide already calculated values for mean and std (if required by transformation method), or choose
from different calculation schemes, explained in the mean and std section.
### supported transformation methods
Currently supported methods are:
*
standardise (default, if method is not given)
*
centre
### mean and std
`"mean"="accurate"`
: calculate the accurate values of mean and std (depending on method) by using all data. Although,
this method is accurate, it may take some time for the calculation. Furthermore, this could potentially lead to memory
issue (not explored yet, but could appear for a very big amount of data)
`"mean"="estimate"`
: estimate mean and std (depending on method). For each station, mean and std are calculated and
afterwards aggregated using the mean value over all station-wise metrics. This method is less accurate, especially
regarding the std calculation but therefore much faster.
We recommend to use the later method
*estimate*
because of following reasons:
*
much faster calculation
*
real accuracy of mean and std is less important, because it is "just" a transformation / scaling
*
accuracy of mean is almost as high as in the
*accurate*
case, because of
$
\b
ar{x_{ij}} =
\b
ar{
\l
eft(
\b
ar{x_i}
\r
ight)_j}$. The only difference is, that in the
*estimate*
case, each mean is
equally weighted for each station independently of the actual data count of the station.
*
accuracy of std is lower for
*estimate*
because of $
\v
ar{x_{ij}}
\n
e
\b
ar{
\l
eft(
\v
ar{x_i}
\r
ight)_j}$, but still the mean of all
station-wise std is a decent estimate of the true std.
`"mean"=<value, e.g. xr.DataArray>`
: If mean and std are already calculated or shall be set manually, just add the
scaling values instead of the calculation method. For method
*centre*
, std can still be None, but is required for the
*standardise*
method.
**Important**
: Format of given values
**must**
match internal data format of DataPreparation
class:
`xr.DataArray`
with
`dims=["variables"]`
and one value for each variable.
\ No newline at end of file
This diff is collapsed.
Click to expand it.
src/data_handling/data_generator.py
+
6
−
6
View file @
12ecb371
...
...
@@ -104,8 +104,8 @@ class DataGenerator(keras.utils.Sequence):
method
=
transformation
.
get
(
"
method
"
,
"
standardise
"
)
mean
=
transformation
.
get
(
"
mean
"
,
None
)
std
=
transformation
.
get
(
"
std
"
,
None
)
if
isinstance
(
mean
,
str
):
if
scope
==
"
data
"
:
if
isinstance
(
mean
,
str
):
if
mean
==
"
accurate
"
:
mean
,
std
=
self
.
calculate_accurate_transformation
(
method
)
elif
mean
==
"
estimate
"
:
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment