You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#444 describes mesophilic declared as oboInOwl:hasExactSynonym on 8 temperature-bin classes plus the standalone mesophilic class, and states the consumer consequence: a lexical lookup returns 9 non-equivalent classes.
That is not one term. Measured against metpo.json on current main (1,619 terms, 1,216 deprecated, 403 active), 18 strings are claimed as an rdfs:label or hasExactSynonym by more than one active class:
#444 proposes moving mesophilic from confirmed exact synonym to related synonym on the 8 bin classes, keeping it only on METPO:1000615. That is the right shape of fix, but applied once it leaves 17 more, and the two largest families — pH and salinity — are not mentioned there at all. Anyone reading #444 and fixing it would reasonably believe the problem is closed.
Three sub-patterns, which may want different treatment:
Label/synonym crossover — mesophilic, halotolerant, psychrotolerant are each the rdfs:label of a standalone class and an exact synonym of several bins. A consumer resolving by label gets one answer, by synonym a different set, and cannot tell which was intended.
Optimum/range duplication — several pH and salinity keys sit on both the optimum and the range variant of the same bin (e.g. acidophile on METPO:1000455 and METPO:1000459). Those two are not interchangeable, but no lexical lookup can separate them.
Scope, honestly
This does not currently break kg-microbe: none of the 18 strings appear verbatim in our mapping inputs, so our label-to-CURIE resolution never hits them. Filing it as a correctness matter for lexical consumers generally, not as a live breakage on our side.
Reproduce against metpo.json on main: collect lbl and every hasExactSynonym value for non-deprecated classes, lowercase and strip, and report any key claimed by more than one class.
Related: #517 (qualitative trait classes not linked to their numeric bins) is the structural cause behind sub-pattern 1 — the broad term is doing the linking work that a proper relation would do.
#444 describes
mesophilicdeclared asoboInOwl:hasExactSynonymon 8 temperature-bin classes plus the standalonemesophilicclass, and states the consumer consequence: a lexical lookup returns 9 non-equivalent classes.That is not one term. Measured against
metpo.jsonon currentmain(1,619 terms, 1,216 deprecated, 403 active), 18 strings are claimed as anrdfs:labelorhasExactSynonymby more than one active class:mesophilicalkali tolerantfacultative acidophilehalotolerantalkaliphileneutrophileacidophilepsychrophileacid tolerantextreme alkaliphileobligative acidophilepsychrotolerantextreme acidophileextreme halophilemoderate halophilenon-halophileslight halophilethermophileBy family: pH 9, salinity 5, temperature 4.
Why file this separately from #444
#444 proposes moving
mesophilicfrom confirmed exact synonym to related synonym on the 8 bin classes, keeping it only on METPO:1000615. That is the right shape of fix, but applied once it leaves 17 more, and the two largest families — pH and salinity — are not mentioned there at all. Anyone reading #444 and fixing it would reasonably believe the problem is closed.Three sub-patterns, which may want different treatment:
psychrophileon 4,thermophileon 2, the halophile series).mesophilic,halotolerant,psychrotolerantare each therdfs:labelof a standalone class and an exact synonym of several bins. A consumer resolving by label gets one answer, by synonym a different set, and cannot tell which was intended.optimumand therangevariant of the same bin (e.g.acidophileon METPO:1000455 and METPO:1000459). Those two are not interchangeable, but no lexical lookup can separate them.Scope, honestly
This does not currently break kg-microbe: none of the 18 strings appear verbatim in our mapping inputs, so our label-to-CURIE resolution never hits them. Filing it as a correctness matter for lexical consumers generally, not as a live breakage on our side.
Reproduce against
metpo.jsononmain: collectlbland everyhasExactSynonymvalue for non-deprecated classes, lowercase and strip, and report any key claimed by more than one class.Related: #517 (qualitative trait classes not linked to their numeric bins) is the structural cause behind sub-pattern 1 — the broad term is doing the linking work that a proper relation would do.