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/.