Details
-
Type:
Bug
-
Status: Closed (View Workflow)
-
Priority:
Blocker
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: None
-
Labels:None
-
Story Points:2
-
Sprint:Sprint 1, Sprint 2
Description
I noticed this when working with files imported from Galaxy.
If I load a file from Galaxy and change the Load Mode to "Genome," then all the data are loaded into IGB, and if I click a new chromosome, I don't have to then click "Load Data" to see the data. And if I right-click a track label, I see an option to Save the track as a file. However, if I do that, only the data from the current loaded track are saved, even though I've loaded the entire genome.
It would be far, far better if all the data were saved to the file. Otherwise, I would have to click on each chromosome one by one and save the data as multiple files, one per chromosome. This is very tedious and painful and defeats the purpose of having such a nice feature.
Instead, what should happen is that everything the user has loaded into IGB for the selected track should be saved. If there are some file or track types where this is not feasible, then we can omit those, but for tracks loaded from BED, GFF, or GTF files, then we should save out ALL the data that the user has loaded.
By the way, this feature is extremely useful for converting GTF or GFF files to BED. To my knowledge, there is no really good, open source GFF or GTF to bed converter. And so I would LOVE it if we could provide this feature for users, especially now that we are making it very easy for users to run view output of CuffLinks via the Galaxy-to-IGB link.
Story:
IGBF-103(Save all the data, not just the current chromosome)Date: August 4, 2014
Intro: Previously in IGB, when a user saved a track IGB would just save data loaded in the current track, not from all the chromosomes. Changes have been made so that when a user saves a track IGB will save all the data that has been loaded, not just the current chromosome. This issue is now ready for testing.
Story
IGBF-103was tested on:*IGB Version: 8.2.0
-(My Mac) Mac OS X Version 10.9.3 using JRE version 1.8.0_11-b12 Java HotSpot(TM) 64-Bit Server
The story was tested using this workflow:
1) I loaded a BED file, changed it to whole genome load mode, and then saved it. In then reloaded it into the viewer and made sure it looked the same.
-Observed: The saved file contains the same data as the orginal file. = PASS
2) I loaded a BED detail file and then saved it and I made sure that fields 13 and 14 were saved correctly.
-Observed: The saved BED Detail file contained fields 13 and 14 appropriately. Nothing was truncated. = PASS
3) I loaded a GTF file and saved it as a BED file. Then I checked to see if the BED file was saved properly.
-Observed: The BED file was saved properly. = PASS
4) I opened a GTF file and loaded it on 2 chromosomes (out of 7 possible chromosomes). Then I checked to see if the BED file contained data just for those 2 chromosomes that were loaded.
-Observed: The BED file only contained data for the 2 chromosomes that had been loaded. = PASS
5) I made a new track from another track using track operations and then I saved the output. Then I made sure that all places where data were added to the new track got saved.
-Observed: All of the places where data were added to the new track were saved properly. = PASS
Summary:
Story
IGBF-103was tested on my Mac. My observations were in accordance with the IGB Team's expectations.