You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, my team and I put together a couple of use cases for the user profile. We would really appreciate some feedback on these.
In addition to the use cases below, we have been doing a survey of apps to see what are the most common terms that are found in apps (Solid and non-Solid). We will soon be delivering the results of that survey as well as some proposed initial terms and definitions.
We are aware that the user profile will serve as a primary point from which the user's info is discoverable. We are primarily discussing the structure of that discoverable user information here.
Again, please read what we have here and let us know what you think. I posted these oriingally as an update to #14 however, we weren't really seeing any feedback.
Thanks.
Use Cases for the User Profile
The following use cases must be considered when designing the data model for the Solid User Profile.
Solid Data Interoperability Panel Use Case: Semantic Interoperability
Purpose: To demonstrate how a shared ontology will enable:
A standard Solid User Profile to be specified, which app developers can understand and read data from.
App developers to understand and reuse pre-existing data from a user’s pod.
App developers to leverage a standard set of shapes to validate both the structure and meaning of data being inserted into a user’s pod.
New terms to be created as extensions of the shared ontology to enable interoperability and semantic consistency with the higher (i.e. parent) level.
Preconditions:
SolidUser has a Solid Pod with their User Profile data entered.
Use Case-1:
SolidDeveloper-1 begins work on a new application to enable a user to easily obtain quotes for multiple auto insurance vendors.
The standard Solid User Profile already includes some of the needed data elements.
A Solid standard shape is selected for ‘Method of Payment.’
SolidDeveloper-1 creates a new ontology extension for Vehicle-Data (which is not currently in the Solid User Profile), which inherits from the shared ontology. SolidDeveloper-1 creates a shape that can be used to validate the data. This Shape is posted to a repository for other developers to use.
SolidUser uses SolidDeveloper-1’s app to enter new data in their Solid pod that conforms to the shapes from steps 3 and 4, above. SolidUser shares limited access to this data with multiple insurance companies to obtain quotes.
Use Case-2:
SolidDeveloper-2 develops a new app for users to post and sell vehicles.
SolidDeveloper-2 reuses the Vehicle-Data extension ontology, but extends it further to include new terms representing data such as advertised price and bargaining range.
SolidUser uses SolidDeveloper-1’s and SolidDeveloper-2’s apps, which leverage a common set of standard and vehicle information, and only needs to add a few new pieces of data to post their vehicle for resale.
Shared Ontology:
To demonstrate this use case, the U.S. Army Avatar Team will use the Common Core Ontologies (CCO)1 , which are a suite of logically consistent mid-level ontologies that extend from Basic Formal Ontology (BFO)2 . BFO is in final committee balloting as ISO/IEC JTC1 21838-2 Top Level Ontology. Note: Solid extension ontologies will extend from CCO, not directly from BFO.
I am assuming that SolidDeveloper-2 was included in Use-Case step5 and has access to the data in the POD? How then does SolidDeveloper-2 know that data meeting the Vehicle-Data ontology exist and that they can extend it?
Hello, my team and I put together a couple of use cases for the user profile. We would really appreciate some feedback on these.
In addition to the use cases below, we have been doing a survey of apps to see what are the most common terms that are found in apps (Solid and non-Solid). We will soon be delivering the results of that survey as well as some proposed initial terms and definitions.
We are aware that the user profile will serve as a primary point from which the user's info is discoverable. We are primarily discussing the structure of that discoverable user information here.
Again, please read what we have here and let us know what you think. I posted these oriingally as an update to #14 however, we weren't really seeing any feedback.
Thanks.
Use Cases for the User Profile
The following use cases must be considered when designing the data model for the Solid User Profile.
Solid Data Interoperability Panel Use Case: Semantic Interoperability
Purpose: To demonstrate how a shared ontology will enable:
Preconditions:
SolidUser has a Solid Pod with their User Profile data entered.
Use Case-1:
Use Case-2:
Shared Ontology:
To demonstrate this use case, the U.S. Army Avatar Team will use the Common Core Ontologies (CCO)1 , which are a suite of logically consistent mid-level ontologies that extend from Basic Formal Ontology (BFO)2 . BFO is in final committee balloting as ISO/IEC JTC1 21838-2 Top Level Ontology. Note: Solid extension ontologies will extend from CCO, not directly from BFO.
References
1 https://github.com/CommonCoreOntology/CommonCoreOntologies
2 https://github.com/BFO-ontology/BFO
The text was updated successfully, but these errors were encountered: