As per angularsen/UnitsNet#328 (comment)

Having a set of tests to validate that the correct abbreviation notations and symbols are used would be helpful, as we have seen from before that discrepancies tend to creep in over time.

See #328 for the (currently work in progress) guideline, go through the comments and identify what tests to write for the guid

There are many Modern C++ and C++20 related errors during the documentation generation process. I had to disable logs and warnings with -Q in Sphinx because Travis CI was complaining about too long build log and was terminating the build:

https://github.com/mpusz/units/blob/cb86cd2bcd8ea96f842142b1b98906fe21cf56dc/docs/CMakeLists.txt#L69

There are problems with:

• [doxygen](https://github

It came up in #41 that it would be nice to have functions like abs(), sqrt(), etc. implemented on $System<f64, U> (and friends) directly, and not just through traits, so that they could be called without the traits in scope.

No Unit found is not descriptive at all.

We should at least make that error message more clear for cases like:

• "75kg" instead of "75 kg"

Our assumption for parsing a compound quantity is that there will be a space character between the value and the unit