Closed ddooley closed 3 months ago
Since the the relation holds between a process and a quality, do we to make the label more reflective of that? E.g.:
process measures characteristic
characteristic measured by process
This would make it clear that it is not a datum that holds measurement information.
Since the COB import has been added to the ODK file, I think this addresses #716.
Do others agree?
Re "process measures characteristic" label etcl, I feel it is intuitive that "measures" is tied to a measuring process, so no need to spell that out in label.
I agree 'measures' brings to mind a process, but I thought it may need to be made clearer what is doing the measuring.
E.g., When I step on scale, there is a measurement that happens. But, just reading the label measures characteristic
, one might not understand whether it is it the scale (i.e., device) that measures my weight or the applying of pressure (i.e., process) that does the measuring?
For the measures characteristic
relation, it is the latter, but I can see how someone might think it is the former (i.e., device).
I added my comments to the issue rather than this pull request so that they can viewed in context.
I'm going to have to redo this one. Its getting too complicated trying to resolve diffs with pre-UBERON integration
Hi @ddooley, I'll update this PR to align with the master. You don't need to worry about redoing the work.
Note: COB import is empty. If there isn't a COB term to import, I'd recommend removing the COB import.
Yes I guess that COB import can be removed. I'd put it in thinking I could import OBI terms that way, but to my surprise one can't fetch 3rd party terms from COB indirectly (as mentioned in last RO meeting).
You will end up adding COB again later.. I would leave it. And also, someone needs to sort out the issue of "who maintains mapped COB terms" urgently..
There's another issue to address the COB import #716. It will be added when needed.
Can you leave the COB import? I need it for one of my PRs. This will keep me from having to recreate it.
I'll add it back, fixing issue #716.
Thanks @anitacaron
The label reads process measures characteristic
, but the domain is assay
. Should the label be assay measures characteristic
?
The range is PATO:quality
. This would exclude BFO:quality
.
Did you intend the range to be specifically dependent continuant
?
The range was meant to be COB characteristic, but for now that translates to PATO:00000001 quality.
As for domain, @bpeters42 I recall you suggested "assay" for domain since that was doing the measuring, and I recall assay can't measure nonmaterial things like rates directly, but our solution is that assay can measure material things that are proxies for things like rates of change. So I've changed label to "assay" on that basis. Unfortunately it added some superfluous diffs too tho.
In COB, the IRI for characteristic
points to specifically dependent continuant
. So, using SDC as the range should be fine.
However, we should verify if the IRI for characteristic has been settled on. E.g., Will it be changed to PATO:quality in the future.
@anitacaron want me to just do a redo on this one? Might be simpler.
I'll import COB characteristic
(BFO:0000020).
@ddooley you can change the range to BFO:0000020 now.
Switch to BFO:0000020 is now done!
I think @bpeters42 conversation about big diff is also taken care of with your work.
This PR has not seen any activity in 90 days and has been marked as stale. If it is no longer needed, please close the PR. Otherwise, please update the PR with a status update.
I did another merge of master into this branch and I think outstanding issues are taken care of?
@wdduncan @bpeters42 final touchups are finished!
I think the pull request as is doesn't do much harm; there is still a lot to be resolved for when we transition to modeling values of measurements via @jamesaoverton approach, but this will not make that worse, and it has been requested for a while. So I would approve. (apart from the minor typo I found)
@bpeters42 I have concerns about the bigger picture here, but I agree that this PR should go ahead.
and inverse 'characteristic measured by'