- From: Christian Rebischke <christian.rebischke@tu-clausthal.de>
- Date: Thu, 20 Feb 2020 20:56:42 +0100
- To: Tomasz Pluskiewicz <tomasz@t-code.pl>
- CC: <public-hydra@w3.org>
Hello Tomasz, thank you for your mail. Let me explain you my current work: I am working in a small research group that want to enable developers to upload semantic described Web services for emergent genesis. The goal is that a user can describe their requirements and the plattform will semantically search for different services that meet this requirements and compose them to an emergent service. We thought that Hydra is might a good choice for solving this problem. At least the part about semantic input/output and API description. I am the person who is responsible for service discovery, hence I had a look on different semantic Web service descriptions like OWL-S, WSMO, Hydra, WebAPI on schema.org and many others. OWL-S seem to have anything what we would need, but it's old and therefore there are no existing libraries for it anymore. That's why I thought Hydra is might a good choice for the project. Yesterday I had a proper look on the API description and the Web Service Vocabulary. The input and output API description looks fine for me, the only thing what is missing is meta data for the service like "Name", "Description", "License", maybe some sort of "Preconditions" or "Effects". What are "preconditions" and "effects"? This is a concept from OWL-S. It describes adjustments or changes in the physical world. For example, when you trigger a smarthome web service and the smarthome web service is going to adjust the temperature in a room, this might be an effect. Another service can have as precondition, that the room temperature is not too low, this would mean that I would need a sensor service in my "Service composition" for measuring the room temperature first. So much about my project. My next question is: Is this actual from interest for this group? So, are you guys interested in some sort of search algorithm or meta service description for hydra or is this out of scope of Hydra? Best regards, Christian On Wed, Feb 19, 2020 at 07:28:49PM +0100, Tomasz Pluskiewicz wrote: > Hello Christian > > That is a very interesting question and indeed a subject which comes back occasionally in the context of Hydra and other API specifications. > > At the moment there does not appear to be a ready one-size-fits-all solution which would discover Hydra that way. I cannot really comment on the linked package though. > Hydra itself is probably not expressive enough to facilitate that. > > However, because about Hydra is built on top of RDF and Linked Data technologies, it would be fairly easy to start implementing a custom extension to allow such discovery. > > Please let us know a little more about your work: > > 1. What kinds of requirements would the API expose, in human terms perhaps > 2. Would those be public APIs or a closed environment (such as multiple APIs within an organization) > > Best, > Tom > > On 19 February 2020 at 14:32:56, Christian Rebischke (christian.rebischke@tu-clausthal.de) wrote: > > Hi, > > > > is there any library/client for searching for hydra web services and > > matching them against a fixed set of requirements? > > > > Imagine the following: > > > > I have a fixed set of requirements for a Web Service (either described > > semantically or natural language or whatever) and i want to find a > > matching service for this requirement. > > > > Is there something for hydra? > > > > What I've found so far is an `api-doc-parser`[1]. But i am not sure if > > this is enough for finding a matching hydra service. > > > > Grüße > > Christian > > > > [1] https://github.com/dunglas/api-doc-parser > > > > >
Received on Thursday, 20 February 2020 19:57:02 UTC