- From: Tomasz Pluskiewicz via GitHub <sysbot+gh@w3.org>
- Date: Mon, 12 Jul 2021 18:58:45 +0000
- To: public-hydra-logs@w3.org
Off the top of my head, the actual operation being retracted has to be directly associated with a specific resource. And maybe we could reuse `hydra:operation` and add a class of unsupported operations? ```http GET /article/1 { "@id": "/article/1", "@type": "schema:Article", "api:status": "api:published", "operation": { "@type": ["hydra:UnsupportedOperation", "schema:RemoveAction"], "rdfs:comment": "Published articles cannot be removed" }, "schema:primaryImageOfPage": { "schema:contentUrl": "/image/article-1", "operation": { "@type": ["hydra:UnsupportedOperation", "schema:ReplaceAction"], "rdfs:comment": "Insufficient permissions" } } } ``` This way, a client implemented to go through the inline operations first would gather those unsupported and exclude any matches supported by classes (`schema:Articles`) and properties (`schema:Article schema:primaryImageOfPage`). -- GitHub Notification of comment by tpluscode Please view or discuss this issue at https://github.com/HydraCG/Specifications/issues/241#issuecomment-878517071 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 12 July 2021 18:58:47 UTC