[DAS2] RE: Problem with parent/child features in biopackages server feature response
Helt,Gregg
Gregg_Helt at affymetrix.com
Tue Oct 18 03:36:47 UTC 2005
Thanks for the quick fix!
Now I'm seeing another problem though. Some feature queries with a
combination of one "overlaps" and one "inside" filter are giving weird
errors. But some return correctly.
For example,
http://das.biopackages.net/das/genome/human/17/feature?overlaps=chr21/26
104961:26271647;inside=chr21/26104961:46976097;type=SO:mRNA
returns correctly.
But
http://das.biopackages.net/das/genome/human/17/feature?overlaps=chr21/25
854314:26027736;inside=chr21/0:26027736;type=SO:mRNA
does not, instead returning these headers:
HTTP/1.1 200 OK
Date: Mon, 17 Oct 2005 22:40:54 GMT
Server: Apache/2.0.51 (Fedora)
X-DAS-Version: DAS/2.0
X-DAS-Server: GMOD/0.0
X-DAS-Content-Type: text/x-das-feature+xml
X-DAS-Status-Details: Died at
/usr/lib/perl5/site_perl/5.8.3/Package/Base/Devel.pm line 425.
and then what appears to be more headers but is designated as content
(so I'm guessing a header-terminating blank line got inserted before
these):
X-DAS-Status: 500
X-DAS-Status: 200
Content-Length: 0
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/xml
The combination of an "overlaps" and "inside" filter is an important
part of IGB's client-side query optimizations. I can turn this
optimization off for now, but I'm hoping you can diagnose and fix the
problem.
Thanks again,
Gregg
> -----Original Message-----
> From: Allen Day [mailto:allenday at ucla.edu]
> Sent: Monday, October 17, 2005 2:50 PM
> To: Helt,Gregg
> Cc: das2 at portal.open-bio.org
> Subject: Re: Problem with parent/child features in biopackages server
> feature response
>
> Hi Gregg,
>
> There was a logic inversion in my code. PARENT/PART relationships
should
> now be restored.
>
> Andrew, I'd also like to know if there is some code already written
that
> can be written into my regression tests.
>
> I understand that it's really irritating to have non-fatal errors of
> different types continuously appearing. Maybe I should spend some
time
> beefing up the regression test suite to do things like diff feature
graphs
> and make sure they are identical? Something to discuss on the
conference
> call...
>
> -Allen
>
> On Mon, 17 Oct 2005, Helt,Gregg wrote:
>
> > I finally got back to testing DAS/2 feature requests/responses in my
IGB
> > client. I'm seeing a new problem in responses from the biopackages
> > server, there are no <CHILD> or <PARENT> elements for features at
all.
> >
> > See for example the returned XML from my standard test query:
> >
http://das.biopackages.net/das/genome/human/17/feature?overlaps=chr21/26
> > 027736:26068042;type=SO:mRNA
> >
> > ...
> > <FEATURE id="feature/BC001178" type="type/SO:mRNA" name="BC001178">
> > <LOC pos="region/chr21/26018728:26029854:-1"/>
> > ...
> > </FEATURE>
> > <FEATURE id="feature/auto316726" type="type/SO:three_prime_UTR"
> > name="auto316726">
> > <LOC pos="region/chr21/26018728:26018820:-1"/>
> > </FEATURE>
> > ...
> >
> > But I know that "auto316726" should be a child of "BC001178".
> >
> > Andrew, would your DAS/2 validator catch problems like this?
> >
> >
> > Thanks,
> > Gregg
> >
> >
More information about the DAS2
mailing list