Yep, it should now be a little easier to tell. Also, the 1.6-compliant
version of ProServer will only pass the parameter through to a
SourceAdaptor if the adaptor declares support for it. This is one of
the ways I hope to encourage compliance with the parts of the spec
that usually get neglected - i.e. metadata. Ideally clients would work
on the same principle, i.e. if maxbins is not declared as a
capability, it won't be sent in the request. More tolerant clients
tend to result in inconsistent implementations in servers. Another way
is that the registry will check for capabilities that are supported
but not declared. Hopefully we can establish both incentive and
necessity to describe sources accurately.
Regarding the question of how the registry checks maxbins, Jonathan
will have to answer that one.
Cheers,
Andy
On 15 Sep 2009, at 12:30, Thomas Down wrote:
Ah, sorry, I was looking at:
http://www.biodas.org/wiki/DAS1.6
But that's obviously out of date now, so I'll update my bookmarks.
Also, I note that maxbins is now in the capabilities header, which I
guess offers a possible solution to my question about which
datasources need to be re-queried after zooming.
Thomas.
On Tue, Sep 15, 2009 at 12:26 PM, Andy Jenkinson <[email protected]
> wrote:
Hi Thomas,
It is mentioned in the 1.6 spec (not sure which draft you are
looking at). It is fully integrated into the spec as an optional
capability that should be declared if supported (like feature-by-id
etc) and is described in the features command section.
http://www.ebi.ac.uk/~aj/1.6_draft3/documents/spec.html#features
Cheers,
Andy
On 15 Sep 2009, at 12:14, Jonathan Warren wrote:
Hi Thomas
It's definitely going to be in 1.6 if it's not mentioned already.
There is also testing and support now in the registry for maxbins
with both the 1.5 and 1.6 specs.
On 15 Sep 2009, at 11:52, Thomas Down wrote:
As an enthusiastic user of the maxbins extension:
http://www.dasregistry.org/extension_maxbins.jsp
I note that this isn't currently mentioned in the DAS1.6 spec. Is the
extension likely to be rolled into the revised spec? Left as an
extension?
Or is there some other plan out there now for handling high-density
data?
Thomas.
_______________________________________________
DAS mailing list
[email protected]
http://lists.open-bio.org/mailman/listinfo/das
Jonathan Warren
Senior Developer and DAS coordinator
[email protected]
Ext: 2314
Telephone: 01223 492314
--
The Wellcome Trust Sanger Institute is operated by Genome
ResearchLimited, a charity registered in England with number 1021457
and acompany registered in England with number 2742969, whose
registeredoffice is 215 Euston Road, London, NW1
2BE._______________________________________________
DAS mailing list
[email protected]
http://lists.open-bio.org/mailman/listinfo/das
_______________________________________________
DAS mailing list
[email protected]
http://lists.open-bio.org/mailman/listinfo/das
