Rename Discretizations to Models

[sdrave]

As discussed in #550, this PR renames Discretizations to Models. What is still missing is the renaming of the variables. I would suggest:

d -> m for a generic model
d -> fom for the full order model
d -> rom for the reduced model

Alternatively, we could always use m for the full order model.

[codecov]

Codecov Report

Merging #568 into master will decrease coverage by 37.22%.
The diff coverage is 52%.

Impacted Files	Coverage Δ
src/pymor/algorithms/greedy.py	10.66% <ø> (-74.67%)	⬇️
src/pymor/reductors/coercive.py	16.15% <ø> (-60.77%)	⬇️
src/pymor/algorithms/timestepping.py	13.39% <ø> (-64.29%)	⬇️
src/pymor/vectorarrays/interfaces.py	69.59% <ø> (-8.78%)	⬇️
src/pymor/vectorarrays/mpi.py	32.27% <ø> (ø)	⬆️
src/pymor/algorithms/adaptivegreedy.py	8.36% <ø> (-75.27%)	⬇️
src/pymor/parameters/base.py	54.54% <ø> (-17.12%)	⬇️
src/pymor/reductors/parabolic.py	27.65% <ø> (-68.09%)	⬇️
src/pymor/gui/visualizers.py	53.33% <ø> (-31.12%)	⬇️
src/pymor/algorithms/ei.py	9.31% <ø> (-43.63%)	⬇️
... and 112 more

[codecov]

Codecov Report

Merging #568 into master will increase coverage by 0.05%.
The diff coverage is 75.39%.

Impacted Files	Coverage Δ
src/pymor/algorithms/timestepping.py	77.67% <ø> (ø)	⬆️
src/pymor/vectorarrays/interfaces.py	78.36% <ø> (ø)	⬆️
src/pymor/vectorarrays/mpi.py	32.27% <ø> (ø)	⬆️
src/pymor/parameters/base.py	71.65% <ø> (ø)	⬆️
src/pymor/basic.py	100% <100%> (ø)	⬆️
src/pymor/discretizers/disk.py	89.84% <100%> (ø)	⬆️
src/pymor/models/interfaces.py	83.33% <100%> (ø)
src/pymor/operators/block.py	68.58% <100%> (ø)	⬆️
src/pymor/models/iosys.py	61.48% <100%> (ø)
src/pymor/reductors/parabolic.py	95.74% <100%> (ø)	⬆️
... and 21 more

[pmli]

As discussed in #550, this PR renames Discretizations to Models. What is still missing is the renaming of the variables. I would suggest:

d -> m for a generic model
d -> fom for the full order model
d -> rom for the reduced model

I agree.
Then, not to have confusion about m, maybe InputOutputModel.m should be renamed, and then also p and InputStateOutputModel.n (n/m/p are not really standard names anyhow). How about input_dim, output_dim and state_dim? Or order instead of state_dim?

[sdrave]

Ok, will go ahead with changing the variable names ..

[sdrave]

@pmli, assuming all lights turn green, I am finished with the conversion. Shall we change the mentioned attribute in a different PR, or do you want to push the changes into this branch?

[pmli]

There is a lot going on in this PR, so maybe it's better to do other changes in a different one.