Proposal for tracking template metadata for each generated class

[cmungall]

The goal is to allow simple retrospective refactoring of patterns. This is in principle possible by matching on equivalence axioms, it will be simpler to do this by exposing the template filler values.

Basic structure:

Annotations:
    applies-design-pattern $PATTERN_NAME,
    var1 FILLER1,
    ...
    varN FILLERn

$PATTERN_NAME should be an IRI rather than a literal. Currently the pattern name field is the basename of the file. A good choice of IRI would be $OBO/lc($idspace)/patterns/$basename. Should we encourage lc($idspace)/patterns/$basename in the pattern_name field?

This could also form the base for the vars, e.g. $OBO/lc($idspace)/patterns/$basename/$varX

The fillers would be the IRI values of the actual filler.

[dosumis]

I like this. Let's do it. Re pattern name field, perhaps better to have an optional base URI field? Then no ambiguity about short form gen rules. Also doesn't force users to go URI route. On 18 Oct 2015 23:24, "Chris Mungall" [email protected] wrote:

The goal is to allow simple retrospective refactoring of patterns. This is in principle possible by matching on equivalence axioms, it will be simpler to do this by exposing the template filler values.

Basic structure:

Annotations: applies-design-pattern $PATTERN_NAME, var1 FILLER1, ... varN FILLERn

$PATTERN_NAME should be an IRI rather than a literal. Currently the pattern name field is the basename of the file. A good choice of IRI would be $OBO/lc($idspace)/patterns/$basename. Should we encourage lc($idspace)/patterns/$basename in the pattern_name field?

This could also form the base for the vars, e.g. $OBO/lc($idspace)/patterns/$basename/$varX

The fillers would be the IRI values of the actual filler.

— Reply to this email directly or view it on GitHub https://github.com/dosumis/dead_simple_owl_design_patterns/issues/12.

[cmungall]

+1 to a base field

On 19 Oct 2015, at 0:07, David Osumi-Sutherland wrote:

I like this. Let's do it. Re pattern name field, perhaps better to have an optional base URI field? Then no ambiguity about short form gen rules. Also doesn't force users to go URI route. On 18 Oct 2015 23:24, "Chris Mungall" [email protected] wrote:

The goal is to allow simple retrospective refactoring of patterns. This is in principle possible by matching on equivalence axioms, it will be simpler to do this by exposing the template filler values.

Basic structure:

Annotations: applies-design-pattern $PATTERN_NAME, var1 FILLER1, ... varN FILLERn

$PATTERN_NAME should be an IRI rather than a literal. Currently the pattern name field is the basename of the file. A good choice of IRI would be $OBO/lc($idspace)/patterns/$basename. Should we encourage lc($idspace)/patterns/$basename in the pattern_name field?

This could also form the base for the vars, e.g. $OBO/lc($idspace)/patterns/$basename/$varX

The fillers would be the IRI values of the actual filler.

— Reply to this email directly or view it on GitHub https://github.com/dosumis/dead_simple_owl_design_patterns/issues/12.

---

Reply to this email directly or view it on GitHub: https://github.com/dosumis/dead_simple_owl_design_patterns/issues/12#issuecomment-149123597

[dosumis]

base field added b0069f17f133989864fd1ebcdebb433512aeca10 (Should probably split out the spec config data structure from the implementation.)