FUMA currently supports hg19

466 views
Skip to first unread message

Tanya Phung

unread,
May 22, 2025, 8:02:14 AM5/22/25
to FUMA GWAS users
Dear FUMA users, 

Currently FUMA only supports hg19. If your data is in GRCh38, you can:
1. use UCSC Liftover to obtain coordinates in hg19
2. provide your data with rsID (and not chr:pos in GRCh38). When only rsID is provided, FUMA looks up chr:pos from dbSNP version 146. 

Screenshot 2025-05-22 140007.png

Of course there will be some loss of variants due to the conversion not being perfect. We are working on updating FUMA resources to GRCh38 so thanks for your patience. 

Best,
Tanya

Tanya Phung

unread,
May 26, 2026, 4:28:23 AM (8 days ago) May 26
to FUMA GWAS users
Dear FUMA users, 

As there have been some questions about the availability of GRCh38, this is the update: 
  • Because most of the reference databases used in the SNP2GENE and GENE2FUNC modules are in GRCh37 coordinates, it makes most sense if your GWAS sumstat is in GRCh38 to lift down to GRCh37. I may implement an automatic liftover if time allows. 
  • However, lift over can result in loss of variants so this solution is not ideal. Ideally resources utilized by FUMA are in GRCh38 coordinates. As this involves reprocessing of (lots of) data, this will take some time to be worked on. 
In summary: 
  • If your GWAS sumstat is in GRCh38 and you want to use FUMA, loss of variants is unavoidable. You can use either (1) use UCSC Liftover to obtain coordinates in GRCh37 or (2) provide your data with rsID (and not chr:pos in GRCh38). When only rsID is provided, FUMA looks up chr:pos from dbSNP version 146.
  • I'll plan on updating the reference database that FUMA utilizes to GRCh38 but there is no predicted timeframe of when this will be available. 
Best,
Tanya

Sagittarius

unread,
May 27, 2026, 11:37:41 AM (7 days ago) May 27
to FUMA GWAS users
hi
when i use the only rsID (build 38), I get the manhattan plot but no result on eQTL or gene-based results.
basically when i upload sum-stat, i only call the box for rsID  (as SNP) and blank the chr and position.
is this correct approach? please let me know

thanks

Tanya Phung

unread,
May 27, 2026, 3:24:24 PM (7 days ago) May 27
to FUMA GWAS users
Hi, 

What is your jobID? 

Tanya

Sagittarius

unread,
May 28, 2026, 8:43:06 AM (6 days ago) May 28
to FUMA GWAS users
HI
the ID is  738177

thanks

Tanya Phung

unread,
May 28, 2026, 9:02:28 AM (6 days ago) May 28
to FUMA GWAS users
Hi, 

Based on this manhattan plot from your job, none of the variants are genome-wide significant: 
Screenshot 2026-05-28 145951.png

The dotted red line denotes the genome-wide significant threshold, which is equal to -log10(5e-8) = 7.3. None of the variants in the submitted gwas sumstat passes this threshold. Therefore, additional analyses were not carried out. 

Best,
Tanya

Sagittarius

unread,
May 28, 2026, 9:35:34 AM (6 days ago) May 28
to FUMA GWAS users
I understand...however i set a minimum p value of 10-5  (1e-5) in the start up page under Maximum P-value of lead SNPs (<)   . I usually see some results with this value. I think the issue might be related to something else.

Tanya Phung

unread,
May 28, 2026, 9:56:57 AM (6 days ago) May 28
to FUMA GWAS users
Hello, 

Ok gotcha. There should be some variants where the p values < log10(5e-5) or <4.3. 

The problem is that in your gwas sumstat file that you submitted to FUMA, the columns for chr and/or position (which are in GRCh38) are still present. In the case that only the rsID is present, then, it will print in the log file: "Either chr or pos is not provided". However, this was not printed out in the log.

For this functionality to work, you need to remove the columns for chromosome and position before submitting. You can also share the first few lines of your file so I can check. 

Best,
Tanya

Sagittarius

unread,
May 28, 2026, 10:39:04 AM (6 days ago) May 28
to FUMA GWAS users
great! thank you!
Reply all
Reply to author
Forward
0 new messages