Re: BioSamples type for review

On Mon, May 20, 2019 at 8:57 AM Matt Styles <Matt.Styles@nottingham.ac.uk>
wrote:

> Do you have some examples?
>

https://gold.jgi.doe.gov/biosamples?Biosample.Ecosystem=Environmental&Biosample.Specimen=biome&Biosample.Is+Public=Yes
https://www.ebi.ac.uk/metagenomics/search#samples


>
>
> It was a face-to-face meeting.
>
>
>
> *Matt Styles*
>
> *Senior Research Developer*
>
>
>
> Suite 221 46 Eversholt Street,
>
> Euston,
>
> London,
>
> NW1 1DA
>
>
>
> +44 (0) 115 74 85125 *| *nottingham.ac.uk
>
>
>
> [image: b0]
>
>
>
> *Follow us*
>
> *Facebook.com/TheUniofNottingham* <http://facebook.com/TheUniofNottingham>
>
> *Twitter.com/UniofNottingham* <http://twitter.com/UniofNottingham>
>
> *Youtube.com/nottmuniversity* <http://youtube.com/nottmuniversity>
>
> *Instagram.com/uniofnottingham* <http://instagram.com/uniofnottingham>
>
> *Linkedin.com/company/university-of-nottingham*
> <http://linkedin.com/company/university-of-nottingham>
>
>
>
> *From:* Chris Mungall <cjmungall@lbl.gov>
> *Sent:* 20 May 2019 16:49
> *To:* Matt Styles <uczms@exmail.nottingham.ac.uk>
> *Cc:* Gray, Alasdair J G <A.J.G.Gray@hw.ac.uk>; public-bioschemas@w3.org
> *Subject:* Re: BioSamples type for review
>
>
>
> Hi Matt,
>
>
>
> Did you discuss environmental biosamples? I agree plant and animal
> biosample would be similar and I would not propose making separate
> subclasses here. But environmental biosamples may have vastly different
> properties.
>
>
>
> When you say the general consensus, was this a discussion on github or a
> telecon? How does one get involved in guiding the general consensus?
>
>
>
> On Mon, May 20, 2019 at 7:13 AM Matt Styles <Matt.Styles@nottingham.ac.uk>
> wrote:
>
> Yes, thinking about this structure..
>
>
>
> The general consensus of us discussing the BioSample type was that it
> would be a child of BioChemEntity.
>
>
>
> I think, though open to thoughts, is that over time there may be a need
> for a general Sample type, but presumably this wouldn’t be difficult to add
> retrospectively because it would only add properties to, rather than modify
> existing properties of, BioSample (GeoSample, etc). The ‘open-closed
> principle’ of software development.
>
>
>
> We discussed the difference between e.g. PlantSample vs HumanSample (for
> example), but pretty much all the properties we came up with applied
> equally to both, hence keeping it simple (KISS!) with BioSample.
>
>
>
> Hope this gives some context to how the proposals evolved..
>
>
>
> Thanks,
>
>
>
> Matt
>
>
>
> *Matt Styles*
>
> *Senior Research Developer*
>
>
>
> Suite 221 46 Eversholt Street,
>
> Euston,
>
> London,
>
> NW1 1DA
>
>
>
> +44 (0) 115 74 85125 *| *nottingham.ac.uk
>
>
>
> [image: b0]
>
>
>
> *Follow us*
>
> *Facebook.com/TheUniofNottingham* <http://facebook.com/TheUniofNottingham>
>
> *Twitter.com/UniofNottingham* <http://twitter.com/UniofNottingham>
>
> *Youtube.com/nottmuniversity* <http://youtube.com/nottmuniversity>
>
> *Instagram.com/uniofnottingham* <http://instagram.com/uniofnottingham>
>
> *Linkedin.com/company/university-of-nottingham*
> <http://linkedin.com/company/university-of-nottingham>
>
>
>
> *From:* Chris Mungall <cjmungall@lbl.gov>
> *Sent:* 17 May 2019 23:55
> *To:* Gray, Alasdair J G <A.J.G.Gray@hw.ac.uk>
> *Cc:* Matt Styles <uczms@exmail.nottingham.ac.uk>;
> public-bioschemas@w3.org
> *Subject:* Re: BioSamples type for review
>
>
>
> Comments below..
>
>
>
> On Wed, May 15, 2019 at 2:55 AM Gray, Alasdair J G <A.J.G.Gray@hw.ac.uk>
> wrote:
>
> Hi
>
>
>
> I think it is clear that we need to define some properties for BioSample
> rather than continue to rely on an approach that would permit anything.
> Although as Chris highlighted we are on the Web so anything goes, but let
> us try to provide a vocabulary of terms within schema.org that enable
> resources to become findable on the web.
>
>
>
> On 13 May 2019, at 16:26, Chris Mungall <cjmungall@lbl.gov> wrote:
>
>
>
>
>
> If there is another type of sample which is not covered by BioSample then
> I think it would be worth considering, providing we have some examples that
> we could mark up today.
>
>
>
> This goes back to my question about scope. If the scope is the same as
> ebi/ncbi biosamples and includes environmental samples then there is a lot
> missing.
>
>
>
> If the scope is tissue samples from organisms then I recommend relabeling
> to make this clearer, but even here there are clear gaps, e.g. no way to
> indicate the tissue of origin e.g with an uberon ID.
>
>
>
> To evaluate the list of properties I recommend looking at the relevant set
> of MIxS templates that are in scope (whether this is just biomedical or
> includes environmental)
>
>
>
> The scope of the type is really up for discussion, but we need to decide
> on this soon. We would need to see a concrete example of what a GeoSample
> would be. Would it make sense to propose this as a sibling type to
> BioSample and have both inherit from a more generic Sample type, i.e.
>
> Thing
>
> - Sample
>
>   - BioSample
>
>   - GeoSample
>
>
>
> This would also eliminate the inheritance of properties from the
> BioChemEntity type, although some of those were appropriate, e.g.
> associatedDisease.
>
>
>
> I'm not sure of the philosophy of polymoprhism in schema.org other than
> 'keep it simple', but I think this approach would work best. Schema.org
> does allow multiple inheritance so you could in theory have biosample
> inherit from both sample and something like BioChemEntity, but AFAICT this
> doesn't seem that common, and there seems to be a lack of trait/mixin
> classes. Maybe some repetition of properties is fine.
>
>
>
> How deep should the inheritance hierarchy go? I think subdividing
> biosample into TissueSample and EnvironmentalBioSample would make sense as
> these will have specific properties (although some overlap, in the case of
> host-associated environmental samples).
>
>
>
> You could go even further and subdivide environmental sample into the
> different MIxS profiles (e.g SoilSample would have soil electroconductivity
> property, depth property). This would have a lot of advantages but seems to
> be not quite in the spirit of schema.org.
>
>
>
>
>
>
>
>
>
> Note that there is notion of sample in the existing Biomedical extension
> of schema.org. There are some specific types under MedicalTest that
> mention using a sample:
>
> https://schema.org/BloodTest
>
> https://schema.org/PathologyTest which also has a property of tissueSample
>
>
>
> hmm, seems a bit ad-hoc
>
>
>
> We should also be aware that there is a property called sampleType, but
> this is defined in the context of a computer programme code sample with a
> more specific codeSampleType property as well.
>
>
>
> also statistical samples. Maybe MaterialSample will help clarify this, at
> the risk of sounding too ontological
>
>
>
>
>
>
>
>
>
> On 13 May 2019, at 15:51, Chris Mungall <cjmungall@lbl.gov> wrote:
>
>
>
> Is location the location of the sample source or where the sample is
> stored? Important to have clear semantics for this for environmental
> samples.
>
>
>
> I think we want to use itemLocation and locationCreated to make this
> distinction clear. These are both existing terms in schema.org.
>
>
>
> On 13 May 2019, at 15:51, Chris Mungall <cjmungall@lbl.gov> wrote:
>
>
>
> The material field seems a bit odd "A material that something is made
> from, e.g. leather, wool, cotton, paper.”
>
>
>
> What should we use instead?
>
>
>
> On 13 May 2019, at 15:51, Chris Mungall <cjmungall@lbl.gov> wrote:
>
>
>
> I don't understand how these fields are intended to be used:
> bioChemInteraction, bioChemSimilarity, hasMolecularFunction, [most of them]
>
>
>
> These are due to the inheritance from BioChemEntity which if we go with
> the type proposal above would not then come across. There were a few that
> were indicated as being needed, viz, associatedDisease, taxonimicRange. If
> we do keep BioSample inheriting from BioChemEntity, then the profile
> defined over it would make clear which of the properties are intended for
> use.
>
>
>
> Best regards
>
>
>
> Alasdair
>
>
>
> --
>
> Alasdair J G Gray
>
> Associate Professor in Computer Science,
> School of Mathematical and Computer Sciences
> Heriot-Watt University, Edinburgh, UK.
>
> Email: A.J.G.Gray@hw.ac.uk <A.J.G.Gray@hw.ac.uk>
> Web: http://www.macs.hw.ac.uk/~ajg33
> ORCID: http://orcid.org/0000-0002-5711-4872
> Office: Earl Mountbatten Building 1.39
> Twitter: @gray_alasdair
>
>
>
> To arrange a meeting: http://doodle.com/ajggray
>
>
> ------------------------------
>
> *Heriot-Watt University is The Times & The Sunday Times International
> University of the Year 2018*
>
> Founded in 1821, Heriot-Watt is a leader in ideas and solutions. With
> campuses and students across the entire globe we span the world, delivering
> innovation and educational excellence in business, engineering, design and
> the physical, social and life sciences. This email is generated from the
> Heriot-Watt University Group, which includes:
>
> 1.      Heriot-Watt University, a Scottish charity registered under
> number SC000278
>
> 2.      Edinburgh Business School a Charity Registered in Scotland,
> SC026900. Edinburgh Business School is a company limited by guarantee,
> registered in Scotland with registered number SC173556 and registered
> office at Heriot-Watt University Finance Office, Riccarton, Currie,
> Midlothian, EH14 4AS
>
> 3.      Heriot- Watt Services Limited (Oriam), Scotland's national
> performance centre for sport. Heriot-Watt Services Limited is a private
> limited company registered is Scotland with registered number SC271030 and
> registered office at Research & Enterprise Services Heriot-Watt University,
> Riccarton, Edinburgh, EH14 4AS.
>
> The contents (including any attachments) are confidential. If you are not
> the intended recipient of this e-mail, any disclosure, copying,
> distribution or use of its contents is strictly prohibited, and you should
> please notify the sender immediately and then delete it (including any
> attachments) from your system.
>
> This message and any attachment are intended solely for the addressee
>
> and may contain confidential information. If you have received this
>
> message in error, please contact the sender and delete the email and
>
> attachment.
>
>
>
> Any views or opinions expressed by the author of this email do not
>
> necessarily reflect the views of the University of Nottingham. Email
>
> communications with the University of Nottingham may be monitored
>
> where permitted by law.
>
>
>
>
>
>
>
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please contact the sender and delete the email and
> attachment.
>
> Any views or opinions expressed by the author of this email do not
> necessarily reflect the views of the University of Nottingham. Email
> communications with the University of Nottingham may be monitored
> where permitted by law.
>
>
>
>
>

Received on Monday, 20 May 2019 16:36:40 UTC