### Summary of Changes

In `Table`:
* Rename `to_csv` to `to_csv_file`
* Rename `to_json` to `to_json_file`
* Rename `from_csv` to `from_csv_file`
* Rename `from_json` to `from_json_file`
* Rename `path_to_file` parameters to `path`

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

Closes #14.

### Summary of Changes

* Add a new method `sort_rows` to the `Table` class to sort rows using
some criteria.
* Rename the parameter of `sort_columns` for the sorting criteria to
`comparator`.

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

### Summary of Changes

The order of parameters of the `__init__` method of `Column` is now

1. `name` (was 2.)
2. `data` (was 1.)
3. `type_`.

Having the `name` first is more readable since the data can be quite
long and highlights that the `name` acts as a key and the `data` as a
value.

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

Closes #102.

### Summary of Changes

Instead of simply checking that the `predict` method of models does not
raise an exception, we now also check that
* the features of the input are preserved in the result
* the target column has the correct name.

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

### Summary of Changes

The `OrdinalEncoder` was a bit of an outlier compared to the other
`Transformer` classes:

* It could only be applied to a single column instead of a list of
columns. Because of this, it was not possible to implement #61.
* Nothing was "learned" since the user had to specify the value order
explicitly. The `fit` step was completely unnecessary.

Therefore, I've removed the class `OrdinalEncoder`. Instead the
`transform_column` method on a `Table` can be used. If eventually find
this to be too cumbersome, we can implement a new method
`transform_column_into_ordered_labels` on `Table`.

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

Closes #61.
Closes #90.

### Summary of Changes

* Common superclasses `TableTransformer` and
`InvertibleTableTransformer`
* Common interface for `fit`, `transform`, `fit_transform`,
`inverse_transform`
* Return new transformer when calling `fit`
* More thorough tests

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

Closes #27 .

### Summary of Changes

A user can now optionally specify the `features` of a `TaggedTable`
explicitly. If the features are not specified, all columns except the
target are considered features.

The `predict` method of classifiers/regressors only uses the features
for prediction. The other columns are still included in the output,
however. This is, for example, useful to include an ID column in the
table created by `predict`.

---------

Co-authored-by: lars-reimann <lars-reimann@users.noreply.github.com>

## [0.7.0](v0.6.0...v0.7.0) (2023-03-29)

### Features

* `sort_rows` of a `Table` ([#104](#104)) ([20aaf5e](20aaf5e)), closes [#14](#14)
* add `_file` suffix to methods interacting with files ([#103](#103)) ([ec011e4](ec011e4))
* improve transformers for tabular data ([#108](#108)) ([b18a06d](b18a06d)), closes [#61](#61) [#90](#90)
* remove `OrdinalEncoder` ([#107](#107)) ([b92bba5](b92bba5)), closes [#61](#61)
* specify features and target when creating a `TaggedTable` ([#114](#114)) ([95e1fc7](95e1fc7)), closes [#27](#27)
* swap `name` and `data` parameters of `Column` ([#105](#105)) ([c2f8da5](c2f8da5))