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

index the 88_otus.fasta file on installation if possible #43

Open
amnona opened this issue Aug 17, 2016 · 5 comments
Open

index the 88_otus.fasta file on installation if possible #43

amnona opened this issue Aug 17, 2016 · 5 comments
Milestone

Comments

@amnona
Copy link
Contributor

amnona commented Aug 17, 2016

otherwise user needs to supply/compile the 88_otus.fasta

@wasade wasade added this to the version 1.0 milestone Aug 18, 2016
@wasade
Copy link
Member

wasade commented Aug 23, 2016

One concern here is that the user is still required to specify the database at runtime, right? So they'll still need to know the path. They may not realize what the path is, so may end up just reindexing anyway. If we push forward on this, I think it is important that deblur know how to test whether the index exists and is available, and set the default values for the relevant params to the appropriate files. But, this also isn't that bad of a thing to ask users to do especially since it has a direct analog to formatdb which many people are familiar with.

@mortonjt
Copy link
Collaborator

One way to make this happen is to have python variables declared within
init.py pointing to the databases at runtime, if no paths are otherwise
specified

On Tue, Aug 23, 2016 at 1:35 PM, Daniel McDonald [email protected]
wrote:

One concern here is that the user is still required to specify the
database at runtime, right? So they'll still need to know the path. They
may not realize what the path is, so may end up just reindexing anyway. If
we push forward on this, I think it is important that deblur know how to
test whether the index exists and is available, and set the default values
for the relevant params to the appropriate files. But, this also isn't that
bad of a thing to ask users to do especially since it has a direct analog
to formatdb which many people are familiar with.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#43 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AD_a3S_PkIuhRGKm52MjWSX-syV37Odxks5qi1mCgaJpZM4Jmws8
.

@wasade
Copy link
Member

wasade commented Aug 23, 2016

👍

On Tue, Aug 23, 2016 at 2:17 PM, Jamie Morton [email protected]
wrote:

One way to make this happen is to have python variables declared within
init.py pointing to the databases at runtime, if no paths are otherwise
specified

On Tue, Aug 23, 2016 at 1:35 PM, Daniel McDonald <[email protected]

wrote:

One concern here is that the user is still required to specify the
database at runtime, right? So they'll still need to know the path. They
may not realize what the path is, so may end up just reindexing anyway.
If
we push forward on this, I think it is important that deblur know how to
test whether the index exists and is available, and set the default
values
for the relevant params to the appropriate files. But, this also isn't
that
bad of a thing to ask users to do especially since it has a direct analog
to formatdb which many people are familiar with.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#43 (comment),
or mute
the thread
<https://github.com/notifications/unsubscribe-
auth/AD_a3S_PkIuhRGKm52MjWSX-syV37Odxks5qi1mCgaJpZM4Jmws8>
.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#43 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAc8ssta_QlN1R3qo6RtXApeITwLb95Rks5qi2NigaJpZM4Jmws8
.

@mortonjt mortonjt modified the milestones: version 2.0, version 1.0 Aug 24, 2016
@mortonjt
Copy link
Collaborator

The paths have been created, but after talking to @amnona , we decided that it would be best to leave this feature out of the version 1.0 milestone.

@mortonjt mortonjt modified the milestone: version 2.0 Aug 24, 2016
@wasade
Copy link
Member

wasade commented Aug 24, 2016

Sounds good

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

3 participants