Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Retire in favour of pybufrkit? #33

Closed
gerritholl opened this issue Aug 6, 2021 · 1 comment
Closed

Retire in favour of pybufrkit? #33

gerritholl opened this issue Aug 6, 2021 · 1 comment

Comments

@gerritholl
Copy link
Member

The trollbufr package appears poorly maintained. It has a single failing unit test (see #25 dating from February 2019) with 34% test coverage and no PRs have been merged since over two years. A different package, pybufrkit, appears to have the same aims, a pure Python bufr reader. It has 45 passing unit tests with 82% test coverage. It is publicly recommended by DWD and sees some maintenance (last version released less than three months ago, 12 May 2021).

Is there some unique functionality in trollbufr that is missing in pybufrkit, or another reason to continue maintaining both packages?

@alexmaul
Copy link
Collaborator

Trollbufr has indeed a lack of unit tests.
There won't be many / regular updates, since I deem it complete enough to handle all data currently flowing through GTS.
I'm still open to new developments regarding BUFR and would implement them.

BTW pybufrkit has regular updates because the BUFR tables have to be converted to a pybufrkit-specific format. Trollbufr is using the tables in formats provided by ECMWF and DWD.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants