-
-
Notifications
You must be signed in to change notification settings - Fork 528
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
Various cleanup and deprecation in sage.coding.linear_code
#21165
Comments
Branch: u/jsrn/21165_linear_code_cleanup |
Branch pushed to git repo; I updated commit sha1. New commits:
|
Commit: |
comment:3
OK, I think I'm done for the moment. The diff touches many lines in many files, but most of those changes are trivial renaming. Substantial changes occurred in |
This comment has been minimized.
This comment has been minimized.
comment:4
Forgot to add that I merged in #20835 since I modified some doctests to use the systematic generator matrix. |
Dependencies: 20835 |
Changed dependencies from 20835 to #20835 |
Changed branch from u/jsrn/21165_linear_code_cleanup to u/dlucas/21165_linear_code_cleanup |
comment:7
Hello, Thanks for cleaning up all this! I only have a couple of remarks:
Otherwise, tests pass and documentation builds, everything seems to be properly deprecated, I agree with your changes. BTW, it was not merging with the latest beta, fixed this and pushed my change. Best, David New commits:
|
Changed branch from u/dlucas/21165_linear_code_cleanup to u/jsrn/21165_linear_code_cleanup |
Changed dependencies from #20835 to none |
comment:10
Replying to @sagetrac-dlucas:
It's not there to make the functional available to code in the module, but rather to make the function available on the command line as However, your comment made me realise that all the global imports at the top of
I've added it.
Be aware that many of the tests in
Thanks, and thanks for reviewing. Best, |
Changed branch from u/jsrn/21165_linear_code_cleanup to u/dlucas/21165_linear_code_cleanup |
comment:12
Hello, Just found a broken doctest in one of the thematic tutorials (forgot to test that yesterday). David New commits:
|
Reviewer: David Lucas |
comment:13
Great! Thanks a lot. |
comment:14
|
Changed branch from u/dlucas/21165_linear_code_cleanup to u/jsrn/21165_linear_code_cleanup |
comment:16
Fixed. Sorry for not testing: I believed the changes to be completely local to |
comment:17
Bug fixed, doctests pass, I set this ticket to |
comment:18
|
Changed branch from u/jsrn/21165_linear_code_cleanup to u/dlucas/21165_linear_code_cleanup |
comment:20
Hello, Fixed. BTW, I don't know what happened. David New commits:
|
comment:22
Tests pass now. |
Changed keywords from cleanup to cleanup, sd75 |
Changed branch from u/dlucas/21165_linear_code_cleanup to |
sage.coding.linear_code
has a number of global functions and class methods which are badly named, badly documented, badly placed or badly conceived. This ticket takes some steps towards cleaning up.This ticket fixes the following issues:
best_known_linear_code
,best_known_linear_code_www
,bounds_minimum_distance
andself_orthogonal_binary_codes
to new modulesage.coding.databases
, also deprecating them from the global namespace. Also improved their documentation. Added the new module tocodes
.sd_codes
toself_dual_codes
.sd_codes.self_dual_codes_binary
from the global namespace, renaming it intoself_dual_binary_codes
accessible fromcodes.databases
. Removed all helper computations that were done at Sage startup fromsd_codes
, making them all private and evaluated only when callingself_dual_binary_codes
.sd_zeta_polynomial
and its helper functions. After struggling fora long time, I found out that this method supposed to compute exactly the same
as
zeta_polynomial
, except that it uses a method which only works forself-dual codes. The method is a semi-explicit expression for the zeta
function which has theoretical interest, but no computational interest (it is
not faster to compute). So the method should simply be removed.
LinearCodeFromVectorSpace
and madeLinearCode
accept a vector space at construction time.sage.coding.extended_code
.linear_code.py
.code2leon
,min_wt_vec_gap
.wtdist_gap
.covering_radius
.weight_distribution
as primary term instead ofspectrum
, but support the second as an alias. Inline the helper function_spectrum_from_gap
. Improved the doc.code_constructions.LinearCodeFromCheckMatrix
tocode_constructions.from_parity_check_matrix
. Simplified its doc.punctured_code
whose output changed after an unrelated patch (due toRandomLinearCode
)RandomLinearCode
, renamed tocodes.random_linear_code
and fixed order of arguments.TrivialCode
as it was mathematically senseless and hadn't worked for a while (it had no tests).code_constructions.py
.code_constructions.py
.CC: @sagetrac-dlucas
Component: coding theory
Keywords: cleanup, sd75
Author: Johan Rosenkilde
Branch/Commit:
08bdda0
Reviewer: David Lucas
Issue created by migration from https://trac.sagemath.org/ticket/21165
The text was updated successfully, but these errors were encountered: