Re: Maximally Abstract Data Model

Hi Rob,
the list looks good. Maybe just add a statement on the Motivations?

Something like:
6. The reasons why the Annotation was created is encoded by 0.n Motivations?

Best,
Paolo

On Wed, Oct 15, 2014 at 3:19 PM, Robert Sanderson <azaroth42@gmail.com>
wrote:

>
> All,
>
> On the call today there was discussion about the data model, versus the
> expression of the model using RDF, and then the serialization of that into
> JSON-LD.
>
> To try and express the current abstract data model as simple statements...
>
> Annotation Baseline:
>
> 1. There is a resource which we call an Annotation, that typically
> represents the linking between other resources.
> 2. Annotations have 0..n Body resources.
> 3. Annotations have 1..n Target resources.
> 4. Body resources are related to Target resources, and are typically
> statements about the Target resources.
> 5. As separate resources, Annotations, Bodies and Targets have separate
> properties, typically including provenance and descriptive metadata.
>
> Anchoring:
>
> 6.  We introduce a type of resource called a SpecificResource that
> identifies a more specific entity (more constrained/specialized) than an
> existing resource which is identified by a URI.
> 7.  SpecificResources have exactly 1 Source resource, that the
> SpecificResource is more specific than (constrained/specialized from).
> 8.  The constraints on the SpecificResource are specified in 1..n
> Specifier resources.
> 9.  A State is a type of Specifier that describes the state of a resource,
> to allow the intended representation to be retrieved.
> 10. A Selector is a type of Specifier that describes part of a
> representation of a resource.
> 11. A Style is a type of Specifier that describes how the resource should
> be presented to the user.
>
> Multiplicity:
>
> 12. We introduce three methods of creating sets of resources.
> 13. A Choice is a set from which one resource should be selected for use.
> 14. A Composite is a set from which all of the resources should be used.
> 15. A List is an ordered set of resources, of which all should be used.
> 16. Multiplicity constructs can be used where-ever any resource can be
> used.
>
>
> Additional statements welcome :)
>
> Rob
>
> --
> Rob Sanderson
> Technology Collaboration Facilitator
> Digital Library Systems and Services
> Stanford, CA 94305
>



-- 
Dr. Paolo Ciccarese
Assistant Professor of Neurology, Harvard Medical School
Assistant in Neuroscience, Massachusetts General Hospital
Senior Information Scientist, MGH Biomedical Informatics Core

CONFIDENTIALITY NOTICE: This message is intended only for the addressee(s),
may contain information that is considered
to be sensitive or confidential and may not be forwarded or disclosed to
any other party without the permission of the sender.
If you have received this message in error, please notify the sender
immediately.