Miscellaneous
Tuple-notation
Parameters can be passed using 'tuple-notation'. Tuple-notation allows to specify a set of tuples. Every tuple must have a score (probability) between 0 and 1.
Tuple-notation looks like:
1.0(<value1a>,<value1b>)|1.0(<value2a>,<value2b>)
This would yield a table with 2 columns and 2 rows, and each row having a score of 1.0.
Each tuple should consist of the same number of columns. Backslashes and double-quotes in values must be backslash-escaped.
When submitting a parameter which could hold multiple values, by default this is done by splitting on white-space. Using tuple-notation prevents this default splitting behaviour.
Encoding
Use UTF-8 url-path-escaped values for all fields (strategy-name, parameter names, parameter values, facet names, facet operations, facet values). Make sure to use 'path-encoding' so that characters like '/' and '?' are also URL-encoded.
Errors
200
- Upon a successful request the response is always a 200 response code.
400
- Parse errors are returned with 400 response code. Usually a descriptive message is returned about why the request failed.
403
- Unauthorized access yields a 403 response code.
50x
- Response codes 50x indicate that the underlying workspace is corrupted or the service is not functioning properly. Please contact the helpdesk in that case.
Short-hand Notation
To shorten URLs there are a few short-hands:
/endpoint/, /query/, /parameter/, can be written as /e/, /q/, /p/.