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

update master to 0.99.2 #116

Merged
merged 213 commits into from
May 8, 2024
Merged

update master to 0.99.2 #116

merged 213 commits into from
May 8, 2024

Conversation

jmitchell81
Copy link
Collaborator

No description provided.

jmitchell81 and others added 25 commits April 17, 2024 14:30
Modular functions are not ready for the dev version of the package. They are still being worked on in the assemble_modular_create_domino branch
paste() within condition signal functions is redundant because the functions already coerce the arguments to strings and paste them together in the same procedure as paste0()
This was originally code I had included to diagnose when receptor complexes were not included in the final domino object because a component gene did not meet expression threshold parameters. This is being removed because it substantially clutters the console with receptors present in the database but not expressed in the subject data set, occluding other messages that may be more important for the users' interpretation.
Switch from sapply to vapply uncovered a bug with writing the rl_map where cases in which there are multiple genes associated with a uniprot ID in the CellPhoneDB genes table result in a simplified vector of all the genes being returned in the loop. By setting expectation of a length 1 character vector, we must enforce that a single gene name is returned. We will default to using the first orcurance of a mapped gene. If a more specific solution is required, its up to the user or CellPhoneDB to remove outdated or incorrect uniprot to gene mappings.
This would occur if there were no interactions including a gene annotated as a receptor in the rl_map.
In cases where seq was used to generate a sequence of integers starting at 1, the seq() function was replaced with seq_len() for better expected behaviors for 0 length sequences.
Copy link
Collaborator

@dimalvovs dimalvovs left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is a lot of changed, most of them have been reviewed in own pull requests.

@jmitchell81
Copy link
Collaborator Author

Re-running devtools::document() after incrementing the version number did not change any of the files, so no further commits are needed for the resubmission.

@jmitchell81 jmitchell81 merged commit 9ef93f0 into master May 8, 2024
5 checks passed
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.

4 participants