Hi Mark
Thanks for your answer. I can see the logic, it is an odd way to
represent a frameshift by using an overlap in a join statement. It seems
easier for me to not call mergeLocations in the first place instead of
recovering the sub-locations from the MergeLocation instance.
I spotted someth
I guess the logic was, if two sublocations overlap then they should be
merged. Apparently that is not always the case : (
I think that the Location that is formed will be an instance of a
MergeLocation in which case it should be possible to recover the
sub-locations
Lorna Morris <[EMAIL PR
On Thu, Nov 21, 2002 at 09:23:58AM +0100, Stein Aerts wrote:
>
> Since today, apparantly something changed on the "export data" function
> of Ensembl. When retrieving a gene based on its ensembl id, e.g.
> ENSG0110092 with 2000 bp on either side, and requesting only gene
> features, then un
