Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Looking for feedback on a couple use cases #24

Closed
JKReynolds opened this issue Sep 30, 2019 · 2 comments
Closed

Looking for feedback on a couple use cases #24

JKReynolds opened this issue Sep 30, 2019 · 2 comments

Comments

@JKReynolds
Copy link
Contributor

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:

  1. A standard Solid User Profile to be specified, which app developers can understand and read data from.
  2. App developers to understand and reuse pre-existing data from a user’s pod.
  3. 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.
  4. 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:

  1. SolidDeveloper-1 begins work on a new application to enable a user to easily obtain quotes for multiple auto insurance vendors.
  2. The standard Solid User Profile already includes some of the needed data elements.
  3. A Solid standard shape is selected for ‘Method of Payment.’
  4. 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.
  5. 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:

  1. SolidDeveloper-2 develops a new app for users to post and sell vehicles.
  2. 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.
  3. 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.

References

1 https://github.com/CommonCoreOntology/CommonCoreOntologies

2 https://github.com/BFO-ontology/BFO

@JKenwood
Copy link

JKenwood commented Oct 9, 2019

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?

@mark-jensen
Copy link

mark-jensen commented Oct 18, 2019

We have posted initial components for the User Profile use case described above and in #14 (file) to a project repository located here

Thus far we have:

  • User Profile Ontology module which extends CCO
  • Sample batch of RDF for a profile
  • An example of a shape for person's full name and nickname
  • A spreadsheet of relevant ontology terms and definitions

Some members of our team will attend Monday's (10/21) Data Interoperability Panel call to provide a brief overview, discuss, and answer questions.

@solid solid locked and limited conversation to collaborators Jun 16, 2021

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants