Wikidata query service/ユーザーマニュアル
ウィキデータ･クエリサービス Wikidata Query Service (WDQS) はSPARQL（スパークル）エンドポイントを提供するソフトウェア兼公共サービスで、利用者はウィキデータのデータセットに検索をかけることができます。
サーバ運用は現在、ベータ段階にあり、そのため、事前のお知らせのないままデータセットもしくはサービス内容を変更することがある点にご留意ください。
このページあるいは関連するその他の説明文書は、臨機応変に更新されます。このサービスを利用する場合は、これらをウォッチリストに追加するようお勧めします。
SPARQLクエリの三プロは、SPARQLの例のページを参照してください。
Contents
データセット
ウィキデータ・クエリサービスの対象はWikidata.orgに保存されたデータセットで、RDF ダンプ形式説明文書に解説してあるとおり、RDF形式で保存されます。
このサービスのデータセットは主に性能上の理由から、RDF形式のダンプファイルと完全には一致しません。相違点の解説は説明文書を参照してください。
同じデータは毎週、次の場所でダンプを公開しています（訳注：ウィキデータ・ウィキの実体の索引）。
https://dumps.wikimedia.org/wikidatawiki/entities/
基本 - SPOまたは構文の3要素を理解する
spo or "subject, predicate, object" is known as a triple, or commonly referred to in Wikidata as a statement about data.
The statement "The United States capital is Washington DC" consists of the subject "United States" (Q30), the predicate "capital is" (P36), and an object "Washington DC" (Q61). This statement can be represented as three URIs:
<http://www.wikidata.org/entity/30> <http://www.wikidata.org/prop/direct/P36> <http://www.wikidata.org/entity/Q61> .
Thanks to the prefixes (see below), the same statement can be written in a more concise form. Note the dot at the end to represent the end of the statement.
wd:Q30 wdt:P36 wd:Q61 .
The /entity/ (wd:) represents Wikidata entity (Q-number values). The /prop/direct/ (wdt:) is a "truthy" property — a value we would expect most often when looking at the statement. The truthy properties are needed because some statements could be "true-er" than others. For example, the statement "The capital of U.S. is New York City" is also true — but only if you look at the context of U.S. history. WDQS uses rank to determine which statements should be used as "truthy".
In addition to the truthy statements, WDQS stores all statements (both truthy and not), but they don't use the same wdt: prefix. U.S. capital have three values: DC, Philadelphia, and New York. And each of these values have "qualifiers" - additional information, such as start and end dates, that narrows down the scope of each statement. To store this information in the triplestore, WDQS introduces an auto-magical "statement" subject, which is essentially a random number:
wd:Q30 p:P36 <random_URI_1> . # US "indirect capital" is <X>
<random_URI_1> ps:P36 wd:Q61 . # The X's "real capital value" is Washington DC
<random_URI_1> ps:P580 "1800-11-17" . # The X's start date is 1800-11-17
See SPARQL tutorial - qualifiers for more information.
spo is also used as a form of basic syntax layout for querying RDF data structures, or any graph database or triplestore, such as the Wikidata Query Service (WDQS), which is powered by Blazegraph, a high performance graph database.
Advanced uses of a triple (spo) even including using triples as objects or subjects of other triples!
Basics - Understanding Prefixes
The subjects and predicates (first and second values of the triple) must always be stored as URI. For example, if the subject is Universe (Q1), it will be stored as <https://www.wikidata.org/wiki/Q1>. Prefixes allow us to write that long URI in a shorter form: wd:Q1. Unlike subjects and predicates, the object (triple's third value) can be either a URI or a literal, e.g. a number or a string.
WDQS understands many shortcut abbreviations, known as prefixes. Some are internal to Wikidata, e.g. wd, wdt, p, ps, bd, and many others are commonly used external prefixes, like rdf, skos, owl, schema.
In the following query, we are asking for items where there is a statement of "P279 = Q7725634" or in fuller terms, selecting subjects that have a predicate of "subclass of" with an object of = "literary work". The output variables:
PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wds: <http://www.wikidata.org/entity/statement/>
PREFIX wdv: <http://www.wikidata.org/value/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX wikibase: <http://wikiba.se/ontology#>
PREFIX p: <http://www.wikidata.org/prop/>
PREFIX ps: <http://www.wikidata.org/prop/statement/>
PREFIX pq: <http://www.wikidata.org/prop/qualifier/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX bd: <http://www.bigdata.com/rdf#>
# The below SELECT query does the following:
# Selects all the items(?s subjects) and their descriptions(?desc)
# that have(WHERE) the statement(?s subject) has a direct property(wdt:) = P279 <subclasses of>
# with a value of entity(wd:) = Q7725634 <Literary Work>
# and Optionally return the label and description using the Wikidata label service
SELECT ?s ?desc WHERE {
?s wdt:P279 wd:Q7725634 .
OPTIONAL {
?s rdfs:label ?desc filter (lang(?desc) = "en").
}
}
Extensions
The service supports the following extensions to standard SPARQL capabilities:
Label service
You can fetch the label, alias, or description of entities you query, with language fallback, using the specialized service with the URI <http://wikiba.se/ontology#label>. The service is very helpful when you want to retrieve labels, as it reduces the complexity of SPARQL queries that you would otherwise need to achieve the same effect.
The service can be used in one of the two modes: manual and automatic.
In automatic mode, you only need to specify the service template, e.g.:
Geospatial search
The service allows to search for items with coordinates located within certain radius of the center of within certain bounding box.
Search around point
例:
# Airports within 100km from Berlin
#defaultView:Map
SELECT ?place ?placeLabel ?location ?dist WHERE {
# Berlin coordinates
wd:Q64 wdt:P625 ?berlinLoc .
SERVICE wikibase:around {
?place wdt:P625 ?location .
bd:serviceParam wikibase:center ?berlinLoc .
bd:serviceParam wikibase:radius "100" .
bd:serviceParam wikibase:distance ?dist.
}
# Is an airport
?place wdt:P31/wdt:P279* wd:Q1248784 .
SERVICE wikibase:label {
bd:serviceParam wikibase:language "en" .
}
} ORDER BY ASC(?dist)
The first line of the around service call must have format ?item predicate ?location, where the result of the search will bind ?item to items within the specified location and ?location to their coordinates.
The parameters supported are:
| Predicate | Meaning |
|---|---|
| wikibase:center | The point around which search is performed. Must be bound for search to work. |
| wikibase:radius | Distance from the center. Currently the distance is always in kilometers, other units are not supported yet. |
| wikibase:globe | The globe which is being searched. Optional, default it's Earth (wd:Q2). |
| wikibase:distance | The variable receiving distance information |
Search within box
Example of box search:
# Schools between San Jose, CA and Sacramento, CA
#defaultView:Map
SELECT * WHERE {
wd:Q16553 wdt:P625 ?SJloc .
wd:Q18013 wdt:P625 ?SCloc .
SERVICE wikibase:box {
?place wdt:P625 ?location .
bd:serviceParam wikibase:cornerSouthWest ?SJloc .
bd:serviceParam wikibase:cornerNorthEast ?SCloc .
}
?place wdt:P31/wdt:P279* wd:Q3914 .
}
or:
#Schools between San Jose, CA and San Francisco, CA
#defaultView:Map
SELECT ?place ?location WHERE {
wd:Q62 wdt:P625 ?SFloc .
wd:Q16553 wdt:P625 ?SJloc .
SERVICE wikibase:box {
?place wdt:P625 ?location .
bd:serviceParam wikibase:cornerWest ?SFloc .
bd:serviceParam wikibase:cornerEast ?SJloc .
}
?place wdt:P31/wdt:P279* wd:Q3914 .
}
Coordinates may be specified directly:
# Schools between San Jose, CA and Sacramento, CA
#same as previous
#defaultView:Map
SELECT * WHERE {
SERVICE wikibase:box {
?place wdt:P625 ?location .
bd:serviceParam wikibase:cornerWest "Point(-121.872777777 37.304166666)"^^geo:wktLiteral .
bd:serviceParam wikibase:cornerEast "Point(-121.486111111 38.575277777)"^^geo:wktLiteral .
}
?place wdt:P31/wdt:P279* wd:Q3914 .
}
The first line of the box service call must have format ?item predicate ?location, where and the result of the search will bind ?item to items within the specified location and ?location to their coordinates.
The parameters supported are:
| Predicate | Meaning |
|---|---|
| wikibase:cornerSouthWest | The south-west corner of the box. |
| wikibase:cornerNorthEast | The north-east corner of the box. |
| wikibase:cornerWest | The western corner of the box. |
| wikibase:cornerEast | The eastern corner of the box. |
| wikibase:globe | The globe which is being searched. Optional, default it's Earth (wd:Q2). |
wikibase:cornerSouthWest and wikibase:cornerNorthEast should be used together, as well as wikibase:cornerWest and wikibase:cornerEast, and can not be mixed.
If wikibase:cornerWest and wikibase:cornerEast predicates are used, then the points are assumed to be the coordinates of the diagonal of the box, and the corners are derived accordingly.
Extended functions
Distance function
The function geof:distance returns distance between two points on Earth, in kilometers.
Example usage:
# Airports within 100km from Berlin
SELECT ?place ?placeLabel ?location ?dist WHERE {
# Berlin coordinates
wd:Q64 wdt:P625 ?berlinLoc .
SERVICE wikibase:around {
?place wdt:P625 ?location .
bd:serviceParam wikibase:center ?berlinLoc .
bd:serviceParam wikibase:radius "100" .
}
# Is an airport
?place wdt:P31/wdt:P279* wd:Q1248784 .
SERVICE wikibase:label {
bd:serviceParam wikibase:language "en" .
}
BIND(geof:distance(?berlinLoc, ?location) as ?dist)
} ORDER BY ?dist
# Places around 0°,0°
SELECT *
{
SERVICE wikibase:around {
?place wdt:P625 ?location .
bd:serviceParam wikibase:center "Point(0 0)"^^geo:wktLiteral .
bd:serviceParam wikibase:radius "250" .
}
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . ?place rdfs:label ?placeLabel }
BIND(geof:distance("Point(0 0)"^^geo:wktLiteral, ?location) as ?dist)
}
ORDER BY ?dist
Coordinate parts functions
Functions geof:globe, geof:latitude & geof:longitude return parts of a coordinate - globe URI, latitude and longitude accordingly.
Decode URL functions
Function wikibase:decodeUri decodes (i.e. reverses percent-encoding) given URI string. This may be necessary when converting Wikipedia titles (which are encoded) into actual strings. This function is an opposite of SPARQL encode_for_uri function.
Automatic prefixes
Most prefixes that are used in common queries are supported by the engine without the need to explicitly specify them.
Extended dates
The service supports date values of type xsd:dateTime in the range of about 290B years in the past and in the future, with one-second resolution.
WDQS stores dates as the 64-bit number of seconds since the Unix epoch.
Blazegraph extensions
Blazegraph platform on top of which WDQS is implemented has its own set of SPARQL extension. Among them several graph traversal algorithms which are documented on Blazegraph Wiki, including BFS, shortest path, CC and PageRank implementations.
Please also refer to the Blazegraph documentation on query hints for information about how to control query execution and various aspects of the engine.
Federation
We allow SPARQL Federated Queries to call out to a selected number of external databases. Supported endpoints are:
Example federated query:
- Items used: Lope de Vega (Q165257)
- Properties used: BVMC person ID (P2799)
SELECT ?workLabel WHERE {
wd:Q165257 wdt:P2799 ?id
BIND(uri(concat("http://data.cervantesvirtual.com/person/", ?id)) as ?bvmcID)
SERVICE <http://data.cervantesvirtual.com/openrdf-sesame/repositories/data> {
?bvmcID <http://rdaregistry.info/Elements/a/otherPFCManifestationOf> ?work .
?work rdfs:label ?workLabel
}
}
Please note that the databases listed above use ontologies that may be very different from the Wikidata one. Please refer to the owner documentation links above to learn about the ontologies and data access to these databases.
Mediawiki API
Please see full description on Mediawiki API Service documentation page.
Mediawiki API Service allows to call out to Mediawiki API from SPARQL, and receive the results from inside the SPARQL query. Example (finding category members):
- Items used: Q27119725
- Properties used: topic's main category (P910)
SELECT * WHERE {
wd:Q27119725 wdt:P910 ?category .
?link schema:about ?category; schema:isPartOf <https://en.wikipedia.org/>; schema:name ?title .
SERVICE wikibase:mwapi {
bd:serviceParam wikibase:api "Generator" .
bd:serviceParam wikibase:endpoint "en.wikipedia.org" .
bd:serviceParam mwapi:gcmtitle ?title .
bd:serviceParam mwapi:generator "categorymembers" .
bd:serviceParam mwapi:gcmprop "ids|title|type" .
bd:serviceParam mwapi:gcmlimit "max" .
# out
?subcat wikibase:apiOutput mwapi:title .
?ns wikibase:apiOutput "@ns" .
?item wikibase:apiOutputItem mwapi:item .
}
}
Wikimedia サービス
Wikimedia runs the public service instance of WDQS, which is available for use at http://query.wikidata.org/.
The runtime of the query on the public endpoint is limited to 60 seconds. That is true both for the GUI and the public SPARQL endpoint. If you need to run longer queries, please contact the Discovery team.
GUI
The GUI at the home page of http://query.wikidata.org/ allows you to edit and submit SPARQL queries to the query engine. The results are displayed as an HTML table. Note that every query has a unique URL which can be bookmarked for later use. Going to this URL will put the query in the edit window, but will not run it - you still have to click "Execute" for that.
One can also generate a short URL for the query via a URL shortening service by clicking the "Generate short URL" link on the right - this will produce the shortened URL for the current query.
The "Add prefixes" button generates the header containing standard prefixes for SPARQL queries. The full list of prefixes that can be useful is listed in the RDF format documentation. Note that most common prefixes work automatically, since WDQS supports them out of the box.
The GUI also features a simple entity explorer which can be activated by clicking on the "🔍" symbol next to the entity result. Clicking on the entity Q-id itself will take you to the entity page on wikidata.org.
Default views
- Main article: wikidata:Special:MyLanguage/Wikidata:SPARQL query service/Wikidata Query Help/Result Views
If you run the query in the WDQS GUI, you can choose which view to present by specifying a comment: #defaultView:viewName at the beginning of the query.
SPARQL endpoint
SPARQL queries can be submitted directly to the SPARQL endpoint with a GET or POST request to https://query.wikidata.org/sparql?query=SPARQL.
The result is returned as XML by default, or as JSON if either the query parameter format=json or the header Accept: application/sparql-results+json are provided.
POST requests also accept the query in the body of the request, instead of URL, allowing to run larger queries without hitting URL length limit.
(Note that the POST body must still be query=SPARQL, not just SPARQL, and the SPARQL query must still be URL-escaped.)
JSON format is standard SPARQL 1.1 Query Results JSON Format.
It is recommended to use GET for smaller queries and POST for larger queries, as POST queries are not cached.
Supported formats
The following output formats are currently supported by the SPARQL endpoint:
| 書式 | HTTP ヘッダー | クエリのパラメータ | 説明 |
|---|---|---|---|
| XML | Accept: application/sparql-results+xml | format=xml | XML result format, is returned by default. As specified in https://www.w3.org/TR/rdf-sparql-XMLres/ |
| JSON | Accept: application/sparql-results+json | format=json | JSON result format, as in: https://www.w3.org/TR/sparql11-results-json/ |
| TSV | Accept: text/tab-separated-values | As specified in https://www.w3.org/TR/sparql11-results-csv-tsv/ | |
| CSV | Accept: text/csv | As specified in https://www.w3.org/TR/sparql11-results-csv-tsv/ | |
| Binary RDF | Accept: application/x-binary-rdf-results-table |
Query timeout
There is a hard query deadline configured which is set to 60 seconds.
Every query will timeout when it takes more time to execute than this configured deadline. You may want to optimize the query or report a problematic query here.
Also note that currently access to the service is limited to 5 parallel queries per IP. These limits are subject to change depending on resources and usage patterns.
名前空間
The data on Wikidata Query Service contains the main namespace, wdq, to which queries to the main SPARQL endpoint are directed, and other auxiliary namespaces, listed below.
To query data from different namespace, use endpoint URL https://query.wikidata.org/bigdata/namespace/NAMESPACENAME/sparql.
カテゴリ
DCAT-AP
The DCAT-AP data for Wikidata is available as SPARQL in namespace dcatap.
The SPARQL endpoint for accessing it is: https://query.wikidata.org/bigdata/namespace/dcatap/sparql
The source for the data is: https://dumps.wikimedia.org/wikidatawiki/entities/dcatap.rdf
Example query to retrieve data:
PREFIX dcat: <http://www.w3.org/ns/dcat#>
PREFIX dct: <http://purl.org/dc/terms/>
SELECT ?url ?date ?size WHERE {
<https://www.wikidata.org/about#catalog> dcat:dataset ?dump .
?dump dcat:distribution [
dct:format "application/json" ;
dcat:downloadURL ?url ;
dct:issued ?date ;
dcat:byteSize ?size
] .
}
Linked Data Fragments endpoint
We also support querying the database using Triple Pattern Fragments interface. This allows to cheaply and efficiently browse triple data where one or two components of the triple is known and you need to retrieve all triples that match this template. See more information at the Linked Data Fragments site.
The interface can be accessed by the URL: https://query.wikidata.org/bigdata/ldf.
Example requests:
- https://query.wikidata.org/bigdata/ldf?subject=http%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ146 - all triples with subject cat (Q146)
- https://query.wikidata.org/bigdata/ldf?subject=&predicate=http%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23label&object=%22London%22%40en - all triples that have English label "London"
Note that only full URLs are currently supported for the subject, predicate and object parameters.
By default, HTML interface is displayed, however several data formats are available, defined by Accept HTTP header.
| Accept | 書式 |
|---|---|
| text/html | Default HTML browsing interface |
| text/turtle | Turtle format |
| application/ld+json | JSON-LD format |
| application/n-triples | N-Triples format |
| application/rdf+xml | RDF/XML format |
The data is returned in pages, page size being 100 triples.
The pages are numbered starting from 1, and page number is defined by page parameter.
Standalone service
As the service is open source software, it is also possible to run the service on any user's server, by using the instructions provided below.
The hardware recommendations can be found in Blazegraph documentation.
If you plan to run the service against non-Wikidata Wikibase instance, please see further instructions.
インストール
In order to install the service, it is recommended that you download the full service package as a ZIP file, e.g. from Maven Central, with group ID org.wikidata.query.rdf and artifact ID "service" , or clone the source distribution at https://github.com/wikimedia/wikidata-query-rdf/ and build it with "mvn package".
The package ZIP will be in the dist/target directory under service-VERSION-dist.zip .
The package contains the Blazegraph server as a .war application, the libraries needed to run the updater service to fetch fresh data from the wikidata site, scripts to make various tasks easier, and the GUI in the gui subdirectory.
If you want to use the GUI, you will have to configure your HTTP server to serve it.
By default, only the SPARQL endpoint at http://localhost:9999/bigdata/namespace/wdq/sparql is configured, and the default Blazegraph GUI is available at http://localhost:9999/bigdata/. Note that in the default configuration, both are accessible only from localhost. You will need to provide external endpoints and an appropriate access control if you intend to access them from outside.
Using snapshot versions
If you want to install an un-released snapshot version (usually this is necessary if released version has a bug which is fixed but new release is not available yet) and do not want to compile your own binaries, you can use either:
- https://github.com/wikimedia/wikidata-query-deploy - deployment repo containing production binaries. Needs
git fatworking. Check it out and do "git fat pull". - Archiva snapshot deployments at https://archiva.wikimedia.org/#artifact/org.wikidata.query.rdf/service - choose the latest version, then Artifacts, and select the latest package for download.
データの読み込み
Further install procedure is described in detail in the Getting Started document which is part of the distribution, and involves the following steps:
- Download recent RDF dump from https://dumps.wikimedia.org/wikidatawiki/entities/ (the RDF one is the one ending in
.ttl.gz). - Pre-process data with the
munge.shscript. This creates a set of TTL files with preprocessed data, with names likewikidump-000000001.ttl.gz, etc. See options for the script below. - Start Blazegraph service by running the
runBlazegraph.shscript. - Load the data into the service by using
loadData.sh. Note that loading data is usually significantly slower than pre-processing, so you can start loading as soon as several preprocessed files are ready. Loading can be restarted from any file by using the options as described below. - After all the data is loaded, start the Updater service by using
runUpdater.sh.
Loading categories
If you also want to load category data, please do the following:
- Create namespace, e.g.
categories:createNamespace.sh categories - Load data into it:
forAllCategoryWikis.sh loadCategoryDump.sh categories
Note that these scripts only load data from Wikimedia wikis according to Wikimedia settings. If you need to work with other wiki, you may need to change some variables in the scripts.
スクリプト
The following useful scripts are part of the distribution:
munge.sh
Pre-process data from RDF dump for loading.
| オプション | 必須かどうか | 説明 |
|---|---|---|
| -f filename | はい | Filename of the RDF dump |
| -d directory | いいえ | Directory where the processed files will be written, default is current directory |
| -l language | いいえ | If specified, only labels for the given language will be retained. Use this option if you need only one language, as it may improve performance, reduce the database size and simplify queries. |
| -s | いいえ | If specified, the data about sitelinks is excluded. Use this option if you do not need to query sitelinks, as this may improve performance and reduce the database size. |
例:
./munge.sh -f data/wikidata-20150427-all-BETA.ttl.gz -d data -l en -s
loadData.sh
Load processed data into Blazegraph. Requires curl to be installed.
| オプション | 必須かどうか | 説明 |
|---|---|---|
| -n namespace | はい | Specifies the graph namespace into which the data is loaded, which should be wdq for WDQS data |
| -d directory | いいえ | Directory where processed files are stored, by default the current directory |
| -h host | いいえ | Hostname of the SPARQL endpoint, by default localhost |
| -c context | いいえ | Context URL of the SPARQL endpoint, by default bigdata - usually doesn't need to be changed for WDQS |
| -s start | いいえ | Number of the processed file to start with, by default 1 |
| -e end | いいえ | Number of the processed file to end with |
例:
./loadData.sh -n wdq -d `pwd`/data
runBlazegraph.sh
Run the Blazegraph service.
| オプション | 必須かどうか | 説明 |
|---|---|---|
| -d directory | いいえ | Home directory of the Blazegraph installation, by default the same directory where the script is |
| -c context | いいえ | Context URL of the SPARQL endpoint, by default bigdata - usually doesn't need to be changed for WDQS |
| -p port | いいえ | Port number of the SPARQL service, by default 9999 |
| -o options | いいえ | Add options to the command line |
例:
./runBlazegraph.sh
Inside the script, there are two variables that one may want to edit:
# Q-id of the default globe DEFAULT_GLOBE=2 # Blazegraph HTTP User Agent for federation USER_AGENT="Wikidata Query Service; https://query.wikidata.org/";
Also, the following environment variables are checked by the script (all of them are optional):
| 変数 | 既定 | 説明 |
|---|---|---|
| HOST | localhost | Hostname for binding the Blazegraph service |
| PORT | 9999 | Port for binding the Blazegraph service |
| DIR | directory where the script is located | Directory where config files are stored |
| HEAP_SIZE | 16g | Java heap size for Blazegraph |
| MEMORY | -Xms${HEAP_SIZE} -Xmx${HEAP_SIZE} | Full Java memory settings for Blazegraph |
| GC_LOGS | see the source | GC logging settings |
| CONFIG_FILE | RWStore.properties | Blazegraph configuration file location |
| BLAZEGRAPH_OPTS | empty | Additional options, are passed as-is to the Java command line |
runUpdate.sh
Run the Updater service.
| オプション | 必須かどうか | 説明 |
|---|---|---|
| -n namespace | はい | Specifies the graph namespace into which the data is loaded, should be wdq for WDQS data |
| -h host | いいえ | Hostname of the SPARQL endpoint, by default localhost |
| -c context | いいえ | Context URL of the SPARQL endpoint, by default bigdata - usually doesn't need to be changed for WDQS |
| -l language | いいえ | If specified, only labels for given language will be retained. Use this option if you need only one language, as it may improve performance, reduce the database size and simplify queries. |
| -s | いいえ | If specified, the data about sitelinks is excluded. Use this option of you do not need to query sitelinks, as this may improve performance and reduce the database size. |
| -t secs | いいえ | Timeout when communicating to Blazegraph, in seconds. |
It is recommended that the settings for the -l and -s options (or absence thereof) be the same for munge.sh and runUpdate.sh, otherwise data may not be updated properly.
例:
./runUpdate.sh -n wdq
Also, the following environment variables are checked by the script (all of them are optional):
| 変数 | 既定 | 説明 |
|---|---|---|
| UPDATER_OPTS | empty | Additional options, are passed as-is to the Java command line |
Updater options
The following options works with Updater app.
They should be given to the runUpdater.sh script as additional options after --, e.g.: runUpdater.sh -- -v.
| オプション | Long option | 意味 |
|---|---|---|
| -v | --verbose | Verbose mode |
| -s TIMESTAMP | --start TIMESTAMP | Start data collection from certain timestamp, in 2015-02-11T17:11:08Z or 20150211170100 format.
|
| --keepTypes | Keep all type statements | |
| --ids ID1,ID2,... | Update certain IDs and exit | |
| --idrange ID1-ID2 | Update range of IDs and exit | |
| -d SECONDS | --pollDelay SECONDS | How long to sleep when no new data is available |
| -t NUMBER | --threadCount NUMBER | How many threads to use when fetching Wikibase data |
| -b NUMBER | --batchSize NUMBER | Now many changes to fetch from RecentChanges API |
| -V | --verify | Verify data after loading (SLOW! For debug use only) |
| -T SECONDS | --tailPollerOffset SECONDS | Use secondary trailing poller with given offset behind the main one |
| --entityNamespaces NUMBER,NUMBER,... | List of Wikibase namespaces to check for changes | |
| --wikibaseScheme SCHEME | URL scheme (http, https) to use when talking to Wikibase | |
| --wikibaseHost HOSTNAME | Hostname to use when talking to Wikibase | |
| -I | --init | If specified together with start time, this time is marked in the database as most recent change time, and future requests would be using it as starting point even if no newer data has been found. |
Configurable properties
The following properties are configurable via adding them to the script run command in the scripts above:
| 名前 | 意味 | 既定 |
|---|---|---|
| wikibaseServiceWhitelist | Filename of remote service whitelist. Applies to Blazegraph. | whitelist.txt |
| org.wikidata.query.rdf.blazegraph.mwapi.MWApiServiceFactory.config | Config file for MWAPI integration | mwservices.json |
| wikibaseHost | Hostname of the wikibase instance. Applies to both Blazegraph and Updater. | www.wikidata.org |
| org.wikidata.query.rdf.blazegraph.inline.literal.WKTSerializer.noGlobe | Default globe value for coordinates that have no globe. "2" would mean that entity Q2 is the default globe. "0" means no default globe. Applies to Blazegraph. | 0 |
| org.wikidata.query.rdf.tool.rdf.RdfRepository.timeout | Timeout when communicating with RDF repository, in seconds. Applies to Updater. | -1 |
| org.wikidata.query.rdf.tool.wikibase.WikibaseRepository.timeout | Timeout when communicating with wikibase repository, in milliseconds. Applies to Updater. | 5000 |
| http.userAgent | User agent that the service would use while calling other services | |
| http.proxyHost http.proxyPort
https.proxyHost https.proxyPort |
Proxy settings used while calling other services | |
| wikibaseMaxDaysBack | How many days back we can request the recent changes data from Updater. If the database is more than this number of days older, it should be reloaded from more recent dump. | 30 |
Missing features
Below are features which are currently not supported:
- Redirects are only represented as owl:sameAs triple, but do not express any equivalence in the data and have no special support.
Contacts
If you notice anything wrong with the service, you can contact the Discovery team by email on the list discovery@lists.wikimedia.org or on the IRC channel #wikimedia-discovery.
Bugs can also be submitted to Phabricator and tracked on the Discovery Phabricator board.
