Surface specific restorations don't represent connection to surface in usual way

[GoogleCodeExporter]

Solution: Add 'a tooth surface to be restored role' analogous to tooth to be 
restored role. Currently you can figure out the surface by looking at the 
dental restoration material that participates in the restoration and following 
the 'is dental restoration of' property.

We can fix it in the current triple store if we want, roughly

construct 
  { :_r1 a 'a tooth surface to be restored role'. #:_r1 is a blank node that is created
    :_r1 realized in ?proc # ?proc and ?surface are bound by the where clause 
    :_r1 inheres in ?surface 
    # creating a human readable label might be problematic.
  }
where
  { ?proc a intracoronal restoration procedure. # should be: An restoration specific to a surface
    ?proc has_participant ?dental_material # get the dental restoration material
    ?dental_material is restoration of ?surface #follow the current relation 
    ?surface a surface. #in case there are other than surfaces that are the target of this relation
  }

That should create a new role instance and relate it properly

Original issue reported on code.google.com by alanruttenberg@gmail.com on 27 Jan 2015 at 8:59

[GoogleCodeExporter]

Can't really do it this way as the surface might not exist (a reason to restore 
it). 

Original comment by alanruttenberg@gmail.com on 6 Mar 2015 at 10:15