- From: Karol Szczepański <karol.szczepanski@gmail.com>
- Date: Tue, 17 Jul 2018 20:31:18 +0200
- To: Vaibhav Chellani <vaibhavchellani223@gmail.com>
- Cc: Hydra <public-hydra@w3.org>
Hi Vaibhav Indeed API documentation part of Hydra seems underspecified - this issue was raised in https://github.com/HydraCG/Specifications/issues/167. There is an example of how an API documentation of hypothetical endpoint could look like at https://github.com/HydraCG/Specifications/blob/master/drafts/use-cases/2.3.complete-api-documentation.md It's neither pretty nor comprehensive. As for your first issue - we were thinking about a new vocabulary being that would allow to define a complete request's shape and bind altogether IRI template, body expectations, headers specification etc. This is not yet introduced - maybe Markus would shed some more light on this as he took that action point from one of our conf-calls (https://www.w3.org/community/hydra/wiki/Conference_Calls#2018-04-16). Regarding templating - IRI templates would be your bet. In general, an instance of hydra:IriTemplate should be considered as a resolvable resource with regards to it's IRI template define within with hydra:template predicate. Regards Karol pt., 13 lip 2018 o 09:23 Vaibhav Chellani <vaibhavchellani223@gmail.com> napisał(a): > > Hi , > > I am Vaibhav Chellani working on a parser to convert Open Api Documentation to Api Documentation for hydrus as my Gsoc Project with hydrus . While developing I came across some situations where I could not think of a way in which I could represent the api structure written using Open Api Specification in HYDRA Documentation , I hope you can help me in the problems discussed below : > > Multiple Parameters at different locations : Data can be received at various locations in the form of parameters , for example “header”,”body”,”path”,”query” . At times we may receive some data from header and some from body in the same request . We get only one key ie “expects” to represent the parameters . The two questions here are > > How to represent the location of input data(parameter)? > How to represent multiple vocab's in key “expects” along with the corresponding location of data ? > > Templating : How do I represent endpoints like ‘A/{id}/B/C’? > > > How do you think we can solve the above issues ? > > > > Best , > Vaibhav Chellani
Received on Tuesday, 17 July 2018 18:31:50 UTC