-
Notifications
You must be signed in to change notification settings - Fork 822
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add Technology/Technique attribute to Science Dataset #1425
Comments
I think this is a good idea. We should think about a clear property name, and a definition that clarifies that we're not attempting a full representation here for (e.g. sensor) measurements. |
How about calling it "measurementTechnique" (applies to types: Dataset, DataDownload, perhaps DataCatalog for small homogenous collections, value: Text or (perhaps?) URL). Draft: measurementTechnique: "A description of a technique or technology used in a Dataset (or DataDownload, DataCatalog), corresponding to the method used for measuring the variable(s) which may be described with one or more variableMeasured properties. " For example, if variable measured is: molecule concentration, measurementTechnique could be: "mass spectrometry" or "nmr spectroscopy" or "colorimetry" or "immunofluorescence". If the variableMeasured is "depression rating", the Open Issues If we have several variableMeasured properties recorded for some given data object, we have the problem of being clear which technique goes with which variableMeasured. Since variableMeasured allows for a PropertyValue structure as its value, suggest that we allow measurementTechnique to optionally be attached at that level, so that the grouping detail is preserved. |
Agreed on both, definition reliance on propertyValue structure. |
How does http://pending.webschemas.org/measurementTechnique look? |
Talking with Natasha Noy, there's still a problem maybe. We discussed adding URL range to variableMeasured for well known codes to be cited by URL/URI identifiers.
In this case it may be that well known URLs for variableMeasured are best represented via sameAs on the PropertyValue, even if that is a bit verbose. Not clear if these 3 conditions will be common. |
Jumping in late: a W3C/OGC working group has been developing a revised version of the 'Semantic Sensor Network' ontology [1]. A core vocabulary has been factored out, known as SOSA (Sensors, Observations, Samples and Actuators) which is intended to have a scope suitable for schema.org . In place of 'variableMeasured' SOSA has sosa:observedProperty, whose value is expected to be a sosa:ObservableProperty [2] ObservableProperty is intended to name a property-type, like color, mass, temperature, which appears to match the description on https://developers.google.com/search/docs/data-types/datasets . So, two items of feedback:
[1] http://w3c.github.io/sdw/ssn/ - also includes alignments with OGC O&M, OBOE, prov-o |
@dr-shorthair PropertyValue holds both sides. The "name" and "value". Where the "name" can use the propertyId or description fields ... and the value uses the value field (along with other fields if needed like maxValue and valueReference. And we allow structure for both sides, or it can be just freeform text string. Your ObservablePropety is just the "name" side and not the "value" side, correct ? I.E. "the height of a tree" and not also its "12 feet". UPDATE: @dr-shorthair Actually, I think I just found the "value" side in SOSA, looks like Observations are made and values are stored in a Result http://w3c.github.io/sdw/ssn/#SOSAResult ?? |
I prepared a fairly complete mapping from SSN/SOSA to schema.org a couple of years ago - see https://github.com/w3c/sdw/blob/gh-pages/ssn/rdf/sosa-sdo-mapping.ttl |
This issue is being tagged as Stale due to inactivity. |
Hi @proccaserra , yes, I think that this is going in the right direction. But I believe half of the scope is missing. Research does not only quantifiable data but also qualitative data: A lot of research (especially in fields such as psychology, medical studies and social studies) is qualitative. I believe there should be two levels:
with specifications of the type of data acquisition on a lower level as optional. |
Hi @proccaserra, very appreciated. I implemented that already on massbank.eu. See view-source:https://massbank.eu/MassBank/RecordDisplay?id=UF420953&dsn=UFZ Best, |
@tsufz here's another way to encode your MassBank Dataset that validates with rich results test. Uses 'about' to link the analysis to the molecular entity that was analyzed.
|
as per discussion with the Bioschema group at the Rothamsted meeting.
property: Technology (syn:Technique)
description: which data acquisition techniques were used to produce "variable measured"
Use case:
to be able to find datasets by data acquisition methodology(ies) used and associated to a 'variable measured'
example1:
variable measured: molecule concentration
technology/technique: "mass spectrometry" or "nmr spectroscopy" or "colorimetry" or "immunofluorescence" ...
example2:
variable measured: depression rating
technology/technique: "Zung Scale" or "HAM-D" or "Beck Depression Inventory" ...
Note:
Review health-lifescience objects and attributes:
https://health-lifesci.schema.org/MedicalTest (o)
https://health-lifesci.schema.org/usesDevice (p)
https://health-lifesci.schema.org/MedicalDevice (o)
The text was updated successfully, but these errors were encountered: