Wayback CDX Server API - BETA
2013-08-07 -- Add this changelist! Page size is now adjustable Pagination API
2013-08-03 -- Added support for Collapsing
Table of Contents
Intro and Usage
wayback-cdx-server is a standalone HTTP servlet that serves the index that the
wayback machine uses to lookup captures.
The index format is known as 'cdx' and contains various fields representing the capture, usually sorted by url and date. http://archive.org/web/researcher/cdx_file_format.php
The server responds to GET queries and returns either the plain text CDX data, or optionally a JSON array of the CDX.
The CDX server is deployed as part of web.archive.org Wayback Machine and the usage below reference this deployment.
However, the cdx server is freely available with the rest of the open-source wayback machine software in this repository.
Further documentation will focus on configuration and deployment in other environments.
Please contant us at firstname.lastname@example.org for additional questions.
The most simple query and the only required param for the CDX server is the url param
The above query will return a portion of the index, one per row, for each 'capture' of the url "archive.org" that is available in the archive.
The columns of each line are the fields of the cdx. At this time, the following cdx fields are publicly available:
It is possible to customize the Field Order as well.
The the url= value should be url encoded if the url itself contains a query.
All other params are optional and are explained below.
For doing large/bulk queries, the use of the Pagination API is recommended.
Url Match Scope
The default behavior is to return matches for an exact url. However, the cdx server can also return results matching a certain prefix, a certain host or all subdomains by using the matchType= param.
For example, if given the url: archive.org/about/ and:
matchType=exact (default if omitted) will return results matching exactly archive.org/about/
matchType=prefix will return results for all results under the path archive.org/about/
matchType=host will return results from host archive.org
matchType=domain will return results from host archive.org and all subhosts *.archive.org
The matchType may also be set implicitly by using wildcard '*' at end or beginning of the url:
- If url is ends in '/*', eg url=archive.org/* the query is equivalent to url=archive.org/&matchType=prefix
- if url starts with '*.', eg url=*.archive.org/ the query is equivalent to url=archive.org/&matchType=domain
(Note: The domain mode is only available if the CDX is in SURT-order format.)
Output Format (JSON)
Output: output=json can be added to return results as JSON array. The JSON output currently also includes a first line which indicates the cdx format.
[["urlkey","timestamp","original","mimetype","statuscode","digest","length"], ["org,archive)/", "19970126045828", "http://www.archive.org:80/", "text/html", "200", "Q4YULN754FHV2U6Q5JUT6Q2P57WEWNNY", "1415"], ["org,archive)/", "19971011050034", "http://www.archive.org:80/", "text/html", "200", "XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3", "1402"], ["org,archive)/", "19971211122953", "http://www.archive.org:80/", "text/html", "200", "XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3", "1405"]]
- By default, CDX server returns gzip encoded data for all queries. To turn this off, add the gzip=false param
It is possible to customize the fields returned from the cdx server using the fl= param. Simply pass in a comma separated list of fields and only those fields will be returned:
The following returns only the timestamp and mimetype fields with the header
If omitted, all the available fields are returned by default.
Date Range: Results may be filtered by timestamp using from= and to= params. The ranges are inclusive and are specified in the same 1 to 14 digit format used for
Regex filtering: It is possible to filter on a specific field or the entire CDX line (which is space delimited). Filtering by specific field is often simpler. Any number of filter params of the following form may be specified: filter=[!]field:regex may be specified.
field is one of the named cdx fields (listed in the JSON query) or an index of the field. It is often useful to filter by mimetype or statuscode
Optional: ! before the query inverts the match, that is, will return results that do NOT match the regex.
regex is any standard Java regex pattern (http://docs.oracle.com/javase/6/docs/api/java/util/regex/Pattern.html)
Ex: Query for 2 capture results with a non-200 status code:
Ex: Query for 10 capture results with a non-200 status code and non text/html mime type matching a specific digest:
A new form of filtering is the option to 'collapse' results based on a field, or a substring of a field. Collapsing is done on adjacent cdx lines where all captures after the first one that are duplicate are filtered out. This is useful for filtering out captures that are 'too dense' or when looking for unique captures.
To use collapsing, add one or more collapse=field or collapse=field:N where N is the first N characters of field to test.
Ex: Only show at most 1 capture per hour (compare the first 10 digits of the timestamp field). Given 2 captures 20130226010000 and 20130226010800, since first 10 digits 2013022601 match, the 2nd capture will be filtered out.
The calendar page at web.archive.org uses this filter by default: http://web.archive.org/web/*/archive.org
Ex: Only show unique captures by digest (note that only adjacent digest are collapsed, duplicates elsewhere in the cdx are not affected)
Ex: Only show unique urls in a prefix query (filtering out captures except first capture of a given url). This is similar to the old prefix query in wayback (note: this query may be slow at the moment):
Query Result Limits
As the CDX server may return millions or billions of record, it is often necessary to set limits on a single query for practical reasons. The CDX server provides several mechanisms, including ability to return the last N as well as first N results.
The CDX server config provides a setting for absolute maximum length returned from a single query (currently set to 150000 by default).
Set limit= N to return the first N results.
Set limit= -N to return the last N results. The query may be slow as it begins reading from the beginning of the search space and skips all but last N results.
Advanced Option: fastLatest=true may be set to return some number of latest results for an exact match and is faster than the standard last results search. The number of results is at least 1 so limit=-1 implies this setting. The number of results may be greater >1 when a secondary index format (such as ZipNum) is used, but is not guaranteed to return any more than 1 result. Combining this setting with limit= will ensure that no more than N last results.
Ex: This query will result in upto 5 of the latest (by date) query results:
The offset= M param can be used in conjunction with limit to 'skip' the first M records. This allows for a simple way to scroll through the results.
However, the offset/limit model does not scale well to large querties since the CDX server must read and skip through the number of results specified by offset, so the CDX server begins reading at the beginning every time.
The following features are for more specific/advanced usage of the CDX server.
There is also a new method that allows for the CDX server to specify 'resumption key' that can be used to continue the query from the previous end. This allows breaking up a large query into smaller queries more efficiently. This can be achieved by using showResumeKey= and resumeKey= params
To show the resumption key add showResumeKey=true param. When set, the resume key will be printed only if the query has more results that have not be printed due to limit= (or max query limit) number of results reached.
After the end of the query, the will be printed on a seperate line or seperate JSON query.
Plain text example: http://web.archive.org/cdx/search/cdx?url=archive.org&limit=5&showResumeKey=true
org,archive)/ 19970126045828 http://www.archive.org:80/ text/html 200 Q4YULN754FHV2U6Q5JUT6Q2P57WEWNNY 1415 org,archive)/ 19971011050034 http://www.archive.org:80/ text/html 200 XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3 1402 org,archive)/ 19971211122953 http://www.archive.org:80/ text/html 200 XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3 1405 org,archive)/ 19971211122953 http://www.archive.org:80/ text/html 200 XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3 1405 org,archive)/ 19980109140106 http://archive.org:80/ text/html 200 XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3 1402 org%2Carchive%29%2F+19980109140106%21
- JSON example: http://web.archive.org/cdx/search/cdx?url=archive.org&limit=5&showResumeKey=true&output=json
[["urlkey","timestamp","original","mimetype","statuscode","digest","length"], ["org,archive)/", "19970126045828", "http://www.archive.org:80/", "text/html", "200", "Q4YULN754FHV2U6Q5JUT6Q2P57WEWNNY", "1415"], ["org,archive)/", "19971011050034", "http://www.archive.org:80/", "text/html", "200", "XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3", "1402"], ["org,archive)/", "19971211122953", "http://www.archive.org:80/", "text/html", "200", "XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3", "1405"], ["org,archive)/", "19971211122953", "http://www.archive.org:80/", "text/html", "200", "XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3", "1405"], ["org,archive)/", "19980109140106", "http://archive.org:80/", "text/html", "200", "XAHDNHZ5P3GSSSNJ3DMEOJF7BMCCPZR3", "1402"], , ["org%2Carchive%29%2F+19980109140106%21"]]
In a subsequent query, adding resumeKey= will resume the search from the next result: No other params from the original query (such as from= or url=) need to be altered To continue from the previous example, the subsequent query would be:
There is some work on custom counters to enchance the aggregation capabilities of CDX server. These features are brand new and should be considered experimental.
While collapsing allows for filtering out adjacent results that are duplicates, it is also possible to track duplicates throughout the cdx
using a special new extension.
By adding the showDupeCount=true a new
dupecount column will be added to the results.
The duplicates are determined by tracking rows with the same
warc/revisitmimetype in duplicates > 0 will automatically be resolved to the mimetype of the original, if found.
Using showDupeCount=true will only show unique captures: http://web.archive.org/cdx/search/cdx?url=archive.org&showDupeCount=true&output=json&limit=50
It is possible to track how many CDX lines were skipped due to Filtering and Collapsing
by adding the special
skipcount counter with showSkipCount=true.
endtimestamp count can also be used to print the timestamp of the last capture by adding lastSkipTimestamp=true
Ex: Collapse results by year and print number of additional captures skipped and timestamp of last capture:
The above resume key allows for sequential querying of CDX data. However, in some cases where very large querying is needed (for example domain query), it may be useful to perform queries in parallel and also estimate the total size of the query.
cdx-server support a secondary loading from a 'zipnum' CDX index.
This index contains CDX lines stored in concatenated GZIP blocks (usually 3,000 lines each) and a secondary index
which provides binary search to the 'zipnum' blocks.
By using the secondary index, it is possible to estimate the total size of a query and also break up the query in size.
Using the zipnum format or other secondary index is needed to support pagination.
However, pagination can only work on a single index at a time; merging input from multiple sources (plain cdx or zipnum) is not possible. As such, the results from a paginated query may be slightly less up-to-date than a default non-paginated query.
To use pagination, simply add the page=i param to the query to return the i-th page. If pagination is not supported, the CDX server will return a 400.
Pages are numbered from 0 to num pages - 1. If i<0, pages are not used. If i>=num pages, no results are returned.
Ex: First page: http://web.archive.org/cdx/search/cdx?url=archive.org&page=0
Ex: Next Page: http://web.archive.org/cdx/search/cdx?url=archive.org&page=1
To determine the number of pages, add the showNumPages=true param. This is a special query that will return a single number indicating the number of pages
Page size is the number of zipnum blocks scanned per page (so a page size of
1will contain up to 3,000 results per page). This means the number of results on each page will vary, because each block may have a different number of CDX lines matching your query. Page size is configured to an optimal value on the CDX server, and may be similar to max query limit in non-paged mode. The CDX server on archive.org currently has a page size of 50.
It is possible to adjust the page size to a smaller value than the default by setting the pageSize=P where 1 <= P <= default page size.
Ex: Get # of pages with smallest page size: http://web.archive.org/cdx/search/cdx?url=archive.org&showNumPages=true&pageSize=1
Ex: Get first page with smallest page size: http://web.archive.org/cdx/search/cdx?url=archive.org&page=0&pageSize=1
If there is only one page, adding the page=0 param will return the same results as without setting a page.
It is also possible to have the CDX server return the raw secondary index, by specifying showPagedIndex=true. This query returns the secondary index instead of the CDX results and may be subject to access restrictions.
All other params, including the resumeKey= should work in conjunction with pagination.
The cdx server is designed to improve access to archived data to a broad audience, but it may be necessary to restrict certain parts of the cdx.
The cdx server provides greanting permissions to restricted data via an API key that is passed in as a cookie.
Currently two restrictions/permission types are supported:
Access to certain urls which are considered private. When restricted, only public urls are included in query results and access to secondary index is restricted.
Access to certain fields, such as filename in the CDX. When restricted, the cdx results contain only public fields.
To allow access, the API key cookie must be explicitly set on the client, eg:
curl -H "Cookie: cdx-auth-token=API-Key-Secret http://mycdxserver/search/cdx?url=..."
The API-Key-Secret can be set in the cdx server configuration.
CDX Server Configuration
Start by editing the wayback-cdx-server-servlet.xml File in the WEB-INF Directory. Just put some valid CDX-Files in the cdxUris-List (Files must end with cdx or cdx.gz!)