What I now did to circumvent the issue with ldap, is to have this little piece in my httpd.conf:
<Location /galaxy/root/display_as>
        SetEnv AUTHENTICATE_SAMACCOUNTNAME galaxy
        Satisfy Any
</Location>
RequestHeader set REMOTE_USER %{AUTHENTICATE_sAMAccountName}e

There is probably a better way, but this does the job for now.

Cheers,
Jelle

On Mon, Mar 15, 2010 at 11:42 AM, Jelle Scholtalbers <j.scholtalbers@gmail.com> wrote:
Hi Greg,

I just figured it might have something to do with the proxy.. And indeed removing the proxy/adding exception did work (...), the track is displayed as expected. However this only works for the test case where Galaxy is not behind a LDAP auth. When it is behind LDAP, access is probably denied. I will see what I can do about this, but at least the basis is working :)

Cheers,
Jelle




On Mon, Mar 15, 2010 at 10:46 AM, Jelle Scholtalbers <j.scholtalbers@gmail.com> wrote:
Hi Greg,

thank you for the explanation, could this also be included somewhere in the wiki?
Although I do get far I don't get the tracks to display in my GBrowse. The link does redirect me to the appropriate gbrowse that I specified, the uploaded track is displayed as:
"could not fetch data for http://galaxyserver/galaxy/root/display_as?id=4047&display_app=c_elegans&authz_method=display_at" with the label "galaxyserver/display_as".
When I then follow that link I actually see the data as GFF, but it seems GBrowse can't retrieve it somehow.

This was tested under:
Galaxy-central - 3528:48e83411aa91
and GBrowse 1.995

Two other things:
- under python 2.6 the links appear, under 2.4 they don't.
- The links are displayed as "display in wormbase" and the display_app="c_elegans". This seems to be harcoded at galaxy.datatypes.interval line 572, would be nice to have that dynamically generated from for example the ~/tool-data/shared/gbrowse/gbrowse_build_sites.txt

Cheers,
Jelle


On Fri, Mar 12, 2010 at 3:25 PM, Greg Von Kuster <greg@bx.psu.edu> wrote:
This requires only configuration settings, not an actual tool like Epigraph.  Displaying in GBrowse is done the same way as displaying in UCSC.

In you universe_wsgi.ini file, look for hte following setting, and set your GBrowse accordingly - you may only want 1 site instead of the 3 in the sample. 

# Comma separated list of bx / UCSC / gbrowse / GeneTrack browsers to use for viewing
bx_display_sites = main
ucsc_display_sites = main,test,archaea,ucla
gbrowse_display_sites = main,test,tair

Next, make the setting in ~/tool-data/shared/gbrowse/gbrowse_build_sites.txt - here are the sample settings ( note that each corresponds to what you configured in your universe_wsgi.ini file ).  White spaces are tabs in this file, and the first value in each line ( e.g., main, test ) is the link label that points to the GBrowse site whose URL is in the 2nd column.  The 3rd column of each line is the valid builds for which the link will be displayed ( see below ).  Note that the sample builds are no longer valid, they should be value slike ce2, ce3, etc - see ~/tool-data/shared/ucsc/builds.txt for valid values ).

# wormbase sites / supported genomes
main http://www.wormbase.org/db/seq/gbgff/c_elegans/ c_elegans,c_briggsae,c_remanei,c_brenneri,c_japonica,p_pristionchus,b_malayi
test http://dev.wormbase.org/db/seq/gbrowse/c_elegans/ c_elegans,c_briggsae,c_remanei,c_brenneri,c_japonica,p_pristionchus,b_malayi
tair http://arabidopsis.org/cgi-bin/gbrowse/ arabidopsis_tair8,arabidopsis

When you have the correct configuration settings, you'll see a link in history items ( here is an example - display in Wormbase main ) whose genome build matches one of the configured builds.  



On Mar 12, 2010, at 3:27 AM, Jelle Scholtalbers wrote:

Hi,

I would like to be able to send data to my GBrowse2.0 instance. I have
been trying some things based on the Epigraph tool but I can't seem to
get it work. Below is a mail from Lincoln that was send to the GBrowse
mailinglist about how to send data to GBrowse.
If its possible, how should I configure the tool?

Cheers,
Jelle

--------

In version 2.0 it is relatively easy. POST to the GBrowse URL (including the
datasource part of the URL) with the following parameters:

 - action="upload_file"
 - file=<a multipart/form-encoded file upload>
 - upload_id=<any numeric id of your choosing>
 - id=<the id of the user that you are uploading to>

Alternatively to providing the "file" argument you can provide a "data"
argument with the uploaded data provided directly.

The "id" argument indicates the id of the user that you are uploading for.
You can get this ID by bookmarking a page -- the "id" parameter records the
info. Alternatively, if you don't provide an ID, GBrowse will generate it
for you and return the ID in the response cookie, in an argument called
"gbrowse_sess".

If you have administrator's mode enabled, then you can provide the ID of the
administrator and the uploaded file will become part of the public set of
tracks.

Lincoln
_______________________________________________
galaxy-user mailing list
galaxy-user@lists.bx.psu.edu
http://lists.bx.psu.edu/listinfo/galaxy-user

Greg Von Kuster
Galaxy Development Team