- From: Jacopo Scazzosi <jacoposcazzosi@gmail.com>
- Date: Sun, 15 Feb 2015 13:06:43 +0000
- To: Tomasz Pluskiewicz <tomasz@t-code.pl>
- Cc: "public-hydra@w3.org" <public-hydra@w3.org>
- Message-ID: <CALJAd2q=igugrkbZ7RXjY2pv_fX3R7ZqeUKfJdk2pAqrdCMd4Q@mail.gmail.com>
Newcomer here but definitely +1 to a generic way to paginate (a/) statement(/s). -- Jacopo Scazzosi Developer http://www.jacoscaz.com On Sun, Feb 15, 2015 at 12:18 PM, Tomasz Pluskiewicz <tomasz@t-code.pl> wrote: > Hi everyone > > In my latest response to Markus [1] I've expressed my concerns about > defining any kind of navigation scheme for Hydra may be a bad idea. > > Having written that message I've come up with another though about partial > representations. > > We all concern ourselves with collections. But what about another kind of > resources which are large enough so that it may be served in multiple > smaller chunks. Like an object with multiple collections. Each collection > may be small but together the size becomes significant. > > /person/Tomasz > /person/Tomasz/friends > /person/Tomasz/interests > /person/Tomasz/projects > /person/Tomasz/hobbies > /person/Tomasz/family > etc. > > Each URI above could contain a partial view of > /person/Tomasz and they would be linked by some custom properties. > > Isn't this similar to paging collection? My point is that a lot of time is > being invested to define one very specific way for addressing partial > representations (of collections) while a more general approach could be > possible to tackle a multitude of similar cases. > > At the same time Hydra clients can be kept simpler because there is a > general way for doing partial representation and for everything else there > already are Links and IriTemplates... > > Thoughts? > > Regards, > Tom > > >
Received on Sunday, 15 February 2015 13:07:44 UTC