Request: new field for synonym permutations

[matentzn]

We have been implementing a feature to allow synonym permutation support in dosdp tools - controlled by a command line parameter. So when someone says: "permutate" ALL textual features are permutated against exact synonyms. That, of course, is not ideal (think of definitions). So what I want to propose is a new flag "permutate-synonyms" that can take values corresponding to synonym type fields (a list). Usually, that would be "exact synonyms", but to keep it flexible it's probably good to allow arbitrary properties like alternative term from IAO, skos preferred label etc. I don't know if we should use the property fields for this or just add property iris.

[matentzn]

Example:

pattern_name: attribute_location

pattern_iri: http://purl.obolibrary.org/obo/oba/patterns/attribute_location.yaml

description: '

  Basic pattern for traits that captures a quality, such as size or rate which is a 
  characteristic of an entity which is part of something, such as a OBA:VT0005369 muscular system trait.'

classes:
  quality: PATO:0000001
  thing: owl:Thing

relations:
  part_of: BFO:0000050
  characteristic_of: RO:0000052
  characteristic_of_part_of: RO:0002314

annotationProperties:
  exact_synonym: oio:hasExactSynonym
  related_synonym: oio:hasRelatedSynonym
  xref: oio:hasDbXref

vars: 
  attribute: "'quality'"
  location: "'thing'"

name:
  text: "%s in %s"
  vars:
    - location
    - attribute   

annotations: 
  - annotationProperty: exact_synonym
    text: "%s %s"
    vars:
      - location
      - attribute
    annotations:
      - annotationProperty: xref
        text: "AUTO:patterns/patterns/attribute_location"
    permutations:
      - exact_synonym

So you see the label is not permutated, but the exact synonym is.

Maybe "permutations" is better than "synonym-permutations".

[dosumis]

We used to do something very similar with TermGenie - you can see the results in proliferated synonyms in GO. Issue is you may sometimes need a coupling work e.g. 'of' but if you are happy to hard code that, I think it's fine.

(I could imagine something fancier with AI support to ensure grammatically correct - but i guess that's overkill)