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
The validation report is advertised as Link: <{path}?validate>; rel="describedby" (src/http.rs). Serve it under a relation that is not already taken.
Why
describedby is LDP's description-resource relation. A client following it expects a description auxiliary for the resource and gets a SHACL validation report instead. The two are not interchangeable, and a generic client cannot tell them apart before dereferencing.
It also collides with this pod's own plans: /.aux/{subject}.meta is reserved as the description auxiliary (docs/uri-space.md), so describedby is the relation that resource will want when #63 lands.
What
The validation report is advertised as
Link: <{path}?validate>; rel="describedby"(src/http.rs). Serve it under a relation that is not already taken.Why
describedbyis LDP's description-resource relation. A client following it expects a description auxiliary for the resource and gets a SHACL validation report instead. The two are not interchangeable, and a generic client cannot tell them apart before dereferencing.It also collides with this pod's own plans:
/.aux/{subject}.metais reserved as the description auxiliary (docs/uri-space.md), sodescribedbyis the relation that resource will want when #63 lands.How
ldp:constrainedBywhere it is: pointing at the shape on a refusal is what LDP 4.2.1.6 asks for, and that part is correct today.