Search 1.9 billion lines of Odoo code on GitHub
cenit_admin_reports_api_reports_v1
| Author: | Cenit IO |
|---|---|
| License: | no license |
| Branch: | 9.0 |
| Repository: | connect-to-ak/odoo-integrations |
| Dependencies: | cenit_base |
| Languages: | HTML (38, 45.2%), Python (40, 47.6%), and XML (6, 7.1%) |
Allows the administrators of Google Apps customers to fetch reports about the usage, collaboration, security and risk for their users.
Show more...
cenit_admin_directory_api_directory_v1
| Author: | Cenit IO |
|---|---|
| License: | no license |
| Branch: | 9.0 |
| Repository: | connect-to-ak/odoo-integrations |
| Dependencies: | cenit_base |
| Languages: | HTML (38, 46.9%), Python (37, 45.7%), and XML (6, 7.4%) |
...
Show more...
account_journal_always_check_date_unported
| Author: | Akretion |
|---|---|
| License: | AGPL-3 |
| Branch: | master |
| Repository: | mdietrichc2c/account-financial-tools |
| Dependencies: | account |
| Languages: | PO File (48, 54.5%), and Python (40, 45.5%) |
Option Check Date in Period always active on journals
Show more...
cenit_geneea_natural_language_processing_1_0
| Author: | Cenit IO |
|---|---|
| License: | no license |
| Branch: | 8.0 |
| Repository: | andhit-r/odoo-integrations |
| Dependencies: | base, and cenit_base |
| Languages: | HTML (38, 5.2%), Python (67, 9.2%), and XML (625, 85.6%) |
<div class="api-description"> <h2>Authentication</h2> <p>For all calls, supply your API key. <a href="https://geneea.3scale.net/">Sign up to <em>obtain the key</em></a>.</p> <p> Our API supports both <em>unencrypted (HTTP)</em> and <em>encrypted (HTTPS)</em> protocols. However, for security reasons, we strongly encourage using only the encrypted version. </p> <p>The API key should be supplied as either a request parameter <code>user_key</code> or in <code>Authorization</code> header.</p> <pre><code>Authorization: user_key <YOUR_API_KEY></code></pre> <h2>API operations</h2> <p> All API operations can perform analysis on supplied raw text or on text extracted from a given URL. Optionally, one can supply additional information which can make the result more precise. An example of such information would be the language of text or a particular text extractor for URL resources. </p> <p>The supported types of analyses are:</p> <ul> <li><strong>lemmatization</strong> ⟶ Finds out lemmata (basic forms) of all the words in the document. </li> <li><strong>correction</strong> ⟶ Performs correction (diacritization) on all the words in the document. </li> <li><strong>topic detection</strong> ⟶ Determines a topic of the document, e.g. finance or sports. </li> <li><strong>sentiment analysis</strong> ⟶ Determines a sentiment of the document, i.e. how positive or negative the document is. </li> <li><strong>named entity recognition</strong> ⟶ Finds named entities (like person, location, date etc.) mentioned the the document. </li> </ul> <h2>Encoding</h2> <p>The supplied text is expected to be in UTF-8 encoding, this is especially important for non-english texts.</p> <h2>Returned values</h2> <p>The API calls always return objects in serialized JSON format in UTF-8 encoding.</p> <p> If any error occurs, the HTTP response code will be in the range <code>4xx</code> (client-side error) or <code>5xx</code> (server-side error). In this situation, the body of the response will contain information about the error in JSON format, with <code>exception</code> and <code>message</code> values. </p> <h2>URL limitations</h2> <p> All the requests are semantically <code>GET</code>. However, for longer texts, you may run into issues with URL length limit. Therefore, it's possible to always issue a <code>POST</code> request with all the parameters encoded as a JSON in the request body. </p> <p>Example:</p> <pre><code> POST /s1/sentiment Content-Type: application/json {"text":"There is no harm in being sometimes wrong - especially if one is promptly found out."} </code></pre> <p>This is equivalent to <code>GET /s1/sentiment?text=There%20is%20no%20harm...</code></p> <h2>Request limitations</h2> <p> The API has other limitations concerning the size of the HTTP requests. The maximal allowed size of any POST request body is <em>512 KiB</em>. For request with a URL resource, the maximal allowed number of extracted characters from each such resource is <em>100,000</em>. </p> <h2>More information</h2> <p> <a href="https://geneea.atlassian.net/wiki/display/IPD/The+Interpretor+API+Public+Documentation" target="_blank"> The Interpretor Public Documentation </a> </p> </div>
Show more...