solid / solid/specification

Basic resource typing through HTTP Link header

Open
#191 0 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

doc: Protocol topic: resource access topic: resource life cycle
Dominant language
HTML
Stars
563
Forks
108
Avg merge
4d 13h
Merged PRs (30d)
3

Description

In order to promote ad hoc discovery of information, servers practice advertising self-describing resources. One way for servers to do this is by advertising the resource type (rel=type) in HTTP Link header. Explicit types can also help to categorise resource lifecycles (for server's management) and data partitioning eg. it is somewhat integral to LDP given its interaction models. When a client encounters Web resources without context, they can at least have a basic understanding what a resource may contain provided that they meet the authorization requirements.

Some cases are listed below and certainly there are others. Should the Solid spec have a requirement (at any level / case by case) for significant types that can be encountered in the ecosystem?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the linked Solid specification issues and pull requests, along with the LDP, Memento, Shape Trees, provenance, and ODRL references. Determine whether the Solid specification should require rel=type for the listed resource categories and at what level. Done requires a resolved scope and an agreed specification change, not just a list of possible resource types.

Written by the indexing model from the issue text.

Assessment

Domain
backend-api-design
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.