Difference: RegistryModel (1 vs. 7)

Revision 72006-03-07 - RayPlante

 
META TOPICPARENT name="IvoaResReg"
Changed:
<
<

Registry Model

>
>

Data Model for Resources and Registries

 

This page collects information related to modeling entities that are described in Registries.

Added:
>
>

Modeling Activities

Work on a Resource data model was started as one of the earliest activities of the working group in 2003. The first working draft of the Resource Metadata (RM) specification in late 2002 defined a core set of metadata and formed the basis of a core data model realized by the VOResource XML schema. Early modeling activity can be found in the Early Work section below.

The model that emerged centered on a core model that includes the concepts defined in the RM. Extensions to the core could be defined to handle specific types of resources, particularly standard services. The sections below attempt to show the current state of the model.

Working Draft schemas based on this model have supported working registries that successfully trade resource descriptions and export them to VO applications since 2003. In 2005 at the Kyoto Interop meeting, as part of an effort to move to a version 1.0 of all key Registry standards, a special modeling "tiger team" was formed to revisit the model for service resources and to create an extension for describing applications. The membership included KevinBenson, SebastienDerriere, PaulHarrison, TonyLinde, RayPlante, GuyRixon, and AurelienStebe. Their discussions were carried out on the reg-dm mailing list.

Two discussion pages summarize the tiger team work:

 

The Core Resource Model

This section will provide an updated picture of the core Resource model.

Services Model

Applications Model

(Somewhat Out-of-Date) Early Work

Entities

This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:

  • resource
    • an item (with an identity) which is of interest or use to the Virtual Observatory community
  • service
    • a resource which can be invoked
      Note: service sub-types such as ConeSearch or SIAP are still considered to be services, not interfaces
  • interface
    • a physical, technical interface to a service
  • organisation
    • any type of organisation
  • site
    • a single location
  • publisher
    • an organisation responsible for creating and maintaining a resource
  • provider
    • an organisation responsible for making a service available
      Note: since only services are invocable then only they ought to have a provider
  • data collection
    • a collection of datasets (or other collections)
  • copy
    • a complete copy of a data collection
      Note: properties of the copy will represent the period a mirror is updated, the date/time a snapshot was taken etc.
      Note: copies of less than the whole data collection will form new collections with a 'derived from' relationship, much as the results of a query would have
  • snapshot
    • a copy of a data collection which is never updated
  • mirror
    • a copy of a data collection which is periodically updated
  • dataset
    • a single published set of data tables from a science team
  • table
    • a set of data in which all rows have the same columns (??)
  • application
    • a collection of functions
  • function
    • a process that transforms data, generates information, etc.
      Note: I'm fairly sure we need both application and function but could do with better definitions
  • sky service
    • a service that makes one or more data collections available
  • tabular sky service
    • a specific type of sky service: one which accesses and returns tabular data
  • app service
    • a service that makes one or more applications available

Model

Draft (simple) models of the terms above:

Resource model

Resource.gif

Registry model

Registry.gif

META FILEATTACHMENT attr="h" comment="" date="1103319691" name="Registry.gif" path="Registry.gif" size="10561" user="TonyLinde" version="1.4"
META FILEATTACHMENT attr="h" comment="" date="1103319743" name="Resource.gif" path="Resource.gif" size="6087" user="TonyLinde" version="1.2"
META FILEATTACHMENT attr="" comment="UML model for Services w/SIA example" date="1139869454" name="NewServiceModelUML.pdf" path="NewServiceModelUML.pdf" size="41645" user="RayPlante" version="1.1"

Revision 62006-02-13 - RayPlante

 
META TOPICPARENT name="IvoaResReg"

Registry Model

Added:
>
>
This page collects information related to modeling entities that are described in Registries.

The Core Resource Model

This section will provide an updated picture of the core Resource model.

Services Model

Applications Model

(Somewhat Out-of-Date) Early Work

 

Entities

This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:

  • resource
    • an item (with an identity) which is of interest or use to the Virtual Observatory community
  • service
    • a resource which can be invoked
      Note: service sub-types such as ConeSearch or SIAP are still considered to be services, not interfaces
  • interface
    • a physical, technical interface to a service
  • organisation
    • any type of organisation
  • site
    • a single location
  • publisher
    • an organisation responsible for creating and maintaining a resource
  • provider
    • an organisation responsible for making a service available
      Note: since only services are invocable then only they ought to have a provider
  • data collection
    • a collection of datasets (or other collections)
  • copy
    • a complete copy of a data collection
      Note: properties of the copy will represent the period a mirror is updated, the date/time a snapshot was taken etc.
      Note: copies of less than the whole data collection will form new collections with a 'derived from' relationship, much as the results of a query would have
  • snapshot
    • a copy of a data collection which is never updated
  • mirror
    • a copy of a data collection which is periodically updated
  • dataset
    • a single published set of data tables from a science team
  • table
    • a set of data in which all rows have the same columns (??)
  • application
    • a collection of functions
  • function
    • a process that transforms data, generates information, etc.
      Note: I'm fairly sure we need both application and function but could do with better definitions
  • sky service
    • a service that makes one or more data collections available
  • tabular sky service
    • a specific type of sky service: one which accesses and returns tabular data
  • app service
    • a service that makes one or more applications available

Model

Draft (simple) models of the terms above:

Resource model

Resource.gif

Registry model

Registry.gif

META FILEATTACHMENT attr="h" comment="" date="1103319691" name="Registry.gif" path="Registry.gif" size="10561" user="TonyLinde" version="1.4"
META FILEATTACHMENT attr="h" comment="" date="1103319743" name="Resource.gif" path="Resource.gif" size="6087" user="TonyLinde" version="1.2"
Added:
>
>
META FILEATTACHMENT attr="" comment="UML model for Services w/SIA example" date="1139869454" name="NewServiceModelUML.pdf" path="NewServiceModelUML.pdf" size="41645" user="RayPlante" version="1.1"
 

Revision 52004-12-17 - TonyLinde

 
META TOPICPARENT name="IvoaResReg"

Registry Model

Entities

This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:

  • resource
    • an item (with an identity) which is of interest or use to the Virtual Observatory community
  • service
    • a resource which can be invoked
      Note: service sub-types such as ConeSearch or SIAP are still considered to be services, not interfaces
  • interface
    • a physical, technical interface to a service
  • organisation
    • any type of organisation
  • site
    • a single location
  • publisher
    • an organisation responsible for creating and maintaining a resource
  • provider
    • an organisation responsible for making a service available
      Note: since only services are invocable then only they ought to have a provider
  • data collection
    • a collection of datasets (or other collections)
  • copy
    • a complete copy of a data collection
      Note: properties of the copy will represent the period a mirror is updated, the date/time a snapshot was taken etc.
      Note: copies of less than the whole data collection will form new collections with a 'derived from' relationship, much as the results of a query would have
  • snapshot
    • a copy of a data collection which is never updated
  • mirror
    • a copy of a data collection which is periodically updated
  • dataset
    • a single published set of data tables from a science team
  • table
    • a set of data in which all rows have the same columns (??)
  • application
    • a collection of functions
  • function
    • a process that transforms data, generates information, etc.
      Note: I'm fairly sure we need both application and function but could do with better definitions
  • sky service
    • a service that makes one or more data collections available
  • tabular sky service
    • a specific type of sky service: one which accesses and returns tabular data
  • app service
    • a service that makes one or more applications available

Model

Draft (simple) models of the terms above:

Resource model

Resource.gif

Registry model

Registry.gif
Changed:
<
<
META FILEATTACHMENT attr="h" comment="" date="1103313487" name="Registry.gif" path="Registry.gif" size="10389" user="TonyLinde" version="1.3"
META FILEATTACHMENT attr="h" comment="" date="1103311018" name="Resource.gif" path="Resource.gif" size="6832" user="TonyLinde" version="1.1"
>
>
META FILEATTACHMENT attr="h" comment="" date="1103319691" name="Registry.gif" path="Registry.gif" size="10561" user="TonyLinde" version="1.4"
META FILEATTACHMENT attr="h" comment="" date="1103319743" name="Resource.gif" path="Resource.gif" size="6087" user="TonyLinde" version="1.2"
 

Revision 42004-12-17 - TonyLinde

 
META TOPICPARENT name="IvoaResReg"

Registry Model

Entities

This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:
Changed:
<
<
  • data centre (or center)
    • definitions here
>
>
  • resource
    • an item (with an identity) which is of interest or use to the Virtual Observatory community
 
  • service
Added:
>
>
    • a resource which can be invoked
      Note: service sub-types such as ConeSearch or SIAP are still considered to be services, not interfaces
 
  • interface
Added:
>
>
    • a physical, technical interface to a service
  • organisation
    • any type of organisation
  • site
    • a single location
  • publisher
    • an organisation responsible for creating and maintaining a resource
  • provider
    • an organisation responsible for making a service available
      Note: since only services are invocable then only they ought to have a provider
 
  • data collection
Changed:
<
<
  • dataset (which I think is just my term for data collection)
>
>
    • a collection of datasets (or other collections)
Deleted:
<
<
  • database
  • table
  • mirror
 
  • copy
Changed:
<
<
  • application
  • function (as in what an app does)
>
>
    • a complete copy of a data collection
      Note: properties of the copy will represent the period a mirror is updated, the date/time a snapshot was taken etc.
      Note: copies of less than the whole data collection will form new collections with a 'derived from' relationship, much as the results of a query would have
  • snapshot
Added:
>
>
    • a copy of a data collection which is never updated
  • mirror
    • a copy of a data collection which is periodically updated
  • dataset
    • a single published set of data tables from a science team
  • table
    • a set of data in which all rows have the same columns (??)
  • application
    • a collection of functions
  • function
    • a process that transforms data, generates information, etc.
      Note: I'm fairly sure we need both application and function but could do with better definitions
  • sky service
    • a service that makes one or more data collections available
  • tabular sky service
    • a specific type of sky service: one which accesses and returns tabular data
  • app service
    • a service that makes one or more applications available
 

Model

Changed:
<
<
First cut of the terms above:
>
>
Draft (simple) models of the terms above:
 
Added:
>
>

Resource model

Resource.gif

Registry model

 Registry.gif
Changed:
<
<
>
>
META FILEATTACHMENT attr="h" comment="" date="1103313487" name="Registry.gif" path="Registry.gif" size="10389" user="TonyLinde" version="1.3"
Deleted:
<
<




<--  
-->

META FILEATTACHMENT attr="h" comment="" date="1103311044" name="Registry.gif" path="Registry.gif" size="10802" user="TonyLinde" version="1.2"
 
META FILEATTACHMENT attr="h" comment="" date="1103311018" name="Resource.gif" path="Resource.gif" size="6832" user="TonyLinde" version="1.1"

Revision 32004-12-17 - TonyLinde

 
META TOPICPARENT name="IvoaResReg"

Registry Model

Entities

This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:

  • data centre (or center)
    • definitions here
  • service
  • interface
  • data collection
  • dataset (which I think is just my term for data collection)
  • database
  • table
  • mirror
  • copy
  • application
  • function (as in what an app does)

Model

First cut of the terms above:

Registry.gif




<--  
-->
Changed:
<
<
META FILEATTACHMENT attr="h" comment="" date="1102626291" name="Registry.gif" path="Registry.gif" size="9193" user="TonyLinde" version="1.1"
>
>
META FILEATTACHMENT attr="h" comment="" date="1103311044" name="Registry.gif" path="Registry.gif" size="10802" user="TonyLinde" version="1.2"
Added:
>
>
META FILEATTACHMENT attr="h" comment="" date="1103311018" name="Resource.gif" path="Resource.gif" size="6832" user="TonyLinde" version="1.1"
 

Revision 22004-12-09 - TonyLinde

 
META TOPICPARENT name="IvoaResReg"
Added:
>
>

Registry Model

Entities

 This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:

  • data centre (or center)
    • definitions here
  • service
  • interface
  • data collection
  • dataset (which I think is just my term for data collection)
  • database
  • table
  • mirror
  • copy
  • application
  • function (as in what an app does)
Added:
>
>

Model

First cut of the terms above:
 
Added:
>
>
Registry.gif
 

Deleted:
<
<
 


<--  
-->
Added:
>
>
META FILEATTACHMENT attr="h" comment="" date="1102626291" name="Registry.gif" path="Registry.gif" size="9193" user="TonyLinde" version="1.1"
 

Revision 12004-12-09 - TonyLinde

 
META TOPICPARENT name="IvoaResReg"
This is the starting point for developing a model of entities with which a registry needs to engage. To start with, we'll simply create a list of 'things' and add definitions to them:

  • data centre (or center)
    • definitions here
  • service
  • interface
  • data collection
  • dataset (which I think is just my term for data collection)
  • database
  • table
  • mirror
  • copy
  • application
  • function (as in what an app does)




<--  
-->
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback