Hello all,
This is just a reminder that talk abstracts for the 2017 Galaxy Australasia
Meeting (GAMe 2017, https://www.embl-abr.org.au/game2017/) are due
Wednesday, 30 November. GAMe 2017 is a series of events in Melbourne,
Australia running from 3 February through 11 February. This includes a
t
Hi All,
We have an issue with our self-hosted galaxy environment. When we want to share
a workflow (Workflow -> workflow Name -> Share or Download) the links under
'Share' section leads to 'Internal server Error'. Did we miss something ? See
attachment for screenshots and log file.
Thank yo
Hi all,
I'm currently looking for some help to manage groups/roles in Galaxy.
The instance I'm working with uses LDAP authentication (all Galaxy registered
users are in LDAP) and the datasets that are uploaded have permissions
'patterns' that can be mapped to groups already available in the LD
Yes, these alignments were done to ensemble, not UCSC.
---Regards, Evan Clark
Reminder: If this message is requesting you to verify your account or provides
links for you to login to your account, you are advised to ignore such
requests. Neither FAU nor legitimate financial institutions will ev
Are you using the chromosome lengths for the correct organism and
source? GL000192.1 is a contig name used by Ensembl and Gencode (but
not UCSC!) for GRCh37 (aka hg19).
Devon
--
Devon Ryan, Ph.D.
Email: dpr...@dpryan.com
Data Manager/Bioinformatician
Max Planck Institute of Immunobiology and Epige
Hi Peter
Thanks for your comments - at least it doesn't sound like I'm missing
the "perfect" way to migrate the installed tools. In the longer term
moving towards bioconda dependency resolution will probably be more stable.
Also re breaking tool repos: even repos that aren't updated on the
t
When attempting to generate a bigwig file I receive this error.
hashMustFindVal: 'GL000192.1' not found Fatal error: Matched on Error
Error running wigToBigWig.
I have added the chrom len files for galaxy and update the location path
but an unsure what could be causing this issue.
Max:
you are correct, the dev branch is what would be the best to develop
against. Also feel free to open PR with work in progress at any point. I am
sure you will get useful feedback.
Thank you for using Galaxy,
Martin
On Wed, Nov 23, 2016 at 5:40 AM Maximilian Friedersdorff
wrote:
>
>
> ---
On Wed, Nov 23, 2016 at 10:49 AM, Peter Briggs
wrote:
> Hello Evan, Hans-Rudolf
>
> I'm just in the middle of doing a similar migration for our local production
> server, and Hans-Rudolf's advice seems sound to me. Definitely moving the
> core Galaxy server has been relatively straightforward.
>
>
Hello Evan, Hans-Rudolf
I'm just in the middle of doing a similar migration for our local
production server, and Hans-Rudolf's advice seems sound to me.
Definitely moving the core Galaxy server has been relatively
straightforward.
However: for the installed tools, I'm not sure that changing
Un o’r 4 prifysgol uchaf yn y DU a’r orau yng Nghymru am fodlonrwydd myfyrwyr.
(Arolwg Cenedlaethol y Myfyrwyr 2016)
www.aber.ac.uk
Top 4 UK university and best in Wales for student satisfaction
(National Student Survey 2016)
w
Hi Maximilian,
I think there is a demand and partially Galaxy has support for these
kind of limits for a user. Please have a look at:
https://github.com/galaxyproject/galaxy/blob/dev/config/job_conf.xml.sample_advanced#L725
An extension to these would be super cool!
Thanks,
Bjoern
Am 23.11.2016
Un o’r 4 prifysgol uchaf yn y DU a’r orau yng Nghymru am fodlonrwydd myfyrwyr.
(Arolwg Cenedlaethol y Myfyrwyr 2016)
www.aber.ac.uk
Top 4 UK university and best in Wales for student satisfaction
(National Student Survey 2016)
w
Hi Evan
Well, in theory, this is a simple task, since Galaxy mostly works with
relative paths. Of course, it all depends on how sophisticated your
installation is and how different the old and the new 'machine' is (eg
same OS?)
So my advice is: just do it or rather try it.
- make a copy of
14 matches
Mail list logo