-
Notifications
You must be signed in to change notification settings - Fork 33
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 Question #14
Comments
It does. I think you'll have to use an archived version, e.g.,
https://bioconductor.org/packages/release/bioc/vignettes/biomaRt/inst/doc/biomaRt.html#using-archived-versions-of-ensembl
…On Thu, Aug 30, 2018 at 4:12 PM John Thompson ***@***.***> wrote:
If I want to update annotables for a build more recent than your git hub,
is it simply a matter of cloning and building the annotables package? In
other words, does building the package automatically go to the latest
ensembl build? If yes, where do I change the code to reflect the current
version so ensembl_version returns the correct value.
I did clone and build the package successfully, but ensembl_version still
reports ensembl 91 and it would be work to compare to a known older
version. I'm not so familiar with these data packages and I'm having
trouble dissecting the package to find the source code that's hitting
ensembl to answer the versioning question myself.
Thanks,
John Thompson
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#14>, or mute the
thread
<https://github.com/notifications/unsubscribe-auth/AAcFLEZf8q1Al5XIFb2j-pWPdEXLFrLbks5uWEdDgaJpZM4WUJDa>
.
|
Thanks for the quick response! So if I build it today without specifying an archived version I should be getting R92 which is current as of today. It looks like you encode the Ensembl release number as the last bit of the package version. I can set that in the DESCRIPTION file. But where to I update the version so that the ensembl_version flag reports the correct updated version? |
So I'm looking at the code and it's the ensembl_version <- listMarts() %>%
filter(biomart == "ENSEMBL_MART_ENSEMBL") %>%
pull(version)
save_data(ensembl_version, name = "ensembl_version") The version in the DESCRIPTION is just something I put in manually. |
If I want to update annotables for a build more recent than your git hub, is it simply a matter of cloning and building the annotables package? In other words, does building the package automatically go to the latest ensembl build? If yes, where do I change the code to reflect the current version so ensembl_version returns the correct value.
I did clone and build the package successfully, but ensembl_version still reports ensembl 91 and it would be work to compare to a known older version. I'm not so familiar with these data packages and I'm having trouble dissecting the package to find the source code that's hitting ensembl to answer the versioning question myself.
Thanks,
John Thompson
The text was updated successfully, but these errors were encountered: