Comparison with ESS Access Requests and Grants
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- backend-api-design
Direzione di ricerca
Inizia confrontando la documentazione su ESS access requests and grants con le sezioni Data Needs e Access Authorizations della specifica del Data Interoperability Panel. L’issue non indica file, test o un punto di ingresso per l’implementazione. Per considerarlo completato, sarebbe necessario definire chiaramente se è richiesta una libreria di astrazione trasparente e come gestire le differenze tra i due sistemi.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I was just reading https://docs.inrupt.com/ess/latest/security/access-requests-grants/ and it seemed that ESS access requests:
An agent sends an access request to the resource owner. In ESS, the access request is serialized as a VC.
are quite similar to this panel's Data Needs:
A given Social Agent or Application expresses their access needs by providing one or more Access Need Groups to the Social Agent controlling the data they require access to.
And that ESS access grants:
For an approved request, ESS creates an access grant with an approved status.
are quite similar to this panel's Access Authorizations:
An Access Authorization records the decision of a Social Agent to grant access to some portion of data in their control to another Agent.
Given the existence of these two apparently similar systems within our project's community, would maybe it make sense to create a library that abstracts the differences and can deal with both transparently?
- Lingua principale
- Bikeshed
- Stelle
- 58
- Fork
- 18
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di solid/data-interoperability-panel
-
Align with LWS Access Requests and GrantsForse di nuovo libera @elf-pavlik l’ha presa 83 giorni fa e non c’è nessuna pull request aperta. Aperta
solid/data-interoperability-panel#338 · 11 commenti · 1 assegnatario ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
solid/data-interoperability-panel#337 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
solid/data-interoperability-panel#336 · 2 commenti ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
solid/data-interoperability-panel#335 · 3 commenti ·
-
Remove `interop:AccessAuthorization`, `interop:AccessGrant` and `interop:AccessNeedGroup`Forse di nuovo libera @elf-pavlik l’ha presa 519 giorni fa e non c’è nessuna pull request aperta. Aperta
solid/data-interoperability-panel#334 · 5 commenti · 1 assegnatario ·
Tutte le issue di solid/data-interoperability-panel
Issue simili
-
Executable-extension and MIME blocklist is case-sensitive; .EXE and mixed-case variants bypass itApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
awslabs/visual-asset-management-system#412 ·
I maintainer di solito rispondono entro 1 giorno
-
area/web interface
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
mastodon/mastodon#41000 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG] 订单:会员凭订单号即可取消其他会员的待付款订单(取消接口不校验订单归属)Forse già presa @dadiyang l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
macrozheng/mall#1016 ·
-
bug v1 v2
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
modelcontextprotocol/python-sdk#3670 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug pending triage scope/agent
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno