Unconfigured Ad

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • PFaucon
    Junior Member
    • Dec 2013
    • 4

    #1

    Missing OIDs during blast db dump?

    Hi all,

    I'm new to using blast (and particularly the command line) so I had a few question/issues that I wasn't sure of the significance of.

    I'm trying to build a blast db which is a subset of nr with only human records. I downloaded a GI list from the Entrez protein database and then ran

    cat gi.txt | blastdbcmd -db nr_humans -entry_batch - -out human_sequences.txt

    While running I am receiving a large number of errors about missing OIDs (e.g. "Error: 567316212: OID not found" ), I've gotten about 500 so far and the database isn't quite finished processing.

    Is this something that is expected (since perhaps Entrez has more proteins than the nr database has) ? Or is this some sort of problem that I should be looking into more closely?


    Long background: I'm planning on running delta-blast against more than 5,000 sequences so I'm trying to set up a local blast system. I've downloaded and installed BLAST+, and the nr database. I've run a few blastp queries against nr and they took an excessive amount of time, additionally I wanted only homo sapiens results, so I created an alias following the instructions here. This results in a much faster query however I wanted to see if rebuilding the database would yield and even faster result, so I followed the instructions here (to some extent, I already had my GI's from the first run).
  • PFaucon
    Junior Member
    • Dec 2013
    • 4

    #2
    Sorry I didn't explain that, nr_humans is an alias to the nr database created by applying the original gi list, I followed the instructions here:

    blastdb_aliastool -gilist gi.txt -db nr -out nr_humans -title nr_humans

    Essentially the output of the command should be everything that the alias sees (and would likely be the same as blastdbcmd -db nr_humans -out human_sequences.txt), but the OIDs are missing regardless of whether i use nr or nr_humans (which is expected)

    Comment

    • GenoMax
      Senior Member
      • Feb 2008
      • 7142

      #3
      I missed the line in your explanation before I read your post again.

      Is the output file being populated irrespective of the database (or alias) being used? nr is so huge at this point in time that it may not be surprising to find errors in it.

      What exactly are you interested in from the human subset from nr?

      Comment

      • GenoMax
        Senior Member
        • Feb 2008
        • 7142

        #4
        See this post and the "missing OID's": http://blastedbio.blogspot.com/2012/...cbi-blast.html

        Comment

        • PFaucon
          Junior Member
          • Dec 2013
          • 4

          #5
          Yes, the file is being populated in either case, and the number of misses seems minute compared to the number of hits, I haven't run both to look for differences but I don't expect to find any (as the alias is a restriction with the list that I'm using to dump anyways).

          At this point I'm interested in doing a homology search for yeast proteins against human proteins. I'm also only interested in humans so that is the reason for the restriction.

          Comment

          • GenoMax
            Senior Member
            • Feb 2008
            • 7142

            #6
            A quicker way to do this would be to get the human protein sequence complement from a "BioMart" search (http://useast.ensembl.org/info/data/biomart.html) from Ensembl site. I see a total of 64,138 at this time.

            Comment

            • PFaucon
              Junior Member
              • Dec 2013
              • 4

              #7
              Hmm, so that link scared me initially but it appears that blastdbcmd is treating the gi's as gi's instead of OIDS (or perhaps they are the same thing in nr), I went through a few pages of the output and they are all [homo sapiens] (or sequences with multiple species at least include it).

              Aside from that possibility I'm not seeing that it is directly related to the problem at hand.

              Comment

              Latest Articles

              Collapse

              • kinpict.com
                Reply to 16S/ITS Profiling vs. Shotgun Metagenomics: What Changes in Your Workflow?
                by kinpict.com
                The part about this topic feels surprisingly grounded, and the details on the page is the bit that made me slow down. I’d keep <a href="https://kinpict.com/">ai family photo generator</a> bookmarked for later.
                Today, 06:37 PM
              • SEQadmin2
                16S/ITS Profiling vs. Shotgun Metagenomics: What Changes in Your Workflow?
                by SEQadmin2





                NGS has revolutionized clinical microbiology by offering new ways to identify and surveil pathogens without prior knowledge of the target. One popular approach is 16S rRNA and ITS amplicon sequencing, which targets specific microbial markers. But studies are increasingly incorporating shotgun metagenomics, a technique that sequences all DNA from a sample without targeting specific microbial markers. This approach allows more detailed taxonomic classification,...
                10-30-2026, 06:46 AM

              ad_right_rmr

              Collapse

              News

              Collapse

              Topics Statistics Last Post
              Started by SEQadmin2, 11-12-2026, 07:59 AM
              0 responses
              27 views
              0 reactions
              Last Post SEQadmin2  
              Started by SEQadmin2, 11-05-2026, 09:25 AM
              0 responses
              35 views
              0 reactions
              Last Post SEQadmin2  
              Started by SEQadmin2, 11-03-2026, 11:54 AM
              2 responses
              56 views
              0 reactions
              Last Post kinpict.com  
              Started by SEQadmin2, 10-28-2026, 09:57 AM
              0 responses
              175 views
              0 reactions
              Last Post SEQadmin2  
              Working...