Parses microformats, RDFa, RDF/XML, Turtle and N-Triples.
http://.../best/twitter.com/cygrihttp://.../rdfxml/http://data.govhttp://.../ttl/http://www.w3.org/People/Berners-Lee/cardhttp://.../?uri=http://dbpedia.org/resource/Berlinhttp://.../?format=nt&uri=http://dbpedia.org/resource/BerlinHTTP GET requests can be made to URIs of the shape
http://.../format/input-uri
The response is the input document converted to the desired output format.
HTTP GET requests can be made to
the URI
http://.../ with the following
query parameters:
| uri | URI of an input document |
|---|---|
| format | Desired output format; defaults to best |
The response is the input document converted to the desired output format.
HTTP POSTing a document body to
http://.../format will convert
the document to the specified output format. The media type of the input
has to be specified in the Content-Type HTTP header. Depending
on the servlet container, a Content-Length header specifying
the length of the input document in bytes might also be required. Typical
media types for supported input formats are:
| Input format | Media type |
|---|---|
| HTML | text/html |
| RDF/XML | application/rdf+xml |
| Turtle | text/turtle |
| N-Triples | text/plain |
| N-Quads | text/plain |
Example POST request:
POST /rdfxml HTTP/1.0 Host: example.com Content-Type: text/turtle Content-Length: 174 @prefix foaf: <http://xmlns.com/foaf/0.1/> . [] a foaf:Person; foaf:name "John X. Foobar"; foaf:mbox_sha1sum "cef817456278b70cee8e5a1611539ef9d928810e"; .
A document body can also be converted by HTTP POSTing form data to
http://.../. The
Content-Type HTTP header must be set to
application/x-www-form-urlencoded. The following
parameters are supported:
| type | Media type of the input, see the table above. If not present, auto-detection will be attempted. |
|---|---|
| body | Document body to be converted |
| format | Desired output format; defaults to best |
Supported output format identifiers are:
best for content negotiation according to the client's Accept HTTP headerturtle, ttl, n3 for
Turtle/N3ntriples, nt for
N-Triplesnquads, nq for
N-Quadsrdfxml, rdf, xml for
RDF/XMLProcessing errors are indicated via
HTTP status codes and brief text/plain error messages.
The following status codes can be returned:
| Code | Reason |
|---|---|
| 200 OK | Success |
| 204 No Content | Extraction from input was successful, but yielded zero triples |
| 400 Bad Request | Missing or malformed input parameter |
| 404 Not Found | Malformed request URI |
| 406 Not Acceptable | None of the media types specified in the Accept header are supported |
| 415 Unsupported Media Type | Document body with unsupported media type was POSTed |
| 502 Bad Gateway | Input document from a remote server could not be fetched or parsed |
any23 project homepage | Hosted at DERI, NUI Galway
If the Fix checkbox is activated, Any23 tries to fix some common RDFa mistakes before performing the extraction. Fixing is performed according a set of fully customizable rules. Please refer to the developer guide for any further detail.
If the Report and Fix checkboxes are both activated, Any23 wraps the RDF extracted triples with an XML response providing a short report on which RDFa errors have been detected and which rules have been triggered to perform the fix. Please refer to the developer guide for any further detail.