- From: Joshua Cornejo <josh@marketdata.md>
- Date: Tue, 16 Jul 2024 08:07:24 +0100
- To: <public-odrl@w3.org>
- Message-ID: <C4DB9C11-1B14-4AC8-94B0-69A41229FEB0@marketdata.md>
Hi, Hi, I am working on REST API’s for validation and evaluation. To make my life more complicated, for every triple <function, action, asset> I want two API, one returns the possible evaluation paths (eg. <agreement, rule, <any messages>> and a second one returns actual evaluation outcome <result, activation, <any messages>>. For consistency, I have two types of response (an internal JSON for my IDE, and either RDF or JSON-LD for general consumption) and I have 2 types of errors : The API errors (e.g. 500) – these are simple to represent; The “traversal” errors (like my example error below: “enquiry for subject A on world B => subject A doesn’t exist) could turn out to be complicated (e.g. the validation could be a sequence logical constraint X not satisfied in rule R for party A in world B), and I am wondering if the best representation for a machine would be an RDF (or JSON-LD) output to “understand the error” – those would go in the <any messages> section of a response. So the answer is sort of ‘both’: machine-readable that could be easily templated for human consumption. Thanks, ___________________________________ Joshua Cornejo marketdata embed open standards across your supply chain From: <Research@OatGrain-InnovationS.de> Date: Tuesday 16 July 2024 at 06:09 To: 'Joshua Cornejo' <josh@marketdata.md>, <public-odrl@w3.org> Subject: RE: Error Ontology Resent-From: <public-odrl@w3.org> Resent-Date: Tue, 16 Jul 2024 05:09:44 +0000 Hello Joshua.Cornejo, Hallo @all, What ist the goal of usage for the error representation? Seeking human readable info for an occurred error message. Support of error and parsing mechanisms (in a compiler) Yours, Dipl.-Phys. Frank.Haferkorn From: Joshua Cornejo <josh@marketdata.md> Sent: Montag, 15. Juli 2024 17:14 To: public-odrl@w3.org Group <public-odrl@w3.org> Subject: Error Ontology Hi, Does anyone know of a “broadly” used ontology to represent errors? ex:returnedError a on:Error; terms:description "did:odrlw:0190b6bc-7d30-7062-a56c-f5b2be29edfa subject {efe046cc-4e45-4c4f-915d-146a81dd5749} not found"@en. I am looking to return useful information (for example above, the party - in red - wasn’t found in the world - in blue). Regards, ___________________________________ Joshua Cornejo marketdata embed open standards across your supply chain
Received on Tuesday, 16 July 2024 07:07:30 UTC