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

ENH handle AROs as string rather than int in get_aro_mapping_table() #56

Merged
merged 1 commit into from
Jun 24, 2024

Conversation

Vedanth-Ramji
Copy link
Member

AROs were previously handled as int in the get_aro_mapping_table() function and this posed challenges when ARO numbers such as '0010004' (leading zeros are cut). To fix this, AROs are now treated as strings and the zfill function is used (AROs are 7 digits) so leading zeros can be maintained.

@luispedro
Copy link
Member

When I saw the title, I expected a different (and, IMHO, better) solution (see attached patch)

load_aro_as_str.txt

@Vedanth-Ramji
Copy link
Member Author

Oh yes, this is much better. I actually tried something similar with as_type but that didn't work. I will use this

AROs were previously handled as int in the get_aro_mapping_table() function and this posed challenges when ARO numbers such as '0010004' (leading zeros are cut). To fix this, AROs are now treated as strings so leading zeros can be maintained.
@luispedro luispedro merged commit cf5c459 into BigDataBiology:main Jun 24, 2024
6 checks passed
@Vedanth-Ramji Vedanth-Ramji deleted the fix_aro_formatting branch July 27, 2024 05:26
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

Successfully merging this pull request may close these issues.

2 participants