Add novatel quality entry to gga parsing

[andcor]

Add Fixtype::WAAS to fix-quality entry of GGA sentence to support novatel GPS's

Fixes #154

[codecov]

Codecov Report

❌ Patch coverage is 25.00000% with 6 lines in your changes missing coverage. Please review.
✅ Project coverage is 80.01%. Comparing base (f5b77fd) to head (329446a).

Files with missing lines	Patch %	Lines
src/sentences/fix_type.rs	14.28%	6 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #155      +/-   ##
==========================================
- Coverage   80.33%   80.01%   -0.33%     
==========================================
  Files          39       39              
  Lines        1500     1506       +6     
==========================================
  Hits         1205     1205              
- Misses        295      301       +6     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[elpiel]

Thank you for your contribution!
With this small doc. request fixed we can merge this.

[elpiel]

• Could you please document in which manufacturers and devices this is know to exist.

if there's any information about datasheet and protocol or similar to document it's use, this would be perfect.

[CramBL]

This is a proprietary extension to the GGA fix quality indicator, so I don't think we should accept this.

Instead we should have a catch all for values outside the standard, so that we don't crash and just serve the value as Unknown(val) to users and then they can check it themselves if they care about it. That way it would be very easy for them to write a wrapper enum that provides the complete, exact semantics for the hardware they have.