Skip to content
This repository
tag: release-2_12
Fetching contributors…

Cannot retrieve contributors at this time

file 754 lines (576 sloc) 34.164 kb
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754
Generic Genome Browser Installation
    GBrowse is distributed as binary packages for Windows and Macintosh OS
    X, and as source code for Unix systems.

    Before installing on Windows systems, you will need to install
    ActiveState Perl and the Apache web server. You may also wish to install
    a database management system such as MySQL.

    Install ActiveState Perl
        Go to, and download the product
        "ActivePerl." This is a little confusing because web site tries to
        point you to the commercial product, ASPN Perl. At the current time,
        the full download URL for ActivePerl is:

        Choose the "MSI" package for Windows. Once downloaded, launch the
        package, and it will install automatically.

    Install the Apache web server
        Go to . Select the most recent
        version of Apache, and choose the download marked "Win32 Binary (MSI
        Installer)." Once downloaded, launch the package and it will install

    Install the MySQL database (optional)
        Go to . Select and download the
        most recent version of the Windows package. Once the package is
        downloaded, you will need to unpack it with the WinZip program. Then
        launch the installer. Note that there have been problems reported
        with MySQL 4.1, therefore I suggest the newest release of 4.0.

    Install GBrowse
        Apache and ActiveState Perl must be installed before you try this
        step. Launch the Windows command shell by choosing "Run..." and then
        typing "cmd". Once the command shell appears, type the following

                ppm> rep add gmod
                ppm> rep up gmod
                ppm> rep up gmod
                ppm> install DBD::mysql (OPTIONAL)
                ppm> install Generic-Genome-Browser

        The binary distribution of GBrowse is at
        <>. Add this repository to the list of
        active repositories, and then move the repository to the top to
        ensure that you get the most up to date versions of the modules.

        If you wish to use a MySQL database, install DBD::mysql if you have
        not already done so. Then install Generic-Genome-Browser.

        At the end of the install, the automatic installation script will
        ask you to confirm the locations of your Apache conf
        (configuration), htdocs (document root) and cgi-bin (CGI executable)
        directories. Usually it will guess right, but if it doesn't, just
        type in the correct path.

    When this is done, go to step (5) below.

    NOTE: The MacOSX installer sited below is quite out of date. Until it is
    brought up to date, please use the SOURCE CODE INSTALL section below for

    Go to the following URL:

    Find the most recent version of the GBrowse package. These files have
    the .dmg extension.

    Once the package is downloaded, double click on it. The installer will
    handle everything else.

    GBrowse runs on top of several software packages. These must be
    installed and configured before you can run GBrowse. Most preconfigured
    Linux systems will have some of these packages installed already.

    A) MySQL -- <>
        The MySQL database is a fast open source relational database that is
        widely used for web applications. It is required for most real-live
        genome annotation projects. For small projects (a few thousands of
        annotated features), you can skip installing MySQL and use an
        in-memory database instead. Note that there have been problems
        reported with MySQL 4.1, therefore I suggest the newest release of

    B) Apache Web Server -- <>
        The Apache web server is the industry standard open source web
        server for Unix and Windows systems.

    C) Perl 5.005 -- <>
        The Perl language is widely used for web applications. Version 5.6
        is preferred, but 5.00503 or higher will work.

    D) Standard Perl modules -- <>
        The following Perl modules must be installed for GBrowse to work.
        They can be found on the Comprehensive Perl Archive Network (CPAN):

                CGI (2.56 or higher)
                GD (2.07 or higher)
                DBI (any version)
                DBD::mysql (any version)
                Digest::MD5 (any version)
                Text::Shellwords (any version)

    E) Bioperl version 1.5 or higher -- <>
        GBrowse requires functionality that exists in bioperl-live (in the
        svn repository). Please either use bioperl-live or Bioperl 1.5 when
        it comes out. Until then, there is a release candidate of Bioperl
        1.5 that is thought to be stable with regard to GBrowse. It can be
        found at <>. Other
        release candidates and the official 1.5 release of Bioperl can also
        be found in the <> directory when they are

    Optional modules:

    F) XML::Parser, XML::Writer, XML::Twig, XML::DOM
        If these modules are present, the "Sequence Dumper" plugin will be
        able to produce GAME and BSML output. They can be downloaded from

    G) LWP
        To load remote 3d party annotations. Available from CPAN.

    H) Bio::Das
        To display remote annotations using the Distributed Annotation
        System. The current version can be obtained from CPAN.

    I) MOBY
        Needed by gbrowse_moby to fetch and display data from MOBY
        providers. Available from Directions are at

    J) GD::SVG
        To save images as publication-quality editable images in Scalar
        Vector Graphics format. Available from CPAN.

    Once the prerequisites are installed, download the most recent version
    of the Generic-Genome-Browser source code from:

    This will give you a .tar.gz file, which must be uncompressed and
    unpacked. Then run the following commands (in brief):

            perl Makefile.PL
            make test (optional)
            make install

    This will install the software in the default location under
    /usr/local/apache. See "Details" to change this, or to install gbrowse
    into your home directory.

    To further configure GBrowse, see CONFIGURE_HOWTO. To run GBrowse on top
    of Oracle and PostgreSQL databases see ORACLE_AND_POSTGRESQL. To run on
    top of a BioSQL database, see BIOSQL_ADAPTER_HOWTO. To run GBrowse on
    top of Gadfly, see README-berkeley-gadfly.


    The browser consists of a CGI script named "gbrowse", a Perl module that
    handles some of the gory details, a small number of static image files,
    and a configuration directory that contains configuration files for each
    data source. By default, these will be installed in the following

       CGI script: /usr/local/apache/cgi-bin/gbrowse
       Static images: /usr/local/apache/htdocs/gbrowse
       Config files: /usr/local/apache/conf/gbrowse.conf
       The module: -standard site-specific Perl library location-

    You can change change the location of the installation by passing
    Makefile.PL one or more NAME=VALUE pairs, like so:

      perl Makefile.PL CONF=/etc HTDOCS=/home/html

    This will cause the configuration files to be installed in
    /etc/gbrowse.conf and the static files to be installed in

    The following arguments are recognized:

       CONF Configuration file directory
       HTDOCS Static files directory
       CGIBIN CGI script directory
       APACHE Base directory for Apache's conf, htdocs and cgibin directories
       LIB Perl site-specific modules directory
       BIN Perl executable scripts directory
       NONROOT If set to a non-zero value (e.g. NONROOT=1) then install
                          gbrowse in a way that does not require root access.
       DO_XS Compile fast alignment algorithm (XS C extension)

    For example, if you are on a RedHat system, where the default Apache
    installation uses /var/www/html for HTML files, /var/www/cgi-bin for CGI
    scripts, and /etc/httpd/conf for the configuration files, you should
    specify the following configuration:

      perl Makefile.PL HTDOCS=/var/www/html \
                       CONF=/etc/httpd/conf \

    (The backslashes are there to split the command across multiple lines
    only). To make it easier when upgrading to new versions of the software,
    you can put this command into a shell script.

    As a convenience, you can use the configuration option APACHE, in which
    case the static and CGI files will be placed into APACHE/conf,
    APACHE/htdocs and APACHE/cgi-bin respectively, where APACHE is the
    location you specified on the command line:

      perl Makefile.PL APACHE=/home/www

    Note that the configuration files are always placed in a subdirectory
    named gbrowse.conf. You cannot change this. Similarly, the static files
    are placed in a directory named gbrowse. The install script will detect
    if there are already configuration files in the selected directory and
    not overwrite them if so. The same applies to the cascading stylesheet
    file (gbrowse.css) located in the gbrowse subdirectory. However, neither
    the GIF files in the "buttons" subdirectory nor the plugin modules in
    the gbrowse.conf/plugins directory are checked before overwriting them,
    so be careful to copy the new copies somewhere safe if you have modified

    The DO_XS flag, if true (perl Makefile.PL DO_XS=1), will compile a small
    C subroutine for nucleotide alignments. This will vastly improve the
    performance of the gbrowse_details script when displaying alignments. To
    use this feature, you will need a C compiler.

    You can always manually move the files around after install. See
    CONFIGURE_HOWTO for details.

    When installing the static files, the install script also creates an
    empty directory named "tmp". This directory is set to be world writable
    so that the GBrowse server can use it to manage temporary image files
    that it creates on the fly. If you would prefer not to have a world
    writable directory on your system, simply change the ownership and
    permissions to allow the web server account to write into it. The
    directory is located in /usr/local/apache/htdocs/gbrowse/tmp by default.

    The first time you run Makefile.PL, a file named GGB.def will be created
    your file path settings. When Makefile.PL is run again, it will ask you
    whether you wish to reuse the settings stored in the file.

    Read this section only if you are on a Unix system and do not have root
    privileges. You will need to configure Apache to run out of your home
    directory. One way to do this is to install Apache from source code and
    to specify your home directory when you first configure it:

       % cd apache_x.xx.xx
       % ./configure --prefix=$HOME/apache
       % make
       % make install

    This will place Apache into your home directory under ~/apache. You
    should then edit ~/apache/conf/httpd.conf and replace the directive:

      Listen 80


      Listen 8000

    so that Apache will listen for connections to the unprivileged port 8000
    rather than the usual port 80. If you also see a "Port 80" directive,
    change it to read "Port 8000." You'll now be able to talk to Apache
    using URLs like

    You may not need to install Apache from scratch if your Unix
    distribution already has Apache installed. What you will do is to create
    an Apache directory tree in your home directory and then start Apache
    using command-line arguments that tell it to start up from the home
    directory rather than its default system-wide directory.

    Create an Apache directory and its subdirectories using the following
    series of commands:

      % cd ~
      % mkdir apache
      % mkdir apache/conf
      % mkdir apache/logs
      % mkdir apache/htdocs
      % mkdir apache/cgi-bin

    Now copy the system-wide httpd.conf into ~/apache/conf. You may need to
    search around a bit to find out where the system-wide httpd.conf lives
    (try running the command "locate httpd.conf):

      % cp /etc/httpd/conf/httpd.conf ~/apache/conf

    Now open up ~/apache/conf/httpd.conf with a text editor and add the
    following four directives, replacing $HOME with the full path to your
    home directory (for example "/home/fred"):

      Listen 8000
      ServerRoot $HOME/apache
      DocumentRoot $HOME/apache/htdocs
      SetEnv PERL5LIB $HOME/lib

    You should search the httpd.conf file for older versions of these
    directives, and delete them if they're there. If you see a Port
    directive, change it to read "Port 8000".

    Somewhere in httpd.conf there will be a ScriptAlias directives, as well
    as a <Directory> section that refers to "cgi-bin". Delete the
    ScriptAlias directive and the entire <Directory> section through to the
    </Directory> line. Replace both these sections with the following:

     ScriptAlias /cgi-bin/ "cgi-bin/"

     <Location "/cgi-bin">
        AllowOverride None
        Options None
        Order allow,deny
        Allow from all

    You can now start Apache from the command line using the "apachectl"

     % /usr/sbin/apachectl -d ~/apache -k start

    If Apache starts successfully, then this command will return silently.
    Otherwise, it will print an error message. More error messages may be
    found in ~/apache/logs/error_log.

    To confirm that Apache is running from your home directory, create a
    file named index.html and copy it into ~/apache/htdocs. You should then
    be able to open a browser, connect to http://localhost:8000/, and see
    the index.html file that you just created.

    Now you can build and install gbrowse with the following incantation:

     % cd Generic-Genome-Browser-X.XX
     % perl Makefile.PL APACHE=~/apache LIB=~/lib BIN=~/bin NONROOT=1
     % make
     % make install

    When you are prompted to load gbrowse using http://localhost/gbrowse,
    use http://localhost:8000/gbrowse instead.

    The installation procedure will create a small in-memory database of
    yeast chromosome 1 for you to play with. To try the browser out, use
    your favorite browser to open:


    Try searching for "I" (the name of the first chromosome of yeast), or a
    gene such as NUT21 or TCF3. Then try searching for "membrane

    For your interest, the feature and DNA files for this database is
    located in the web server's document root at
    gbrowse/databases/yeast_chr1. The configuration file is in the web
    server's configuration directory under gbrowse.conf/yeast1.conf.

    More configuration information and a short tutorial are located at:


    This step takes you through populating the database with the full yeast
    genome. You can skip this step if you use the in-memory database for
    small projects (see section 6).


      mysql -uroot -p password -e 'create database yeast'

      mysql -uroot -p password -e 'grant all privileges on yeast.* to me@localhost'
      mysql -uroot -p password -e 'grant file on *.* to me@localhost'
      mysql -uroot -p password -e 'grant select on yeast.* to nobody@localhost' -d yeast sample_data/yeast_data.gff


    Note for RedHat Linux users: note that if you are using the default
    installed Apache, the user that apache runs as is 'apache' as opposed to
    the otherwise standard 'nobody'. Therefore, everywhere 'nobody' occurs
    in these directions, replace it with 'apache'.

    In Bioperl versions 1.3 or later (not released as of August 2003), this
    script is named

    You will need a MySQL database in order to start using GBrowse. Using
    the mysql command line, create a database (called "yeast" in the
    synopsis above), and ensure that you have update and file privileges on
    it. The example above assumes that you have a username of "me" and that
    you will allow updates from the local machine only. It also gives all
    privileges to "me". You may be comfortable with a more restricted set of
    privileges, but be sure to provide at least SELECT, UPDATE and INSERT
    privileges. You will need to provide the administrator's name and
    correct password for these commands to succeed.

    In addition, grant the "nobody" user the SELECT privilege. The web
    server usually runs as nobody, and must be able to make queries on the
    database. Modify this as needed if the web server runs under a different

    The next step is to load the database with data. This is accomplished by
    loading the database from a tab-delimited file containing the genomic
    annotations in GFF format. The Bioperl distribution comes with three
    tools for loading Bio::DB::GFF databases:

        This will incrementally load a database, optionally initializing it
        if it does not already exist. This script will work correctly even
        if the MySQL server is located on another host.

        This Perl script will initialize a new Bio::DB::GFF database with a
        fresh schema, deleting anything that was there before. It will then
        load the file. Only suitable for use the very first time you create
        a database, or when you want to start from scratch! The bulk loader
        is as much as 10x faster than, but does not work in
        the situation in which the MySQL database is running on a remote

        This will incrementally load a database. On UNIX systems, it will
        activate a fast loader that makes the speed almost the same as the
        bulk loader. Be careful, though, because this is an experimental
        piece of software.

    You will find these scripts in the Bioperl distribution, in the
    subdirectory scripts/Bio-DB-GFF. Earlier versions of the distribution
    will have these files directly in the scripts/ subdirectory.

    For testing purposes, this distribution includes a GFF file with yeast
    genome annotations. The file can be found in the test_data subdirectory.
    If the load is successful, you should see a message indicating that
    13298 features were successfully loaded.

    Provided that the yeast load was successful, you may now run "make
    test". This invokes a small test script that tests that the database is
    accessible by the "nobody" user and that the basic feature retrieval
    functions are working.

    You may also wish to load the yeast DNA, so that you can test the
    three-frame translation and GC content features of the browser. Because
    of its size, the file containing the complete yeast genome is
    distributed separately and can be downloaded from:

    Load the file with this command: -d yeast -fasta yeast.fasta.gz </dev/null

    (or, if you are on a windows system: -d yeast -fasta yeast.fasta.gz

    and hit ^Z when the script pauses.)

    You should now be able to browse the yeast genome. Type the following
    URL into your favorite browser:

    This will display the genome browser instructions and a search field.
    Type in "III" to start searching chromosome III, or search for "glucose"
    to find a bunch of genes that are involved in glucose metabolism.

    *IF YOU GET AN ERROR* examine the Apache server error log (depending on
    how Apache was installed, it may be located in /usr/local/apache/logs/,
    /var/log/httpd/, /var/log/apache, or elsewhere). Usually there will be
    an informative error message in the error log. The most common problem
    is MySQL password or permissions problems.

    Genome feature tables for the major model organisms and human can be
    found at in the downloads section, but these files are not
    guaranteed to be up to date.

    Each model organism database has its own flat file format for
    representing the data. For the most up to date information, you should
    download these files and process them into GFF format. Currently, all of
    the model organism databases require some tweaking of the flat files,
    but the bioperl distribution includes several small perl scripts to make
    this easier. These scripts are optionally installed when you install
    Bioperl. You'll find them in the bioperl scripts/Bio-DB-GFF directory if
    you didn't install them directly.

    They are: For FlyBase D. melanogaster flat files For SGD S. cerevisiae flat files For WormBase C. elegans flat files

    In Bioperl 1.3, these scripts are named, and so

    Run the script with the -h option to get some data-specific help:

      % -h

    The script requires the AcePerl package, which is
    available from CPAN. It is not strictly necessary to run this script
    because the unaltered GFF files distributed from WormBase are compatible
    with GBrowse. supplements the information with the
    physical positions of genetic markers, GenBank accession numbers and
    functional descriptions of gene products.

    For configuration files that will work with each of these databases,
    look in contrib/conf_files (or in
    http://localhost/gbrowse/contrib/conf_files). Simply copy the
    appropriate configuration file into your gbrowse.conf directory, and
    edit the database name as appropriate.

    You might also be interested in the script, which is
    installed when you install GBrowse. You can give this script a list of
    Genbank or EMBL accession numbers and it will automatically download the
    indicated entries and load them into a MySQL database. You can also load
    flat files in Genbank or EMBL format.

    For human gene models, we suggest you use the script,
    which operates on the files downloadable from the UCSC genome browser.

    The sample configuration file 08.genbank.conf (located in
    contrib/conf_files) is appropriate for data loaded with

    To display the DNA sequence and to run sequence-dependent glyphs such as
    the three-frame translation, you will need to load the DNA as well as
    the annotations. The DNA must be formatted as a series of one or more
    FASTA-format files in which each entry in the file corresponds to a
    top-level sequence such as a chromosome pseudomolecule. You can then run
    the or script using the -fasta
    argument. For example, if the yeast genome is contained in a FASTA file
    named yeast.fa, you would run the command: -d yeast -fasta yeast.fa sample/yeast_data.gff

    Alternatively, you may put several FASTA files into a directory, and
    provide the directory name as the argument to -fasta.

    (The yeast DNA is too large to be included in this distribution, but you
    can get a copy of it from

    Run " -h" to see usage instructions.

    Newer versions of GFF (the so-called "GFF2.5" and "GFF3" formats)
    include the DNA at the bottom of the file, following the sequence
    annotations. If you are loading one of these GFF files, the DNA will be
    recognized automatically and loaded by any of the loaders.

    See the file doc/pod/CONFIGURE_HOWTO.pod for information on how to
    create new databases from scratch, add new browser tracks, and how to
    get the browser to dump the DNA from the region currently under display.

    Three factors are major contributors to the length of time it takes to
    load a gbrowse page:

    1 Loading the Perl interpreter and parsing BioPerl and all the other
        Perl libraries that gbrowse uses.

    2 Query speed on the database

    3 The conversion at the Perl layer of database data into BioPerl
        objects for rendering.

    To improve (1), I recommend that you install the mod_perl module for
    Apache. (<>). By configuring an Apache::Registry
    directory and placing gbrowse inside it (rather than in the default
    cgi-bin directory). The overhead for loading Perl and its libraries are
    eliminated, thereby increasing the performance of the script noticeably.

    Be aware that there is a bad interaction between the Apache::DBI module
    (often used to speed up database accesses) and Bio::DB::GFF. This will
    cause the GFF dumper plugin to fail intermittently. GBrowse does not
    need Apache::DBI to achieve performance increases under mod_perl and it
    is suggested that you disable Apache::DBI. If you cannot do this, then
    you should remove the file from the gbrowse.conf/plugins

    Database query performance (2) is also a major factor. If you are using
    MySQL as the backend, you will see dramatic performance increases by
    increasing the amount of memory available to the key buffer, sort
    buffer, table cache and other in-memory data structures. I suggest that
    you replace the default MySQL configuration file (usually stored in
    /etc/my.cnf) with one of the large-memory sample configuration files
    provided in the support-files subdirectory of the MySQL distribution. Of
    course, if you tell MySQL to use more memory than you have, then
    performance will degrade again.

    Finally, there is a slowdown when gbrowse converts the results of
    database SQL queries into renderable biological objects. This becomes
    particularly noticeable when there are lots of multi-segment objects to
    be displayed. You can work around this slowdown by using semantic
    zooming (see CONFIGURE_HOWTO). Otherwise, there's not much that can be
    done about this short of buying a faster machine. The GMOD team is
    working hard to reduce this performance hit.

    Whenever you are running a server-side Web script using information
    provided by a web client, there is a risk that maliciously-formatted
    data provided by the use will trick the server-side script into
    performing some unintentional action, such as modifying a file on the
    server. Perl's "taint" checks are designed to catch places in the code
    where such malicious data could cause harm, and GBrowse has been tested
    extensively with these taint checks activated.

    Because of taint checks' noticeable impact on performance, they have
    been turned off in the distributed version of gbrowse. If you wish to
    reactivate the extra checking (at the expense of a performance hit), go
    to the file "gbrowse" located in the Web scripts directory and edit the
    top line of the file to read:

      #!/usr/bin/perl -w -T

    The -T switch turns on taint checks.

    If you are running GBrowse under mod_perl, add the following line to the
    httpd.conf configuration file:

      PerlTaintCheck On

    This will affect all mod_perl scripts globally.

    GBrowse is evolving quickly, and some of its features are dependent on
    new features in Bioperl 1.4.0. If you are having trouble making GBrowse
    run, make sure you are using Bioperl 1.4.0!

    The gbrowse_img CGI script (a new feature as of version 1.41), is a
    stripped-down version of gbrowse which just generates images. It is
    suitable for incorporating into <img> tags in order to make a thumbnail
    of a region of interest. The thumbnail can then be linked to the
    full-featured gbrowse. Here is an example of how this works using the
    WormBase site:

      <a href="">
        <img src=";width=200">

    This will generate a 200-pixel inline image of the region. Clicking on
    the image will link to the fully-navigable gbrowse script.

    You can also use gbrowse_img to superimpose temporary features (like
    BLAST hits) on the existing genome features.

    Read docs/gbrowse_img.txt DOES NOT EXIST for the CGI parameters and
    other instructions. A copy of these instructions in HTML form will be
    generated when gbrowse_img is called without any arguments. Type into your favorite web browser.

    Gbrowse has a plugin architecture which makes it easy for third-party
    developers to expand its functionality. The plugins are Perl .pm files
    located in the directory gbrowse.conf/plugins/. To install plugins,
    simply copy them into this directory. To uninstall, remove them.

    If you wish to install your own or third party plugins, it is suggested
    that you create a separate directory outside the gbrowse.conf/ hierarchy
    in which to store them and then to indicate the location of these
    plugins using the plugin_path setting:

      plugin_path = /usr/local/gbrowse_plugins

    This setting should be somewhere in the [GENERAL] section of the
    relevant gbrowse configuration file.

    Sample configuration number 5 ("05.embl.conf") corresponds to an
    experimental pass-through proxy for Genbank. At least in theory, if you
    enter a landmark that isn't recognized, gbrowse will go to EMBL using
    the bioperl BioFetch facility, parse the record, and enter it into the
    local database. This allows you to browse arbitrary Genbank/EMBL/Refseq

    You are free to experiment with this, but don't expect it to be entirely
    reliable. To get it to work, you must:

    1 Make sure you are using Bioperl 1.02 (or a patched version of 1.01)

    2 Create a local database named "embl" and initialize it this way:

    3 Set up permissions for this database so that "nobody@localhost" has
        SELECT, INSERT, UPDATE and DELETE privileges

    4 Initialize the database for use with this command:

          % -c -d embl </dev/null

        (if you are on a windows system, just leave out the </dev/null)

    5 If you need to use a proxy to access remote web sites, uncomment the
        -proxy line in the conf file, and adjust the URL of the proxy as

    6 Go to http://localhost/cgi-bin/gbrowse/embl. Search for a Genbank or
        embl accession number, such as CEF58D5

    When updating GBrowse to a new version of the software, you can
    configure it using your preferred directory settings by making a backup
    copy of the file GGB.def that was generated the first time you installed
    GBrowse and using `cat GGB.def` as the argument to Makefile.PL. Here is
    the recipe:

      cp Generic-Genome-Browser-1.40/GGB.def Generic-Genome-Browser-1.41/GGB.def
      cd Generic-Genome-Browser-1.41/
      perl Makefile.PL `cat GGB.def`
      make install

    As GBrowse runs, it creates temporary image files in the gbrowse tmp
    directory (typically /usr/local/apache/htdocs/gbrowse/tmp). These image
    files are relatively small, but if you run GBrowse for a long time they
    may begin consuming significant amounts of disk space. The following
    Unix shell commands will remove old image files:

      cd /usr/local/apache/htdocs/gbrowse/tmp
      find . -type f -atime +20 -print -exec rm {} \;

    You might want to run this command under cron, but be aware that since
    the image files are owned by user "nobody", you must install this
    command in the cron script for "nobody" or "root."

    Currently there is one known bug. The navigation buttons do not operate
    properly when the client is using Internet Explorer 5.1 on a Macintosh
    and accessing gbrowse running on a MacOS X server running Apache. Other
    combinations of clients and servers work properly.

  19. FEATURE WISH LIST (updated April, 2004)
      - Configure data sources on a track-by-track basis.
      - A configurable synteny viewer.

    If you are interested in working on any of these features, please
    contact the developers at the address given in the next section.

    Please send requests for help to
    There is also a formal bug tracking and feature request system in place
    at <>

    Have fun!

    Lincoln Stein & the GMOD team
Something went wrong with that request. Please try again.