Re: [Specifications] use manages block to advertise type of collection members

Review status: all files reviewed at latest revision, 3 unresolved discussions.

---

*[drafts/use-cases/1.1.security-considerations.md, line 18 at r2](https://reviewable.io:443/reviews/hydracg/specifications/132#-KrUSFWcxbytETQ1yIEc:-KrbKf_ipQMlw5cMwIJn:byqtme2) ([raw file](https://github.com/hydracg/specifications/blob/8c2db652e54f3e4ed52b855e05c73330d9d2d2ea/drafts/use-cases/1.1.security-considerations.md#L18)):*
<details><summary><i>Previously, elf-pavlik (elf Pavlik) wrote…</i></summary><blockquote>

In case above manages blocks wouldn't rely on 'type' `property: rdf:type` but instead on properties like:

  *  http://purl.org/vocab/relationship/friendOf
  * http://purl.org/vocab/relationship/enemyOf
  * http://smiy.sourceforge.net/cco/spec/cognitivecharacteristics.html#interest

Which  capture the relation between `/some-person` and each member in the collection. Not the 'type' of the member -  relation between some instance of `rdfs:Class` and each member in the collection.

Have you participated in defining [Collection Design](https://www.w3.org/community/hydra/wiki/Collection_Design)? Possibly it needs better documentation and clarified motivation beyond linking to gh issues. We didn't think about use case of `rdf:type` property when we discussed his design but it seems perfectly fit to handle it as well.
</blockquote></details>

Ah, I think I recall. This is for when one resource doesn't have an actual relation in dataset but only in hypermedia. So in RDF you don't have a `api:entrypoint vocab:friends api:collection` triple but want to be able to include a link between the two in Hydra representation. Correct?

---


*Comments from [Reviewable](https://reviewable.io:443/reviews/hydracg/specifications/132)*
<!-- Sent from Reviewable.io -->


-- 
GitHub Notification of comment by tpluscode
Please view or discuss this issue at https://github.com/HydraCG/Specifications/pull/132#issuecomment-322562964 using your GitHub account

Received on Tuesday, 15 August 2017 19:29:01 UTC