Skip to content

Releases: thxo/cabrillo

[v0.2.1]

14 Oct 21:23
Compare
Choose a tag to compare

[0.2.1]

Changes

  • Allow empty lines in logs.
  • Handle empty claimed score value as 0. (by report in #14)
  • Generally attempt to make empty values more robust.

v0.2.0

05 Oct 18:48
Compare
Choose a tag to compare

[0.2.0]

Full Changelog: v0.1.2...v0.2.0

Added

  • Add new CATEGORY additions to the Cabrillo spec since November 2020.

Fixed

  • Replace stale Travis CI workflow badge with GitHub action's.

v0.1.2

22 Dec 02:17
Compare
Choose a tag to compare

[0.1.2]

Added

  • Add GRID-LOCATOR field. (#11)
  • Add more examples in README.

Fixed

  • Fix setup.py authorship information.

v0.1.1

22 Dec 01:31
Compare
Choose a tag to compare

[0.1.1]

Changes

  • Add new Cabrillo fields. (#9)

v0.1.0

02 Feb 20:01
Compare
Choose a tag to compare

[0.1.0]

Added

  • Cut first documented release.

Changes

  • Fix UnicodeDecodeError when parsing non UTF-8 log files. (#6)

0.0.4

25 Nov 22:57
Compare
Choose a tag to compare
0.0.4 Pre-release
Pre-release
Polish up Cabrillo output. (#4)

In detail: The output of attributes is order-independent according to
the spec.  But sanity demands that the same software outputs the same
stuff in a consistent order.  This was not the case previously, as
plain Python dict had been used and had been iterated over, resulting
in ever-changing output produced from run to run.  But consistency
has been achieved with this change.

The Cabrillo spec demands: "All QSO lines must appear in chronological
order."  Now the Cabrillo timestamp granularity is only one minute,
and QSO rates above 60 per hour are not at all uncommon.  So (strictly
speaking), chronological order cannot be achieved by sorting QSOs via
timestamp.  It is somewhat unclear whether anybody would actually care
to receive a file with QSO lines not in chronological order, but only
sorted by Cabrillo timestamps.

We take a conservative stance and never re-order QSO data.  We assume
that incoming data already is ordered chronologically.

This required a move of functionality: The distinction between valid
QSO data and X-QSO data used to be done by using different lists.
Now, one single list is used, and the QSO itself knows whether it
is valid (QSO:) or not (X-QSO:).

We also check, on input, whether incoming data is indeed ordered
chronologically, as the Cabrillo spec demands and as far as can be
checked, given the coarse timestamps.  On disorder found, an exception
is raised.  If you do not need ordering, this check can be switched
off.  If you do switch it off, Cabrillo output generation is switched
off as well, as there is a high risk the output might not be valid
Cabrillo.

0.0.3

25 Dec 09:47
Compare
Choose a tag to compare
0.0.3 Pre-release
Pre-release
  • Log matching between two QSOs is implemented.
  • Unit test improvements.
  • Minor style fixes.

0.0.2

23 Dec 04:33
Compare
Choose a tag to compare
0.0.2 Pre-release
Pre-release

Contains minor bug fixes for log parsing.

0.0.1

16 Dec 13:18
Compare
Choose a tag to compare
0.0.1 Pre-release
Pre-release

Working copy. Has data structures and basic parser.